Mozilla 1.7.13 に関する既知の問題 - 国際化
一般
Mozilla は、追加手順を踏むことなく多言語を表示できるように設計されています。システム上で必要なフォントが利用可能な状態にあれば、ユーザは面倒な設定や努力をすることなく、ブラウジングやメールの利用をできるはずです。
Mozilla は複数の言語パックで使うことができ、ユーザはメニューの言語や関連 URL を切り替えることができます。
別のリージョン (ローカライズされたコンテント) を選んでも、サイドバータブとブックマークは変わりません。これらは固有のプロファイルに依存します。(Bug 87939)
中国語、韓国語、日本語の Windows 9x/ME を使っていて、Mozilla の起動に失敗したりクラッシュする場合、後述の Java の項目 に該当するものがないか見てみてください。
Unicode ファイル名をサポートしているプラットフォームでは、その名前にシステムロケールから外れた文字を使ったファイルやフォルダをつくることが可能です。そうした名前を持つフォルダやファイルにかかわるブラウザ操作はうまくいかないかもしれません。たとえば、そういったフォルダへの保存やそういった文字をパスに含むファイルを開くことです。デフォルトのシステム言語でサポートされている文字だけを使っていれば この種の問題を避けて通れます。(詳細は Bug 58866、100243、100344、100364、100396、101573、128380、104305、162361 をご覧ください) UTF-8 ロケール下の Linux/Unix では、これらの問題はほとんどありません。
表示
ウィンドウのタイトルバーに表示できる文字はプラットフォームに依存します。Unicode がネイティブでサポートされているプラットフォーム (Windows 2000/XP、UTF-8 ロケール付き Unix/Linux、Mac OS X) では、タイトルバーに使われる文字を含むフォントを設定してあれば、すべての Unicode 文字がタイトルバーに表示されます。その他のプラットフォーム (Windows 9x/ME、非 UTF-8 ロケール付き Unix/Linux) では、現在のロケールの範囲内の文字だけを表示できます。(Bug 9449。Linux で Unicode を認識する Windows Manager を選択し、フォントを適切に設定することでこの問題を回避する方法については Bug 150131 をご覧ください)
文脈上の数値変更のデフォルトが Mozilla 1.4 以降変更されました。アラビア語ドキュメントの 西洋数字 が、文脈に応じた方法で アラビア数字 に自動的に置換されなくなりました。西洋数字からアラビア数字への文脈的な置換を有効にするには、アドレスバーに about:config と入力して、設定アイテム bidi.numeral の値を 1 にしてください (Bug 181711)。または、文字コード UTF-8 が使えるテキストエディタで user.js ファイルを編集し、プロファイルディレクトリに置いてください。
デーバナーガリー文字、タミル語、タイ語、ハングル字母など 複雑な筆記体活字のレンダリング は、プラットフォーム・ツールキットに依存します。
- Windows 2000/XP では、デーバナーガリー文字、タミル語、タイ語、その他の南・東南アジアの筆記体活字、ハングル字母は、一度それらの筆記体活字のサポートを有効にしてしまえば、ネイティブの OS API で正しくレンダリングされます。Windows 2000/XP のすべてのバージョンには、Windows OS の言語バージョンに関わらず、それらの筆記体活字のためのサポートツールとフォントが付属しています。
- Windows 9x/ME では、タイ語はタイ語版の Windows でのみ正しくレンダリングされます。これに対し、タミル語、ハングル字母は、Windows 9x/ME のすべての言語バージョンでサポートされています。(Bug 140013、177877) しかし、デーバナーガリー文字、その他のインド語筆記体活字 (タミル語を除く) は正しくレンダリングされません。(Bug 166520、218887)
- Linux/Unix 版の Mozilla は、必要なフォントが入っていて、CTL (複合テキストレイアウト) が有効になっているビルドなら、デーバナーガリー文字とタイ語をレンダリングします。Linux バイナリのデフォルトリリースでは、CTL は 無効 になっています。CTL を有効にすれば、Windows 9x/ME でも Mozilla がデーバナーガリー文字をレンダリングできます。(Bug 201746)
- 複雑な筆記体活字のレンダリングには、以下のフォントが必要です。
- デーバナーガリー文字 (Linux/Unix): sun.unicode.india-0 (TrueType と BDF) のフォント - developer.sun.com/techtopics/global からダウンロードできます。また、Solaris 9 にバンドルされています。
- 韓国語ハングル字母 (Linux/Unix および Windows): UnBatang フォント
- タミル語 (Linux/Unix および Windows): TSCII (TrueType) フォント - Tamil.net で入手できます。Bug 204039 に書かれている説明もご覧ください。
- タイ語 (Linux/Unix): 文字コード tis620-2 の BDF フォントや、タイ語版 Windows で使われている TrueType フォントは、ネット上で入手できます。また、多くの Linux ディストリビューションに付属しています。詳しくは linux.thai.net/~thep/thaisupp をご覧ください。
- Mac OS X では、今のところ、複雑な筆記体活字は正しくレンダリングされません。(Bug 205476、121540)
- ZWJ/ZWNJ は、今のところ、期待通りに動きません。デーバナーガリー文字 (インド語筆記体活字) のレンダリングには、これ以外の問題もあります。(Bug 202352)
- Bug 176290 が解決しました。Mozilla の Xft ビルドは、タミル語や韓国語をデフォルトでレンダリングします。また CTL が有効になっていれば、タイ語も正しくレンダリングできます。ただし、デーバナーガリー文字やその他インド語筆記体活字はまだサポートされていません。(Bug 203406、204286、215219、214719)
- カーソルの動きや選択・ハイライトは、まだ期待通りに動きません。複雑な筆記体活字の構成単位として通常認識される単語を削除・移動するには、キーストロークに複数回かかります。これは、Mozilla が 簡略図記号 の代わりに Unicode 文字に置き換えて動作するためです。同じ理由で、テキストの選択・ハイライトの境界は、1 つの簡略図記号をマークアップした Unicode 文字の間で欠ける可能性があります。(Bug 79286、85420、100173、122552、157534、229896)
フォントの選択は、ドキュメント内で指定された lang (HTML) や xml:lang (XML) の値に依存します。しかし、言語指定のない Unicode で、ドキュメントの言語を設定する方法はまだありません。これには [View] > [Set Language] オプションが必要です。(Bug 121193) この機能が実装されているとはいえ、HTML/XML ドキュメントの作者は、lang (HTML) や xml:lang (XML) でドキュメントやその一部の言語を明示することを強くお勧めします。
なお、HTTP ヘッダの Content-Language は無視されます。(Bug 122779)
正式に認められていない言語タグは x-western (Latin) と同じように解釈されます。このため、言語タグでページをレンダリングするためのフォントのコントロールは Mozilla では処理されず、western 用のフォントとして設定されるはずです。さらに、一部のプラットフォームでは、Unicode 用のフォント設定が無視され、現在のロケール用のフォント設定が言語タグのない Unicode のドキュメントに使われます。(Bug 91190、204586)
改行のアルゴリズムは UTR 14 (改行) ではなく JIS X 4051 を元にしています。これは、CJK とタイ語以外は言語に依存していません。(Bug 206152、203016、164759)
見分けのつかない文字は、システム上にそれらの文字のための明らかな象形文字フォントがあったとしても、見分けのつかない文字としてレンダリングされる必要があります。(Bug 205387、なお、このバグは Windows 版では修正されました)
Mozilla に zh-HK (繁体字中国語・香港) の個別フォント選択メニューが実装されました。香港特別行政区特有の文字が含まれた Web ページを見るには、XFree86 CVS から big5hkscs-0.enc をダウンロードし、このファイルを gzip で圧縮して /usr/X11R6/lib/X11/fonts/encodings/large にインストールする必要があります。(詳しい手順とフォントのダウンロード情報については、bug 226183 と 152264 をご覧ください)
Navigator と Composer
Mozilla はダイナミックフォントをサポートしません。(注: Communicator 4.x ではサポートされていました)
ドキュメントの文字コード情報を提供していないページでは、全/汎用の自動判別は、文字コードを判別できないかもしれません。判別範囲をせばめた別の自動判別モジュールを選ぶと判別の正確性が高まります。たとえば 中国語、簡体字中国語、東アジアなどです。
Windows 2000 IME では、新しい日本語 IME 機能 (たとえば再変換) のほとんどはサポートされていますが、一部の機能は正常に動作しないかもしれません。(Bug 18680)
マルチバイトのフォルダ名をもつフォルダ配下のファイルを開く際、Composer ウィンドウのタイトルバーでは マルチバイトキャラクタのパスネームはエスケープされます。(Bug 136221)
メニューやツールバーのないウィンドウでは、文字コードを変える方法がありません。また、(フォーカスされた) フレームの文字コードを変える方法もありません。(Bug 63054、70830、98395、26353)
検索 Sidebar (デフォルトでは Google) は、現在のロケールに関わらず、すべての言語で正しく動作します。Mozilla 1.7.13 の時点で、デフォルトのキーワードサーバが Google になっており、アドレスバーからの非 ASCII 文字のキーワード検索は正しく機能するようになりました。(Bug 119825)
Linux のみ: CJK ページ編集時、ASCII キャラクタに対してボールド／イタリックのスタイルは効きません。これは いい ASCII フォントを持たない CJK ロケール上で 多分に起こります。たとえば あなたは オープンソースの CJK 言語サポートファイルを使っているかもしれません。コマーシャルな 特に最近の Linux ディストリビューションでは、サポートファイルはいくぶんベターな CJK フォントを持っていて こうした問題は起こりにくくなっています。(Bug 91145)
Red Hat Linux 8 では、デフォルトの Kinput2 XIM サーバで日本語の文字を入力できません。デフォルトの on-the-spot 入力形式を使うときにかなりの問題があります。これは Red Hat 8 の Windows Manager である Metacity のバグが原因であることが分かっています。Red Hat 9 は Metacity のより新しいバージョンを使っており、この問題は起こりません。解決策は、Metacity Windows Manager の最新版にアップグレードするか、over-the-spot 入力形式を使ってください。(詳しくは Bug 210134 をご覧ください)
Mozilla は、CJK XIM の 1 つが使われている場合、CJK UTF-8 ロケール下でクラッシュします。これは XFree86 4.2.0 以前のバグが原因です。解決策は、on-the-spot の代わりに over-the-spot 入力形式を利用することです。XFree86 4.2.0 以降にはこの問題はありません。(詳しくは Bug 128875 をご覧ください)
Mac OS: Internet Config に格納された ASCII でも Latin 1 でもない情報は、メールアカウント設定ダイアログの [Your name] のような自動挿入フィールドに正確に表示されません。このような場合は、自動挿入されたエントリーを自分で修正してください。(Bug 5721)
メール
本文中のキーワードによるフィルタリングは実装されていません。
文字コードセットメニューは、MIME エンコードされていないヘッダのスレッドペイン表示を訂正することができません。(RFC 2047 をご覧ください) また、それらのヘッダが (Content-Type ヘッダで指定された) メッセージ本文の文字コードを使っていると見なすような代替システムも利用しません。表示されたメッセージに MIME 文字コードセット情報がない場合、スレッドペインの表示は [フォルダのプロパティ] ダイアログ ([編集] > [フォルダのプロパティ...] から設定します) で設定されたデフォルトのメッセージ表示文字コードセットに従います。ユーザがこのオプションでメールを読むのに最もよく使う文字コードセットに正しく設定することでこの種の問題を回避することができます。(Bug 90584)
メールに添付されたファイルの非 ASCII 文字を含む名前は、RFC 2231 に準拠した形でエンコードされません。(Bug 193439)
Windows: メールメッセージに添付された非 ASCII 名のファイルは、添付ファイルリストに表示されません。(Bug 229872)
メール編集ウィンドウで、指定されている文字コードにない文字が含まれていた場合、Mozilla は UTF-8 で送信するかどうかをユーザに尋ねます。このオプションが選択されると、Mozilla はメッセージを UTF-8 に変換せず、表示できない文字をクエスチョンマークに変換します。(Bug 223361)
印刷
Windows: HP レーザージェットドライバ (日本語版) で、日本語版 Windows 98 から日本語の文字を印刷できない可能性があります。解決策: 日本語版 Windows 98 インストール CD に付属しているドライバをインストールしてください。または、印刷プロパティを開き、[詳細] タブ > [スプールの設定] > [プリンタに直接印刷データを送る] オプションを選択してください。(Bug 86989、130083)
Windows: 日本語版 Window ME では、HP レーザージェット 5Si/5Si MX PS 印刷ドライバを使って HP レーザージェット 5Si/5Si MX で印刷できない可能性があります。この場合、ドライバを HP レーザージェット 5Si/MX に変えてください。または、印刷プロパティを開き、[詳細] タブ > [スプールの設定] > [プリンタに直接印刷データを送る] オプションを選択してください。(Bug 86989、130083)
Linux/Unix: 直接的な PostScript と Xprint という 2 種類の異なる印刷モジュールがあります。
- PostScript
-
直接的な PostScript 印刷方法は 2 つのモードに分類されます。
- ノーマルモード
- (PostScript レベル 2 プリンタと (あるいは) Ghostscript が必要です)
非 Latin 1 言語で PostScript モジュールを使うには、アドレスバーに about:config と入力するか user.js ファイルを編集して、print.postscript.nativefont.x-cyrillic にシステム上のキリル文字 PostScript フォントを設定してください。(x-cyrillic はキリル文字のことを指します。他の筆記体活字については、それに対応する言語グループを使ってください。例えば、zh-CN は簡体字中国語、el はギリシア語です) CJK については、手持ちの PostScript (合成または CID 適合) フォントに使われている文字コード (EUC-JP、EUC-KR、Big5、gb18030、UTF-8) を print.postscript.nativecode.ja (または zh-TW、zh-CN、ko) に設定する必要があります。これは、各筆記体活字・言語には 1 つのフォントだけしか指定できないためで、異なるフォントファミリー、フォントの太さ、スタイルの違いは印刷出力では失われます。
なお、print.postscript.nativefont.* を使う場合には、参照されるフォントが組み込みのプリンタフォントであるか、Ghostscript や WPrint といった外部フィルタでダウンロード・組み込み可能であることを前提としています。 - FreeType2 モード
- (PostScript レベル 3 プリンタと (あるいは) Ghostscript + FreeType2 共有ライブラリが必要です)
デフォルトの Linux バイナリでは FreeType2 印刷モジュールが有効になっています。このモジュールは、Latin 1 の範囲外の文字 (キリル文字、ギリシア語、CJK) を使ったドキュメントの印刷結果を格段に高めます。さらに、印刷出力のフォントファミリー・スタイルが、ノーマルモードよりも、画面の表示により近い形で表示されます。詳しくは Mozilla FreeType プロジェクトのページ をご覧ください。(Bug 144668、144669、185935)
なお、このモードで生成された PostScript ファイルは、PS プリンタを持っていても、Ghostscript でフィルタをかける必要があります。最新の Linux ディストリビューションをお使いなら、必要なことはほとんど、あるいは少ししかありませんが、他の Unix システムでは、www.cups.org や www.linuxprinting.org を参照すると役に立つかもしれません。FreeType2 印刷は Xft ビルドでも機能するようになりました。(Bug 190031、219060)
- Xprint
- (Xprint サーバが必要です)
デフォルトの Unix/Linux バイナリには、Xprint と呼ばれる代替印刷モジュールが付属しています。Xprint モジュールは、CUPS、LPRng、MathML、TrueType フォント、PostScript/PDF/PCL 出力サポートを含みます。詳しい情報は、詳細なガイドを用意している xprint.mozdev.org や、mozilla.org の Xprint プロジェクトのページ をご覧ください。
Java
Windows 9x/ME 日本語版のユーザが OS に古い JDK や JRE を先にインストールして使っていると Mozilla の起動に問題が起こるケースが報告されています。Mozilla ユーザが Netscape の ftp サイトからダウンロードできる JRE 130_02 (以降) には JRE 1.3 オフィシャルリリース以降の修正が多数含まれています。日本語版、中国語版、韓国語版の Windows で JRE 1.3 の古いバージョンや US バージョンを使っている場合、こうした Mozilla が起動しない問題に遭遇するかもしれません。
この問題が Java のインストレーションによるものかどうかを見極めるためには、次の手順にしたがってください:
- Plugins ディレクトリを見つけてください (Mozilla 実行ファイルと同じディレクトリにあります)。
- Plugins ディレクトリから、名前が「npjava...」ではじまる Java プラグインファイルをすべて取り除いてください。NPOJI610.dll があればそれも取り除いてください。あとで元に戻すことができるようにこれらのファイルを別のディレクトリにバックアップしてください。
- Mozilla を再起動してください。これで Mozilla がスタートするようなら Java に関連して起動しない問題に直面していることになります。
前述のような Java の問題がある もしくは Netscape の ftp サイトからダウンロードできる アップデートされた JRE 130_02 (以降) をインストールしたい場合は、次の手順にしたがってください (注: この種の問題は Windows NT4/2000 では報告されていませんがそうしたプラットフォーム上でもこの問題に遭遇したらやはりこの手順にしたがってください):
- [スタート] ボタンをクリックして [設定メニュー] を開き、[コントロールパネル] を選んでください。
- [アプリケーションの追加と削除] のアイコンをダブルクリックして [インストールと削除] のタブを選んでください。
- 古い JRE のインストレーション (Java Runtime Environment) を見つけて削除してください。
- 古い JRE が削除できたら あらためて Mozilla を起動してください。そして Java を必要とするどこかのサイトへ行ってください。そのようなページではプラグインアイコンが出てきて Java プラグインをダウンロードするべくアイコンをクリックするように促されるでしょう。
- "get Java Plugin" アイコンをクリックすると Mozilla プラグインをダウンロードするために Netscape サイトに連れていかれます。
- インターナショナルなキャラクタを表示させたいなら "International" バージョンをダウンロードしてください (推奨)。
- インスーラの指示にしたがって Java 2 のインストレーションを完了してください。
Flash プラグイン
XFree86 が使われている Linux やその他のプラットフォームでは、XIM サーバがアクティブになっていると、Flash アニメーションを含む Web ページをレンダリングしているあいだに Mozilla がクラッシュします (Bug 211213)。このクラッシュは、最近修正された XFree86 のバグ が原因です。Mozilla 1.7.13 リリースの時点で、XFree86.org はこのバグを修正した新しいバージョンをまだリリースしていません。しかし、Linux ディストリビューション開発元のほとんどが、このバグを修正した XFree86 のアップデートをリリースしていますので、XFree86 関連のパッケージをアップデートすることでクラッシュを回避できます。あなたのディストリビューションで利用できる最新の XFree86 パッケージにこの修正が含まれていない場合、以下のような解決策を取ることが可能です:
- XIM サーバが起動していないロケールで Mozilla を実行してください。例えば、env LC_ALL=C mozilla というコマンドで Mozilla を実行すれば、クラッシュを避けることが可能です。
- Mozilla を実行する前に XIM サーバを無効にしてください。env XMODIFIERS= mozilla というコマンドを使えばいいでしょう。