過去ログ表示


過去ログ 259 を表示

トピック内全 17 記事中の 11 〜 17 番目を表示
[ 最新記事及び返信フォームをトピックトップへ ]
このトピックの全ページ / [0] [1]

Re[6]: MS932 だけじゃありませんでした
(#40704) このトピック中11番目の投稿
(環境: WinXP SP2/Firefox2.0)

> HTTP ヘッダーで charset=UTF-8 が送られてきていませんか?
> Live HTTP Headers 等で確認してみてください。

 ログインウインドウから起動できませんでしたが何とか収集しました。

POST /WebPc/USA0100BLC01.do HTTP/1.1
Host:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11
Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
Accept-Language: ja,en-us;q=0.7,en;q=0.3
Accept-Encoding: gzip,deflate
Accept-Charset: Shift_JIS,utf-8;q=0.7,*;q=0.7

X-Cnection: close
Transfer-Encoding: chunked
Content-Type: text/html;charset=MS932

Re[7]: MS932 だけじゃありませんでした
(#40706) このトピック中12番目の投稿
(環境: WinXP SP2/SeaMonkey1.1)

PHPでheader('Content-Type: text/html; charset=MS932'); を指定しても、
PHPかApacheが不正なcharset指定を取り除いてしまうようで、
普通に、
> Content-Type: text/html;
> <meta http-equiv="Content-Type" content="text/html; charset=MS932">
のケースになってしまいましたが、
(A) http://f15.aaa.livedoor.jp/~soarex/moz-test/ms932-1.php
<p>日本語</p> => Windows-1252
(B) http://f15.aaa.livedoor.jp/~soarex/moz-test/ms932-2.php
<p>ここは、日本語の文字列です。</p> => Shift_JIS

文字数が少なくShift_JIS特有の文字がないので、不正なcharset指定の時の自動判別でShift_JISにならない、ということのように見えます。
問題のページの場合、表示/文字エンコードでUTF-8と検出されている状態を、手動でShift_JISに変更するとどうなりますか?

Re[8]: MS932 だけじゃありませんでした
(#40708) このトピック中13番目の投稿
(環境: WinXP SP2/Firefox2.0)

> (A) http://f15.aaa.livedoor.jp/~soarex/moz-test/ms932-1.php
> <p>日本語</p> => Windows-1252
> (B) http://f15.aaa.livedoor.jp/~soarex/moz-test/ms932-2.php
> <p>ここは、日本語の文字列です。</p> => Shift_JIS

 上記ページは、日本語表示されました。

> 文字数が少なくShift_JIS特有の文字がないので、不正なcharset指定の時の自動判別でShift_JISにならない、ということのように見えます。
> 問題のページの場合、表示/文字エンコードでUTF-8と検出されている状態を、手動でShift_JISに変更するとどうなりますか?

 まず、ログインして表示されるのは 新規ウインドウ で、そこには メニューツールバー がありません。手動で エンコード変更が出来ませんでした。そこで事前に エンコード を変更して…とトライしてみましたが、イメージ画像や半角英数字以外は 文字化け したままです。ちなみにMS-IE7では日本語になるんですよね。
 文字エンコード、自動認識ON、日本語Shift-JIS。Microsoft UpdateにてJIS2004フォントを入れても文字化けは変わりません。

Re[9]: MS932 だけじゃありませんでした
(#40714) このトピック中14番目の投稿
(環境: WinXP SP2/SeaMonkey1.1)

> ログインして表示されるのは 新規ウインドウ で、そこには メニューツールバー がありません。

JavaScriptでwindow.open()を行っているケースですね。
タブに開かせるとメニューバーは使えるはずなんだけど、これをタブに開かせるオプションがFirefox 2にあるのかな?
TabMixPlusあたりを入れないとダメ?

問題のページでUTF-8で認識している状態でも、ソースの表示の画面では文字エンコードを変更できます。
Shift_JISにしてみてどのような文字が使われているかを見ると、状況が多少なりとも明確になるかも。

>><p>日本語</p> => Windows-1252
> 上記ページは、日本語表示されました。

SeamonkeyだとWindows-1252になったのですが、FirefoxだとShift_JISになりますね。
以下の場合はどうですか?
(C) http://f15.aaa.livedoor.jp/~soarex/moz-test/ms932-1-b.php
0xEDEC,0xEDED(Shift_JISだと第二水準、かな?)を返すので、FirefoxでもEUC-JPと認識するはず。

該当ページが修正されましたので
(#40720) このトピック中15番目の投稿
(環境: WinXP SP2/Firefox2.0)

# なんでこんな文字コード使ってくれたんだろう?
# サイト・エンジニアには意見具申済みですけれど…

と、このトピック最初に意見具申したエンコーディング指示を、該当ページで Shift-JIS にエンジニアさんが更正しましたので検証できなくなりました。
# TabMixPlus入れたんですけれどね・・・

> >><p>日本語</p> => Windows-1252
>>上記ページは、日本語表示されました。
>
> SeamonkeyだとWindows-1252になったのですが、FirefoxだとShift_JISになりますね。
> 以下の場合はどうですか?
> (C) http://f15.aaa.livedoor.jp/~soarex/moz-test/ms932-1-b.php
> 0xEDEC,0xEDED(Shift_JISだと第二水準、かな?)を返すので、FirefoxでもEUC-JPと認識するはず。

・表示された文字 : 迪迯
・Live HTTP heders
http://f15.aaa.livedoor.jp/~soarex/moz-test/ms932-1-b.php

GET /~soarex/moz-test/ms932-1-b.php HTTP/1.1
Host:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11
Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
Accept-Language: ja,en-us;q=0.7,en;q=0.3
Accept-Encoding: gzip,deflate
Accept-Charset: Shift_JIS,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Referer: http://forum.mozilla.gr.jp/?mode=all&namber=40660&type=0&space=0&
Cookie:

HTTP/1.x 200 OK
Date: Tue, 15 Jan 2008 09:06:45 GMT
Server: Apache/1.3.34 (Unix) PHP/4.3.11 mod_gzip/1.3.26.1a mod_layout/3.2.1
X-Powered-By: ModLayout/3.2.1
Connection: close
Transfer-Encoding: chunked
Content-Type: text/html
----------------------------------------------------------

# FoxLingo / Live HTTP heders / Tab Mix Plus / Download Statusbar
# 随分Add-on入れました。
# Adobe Creative Suite / Deamweaver も干渉しているのかしら?

Re[11]: 該当ページが修正されましたので
(#40724) このトピック中16番目の投稿
(環境: WinXP SP2/SeaMonkey1.1)

> と、このトピック最初に意見具申したエンコーディング指示を、該当ページで Shift-JIS にエンジニアさんが更正しましたので検証できなくなりました。
> # TabMixPlus入れたんですけれどね・・・

今回のケースは、文字エンコードを手動で変えられさえすれば大きな支障がでるケースではなかったはずなのですが...
Firefox 1.5の時代に、window.open(URL,名前,表示オプション)で表示オプシュンが指定されているケースについて、新規ウィンドウを新規タブに開く設定にしていても新規タブには開かないように変えてしまったのが、元凶のようです。

Firefox 2では、"Tools → Options → Tabs → New pages should be opened in:"の設定で"a new tab"を選択すると、 browser.link.open_external と browser.link.open_newwindow の両方を同時に 3 にセットするようです。
> http://kb.mozillazine.org/Browser.link.open_external
そして、Firefox 1.5の時にすでに、window.openのケースについては、以下のように変更されていました。
> http://kb.mozillazine.org/Browser.link.open_newwindow.restriction
>(リンクをタブに開く設定の場合)
> This includes:
> * All links with target="_blank".
> * JavaScript calls to window.open() without the "features" parameter (3rd parameter).
> This does not include:
> * JavaScript calls to window.open() with the "features" parameter (3rd parameter).

サイズ指定とかでアラートダイアログみたいなのをサイト側が表示してくる時(今回のケースと同じ)、
タブに開かれると、サイズは大きくなるし消したはずのメニュなどもでるしで、サイトの意図と違うと文句がでて、それで変更したのでしょう。
今回のケースのようなことが起こるので一種の「改悪」なんですけど、機能拡張でやればいい、ということなんだろうな。

なお、http://kb.mozillazine.org/Browser.link.open_newwindow.restriction では値が0/1/2と書いてありますが、
http://kb.mozillazine.org/Browser.link.open_external には、値は1/2/3と書いてあります。
現在about:configで実際にどの値をセットすればどうなるか、については、知りません。
多分、Firefox 2.0でUIの項目を減らして設定なども共有するように変えた時に、値の意味も変えたのだと思いますけど。

> # Adobe Creative Suite / Deamweaver も干渉しているのかしら?

Firefoxのフォントの設定を変えてしまうことがあるようです。
ご注意を。
> http://www.studio-kingdom.com/blog/firefox/82

大変参考になりました。
(#40755) このトピック中17番目の投稿
(環境: WinXP SP2/Firefox2.0)

緑の狸 さま、ゆの さま、そして Wada さま。

 貴重な構造資料や、考察を伺うことができまして本当にありがとうございました。
もっと自身のスキルアップをしていきたいと思います。
これが自身のサイトで反映されると、もっと嬉しいなぁと感じました。

 それでは m(_ _)m
済!

[ 前のトピック内容10件 ]
このトピックの全ページ / [0] [1]

返信不可


- Child Tree -