アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stableって古いって意味だっけ? -- Debian初級
欲をいえば (スコア: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だって、「リッチクライアント」なんて言って、そういう構成のシステムを推進してる。
Webアプリのいいところは、クライアントのOSや、ブラウザの実装に依存しないというところにあります。おかげで、携帯電話やPDAでも同じアプリを動かせる。それを実現するためにさまざまな制約を受け入れているはず。逆に、そのメリットを生かす気がなくて、クライアントはWindowsでIEってことなら、Webアプリの意味は半減。何でもWebっていう考えは間違ってると思う。
Re:本末転倒ではないか? (スコア:0)
私は、配布と更新のし易さに見出しているので
Windows+IE限定で問題ないです。
実際、業務系ではこの組み合わせしかやったことが
ないし、やる必要性も感じたことがありません。
マルチプラットフォームなんて大して魅力ないです。
携帯から同じページをアクセスしたりしないし。
Re:本末転倒ではないか? (スコア:0)
> Windowsアプリをクライアントにするってことで解決できますよね。
クライアントプログラムの配布/設定の問題は解決できませんよね。しかも、細かな仕様変更毎に再配布/再設定が必要になります。
ご指摘していらっしゃる通りHTMLクライアントは制約を受けますが、それでも保守/運用コストの面で圧倒的に有利です。そこで、ここ数年リッチクライアントやAjaxが注目されています。
> ソフトの開発のしやすさやデバッグのしやすさなら、VisualStudioがあるんだから、
> 決してWebアプリに比べて開発しにくいってことはないし。実際、
Re:本末転倒ではないか? (スコア:1)
ActiveDirectoryとMSIというものは、ある意味そのために存在しているのですけど........... 活用されてないんですねぇ。
まぁ、個別の事情に応じて、最適なソリューションを選べば良いので、それが「Windows+IE前提」なシステムだと言うなら、それもアリなのでしょう。ワタシが知らないいろんな事情もあるんでしょうからね。
Re:本末転倒ではないか? (スコア:0)
すいません、移行が終ってないとです.....