タブ雑感	No.01651
きいろいまふらあ さん　08/09/10 18:28
サイトー企画さま 話が収束しつつあるような気配で、ちょっと機を逸した感は否めませんが、自分 なりに考えてみたことを、記しておきます。長文失礼。 既にタブ機能がβ版に搭載されていろいろと手が加えられている段階ということ で、いまさらタブをなかったことにするのは時期的に難しいのかもしれませんが、 部分的にでも参考にしていただけることがあればと思い、発言する次第です。 ●タブで何をしたいか？ 今回の、タブに関するもろもろの会議室でのやりとりの中で、タブの利用方法と しては大きく次の二つの考え方に分かれているように思います。 （１）フォルダの行き来を楽にする 　　　・決まったフォルダを簡単に開きたい 　　　・最近開いたフォルダを簡単に開きたい　など （２）特定のメールを覚えさせておく 　　　・返信したいメールを覚えさせておく 　　　・重要なメールを覚えさせておく　など （１）の使い方を想定すると、 ・それぞれのタブの中のフォルダが知らないうちに切り替わるのは困る ・簡単にタブが閉じる（うっかり閉じやすい）のは困る ・タブの表示内容はフォルダを認識しやすいもの（＝フォルダ名）がよい ・起動時にあらかじめ登録しておいたタブ（フォルダ）を生成して欲しい ・新しいタブはフォルダを指定する形で開きたい （２）の使い方を想定すると ・それぞれのタブの中で選択されているメールが簡単に切り替わるのは困る ・簡単にタブが閉じる（うっかり閉じやすい）のは困る ・終了時にタブ（メール）を記憶しておいて、起動時に復元して欲しい ・タブの表示内容は個々のメールを特定しやすいものがよい（でもタブに表示で きる情報量には限りがあるし、「タブ」という形態は一覧性という意味で向いて いないようにも思います） ・新しいタブはメールを指定する形で開きたい …という風に、求めるものが一部重複しつつ、微妙に異なっているというところ かと思います。 ここで、「タブありき」ではなく、やりたいこと（上の（１）あるいは（２）） に対して、どんな解決方法があるかを考えてみました。 ●フォルダの行き来を楽にする機能（タブ以外の可能性） まず（１）の「フォルダの行き来を楽にする」について、タブ以外の実現方法と しては、01556番の発言の繰り返しになりますが、 ・あらかじめ登録したフォルダや、最近開いたフォルダがリスト表示されて、そ れを選択するとフォルダが切り替わる機能（最近開いた ・Windowsのエクスプローラと同じように、フォルダの表示履歴を行き来できる 「戻る」「進む」ボタン。 …というのがよいのではないかと思います。タブと比較すると、 ・見やすい（探しやすい） ・インターフェース的に、より多くのフォルダを並べることができそう ・リストを表示させてから選ぶので、１アクション多くなる ・履歴の方は、古いほうから勝手に消えてしまう ・既存の操作体系との相性がよい（実装に伴い、あまり仕様変更しなくて済む） という特徴があるかと思いますが、私自身の感覚では、タブより使いやすいので はないかと思っています。「あらかじめ登録したフォルダをメニュー表示して選 ぶと切り替わる」まではマクロでも実現できそうですが、履歴云々は現状では無 理かと思います。 ●特定のメールを覚えさせておく機能（タブ以外の可能性） 次に（２）の「特定のメールを覚えさせておく」について、タブ以外の実現方法 としては、ストレートに、「複数のメールを一時的に覚えさせておくリスト」の ようなものの方が、目的にかなっているのではないかと思います。 リスト自体は、検索して一覧作成の結果のウィンドウと同じ形態（メールの実体 はそれぞれのフォルダに存在）とし、あらかじめ対象となるメールを内部的にリ スト化しておく（メールの移動時等に自動的にリストを更新しておく）ことで、 瞬時にリストが表示されるようになればよいのではないかと思います。 タブと比較すると、 ・見やすい（Subject、To/Cc/From、Date等同時に見え探しやすい） ・メールが多くてもインターフェース的に無理がない ・リストを表示させてから選ぶので、１アクション多くなる ・既存の操作体系との相性がよい（実装に伴い、あまり仕様変更しなくて済む） ということで、総じてタブより使いやすいのではないかと思います。 これは結局、それぞれのメールにマークを付けて、「検索して一覧作成」するの と、ほぼ（全く）同じことになるわけですが、都度検索するのではなく、あらか じめ内部的にリスト化しておくこと（による検索時間の短縮）が大きく違うもの と考えています。 −−− 以上、勝手なことを書きました。現在のタブ機能は、いずれの目的に対しても、 自分にとってはあまり使いやすいものではなく、タブを使わない上記のような機 能の方が（想像ですが）使いやすいと感じています。

[ △ ]

RE:01651 タブ雑感	No.01653
cuma さん　08/09/10 20:15
きいろいまふらあ様、サイトー企画様　こんばんは cumaです。 きいろいまふらあ様のコメント、とてもわかりやすく考え方、メリットデメリッ トが整理されていて関心してしまいます。 ソフト開発、それもプログラマーとかでは無く仕様段階から参加されるようなス キルをお持ちなのでは？など想像してしまいました。 そこで異論反論では無く、現在のタブも私は欲しいのですがきいろいまふらあ様 の案も両方欲しいと言う発言になります。 繰り返しになりますが 私の場合はタブあってうれしい派ですが、同時にきいろいまふらあ様の言われる 事にも賛成です。 私のタブメリットはメールを記憶する目的なので、きいろいまふらあ様の代替案 （検索して一覧作成みたいな都度検索を避ける方式）は魅力的です。 その点で私も賛成派なんです。 ただ、今回補足させて頂いたのは、私の場合はきいろいまふらあ様の検索の内部 的記憶方式が魅力でありますが、その検索システムをサイトー企画様に実装頂い たとしてもタブもそのまま残して欲しい派です。(笑) その理由は、タブは見た目、UIとして紙ベースに近いので親しみやすく直感的な 気がします。 マイクロソフト社のワンノートと言う落書き帳みたいなソフトがございますが、 あのイメージでタブは紙ノートの見出しみたいな感じで直感的な親しみやすさを 感じます。 大量のタブが表示されると途端に煩雑な感じになりますが、きいろいまふらあ様 の提案方式とタブもこのまま残っていれば私としては一番理想的です。 タブ： 　　ちょっと今は忙しいけど数日以内に処理するかな？ってメールはタブにした いです。 検索して一覧作成の内部処理が違う版： 　　下手すれば一生涯時々確認するようなメール、またはきちんと分類して後か ら利用す　　るメールはきいろいまふらあ様方式で処理したいなあと。 別件すが また、今回のβからタブ記憶がファイル方式になったみたいで感謝です。 私の使い道が大切なメールを記録する事なので、万一のリカバリーなどの場合で もタブが再現された方が助かるので。レジストリでも保存さえコマ目にしていれ ばいいですが、私はずぼらでレジストリなど頻繁なバックアップしてないので安 心です。 -------------------------------------- Enjoy MLB with MAJOR.JP! Ichiro, Matsuzaka, Matsui, and more! http://pr.mail.yahoo.co.jp/mlb/

[ △ ]

RE:01651 タブ雑感	No.01654
Iranoan さん　08/09/11 00:12
きいろいまふらあさん今日は、Iranoan です。 > ●特定のメールを覚えさせておく機能（タブ以外の可能性） > > 次に（２）の「特定のメールを覚えさせておく」について、タブ以外の実現方法 > としては、ストレートに、「複数のメールを一時的に覚えさせておくリスト」の > ようなものの方が、目的にかなっているのではないかと思います。 　これはこれで優れた機能だと思います。実装されたら使うでしょう。 　ただ気になるのは、次の点です。 ・メールが移動/削除されているときはどうする     　現在のタブも同じ問題がって、単純にタブを閉じることで対処していま     すが、タブの場合、多くの場合は本体は開いているので、別のウィンドウ     からメールを操作されても、その変化は解り易いです。しかしリストは常     時表示するとは限らないので、何かメッセージを出すなど対処が必要にな     るかもしれません。 ・リストからの削除はどうする     　そのリストで [Delete] (削除を実行) した時、リストから削除すべき     か、それともメール本体を削除すべきでか     　期待する動作は人によって異なりそうで、期待と異なる動作の場合、慌     てそう ・リストに追加する UI はどうするか     　コマンドとしては「〜に追加」で良いでしょうが、この時直ちにリスト     を表示すべきか、それとも非表示か 　これはどれも、オプションによる複雑化を招きます。 →秀まるおさんは大変だろうなあ〜(^^)。 　次にタブの方が優れているのは、次の点です。 ・スレッド全体を覚えさせたい     リストの場合、「スレッドに含まれる全メールを追加」となるでしょう ・リストでは順番の入れ替えを可能にする UI は用意しにくい      「特定のメールを覚えさせておく」のは、そのメールの処理に対して、     理想的には重要性/期限の二軸、最低どちらか一軸の優先順位付けが必要     です。その為には任意の順番入れ換えを可能にする必要があります。     　加えてリストはどうしても、題名順などのソート可能を期待します。し     かしソートを実装してしまうと、今度は「せっかく順番を変えたのに〜」     ということが起きるので、元に戻す機能まで用意しなければいけません。 ・開くウィンドウの数が少ない 　更にこの機能は、タブとの比較というより、以前にも要望にあがった「仮想 フォルダ」として考えたほうが、汎用性が高く便利だと思います。

[ △ ]

RE:01651 タブ雑感	No.01655
suzu さん　08/09/11 00:27
きいろいまふらあさん、横レス失礼します。 suzuともうします。 きいろいまふらあさんの主張するような機能が実装されれば、便利だと感じる ユーザーも多いかもしれません。でもそれはタブ機能と競合するようには思えな いし、それがあればタブ機能がいらない物になるわけではありません。 仰るとおり「タブ切り替え方式」というインターフェースは、それ自体はあまり 優れた物ではないのかもしれません。ですが、僕は常用しているアプリケーショ ンの多く（秀丸エディタ、ウェブブラウザ、ファイラ、コンソール、PDFビュー ア、など）をタブ切り替え方式で使用しているので、目も指も頭もすっかり馴染 んでしまっています。なので、僕のような「タブ信者」にとっては、それこそま さに「タブありき」です。 それと、きいろいまふらあさんの書かれた、 「知らないうちに切り替わると困る・・・」 「うっかり閉じると困る・・・」 「新しいメールタブはメールを指定する形で・・・」 といった点は確かに問題ですが、最近導入されたタブロックの機能で回避できま す。 逆に、フォルダやメール間の移動については、僕はいくつかの自作マクロで解決 してるし、ブックマークマクロもいくつか公開されているので、それで解決して いるユーザーもいるでしょう。 「『タブじゃなきゃダメ』だったユーザーが実際にいて、何人かは今回の新機能 で喜んでいる」というのはもう既成事実です。 きいろいまふらあさんの要望に一切異論はありませんが、その主張のためにタブ 機能の話を持ち出すのは、あまり効果的ではない、むしろ逆効果なのではと思い ます。 以上、横レス失礼しました。

[ △ ]

RE:01651 タブ雑感	No.01664
秀まるお さん　08/09/11 14:56
表示したメールの履歴は、実は内部的に持っていまして、「戻る」、「進む」 の操作は出来ます。Fireefoxなんかだと、単に「戻る／進む」だけじゃなくて、 履歴ボタンを押すことで履歴の一覧が表示されて、そこから直接ジャンプするっ てことが出来るます。秀丸メールもそういう風にしたらいいのかなぁと思います。 　同じようにフォルダの行き来についても履歴を作っておくのは出来ると思いま す。 　やるとしたら、Firefoxのようなツールバーボタンを用意して、さらに「履 歴」メニューも表示したらいいのかなぁと思いますけども…。 　これはこれでまた次のネタってことでとっておくことにします。

[ △ ]

RE:01653 タブ雑感	No.01680
きいろいまふらあ さん　08/09/17 12:57
きいろいまふらあです。 cumaさんコメントありがとうございました。 タブはビジュアル的に優れたインターフェースだと思います。 その優位性をうまく生かすことができたらいいんじゃないかと思います。 >検索して一覧作成の内部処理が違う版： > >　　下手すれば一生涯時々確認するようなメール、またはきちんと分類して後か >ら利用す　　るメールはきいろいまふらあ様方式で処理したいなあと。 元の発言にも書いた通り、処理スピード以外は、検索して一覧作成と一緒なわけ ですが、最近メモリを増設したこともあり、試しに「マーク」を全アカウントで 検索してみましたが、感覚的にはなんとか実用に耐えるスピードでした。 （メモリ1G、CPU:CeleronM 1.2GHz、メール総数約200000通） 環境や条件にもよると思いますが、よければcumaさんも試してみて下さい。

[ △ ]

RE:01654 タブ雑感	No.01681
きいろいまふらあ さん　08/09/17 13:20
きいろいまふらあです。 Iranoanさん、コメントありがとうございました。 >　ただ気になるのは、次の点です。 >・メールが移動/削除されているときはどうする >・リストからの削除はどうする >・リストに追加する UI はどうするか 色々考えていただいてありがとうございました。まあ色々な問題はあるでしょう が、どれも解決できることだと思います。先の発言の段階で、そこまで細かく私 が仕様を決めることでもないと思い、深く考えずに、基本的なアイディアを提示 したに過ぎません。 >→秀まるおさんは大変だろうなあ〜(^^)。 何を意図された一文かわかりませんが、素人目には（作り手にとって）非常に面 倒な（手間のかかる、バグを出しやすい）機能であると思います。実装すること がそのリスクに見合うものかどうか、サイトー企画さんが判断して下さることと 思い、安心して気軽にアイディアを発言させていただいています。 >　更にこの機能は、タブとの比較というより、以前にも要望にあがった「仮想 >フォルダ」として考えたほうが、汎用性が高く便利だと思います。 おっしゃる通りと思います。ただし、当初の目的（特定のメールを記憶させてお くリスト）という意味では、「仮想フォルダの機能の使い方の一つ」という位置 づけは、少々わかりにくいという懸念もあります。また「あらかじめリスト化」 ということを仮想フォルダで実現しようとすると、仮想フォルダを作れば作るほ ど、システムにかかる負荷が増していくのではないかと思います。

[ △ ]

---