8

We have an enterprise web application where every bit of text in the system is localised to the user's browser's culture setting.

So far we have only supported English, American (similar but mis-spelt ;-) and French (for the Canadian Gov't - app in English or French depending on user preference). During development we also had some European languages in mind like Dutch and German that tend to concatenate words into very long ones.

We're currently investigating support for eastern languages: Chinese, Japanese, and so on. I understand that these use phonetic input converted to written characters. How does that work on the web? Do the same events fire while inputs and textareas are being edited (we're quite Ajax heavy).

What conventions do users of these top-down languages expect online?

What effect does their dual-input (phonetic typing + conversion) have on web controls?

With RTL languages like Arabic do users expect the entire interface to be mirrored? For instance should things like OK/Cancel buttons be swapped and on the left?

4

3 に答える 3

8

As an Arabic speaker, when I do look at Arabic websites, I do expect things like OK/Cancel to be swapped. When reading Arabic, my eyes read from right to left. So, in situations where you'd want to reader to view an affirmative/action button (e.g. OK, Submit, Yes, etc.) before a negative/inaction button (Cancel, Clear, No, etc.), you'd probably want to put the former on the right.

Caveat: As weird as it sounds, the above only applies (to me personally) when the button text is in Arabic. If the button text is in English (in a mixed-language web page), I'd prefer to see the OK button on the left.

Hope that helps.

于 2008-08-16T19:11:16.900 に答える
5

Microsoftによるグローバリゼーションのステップバイステップをお読みください。

私はCJKVの詳細に答えることができますが、おそらくこのトピックに関する本が必要です。まだ読んでいませんが、CJKV情報処理はO'Reilly（2008年12月第2版）によるものです。

これらは、書かれた文字に変換された音声入力を使用することを理解しています。それはウェブ上でどのように機能しますか？

入力は、Windows、Mac、およびLinux（SCIMなど）ではIME（入力方式エディター）と呼ばれるソフトウェアのクラスによって行われます。IMEがオンになっている場合、キーボードからの入力は最初にIMEに送られ、ユーザーは正しい漢字/ひらがなの組み合わせを選択できます。ユーザーがリターンキーを押してコミットすると、IMEは現在のエンコーディングを使用して漢字/ひらがなをWebブラウザに入力します。エンコーディングの状況は大きな混乱でしたが、Webアプリを作成している場合は、Unicodeのエンコーディングを使用してください。UTF-8をお勧めします。

入力とテキストエリアの編集中に同じイベントが発生しますか？

Unicodeに精通したWebブラウザとOSコンボは、複数の言語を処理します。たとえば、Firefoxの英語の通常バージョンを使用して、日本語のWebサイトを参照して投稿できます。ブラウザの観点からは、Unicodeの「blablabla」の配列にすぎません。つまり、イベントが英語で発生する場合、Unicodeバリアントを使用すると、同じイベントがCJKVで発生するはずです。

これらのトップダウン言語のユーザーは、オンラインでどのような規則を期待していますか？

CJKVの読者は、左から右へのオンラインを期待しています。数学と科学の教科書は左から右に書かれています。ローカライズされたバージョンのWordを含むほとんどのワードプロセッサは、左から右に書き込みます。

それらの二重入力（ふりがな+変換）はWebコントロールにどのような影響を及ぼしますか？

キーボードイベントをトラップしている場合を除いて、ほとんどの場合、それについて心配する必要はありません。たとえば、私は日本語のキーボードをたくさんの余分なキーボードと一緒に使うのが嫌いです。したがって、IMEオン/オフコマンドをUSキーボードのいくつかのキーに割り当てる必要がある場合。私は個人的にright-Altを使用しています。また、変換中にスペースバーとエンターキーが使用されますが、これらのイベントがブラウザに渡されるかどうかはわかりません。

必要に応じて、私はあなたのウェブサイトをテストすることができます。（私のユーザー名）@gmail。

于 2008-09-06T02:04:37.263 に答える
2

東アジアの言語では、方向性の質問に簡単に答えることができます。ウェブサイトは通常どおり左から右、上から下になります。

実際、一般的なWebデザインのレイアウトの原則はほとんど同じです。新聞（左上の名前、左側に「ホーム」が付いた下のナビゲーションバー、上部に最も重要な下の見出しリンク）または検索エンジン（どの米国かを言う必要はないと思います）のWebサイトを見てください。そのレイアウトを比較する必要があるサイト）。

ただし、アラビア語/ヘブライ語などの右から左への言語のユーザーが、一部のコンテキスト（英語のフラグメントの埋め込みなど）で左から右への進行を期待するのと同じように、Web上でも上から右への状況があります。下部のレイアウトが推奨されます。これは通常、必要なテキストレイアウトとフォントを含む画像を含めるか、フラッシュを使用して行われます。

Internet Explorerは、バージョン5.5以降、CSS書き込みモードプロパティを備えたtb-rlレイアウトを実際に提供していますが、他のブラウザーはどれもそれを実装する必要はありません（または、若いユーザー向けのサイトに役立つruby）。IE 5.5は2000年にリリースされたので、それは8年間のサポートであり、2003年にはW3C候補の推奨がありましたが、CSSのテキストレイアウトはまだいじめられています。

テキスト入力とIMEの心配については、キーダウンイベントによって指定された仮想キーを手動でテキスト文字列に変換しようとするような偽のことをしていない限り、問題が発生する可能性はほとんどありません。

ただし、言及していない追加の問題がいくつかあります。快適に読み取れる最小フォントサイズは、ラテン文字で記述された言語よりも大きくなります。流れを強調するための太字と斜体は、一般的に適切ではありません。ハンユニフィケーションとは、Unicodeを使用するときに、さまざまなCJK言語に適切なフォントを指定することに注意を払う必要があることを意味します。期待するオーディエンスに応じて、中国語の従来のインターフェイスと簡体字インターフェイスの両方を提供することをお勧めします。

私はしばらくの間、これらの線に沿ってより包括的なガイドを書くつもりでした。より多くの情報が必要な場合は、遠慮なく私を蹴ってください。

于 2008-09-02T22:05:22.513 に答える