アカウント名:
パスワード:
立体にしとけば何かを為したような気になるのは プラズマライン世代の悪い癖ではないかと(自分も含めて)
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
※ただしPHPを除く -- あるAdmin
二次元ドキュメントには平面がお似合い (スコア:0)
立体にしとけば何かを為したような気になるのは プラズマライン世代の悪い癖ではないかと(自分も含めて)
Re:二次元ドキュメントには平面がお似合い (スコア:1)
…と期待した俺は馬鹿でしょうか?それとも妥当でしょうか?
てゆーか、それくらい出来ないと駄目(==リソースをドブに捨ててるだけ)でしょ。
プロセスの壁と、「窓の壁」が、ウザイと近年思ってるのでG7
窓のナニがどう「壁」なのかというと、
少なくともWindowsとかXな奴らとかにおいて、Windowってのは
画面を「強く区切る」道具なんですよね。
その結果ナニが起きたかというと、
たとえばWindowを「またいだ」線を引くための道具が用意されていない、
という阿呆な状況になっちま
Re:二次元ドキュメントには平面がお似合い (スコア:1)
例えばドラッグアンドドロップはGUIの基幹をなすもので、分かりやすく、複数のアプリケーションを連携させることができます。
しかしその実装はめんどうで結局多くのアプリケーションではわずかにしか実装されない状態になっています。
このような機能は全てのアプリケーションで実装されているのと1つでも実装していないアプリケーションがあるのとでは大きな違いとなります。
ユーザーはその機能がアプリケーションで実装されているかされていな
Re:二次元ドキュメントには平面がお似合い (スコア:1)
>例えばドラッグアンドドロップはGUIの基幹をなすもので、
やりたい事柄に見合ったプログラミングモデルが
提供されてるかどうか、に(かなり)懸かっているでしょうね。
それこそDragDropといえば、Squeakのが良さげです。
前にもどっかで書いたけど、
○マウスポインタもまたWidgetだと捉える
(ということは、Widgetはアプリ(Process?)に属するとは限らない)
○Widgetは、「親」を乗り換えることが出来る。
(ということは、Widgetはアプリ(Process?)に属するとは限らない)
こういうモデルを採用することにより、DragDropは単に、
○MouseDownされたら、Widgetが、最初に有った位置(の親)から、マウスポインタに、乗り換える
○MouseUp されたら、Widgetが、マウスポインタから、今そこらへんにあるWidgetに、乗り換える
という動きに還元できちゃった。
これと比べると、Winとかのだと、いかにDragDropに不向きなモデルしか
用意してくれてないか、ってのがなんもとかんとも悲しいです。
#ついでに言えば、これ、Window GUIにとってProcess壁は邪魔でしかない、ということの傍証の1つだったり。
#あと、OOP自体が、多くのモデルをエレガントに実装するのに役立つような、良質なメタモデルなのでしょうね。
さて、3Dですが、どんなモデルが3D GUIにとって自然なのか、を最初に考えるほうが
良いのでしょうね。
うーん。とりあえず俺の貧相な頭で思いつくのは、3D Widget版のVBみたいなRAD、ですかね。
>しかしその実装はめんどうで結局多くのアプリケーションではわずかにしか実装されない状態になっています。
そんなわけで、Process壁が、DragDropを邪魔してるんだと思っています:-)
DragDropについては、
Dropしたのだという「行為」を伝播しようと考えると、話がややこしくなるんだと思います。
Drop「される物体」、という考え方をすることで、俄然スッキリするんだろうなと。
>もっとも良いのはWigetが新しい機能を実装して古いアプリケーションも自動でその機能が使えるようにすることです。例えば
>WindowsのテキストボックスはいつのまにかUnicodeが使えるようになってたりしますね。
まあモノによりますね。Widget1つじゃ完結しない機能ってのも結構あるんで。