アカウント名:
パスワード:
# 他には…
# OS 依存性の方が深刻なので nick。
で、実際のところ、どうなんでしょう?
イントラだけしか相手にしない場合はいいんですけどね。同じ人間がイントラやりながら外向けも相手せにゃならんとなると、やっぱ外向けを基準にしながらやっていかないと正直ツライですな。
ところでイントラ向けブラウザを細かく指定する場合、やっぱ外のサイトを見るときには別なブラウザで見てたりするんですかね? なんか大変だなぁ、それ。
環境依存性の低いソースを書く事、これ以上の解決はありません。
本当はそうありたいのですけどねぇ…。
他の諸氏も似たようなことをおっしゃってますけど、私が以前仕事でCGI書いた時には、むしろ環境依存性を強くしてでも安定したものを短期間で作ることが求められました。
仕事とはいえ歯がゆかったですよ。おまけに数ヶ月前のことなのですが、動作確認用ブラウザとしてIE5とNetscape4…。「お客様のご要望」には逆らえませんでした…とほほ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
犯人はmoriwaka -- Anonymous Coward
たぶん (スコア:2, すばらしい洞察)
なら、対応を考えるかもしれないが、
もしそうでないなら、利用者が多いものにあわせて当然。
それは、商売だからだな。
もちろん、それじゃあ永遠に問題は解決しないが、
世間に出回ってるブラウザを全部回収して回って、
すばらしいブラウザ様に置き換えてしまう以外に、
解決策ってのはあるんだろうか、根本的に。
Re:たぶん (スコア:2, おもしろおかしい)
・コンテンツ全部フラッシュ
・コンテンツ全部PDF
・コンテンツ全部テキスト
・IEの仕様&全挙動(というか全実装)を公開
# 他には…
Re:たぶん (スコア:1, おもしろおかしい)
Re:たぶん (スコア:1, 興味深い)
んでもって、既に2月程経つのに何も文句は出てこないし。
相手が客でなきゃこんなもん?
Re:たぶん (スコア:0)
そんなもんだよ
Re:たぶん (スコア:1)
Re:たぶん (スコア:0, 余計なもの)
Re:たぶん (スコア:0)
Re:たぶん (スコア:1)
# OS 依存性の方が深刻なので nick。
Re:たぶん (スコア:0)
<HTML>
<HEAD>
<TITLE>ホームページ</TITLE>
</HEAD>
<BODY>
<IMG height="768" width="1024" src="index.png">
</BODY>
</HTML>
これでどんなブラウザでも全く同じに見えるどころか、あらゆる画像処理プログラムでも見ることができます。
-53点 (Re:たぶん) (スコア:1, おもしろおかしい)
HTML4.01 Transitional としてチェックしました。
6個のエラーがありました。このHTMLは -53点です。タグが 5種類 5組使われています。
先頭の数字はエラーのおおまかな重要度を 0~9 で示しています(減点数ではありません)。少ない数字は軽く、9 になるほど致命的です。0 は減点対象外のごく軽度のエラーで (グレイのかっこつき) でメッセージされています。
1: line 2: <HTML> には LANG 属性を指定するようにしましょう。
9: line 4: <META HTTP-EQUIV="CONTENT-TYPE" CONTENT="~"> で CHARSET が指定されるより前に非ASCII文字が含まれています。
0: line 5: (<HEAD>~</HEAD> 内に <LINK REV="MADE" HREF="mailto:~"> が含まれていません。)
0: line 5: (<HEAD>~</HEAD> 内に <LINK REL="NEXT" HREF="~"> などのナヴィゲーション用のリンクが含まれていません。)
4: line 5: <HEAD>~</HEAD> 内に <META HTTP-EQUIV="CONTENT-TYPE" CONTENT="~"> が含まれていません。
6: line 7: <IMG> には ALT 属性が必要です。
Re:たぶん (スコア:1, 興味深い)
で、実際のところ、どうなんでしょう?
Re:たぶん (スコア:2, すばらしい洞察)
・IEだけでしか使えなくて
・カッコいい or 便利なページが作れて
・MozillaやOperaでは全く見れないページになって
・仕様は不明瞭
そんな機能って何があります?
CSS拡張のfilter:は別に見れないわけじゃないし、
SMILは仕様が公開されてるし…
Re:たぶん (スコア:2, 参考になる)
もちろん、「クローズな環境向けで使うべき or 代替手段を用意すべき」ですが。
#カスタムなActiveXコントロールもある意味欠かせない話題?
Re:たぶん (スコア:1)
Googleで調べてみたのですが、良くも悪くもMSらしい機能ですね。
# ビヘイビアはまだ調査中
MozillaだとXSLTを使えばユーザの負担をそれほど増やさずに同様の事が出来そうですが、
OpenOfficeにXMLエクスポートがないのが痛い…。
根本的解決 (スコア:0)
素人が趣味のサイトやってる場合には、
変なソース書いて一部ユーザを門前払いするもの勝手ですが、
御仕事だと多くの場合はそれを求められます。
インサイドアウト (スコア:2, 参考になる)
オフトピだと思いたい(笑)んだけども、仕事は仕事でもこれが内輪イントラネット向けの仕事になると、
話がまるっきり逆さというか裏返しというかになっちゃうことが有る…ようです。
つまり、逆に「サポートする」ブラウザを、Verの一番下の桁まで決めてしまって
それでだけ動作確認する、という世界。
----
あんな連中の肩は持ちたくないんだけど(T_T)一応説明すると、
動作「テスト」は、実在するブラウザを使わないと不可能なわけです。
つまり、どれであるにせよどれかの、今この世に有って動くブラウザ実装が、必要になるわけです。
で、かつ、テスト対象のブラウザ実装が多数になればなるほど、テストは手がかかるわけで、
ならば、イントラでブラウザの選択権すら掌中にある(と言える)場合は、それを1つに決め付けてしまいたい、
という衝動は、原理的にはわかる気がします。
敗北感は感じますけどね(T_T)
#ついでにいえばw3mを勝たせたい衝動にも駆られるし…
イントラネット(OT) (スコア:0)
勿論,W3C標準に従うことが当該組織にとって最善の選択であるならばそうするべきでしょう。しかし,特定ブラウザに特化するこ
Re:イントラネット(OT) (スコア:0)
イントラだけしか相手にしない場合はいいんですけどね。同じ人間がイントラやりながら外向けも相手せにゃならんとなると、やっぱ外向けを基準にしながらやっていかないと正直ツライですな。
ところでイントラ向けブラウザを細かく指定する場合、やっぱ外のサイトを見るときには別なブラウザで見てたりするんですかね? なんか大変だなぁ、それ。
Re:根本的解決 (スコア:1)
それ、がどっちのことを差しているんだかちょっとわかりにくいんですが、御仕事(で使うハメになる Web)の方が IE ベタベタなのが多い会社をなんとかしてください(会社をって…)。
Re:根本的解決 (スコア:1)
というか、Netscape 4への対応を求められるわけです。もうこれで、標準規格に沿ってどーのこーのって、だいぶ無理になる。
IE5.5/N6/O6以降だけとか、そういうんだったら随分楽というか色々できるようにはなるんだけど(これでもツライといえばツライけども、N4が入るよりは全然マシというか)。
Re:根本的解決 (スコア:1)
// NN4 排除^H^H対応スクリプト
isNN4=navigator.appName.indexOf('Netscape')!=-1 && navigator.appVersion.charAt(0)==4;
if( !isNN4 ){
document.write(
'<LINK REL="stylesheet" HREF="./stylesheet.css" TYPE="text/css">'
);
}
--></SCRIPT>
<NOSCRIPT>
<P>
JavaScript が有効になっているとコンテンツが奇麗に表示されます。
</P>
</NOSCRIPT>
Re:根本的解決 (スコア:1)
<LINK REL="stylesheet" HREF="./stylesheet.css" TYPE="text/css" media="all">
でいいじゃないですか。
排除の方向性をもらえるのだったら話は簡単になります。
NN4 排除^H^H対応 (スコア:1)
if( !isNN4 ){
document.write('<LINK REL="stylesheet" HREF="./stylesheet.css" TYPE="text/css">');
}else{
document.write('<LINK REL="stylesheet" HREF="./nn4.css" TYPE="text/css">');
}
とかすれば ?
nn4.css 内では border とかの指定をしてはいけないとか、
色々不自由する事はあるだろうけど。
Re:NN4 排除^H^H対応 (スコア:1)
なんていえばいいのかな、対応は*もちろん*やってますよ。うち【何処】はプロですから……。
#とかいってみたり:-)
##ちなみに、対応はCSS+JSSSでやります。
ただ、それによってコストは倍増するし(だから場合によってはCSSを諦めることがあるというか実際はそっちのほうが多いか……)、実際問題としては対応しても殆ど意味がなかったりするし(クライアントにとって意味があっても、真の? 顧客でもあるクライアントのクライアントにとっては意味がなかったりする)、(言い方は悪いけれども)排除の風潮が高まれば、もっと (いろんな意味で)クォリティの高いものを世に出していけるようになるのにな、って感じです。
まあ、案件によってはNetscape 4.6とかがメインストリームだったりする系統もあるので、そういうお仕事では、*ある意味*お手上げですけど。
#そういう時は、レイアウトをテーブルにする以外に関して、意味付けだけはきちんとするとか、まあそういう感じの儚い抵抗というかなんというか。
*
Netscape 4系で一番ウザイのは、p要素にline-height特性をつけてしまうと、img要素を中に (事実上)入れられないことですね。それで、安全をとって pを使えなくなったりとか。DTD的には、レイアウト用のテーブルであったとしても、td要素直下にCDATAなりが直接あっても問題ないわけですが、そういうこっちゃないでしょと言いたくもなるわけで。
#p要素が使えないとなると、はっきりいってやる気なくします。意味付けだけでも、とか思う気持ちが失せるというか……。
Re:根本的解決 (スコア:0)
Re:根本的解決 (スコア:1)
本当はそうありたいのですけどねぇ…。
他の諸氏も似たようなことをおっしゃってますけど、私が以前仕事でCGI書いた時には、むしろ環境依存性を強くしてでも安定したものを短期間で作ることが求められました。
仕事とはいえ歯がゆかったですよ。おまけに数ヶ月前のことなのですが、動作確認用ブラウザとしてIE5とNetscape4…。「お客様のご要望」には逆らえませんでした…とほほ。