大里です。

> From: Hiroyuki
> Subject: [sylpheed-jp:02745] Re: Sylpheed 1.0.0beta1 released
> Date: Mon, 1 Nov 2004 17:36:54 +0900

> > > 新しい振り分けでは移動の他にコピーも追加されたので、どうするか悩んで
> > > いました。とりあえず次の案でどうでしょうか。
> > > 
> > > 即座に実行するオプションがOFFのとき:
> > > 「コピー」は即座に行う
> > > 「移動」「削除」はマークのみ付ける
> > 
> >   個人的には、
> > 「即座に実行する」オプション = ON のとき、
> >     --> 「コピー」「移動」「削除」は即座に行なう
> > 「即座に実行する」オプション = OFF のとき、
> >     --> 「コピー」「移動」「削除」はマークを付ける
> > という方が操作性が統一されて分りやすいと思うのですがいかがでしょうか。
> 
> 現在のフィルタリングではアクションとして「移動」「削除」(これらは互いに
> 排他)と、これとは独立して任意数の「コピー」を指定できます。
> サマリビューでは「コピー」「移動」「削除」が互いに排他となるため、
> 後者を実現するのは不可能です。
> そのため、「コピー」だけは別個に扱う必要が出てきます。

  了解しました。
  ただし、「移動/削除」と「コピー」が独立ならば、手動で振り分ける時との
直交性がちょっと..、とか思ったりします。

> >   この属性というのは、filter.xml の要素になるのでしょうか。それとも
> > sylpheedrc の要素になるのでしょうか。もし前者であれば、filterrc から
> > filter.xml に自動変換するさいに、sylpheedrc の immediate_execution
> > の値を見て引き継いでいただかないと、ユーザは慌てることになりそうです。
> 
> filter.xml では属性を持たず、 sylpheedrc の immediate_exexution の値
> によって動作を変えることになると思います。

  filter.xml の action-list に move, mark があるので、では mark for move
も action-list に持たせるつもりかな？と思ったのです。

> > # (独り言)外部プログラムに pipe で渡す機能とか...って、それは MDA の
> > #         仕事であって、MUA でやるのはやりすぎかなぁ....
> 
> フィルタの条件とアクションではファイルを引数として外部プログラムに渡す
> ことができますが、これでは足りないということですか?

  なるほど、それでいけそうですね。個人的には MUA でそこまでやる気はあま
りないのですが ;-p。

-- 
  kazz