アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
人生の大半の問題はスルー力で解決する -- スルー力研究専門家
Ajaxは正しい技術なのでしょうか? (スコア:1, すばらしい洞察)
ブラウザおよびそのバージョンへの依存性が高まるのも厄介だと思います。
テストも容易ではないし。
JavaScriptなしでも最低限の機能は使える仕組みだといいんですけれど。
Re:Ajaxは正しい技術なのでしょうか? (スコア:4, すばらしい洞察)
テキストベースのドキュメント性を求めても
仕方ないですよね。
アプリケーションであろうとしているものが
表現しているものはそもそもドキュメントではないですから。
そういうものを w3m で閲覧したいということに
無理があるということになるのだと思います。
今後は、あるページが表現しようとしているものが
ドキュメントなのか、
ブラウザベースのアプリケーションなのかを
分けて考える必要があるでしょうね。
互換性やテスト性は、Ajax フレームワークで
解決していくと期待したいです。
Re:Ajaxは正しい技術なのでしょうか? (スコア:3, 参考になる)
こういったアプリケーションが達成すべき最低限の機能、たとえば単なるサムネールの表示や画像の選択はHTML標準で実装できるんです。
ところがユーザビリティを向上しようとしてAjaxを導入すると、
HTML標準から外れてしまうに留まらず、強いブラウザ依存性も発生します。
たとえば件のSpryは、現時点でOperaへの対応をうたっていません。
JavaScriptがオプショナルを越えて必須になってしまうのは、果たして正しい進歩なのだろうか?
Ajaxアプリケーションは、必要な堅牢さ・保守性を獲得できるのだろうか?
というのがAjaxに対する私の疑問です。
クライアントがJavaScriptをサポートしない場合に、サーバサイドのJavaScript実行にフォールバックできれば、
ユーザビリティを犠牲にするだけで最低限の機能は達成できるかな? とか妄想はしています。
Re:Ajaxは正しい技術なのでしょうか? (スコア:2, 参考になる)
Ajaxという名前で一気に機運が高まりましたけど、ようするにこれはHTML+JavaScriptによるアプリケーションです。その実行環境は何もIEやFirefoxのようなブラウザじゃなくてもいいわけです。
ちなみにJavaScriptもECMAScriptという名前で標準化されている技術です。
それにHTMLである必要はないんですよね。見た目はCSSで定義できるのだから、構造はXMLで書けばいい。後付けのいいわけっぽいですけど、XMLのサブセットであるHTMLを使った方がめんどくさくないというだけではないかと。
そしてUIをXMLで記述するというのは、Firefox/Thunderbirdを動かしてるXULが有名ですが、確かマイクロソフトもXMLでUIを定義すると聞いています。つまりはひとつの潮流としてXMLによるUIというのはある。そしてその見た目を定義するものとして、CSSというものが既に標準化されたうえで存在している
さらにもっと言えば、XMLとCSSとECMAScriptという三つの標準化された規格があって、そのすべてに対応してる実装が複数存在している。
しかもいまどきのコンピュータにはたいていそのどれかは入っている!
これを利用しない手は無いわけです。
だからこれはHTML標準とは実はあまり関係無い。ブラウザ対応云々という問題ではなく、XMLとCSSとECMAScriptの標準に準拠してるかどうか、という問題。
たいしてw3mはブラウザですらなく、HTTPを喋るページャです。実は私の環境変数PAGERもw3mになっています。
HTML標準準拠は重要なことですが、JavaScriptで動的に書き換えられるだけでHTML標準が崩れるわけじゃないですよね。書き換えられたあとのHTML構造が検査しにくいってのはあるでしょうけど。