「Mozilla Labs、タブに代わる仕組みを考案する「Design Challenge」を立上げる」記事へのコメント

分割

[Gockie (33276)]

タブをＤ＆Ｄすることで新しい独立したウィンドウになれば良い。

ドラッグしたタブを別のブラウザウィンドウにドロップすれば、
タブをそっちのウィンドウに移動。ウィンドウごとにタブのグループが作れる。
URLでグループ化、キーワードでグループ化してくれる機能があるとなお良い。

Re:

[kudo3104 (17505)]

Safariならできますよ。> タブのウィンドウ化とウィンドウ間移動

# URLとキーワードのグループ化は無理ですが

Re:

[naruenosekai (13637)]

GoogleChromeでも出来ますよ。
URLとキーワードでのグループ化はできませんが...

Re:分割

[Anonymous Coward]

秀丸エディターでもできますよ。
タブのウィンドウ化とウィンドウ間の移動。

# って、目的を見失っとる。

Re:分割

[Anonymous Coward]

これは重要な示唆だ。
つまりタブをどうするかって問題は、アプリに閉じたかたちで実現するんじゃなく、OS(シェル)の仕事だということだ。

Firefox陣営と、たとえばOOo陣営、KDEやGNOME、などなどが連合して、
(FOSSの)タブ指向UIを取りまとめてくれないものだろうか？

それ(名称未定)に対応したアプリは、どれも自動的にタブ…結局は「入れ子Windowシステム」…に対応しており、
対応アプリ間でのタブのやり取りは全部アリアリ。

そんな夢を見た。

Re:

[Anonymous Coward]

> つまりタブをどうするかって問題は、アプリに閉じたかたちで実現するんじゃなく、OS(シェル)の仕事だということだ。

天才が現れたな。

> (FOSSの)タブ指向UIを取りまとめてくれないものだろうか？

一方、マイクロソフトはタブコントロールコンテナを提供した。

> 対応アプリ間でのタブのやり取りは全部アリアリ。

マイクロソフトの提供するコンポーネントの大半が腐っている原因は、
そのUIに、必要最低限の要件を備えたコンポーネントを提供するのだが、
アプリケーションの要件によって根本的な拡張が難し形だったり、
本質的に何かを見誤ってる様な実装だったりするからだ。

指摘の通り、コンポーネントで提供されるのではなく、
アクセシビリティ的なUIの規約として提供されるのであれば、
きっと素晴らしい未来が待っている。そんな気がする。

> そんな夢を見た。

オマイもか。

Re:

[Anonymous Coward]

>コンポーネントで提供されるのではなく、
>アクセシビリティ的なUIの規約として提供されるのであれば、

ちょっと待った。
実装抜きの規約のみだと、おそらく実現は出来ないよ。

だって複数アプリ間で実装レベルの互換性が無ければ
タブのやりとりなんて曲芸が出来るわけ無いじゃないの。
タブやりとりのためのAPI(それをOSが提供するかどうかはともかく)が必要ですよ。

あと、少なくとも既存OS/シェルの上で、それをどう実現するか？となるとかなり厄介そう。
ちょっと想像しただけでも、アーキテクチャの選択肢として、以下のうちの最低ひとつは必要そうなんだけども、
どれも