アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ナニゲにアレゲなのは、ナニゲなアレゲ -- アレゲ研究家
Ajaxってどうですか? (スコア:2, 参考になる)
予想が外れた時は高い代価を支払う事になる気がします。
具体的には、その"サイト"内での動作は高速でしょうが、
関係ないWebページ間をグローバルにジャンプを繰り返すような動作に弱いと思います。
そして、その様な多様性こそWebコンテンツの醍醐味だと思うのですが如何でしょうか?
#個人的趣味として
Re:Ajaxってどうですか? (スコア:1)
Webアプリを使ったり作ったりしてて、つくづく思うんですが、
俺たちゃ、べつにwebアプリが欲しいわけじゃないんですよ。
欲しいのはアプリ。
たまたまWebを使ってしまってる(時として使わざるを得ない)だけ。
で、そう考えると、そもそもページジャンプなんて、アウトオブ眼中でいいんですよ。
アプリなんだからさ。
そのやりたい事柄の中にページジャンプが入ることなんて、(滅多に)無いよね?
俺としては、「アプリ」にとってはページ遷移という概念すら不要だと思っています。
欲しいのは画面の書き換えであって遷移じゃないんだよな。
#アプリから見れば画面遷移なんて概念は、GUIアプリで
Re:Ajaxってどうですか? (スコア:1)
WWW上でHTTPを通して接するものとして、そのようにアプリケーション的なものと非アプリケーション的なものが混在することに違和感を覚える層ってのが居るのではないでしょうか。
実際のところはプロトコルが同じであることが問題なのではなく、そういった異なるタイプのリソースにアクセスする手段が共通であることが(意識上で)問題なのだと思います。
「すべてがHTMLに詰め込まれ、HTMLのシンプルさが失われてしまった」という見方も、その表れのひとつでしょう。
しかし、ハイパーリンクでテキストもアプリケーションも繋がるという現実があるという前提で、リンクアンカーやウィンドウ(orタブ)の提示形態、Windowsで言うタスクトレイのようなものの提示など、運用の方でも解決できることだとは思います。
Re:Ajaxってどうですか? (スコア:0)
はーい。(挙手
構造的にHTTPはいいとしても、なんでリッチクライアント目指すのに、
ペイロードがHTML/XMLなんやねん。
とかも違和感を覚えます。
シームレスなサービスとして提供するにしても、
テキストはテキスト、ポストバックが必要なダイナミックなのは他のもので提供手段が欲しくなる。
# 一部、ない訳