アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはただ死んだだけでなく、本当にひどい臭いを放ち始めている -- あるソフトウェアエンジニア
欲をいえば (スコア:2, 興味深い)
Netscape5みたいな感じで公開してほしいと思うのですが。
公開した結果からの解析がうまくいけば、Windows以外のOSでもIE依存のCSSやJavascriptを表示できるブラウザが作れますからね。
# ブラウザごとに表示が違うのはいーかげん止めてほしいと思うけど。
本末転倒ではないか? (スコア:2, すばらしい洞察)
屍体メモ [windy.cx]
Re:本末転倒ではないか? (スコア:2, 参考になる)
実際のIT(と言うかASP的な物)の仕事で要求仕様がIE依存でないと実装できない仕様という場合は結構あります(;´Д`)と言うか、IEで見れれば他はいいから。と言う要求で無茶を要求したりする場合は少なくない(;´Д`)
結局IEのW3Cを無視した独自拡張が根本の原因とはいえ、Windowsでしか見れない・
Re:本末転倒ではないか? (スコア:0)
アプリケーションの土台として使うなら当然のこと。必要ならActiveXだって作るでしょう。
FireFioxなど別ブラウザとの互換性を重視するあまり、機能が制限されては元も子もありません。
Re:本末転倒ではないか? (スコア:1)
Re:本末転倒ではないか? (スコア:1)
管理が適切なら、セキュリティの面でも有利でしょうしね。
Re:本末転倒ではないか? (スコア:1)
IEったって、所詮制約の多いWebブラウザですよ。制約がイヤならIEに縛られる必要はないはず。
LARTHさんが指摘した問題は、通信プロトコルにhttpを使いつつ、データフォーマットにはXMLを使って、Windowsアプリをクライアントにするってことで解決できますよね。ソフトの開発のしやすさやデバッグのしやすさなら、VisualStudioがあるんだから、決してWebアプリに比べて開発しにくいってことはないし。実際、MSだって、「リッチクライアント」なんて言って、そう
Re:本末転倒ではないか? (スコア:0)
> Windowsアプリをクライアントにするってことで解決できますよね。
クライアントプログラムの配布/設定の問題は解決できませんよね。しかも、細かな仕様変更毎に再配布/再設定が必要になります。
ご指摘していらっしゃる通りHTMLクライアントは制約を受けますが、それでも保守/運用コストの面で圧倒的に有利です。そこで、ここ数年リッチクライアントやAjaxが注目されています。
> ソフトの開発のしやすさやデバッグのしやすさなら、VisualStudioがあるんだから、
> 決してWebアプリに比べて開発しにくいってことはないし。実際、MSだって、「リッチクライアント」なんて言って、
> そういう構成のシステムを推進してる。
リッチクライアント ≠ ファットクライアント
まあ、ファットクライアントとHTMLクライアントの中間でVMみたいな存在でしょうか。
リッチクライアントとは [thinkit.co.jp]
> Webアプリのいいところは、クライアントのOSや、ブラウザの実装に依存しないというところにあります。
> おかげで、携帯電話やPDAでも同じアプリを動かせる。
そうは言っても実際に想定される業務用クライアントは、物理的インタフェースがらみでPCかタブレットPC止まり。で、素直に Windows + IE に依存ってパターンが多いんだよね。
Re:本末転倒ではないか? (スコア:1)
ActiveDirectoryとMSIというものは、ある意味そのために存在しているのですけど........... 活用されてないんですねぇ。
まぁ、個別の事情に応じて、最適なソリューションを選べば良いので、それが「Windows+IE前提」なシステムだと言うなら、それもアリなのでしょう。ワタシが知らないいろんな事情もあるんでしょうからね。
Re:本末転倒ではないか? (スコア:0)
すいません、移行が終ってないとです.....