山本です。

On Mon, 1 Nov 2004 15:00:01 +0900
"OOSATO,Kazzrou" <kazz@xxxxxxxxxx> wrote:

> > >   [sylpheed-jp:02736] にも書いたのですが、フィルタリングのルールに
> > >   、
> > > 「移動マーク"o"を付ける」というようなものを追加できないでしょうか
> > > 。
> > >   0.9.12 まで「メッセージを移動または削除したら即座に実行する」機
> > >   能
> > > を OFF にしていたユーザにとってはフォルダ内のメッセージを振り分け
> > > る際に同じような操作性の代替手段がみつかりません。
> > 
> > 新しい振り分けでは移動の他にコピーも追加されたので、どうするか悩んで
> > いました。とりあえず次の案でどうでしょうか。
> > 
> > 即座に実行するオプションがOFFのとき:
> > 「コピー」は即座に行う
> > 「移動」「削除」はマークのみ付ける
> 
>   個人的には、
> 「即座に実行する」オプション = ON のとき、
>     --> 「コピー」「移動」「削除」は即座に行なう
> 「即座に実行する」オプション = OFF のとき、
>     --> 「コピー」「移動」「削除」はマークを付ける
> という方が操作性が統一されて分りやすいと思うのですがいかがでしょうか。

現在のフィルタリングではアクションとして「移動」「削除」(これらは互いに
排他)と、これとは独立して任意数の「コピー」を指定できます。
サマリビューでは「コピー」「移動」「削除」が互いに排他となるため、
後者を実現するのは不可能です。
そのため、「コピー」だけは別個に扱う必要が出てきます。

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

filter.xml では属性を持たず、 sylpheedrc の immediate_exexution の値
によって動作を変えることになると思います。

> # 最終的には filter.xml に記述して、振り分けルール毎に挙動を制御でき
> # るようにしたほうが、より細かな制御ができるとは思うのですが、複雑に
> # なりすぎますか？。

ちょっとそこまでやるのはやりすぎなのでは? と思います。デフォルトで使って
いる人にとっては混乱するだけだと思います。

> # (独り言)外部プログラムに pipe で渡す機能とか...って、それは MDA の
> #         仕事であって、MUA でやるのはやりすぎかなぁ....

フィルタの条件とアクションではファイルを引数として外部プログラムに渡す
ことができますが、これでは足りないということですか?

-- 
Hiroyuki Yamamoto <hiro-y@xxxxxxxxxx>
http://www.kcn.ne.jp/~hiro-y/index.cgi
http://sylpheed.good-day.net/ (Sylpheed)