[Mew-dist 15351] Re: about 'i' in ++inbox(thread) after 'C-cC-b'

[HEO SeonMeyong]

	許です。

kazu> > 1). thread な ++inbox 上で 'i' します。
kazu> >     +inbox に移って inc が実行されます。
kazu> > 2). +inbox で 'C-cC-b' すると。。。
kazu> >     thread 作りなおされずに ++inbox の 1 の時の場所に移る。。。
kazu> > +inbox と ++inbox に矛盾が...
kazu> > この場合の動作はどうあるべきなのでしょうか ?
kazu> "g" の場合も含めて、Virtual mode が古いという警告を出して、その場にと
kazu> どまることにしますか？

	virtualやthreadを更新して、（可能なら元の位置に）戻って欲しいです。

	例えば、++inboxが以下のような状態になっていると仮定します。

  996  12/08 foo at example.com        [test 996] Re: this is threaded test mail
  997  12/08 bar at example.com	      [test 997] Re: this is threadedtest mail
  998  12/08 foo at example.com            [test 998] Re: this is threaded test mail
  999  12/08 bar at example.com	      [test 999] Re: this is threadedtest mail
 1000  12/08 baz at example.com        Not threads

	考えられる状態は
1) 現在のカーソルの位置が 996から1000までのどこかの行にある場合
2) 現在のカーソルの位置が 1000の次の行にある場合
	です。

	僕が希望する挙動は
	1)の状態の場合	(例えば999にあった場合）
	(I)   +inboxでincする
	(II)  ++inboxを（自動的に）更新する
	(III) カーソルは元あった行（この場合999）に戻る
	2)の状態の場合
	(I)   +inboxでincする
	(II)  ++inboxを（自動的に）更新する
	(III) カーソルは1000の次の行（多分1001）にある

	なぜ、自動的に更新されて、元の場所にあるべきだと考えているかというと、
	1) incするだけなら++inboxと+inboxの差は「新たに取り込んだメールだけ」
	2) この状態ならthreadの再作成は時間かからないはず
	   (新たに読み込んだMailだけだから)
	3) 見た目には今までの各フォルダでの挙動と変わらない
	   threadの場合だけ、+inbox と ++inbox の間を行ったり来たりするのは
	   統一されていないような気がする。
	からです。

	従って、僕の個人的意見は

	inc/delete/refile など、今持っている記事リストを更新する場合、
	必ず「更新」して「再構築」して「元あった位置にカーソルを戻す」
	というのが判りやすいと思います。

# b86使ってます。threadでもmark出来て嬉しい。
# あとは 996 で d したら997/998/999とdelete
#        996 で o したら997/998/999とrefile
# の機能があれば、僕にとってもう十分に幸せですね。

ほ