アカウント名:
パスワード:
真に悲惨なのはiOSのSafariです。PCのブラウザだと自分でテキストエンコーディングを指定し直せば読めますが、iOSは他に類を見ないような頭の悪い自動認識しかありません。読めないページはPCから見るかGWTを通すくらいしか方法がありません。
ブラウザが悪い。IEが出来の悪いサイトも勝手に判断してそれなりに表示してしまうおかげでサイトを作ったほうはそれでOKだと思ってクソなサイトが増えてしまったんだと思う。
MSはおせっかい機能が多いね。例えば.NETも必ずDisposeすると書いてる割に、Disposeしなくてもしばらーく問題出ないからリリース後におかしな挙動するようになって初めて慌てふためくってことがあった。勿論きちんとDiposeする人も居るし後から入った自分はUsing使って書こうと言い出したけど、全て対応でたわけではなかった。Javaだとcloseしてないとエラーになるからわかるんだよね。Stringの「+=」も同じ。
サイトだけではなく、不適切なサイトを表示できないブラウザも同程度には悪いのです。
ユーザはそんな事知ったこっちゃありませんからね。見たいサイトが見られない環境は見捨てられるだけ。
見られないサイトは切り捨てられるんでありますよ……
まあ百も承知で釈迦に説法だとは思いますが、モノによるんじゃないですかね？
どうしても見たいサイトだとしたら「表示できないブラウザが悪い」。一方ではわざわざ見に来てやったのに表示できない「サイトが悪い」。
「他のブラウザでは表示できるのになんで？」と思うか「他のサイトなら表示できるのになんで？」と思うかの違いですよね。
#私は困ってませんが、この件では、サイトでうまく対応できない状況もあるだろうから、ブラウザさん、本業でもないし仕様でもないですけど、お怒りを鎮めてなにとぞ自動判別を賜っていただければ恐悦至極に存じますといったスタンス。
ただ、自動認識とかでセキュリティの問題って稀によくあるので、兼ね合いが大変そうですよね...
今回の修正自体もそれに関係するのかもですし
KB2416400 - MS10-090https://www.microsoft.com/technet/security/bulletin/MS10-090.mspx [microsoft.com]http://support.microsoft.com/?kbid=2416400 [microsoft.com]
かな...うーん詳細がわからない(主に頭の悪さから)
# べつにブラウザは怒ってないと思う、標準規格に沿う方向に舵を切ってるから、変にフォローアップする機能を落すのには躊躇はなくなるとは思うが...
xhtml1.0のstrictあたりから嫌われてますね。（translationalはOK）
うちでは文法ダメだとすっこけるのは表示テストしてなおせば良いので誰も何も言いませんが、a要素のtarget廃止が上司の理解を得られませんでしたので1.0 translationalが推奨になりました。とにかく人が便利に使ってるのに、link-targetはユーザーが決めるべきという押し付けは受け入れられない、よそサイトは別タブorウィンドウで開くというマナーが守れないとのこと。
とにかく人が便利に使ってるのに、link-targetはユーザーが決めるべきという押し付けは受け入れられない、よそサイトは別タブorウィンドウで開くというマナーが守れないとのこと。
というサイト側の押し付けで別ウィンドウで開かれるのがウザくて、ユーザー側がリンクを開くときにいつも新しいタブで開くようになるのですよね。 特に指定されていなければ、ユーザーはただのリンクを新しいウィンドウで開くのか、新しいタブで開くのか、それともそのまま遷移するのかを選択できますが、リンクターゲットが指定されている場合、ユーザーがそのまま遷移するという選択肢が消されます。
この手の「余計なお世話」に関しては、スクリーンリーダー系などを用意して説明したりすると上司も納得するかもしれません。
> xhtml1.0のstrictあたりから嫌われてますね。（translationalはOK）
transitional の間違いでしょうか?translational で検索しても，公式な情報などは出てこないのですが．
特に指定されていなければ、ユーザーはただのリンクを新しいウィンドウで開くのか、新しいタブで開くのか、それともそのまま遷移するのかを選択できますが、リンクターゲットが指定されている場合、ユーザーがそのまま遷移するという選択肢が消されます。
選択肢が消されるかどうかはブラウザ次第ですよね。Operaでは左クリックでは target 属性に従いますが、右クリックのメニューでは「開く」ならそのまま遷移、「新しいタブで開く」ならもちろんその通りで、target 属性を無視してユーザの意思で選択できます。
そうやって患者を刺激するから、ほらｗ
いや、Webkitは細かいところはスピードのために犠牲にされてるんだろ。というか、そもそもJISのサイトって誰特なん?
IEは、意図した仕様なのかもしれません。http://bugzilla.mozilla.gr.jp/show_bug.cgi?id=4868 [mozilla.gr.jp]
私の環境では、JTのサイトは現在文字化けせずに見えています。HTMLのヘッダーとHTTPのヘッダーと両方にISO-2022-JPの指定が加えられていますので、サイト側での対処は適切に行われているように思います。
ただ、“印刷”“印刷プレビュー”をすると化けますね。IE側の仕様変更も中途半端にバグが残っているようです。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stableって古いって意味だっけ？ -- Debian初級
確認不足 (スコア:0)
少なく見積もっても4分の1くらいはIE以外のブラウザだと思うんですけどねえ。
はっ！もしやIEを使わせる為の罠なのか！
Re:確認不足 (スコア:1, 興味深い)
真に悲惨なのはiOSのSafariです。PCのブラウザだと自分でテキストエンコーディングを指定し直せば読めますが、iOSは他に類を見ないような頭の悪い自動認識しかありません。読めないページはPCから見るかGWTを通すくらいしか方法がありません。
Re:確認不足 (スコア:3, すばらしい洞察)
Re:確認不足 (スコア:2, すばらしい洞察)
エンコーディング指定を間違っているのはサイトが「悪い」。
それを表示できないブラウザはそういう設計方針なんだから悪くはない。けど「嫌い」。
Re:確認不足 (スコア:2)
ブラウザが悪い。
IEが出来の悪いサイトも勝手に判断してそれなりに表示してしまうおかげで
サイトを作ったほうはそれでOKだと思ってクソなサイトが増えてしまったんだと思う。
MSはおせっかい機能が多いね。
例えば.NETも必ずDisposeすると書いてる割に、
Disposeしなくてもしばらーく問題出ないからリリース後におかしな挙動するようになって
初めて慌てふためくってことがあった。
勿論きちんとDiposeする人も居るし後から入った自分はUsing使って書こうと言い出したけど、全て対応でたわけではなかった。
Javaだとcloseしてないとエラーになるからわかるんだよね。Stringの「+=」も同じ。
Re: (スコア:0, すばらしい洞察)
サイトだけではなく、不適切なサイトを表示できないブラウザも同程度には悪いのです。
Re:確認不足 (スコア:1, すばらしい洞察)
文字エンコーディングの指定が間違っていても正しく表示するとか、
タグが閉じられてなくても意図を見抜いて適切に表示するとか。
Re: (スコア:0)
ユーザはそんな事知ったこっちゃありませんからね。
見たいサイトが見られない環境は見捨てられるだけ。
Re:確認不足 (スコア:1)
見られないサイトは切り捨てられるんでありますよ……
Re:確認不足 (スコア:1)
まあ百も承知で釈迦に説法だとは思いますが、モノによるんじゃないですかね？
どうしても見たいサイトだとしたら「表示できないブラウザが悪い」。一方ではわざわざ見に来てやったのに表示できない「サイトが悪い」。
「他のブラウザでは表示できるのになんで？」と思うか「他のサイトなら表示できるのになんで？」と思うかの違いですよね。
#私は困ってませんが、この件では、サイトでうまく対応できない状況もあるだろうから、ブラウザさん、本業でもないし仕様でもないですけど、お怒りを鎮めてなにとぞ自動判別を賜っていただければ恐悦至極に存じますといったスタンス。
LIVE-GON(リベゴン)
Re:確認不足 (スコア:1)
ただ、自動認識とかでセキュリティの問題って稀によくあるので、兼ね合いが大変そうですよね...
今回の修正自体もそれに関係するのかもですし
KB2416400 - MS10-090
https://www.microsoft.com/technet/security/bulletin/MS10-090.mspx [microsoft.com]
http://support.microsoft.com/?kbid=2416400 [microsoft.com]
かな...うーん詳細がわからない(主に頭の悪さから)
# べつにブラウザは怒ってないと思う、標準規格に沿う方向に舵を切ってるから、変にフォローアップする機能を落すのには躊躇はなくなるとは思うが...
M-FalconSky (暑いか寒い)
Re: (スコア:0)
> 文字エンコーディングの指定が間違っていても正しく表示するとか、
> タグが閉じられてなくても意図を見抜いて適切に表示するとか
やってましたからね…
ISO2022-JPなページの表示に問題が出るようなのがアレですけど、
規定されたフォーマットで書かないと正常に表示されなくなるとも言えそうなので、
その点は歓迎かと思いました。
Re: (スコア:0)
Re:確認不足 (スコア:1)
-- 哀れな日本人専用(sorry Japanese only) --
Re: (スコア:0)
Re:確認不足（オフトピ） (スコア:0)
xhtml1.0のstrictあたりから嫌われてますね。（translationalはOK）
うちでは文法ダメだとすっこけるのは表示テストしてなおせば良いので誰も何も言いませんが、a要素のtarget廃止が上司の理解を得られませんでしたので1.0 translationalが推奨になりました。
とにかく人が便利に使ってるのに、link-targetはユーザーが決めるべきという押し付けは受け入れられない、よそサイトは別タブorウィンドウで開くというマナーが守れないとのこと。
Re:確認不足（オフトピ） (スコア:1)
というサイト側の押し付けで別ウィンドウで開かれるのがウザくて、ユーザー側がリンクを開くときにいつも新しいタブで開くようになるのですよね。
特に指定されていなければ、ユーザーはただのリンクを新しいウィンドウで開くのか、新しいタブで開くのか、それともそのまま遷移するのかを選択できますが、リンクターゲットが指定されている場合、ユーザーがそのまま遷移するという選択肢が消されます。
この手の「余計なお世話」に関しては、スクリーンリーダー系などを用意して説明したりすると上司も納得するかもしれません。
Re: (スコア:0)
> xhtml1.0のstrictあたりから嫌われてますね。（translationalはOK）
transitional の間違いでしょうか?
translational で検索しても，公式な情報などは出てこないのですが．
Re:確認不足（オフトピ） (スコア:1)
選択肢が消されるかどうかはブラウザ次第ですよね。Operaでは左クリックでは target 属性に従いますが、右クリックのメニューでは「開く」ならそのまま遷移、「新しいタブで開く」ならもちろんその通りで、target 属性を無視してユーザの意思で選択できます。
LIVE-GON(リベゴン)
それはブラウザも悪い（-1:軽く荒らし） (スコア:0)
え？別エンジンのブラウザは配布できないの？何それ？operaでがんばってよｗ
Re: (スコア:0)
そうやって患者を刺激するから、ほらｗ
Re: (スコア:0)
いや、Webkitは細かいところはスピードのために犠牲にされてるんだろ。
というか、そもそもJISのサイトって誰特なん?
Re:確認不足 (スコア:1)
-- 哀れな日本人専用(sorry Japanese only) --
Re: (スコア:0)
' 当分はFirefoxで見るからいいですけれど
Re:確認不足 (スコア:1, 参考になる)
IEは、意図した仕様なのかもしれません。
http://bugzilla.mozilla.gr.jp/show_bug.cgi?id=4868 [mozilla.gr.jp]
Re: (スコア:0)
私の環境では、JTのサイトは現在文字化けせずに見えています。
HTMLのヘッダーとHTTPのヘッダーと
両方にISO-2022-JPの指定が加えられていますので、
サイト側での対処は適切に行われているように思います。
ただ、“印刷”“印刷プレビュー”をすると化けますね。
IE側の仕様変更も中途半端にバグが残っているようです。