アカウント名:
パスワード:
> QAutoDetectCodecみたいなのがあればな、と考えたことはありますが、 > 単純に文字コード判定
> QTextCodec::heuristicContentMatch()やQTextCodec::codecForContent()なんかが、 > まさにそのための関数で
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
開いた括弧は必ず閉じる -- あるプログラマー
師匠推薦 (スコア:1)
Re:師匠推薦 (スコア:1)
さて、問題となっている認識部分ですが、
もともとは私が書いたものですが、(ただし、文字コード判別部分はそのまま移植)
そんなにミスが多いですか?
使っているバージョンって、もしかしてCVS版で、
"View"->"Set Encoding"->"Automatic Detection"->"Semi-Automatic"
になってませんか。
"View"->"Set Encoding"->"Automatic Detection"->"Japanese"
にするとミスがほとんどなしになったりしませんか?
で、もし"Japanese"になっていてもミスする。
かつ、な
-- Che Che - Bye Bye
Re:師匠推薦 (スコア:1)
やはり、KHTMLの判定部分のコードを書いた方にお話いただこうかと。
私としては、「挙動的に、キャッシュを表示する時に判定がミスっているような」
という程度の理解しかないので。ということで、よろしくお願いします(ぉぃ
#文字コードの判定については、本当はQtに実装するのが正しい解なんでしょうが。
Re:師匠推薦 (スコア:1)
キャッシュの表示時にミスりやすいっていうのは妙な挙動ですねぇ。
キャッシュかどうかで処理は変化しませんし、
読み込み量が増えることが期待されるキャッシュでは判定材料は増える方向になりやすいんですが。
QAutoDetectCodecみたいなのがあればな、と考えたことはありますが、
単純に文字コード判定用ルーチンを用意するだけって
-- Che Che - Bye Bye
Re:師匠推薦 (スコア:1)
表現が正確でなかったです。一度見たページでミスが起こりやすく、
一つのパターンとしては、「戻る」で表示させた時に化けてるとか
そんな感じで、そこから類推しただけなので、実際は違うかもしれません。
#特定の条件下では、判定ルーチンが実行されてないのではないかと思ったので。
> QAutoDetectCodecみたいなのがあればな、と考えたことはありますが、
> 単純に文字コード判定
Re:師匠推薦 (スコア:1)
で、これを読んでて思い出したんですが、
QTextCodec::heuristicContentMatch() [trolltech.com]やQTextCodec::codecForContent() [trolltech.com]なんかが、
-- Che Che - Bye Bye
Re:師匠推薦 (スコア:1)
気になってはいたんですが、いろいろあって忘れちゃったんですよね・・・。
#何のせいで忙しかったのかも忘れてますし...
> QTextCodec::heuristicContentMatch()やQTextCodec::codecForContent()なんかが、
> まさにそのための関数で
Re:師匠推薦 (スコア:1)
khtmlの日本語自動認識について [srad.jp]とQTextCodec::codecForContent()について [srad.jp]書いてみましたので、そちらを参照ください。
-- Che Che - Bye Bye