「Widget と Gadget」記事へのコメント

いいえ、<del>ケフィア</del>Gadgetです

[emk (30939)]

擬似ウィンドウは、少なくともInternet Explorer 7とOpera 9.62とSafari 3.2.1とGoogle ChromeではGadgetです。FirefoxだけがまだiframeをWidgetで実装していますが、 Gadget化する計画 [mozilla.org]があります。WidgetとGadgetが混じるとCSSの仕様に忠実なZ orderの処理などで破綻することが多いので、どのブラウザもどんどんGadget化を進めています。

さらに言えば、その矩形領域を「透明」にしておいて、なおかつ入力領域に対するキー入力等だけは拾う…なんて事も自在なわけだ。

こういうことはDOMイベントを監視することでGadgetベースでも問題なく可能なので、なんでWidget対Gadgetという話になるのかよくわかりません。

ちなみに歴史的経緯からプラグ

Re:いいえ、ケフィアGadgetです

[okky (2487)]

こういうことはDOMイベントを監視することでGadgetベースでも問題なく可能なので、なんでWidget対Gadgetという話になるのかよくわかりません。

それは「実装にX11のWidgetを使うかGadgetを使うか」という話と「Widget/Gadgetとはそもそも何か」の違いを理解してらっしゃらないのではないかと。

X11のWidget/Gadget問題に関しては、おっしゃるとおり。独立したレンダラを必要とするhtmlブラウザの世界では、わざわざX11のWidgetを使わなくてもGadgetで十分ですし、Gadgetの方が厳密に描画ルールを制御できますし、動作性能も保証できます。そもそも「最終イメージにいた

--
fjの教祖様

Re:いいえ、ケフィアGadgetです

[Anonymous Coward]

ふと思ったのですが、
ブラウザ側が特定の領域を監視して、その上にあるJavaScriptのWidget/Gadgetにマウスカーソルが入ったら、
当該Widget/Gadgetの枠線を表示するというのはいかがでしょうか。
加えて、枠線の右上隅に耳をつけて、耳にカーソルを当てると当該Widget/Gadgetの情報をポップアップするようにすれば、
さらに判断がしやすくなるかと思います。

Re:いいえ、ケフィアGadgetです

[okky (2487)]

root window サイズ…と言えばいいんだろうか…ようするにブラウザが表示している画面いっぱい+1pixelづつ外側に広がるようにサイズを作られると、結構難しいと思います。

逆に入力領域ぴったりに作られると「今どこにフォーカスが当っているのか判りやすくしているんだ」としか判断されないかもしれません。Google Chrome の input 領域って、今フォーカスがあたっている部分だけふちの色が違いますよね? こういう機能との区別がつかない可能性がある。

それでも適用したとしても「色盲対策」なども含まねばなりません。赤と緑が区別できない人に「ふちが赤と緑で点滅している」などというインターフェースを与えてもうれしくないわけです。

.

高木先生が問題にしている問題の本質は
「信頼できないページから、信頼したいページへジャンプしたときに、
  信頼できないページの『信頼できなさ』ぶりが『信頼したいページ』にまで波及するのをどう防ぐか」
というこの一点に尽きます。

この問題をUI側で解決するのはとても難しいんです。アドレスを表示させる等の機能はそりゃいくらでも実装できますが、
「ユーザがそれをチェックしてくれなくなるぐらいアドレスを山のように表示」
させられたら、結局ノーチェックと同じ状態に陥ります。そして、悪さをしたい側はそういう「物量作戦」と「目の錯覚」を利用して、ユーザを騙しにかかるでしょう。

可能なのは『信頼できるポイント』から手繰っていくデータが全て信頼できるよう、必要な URL を徹底的に ssl 化するしかないと思います。<script src="http://xxxxx" などという記述は論外という事ですが… /.Jも含めてほとんどのサイトは http ですよね。こういうのを直すほうがUIを直すよりも何億倍も重要です。

逆にそれらが信頼できるなら、擬似ウィンドウを使うUIでも問題ないと思うんですよ。もちろん、チェックできないという弱点はあるのですが「そもそも信頼できるという前提が立つならチェックする必要は無いだろう」と。

--
fjの教祖様