問題タブ [localization]

私は多くのアジア言語のローカリゼーション プロジェクトに取り組んでおり、次の機能を備えた強力なテキスト エディターを探しています。

1) Unicode サポート 2) ファイル内検索 3) ファイル内置換 4) 正規表現 5) 複数行検索/置換 6) ビルトイン diff

私は現在 NotePad++ を使用していますが、実際にはファイル内検索ツールで Unicode をサポートしていません。EmEditor は有望に見えますが、複数行の検索/置換機能はありません。

中国語、日本語、または韓国語のファイルを扱っている人は、好きな無料または商用のテキスト エディターを持っていますか?

ローカリゼーションに関する情報が必要です。ローカリゼーション関連の問題のほとんどを処理する C# 2.0 で .net 2.0 を使用しています。ただし、特定の画面の現在のカルチャに対応するアルファベットを手動で描画する必要があります。

これは、Microsoft Outlook の [連絡先] 画面 ([連絡先] の下の [住所カード] ビューまたは [詳細な住所カード] ビュー) に似ているため、右端にアルファベットごとに 1 つずつボタンの列が必要です。

私はそれをエミュレートしようとしていますが、ユーザーにスクリプトの選択を求めたくありません。今の文化が例えば中国語なら、漢字を描きたいです。ユーザーがカルチャ情報を英語に変更したとき (およびアプリケーションを再起動したとき) に、代わりに英語のアルファベットを描画したいと考えています。このクエリの目的を理解していただければ幸いです。

現在のユーザーのカルチャを特定できます (Application.CurrentCulture または System.Globalization.CultureInfo.CurrentCulture はカルチャ関連の情報を提供します)。また、アルファベットをレンダリングするためのすべてのスクリプトもあります。ただし、問題は、カルチャ情報をスクリプトの名前にマップする方法がわからないことです。

つまり、カルチャに対応するスクリプト名を特定する方法はありますか? または、カルチャに対応する Unicode 文字値の範囲を特定することは可能ですか? どちらの方法でも、ボタンのアルファベットを適切にレンダリングできます。

これに関する提案やガイダンスをいただければ幸いです。私のアプローチ (または私が達成しようとしていること) に根本的な問題がある場合は、それも指摘してください。御時間ありがとうございます。

PS: 最も簡単な解決策は、スクリプト名をユーザー設定の一部として構成するか、ユーザーが選択できる言語のリストを表示することです (Outlook 2007 の Contact のように)。しかし、ユーザーが何もしなくても、文化に対応するアルファベットをレンダリングできるかどうかを確認しようとしています。

.Net (より具体的には VB ですが、それは実際には問題ではありません) では、その数値の型を厳密に使用して、数値の形式をあるカルチャから別のカルチャに変更する方法はありますか?

問題はこれです: 英語では、数字は 123.45 です。一方、スウェーデンでは、その数は 123,45 になります。

123,45 を 123.45 に変換し、それを文字列に変換せずに (そして書式設定メソッドを使用して) 正しい型 (single、double など) に変換する方法はありますか?

asp.net 多言語ローカライズされた Web アプリケーション (文字列リソースの UI ローカライズのみ) を構築する最善の方法について、あなたの意見は何ですか。特にこの2つのこと：

1. リソースを保存するには？Xml ファイル、resx ファイル、または何か他のファイルですか?
2. URL の処理方法 クエリ文字列に言語パラメーターを常に保持したくないので、URL 書き換えを使用する必要がありますか?

/BR

質問

データベース バックエンドをアプリケーションに合わせてローカライズするという課題に直面したことがある方は多いと思います。そうでない場合は、将来そうしなければならない可能性が非常に高いと自信を持って言えます。私は、データベース エンティティのテキストの複数の翻訳 (通貨などについても同じことが言えます) を格納することについて話しているのです。

たとえば、従来の「Category」テーブルには、グローバル化する必要がある Name 列と Description 列がある場合があります。1 つの方法は、エンティティごとに「テキスト」テーブルを作成し、結合を実行して、提供された言語に基づいて値を取得することです。

これにより、ローカライズするエンティティごとに 1 つずつ、多くの「テキスト」テーブルが残り、TextType が追加されて、格納されるさまざまなテキストが区別されます。

この種のサポートを SQL Server 2005/2008 データベースに実装するための文書化されたベスト プラクティス/設計パターンがあるかどうかに興味があります (サポートされているキーワードなどが含まれている可能性があるため、RDBMS について具体的に説明しています。実装で）？

XML アプローチに関する考え

私が (これまで頭の中でのみ) 考えていたアイデアの 1 つは、SQL Server 2005 で導入された XML データ型を活用することでした。 ）。XML には、ローカライズされた文字列と、関連付けられている言語コード/カルチャが含まれます。

の線に沿った何か

次に、XMLとして次のようなものがあります

その後、次のことができます (これは製品コードではないため、* を使用します)

そして、ローカライズされたすべてのテキストを含む製品が返されます。つまり、クライアント側で抽出を行う必要があります。ここでの最大の問題は、明らかに、各クエリで返さなければならない余分なデータの量です。利点は、ルックアップ テーブルや結合などのないクリーンな設計になることです。

ところで、私が自分の設計で使用する方法が何であれ、Linq To SQL (.NET Platform) を使用してデータベースにクエリを実行します (XML アプローチは、クライアントと解釈できる XElement を返すため、問題になるはずです)。側）

そのため、データベースのローカリゼーションの設計パターンに関する提案と、XML の考え方に関するコメントをいただければ幸いです。

サイト内のすべてのページに表示されるメニューから、ユーザーがサイトを表示する言語を選択できる典型的な言語メニューを実装しようとしています。

このメニューは、複数のマスター ページに表示されます (現在、ユーザーがログインしているページ用に 1 つと、ユーザーがログインしていないページ用に 1 つ)。

私の現在の実装には、マスター ページの基本クラスが 1 つあります (MasterBase と呼びましょう)。MasterBase にイベントがあります

ここで、LanguagedChangedEventHandler は単純に次のように定義されます。

MasterBase にはオーバーライド可能なメソッドもあります

これは基本的にイベントを発生させます。

MasterBase を継承する各マスター ページは OnLanguageChanged をオーバーライドし、スレッドの CurrentUICulture を設定するなどの通常の処理を実行し、次に言語 Cookie を実行します。

新しいカルチャのローカライズされた値でページをリロードするようにします。ログインしたユーザーのマスター ページでは、データベース内のユーザーの言語設定も更新されます。

現在、各言語オプションは、MasterBase から継承するマスター ページの LinkBut​​ton です。リンクがクリックされると、正しいカルチャ情報を渡す基本の OnLanguagedChanged メソッドが呼び出されます。例えば

言語の変更を処理する必要がある各ページには、ページの読み込みに次のようなコードがあります...

かなり複雑な「フレームワーク」=)

1. まず、新しい開発者は、言語の変更を処理するために、MasterBase の LanguageChanged イベントにメソッドを接続する必要があることを理解するのが困難です。はい、文書化しています。しかし、それは単純明快なものではありません。
2. 次に、言語の変更はすべてポストバックです。これは、ブラウザの [戻る] ボタンで戻りたい場合に特に問題になります。

よりエレガントなソリューションを探しています。上記の両方の問題がなく、現在の要件も処理するもの。

どんな提案でも大歓迎です。ありがとう。

私は翻訳のあるデータベースを探しているので、高価な翻訳者ではなく、機械で翻訳されたフレーズや単語だけを使用することができます。単語やよく使われるフレーズを使った翻訳データベースのようなものはありますか？

わからない場合は、そのようなサービスを利用しますか？

編集：データベースは非常に悪い傾向があるため、自動翻訳者ではなく、人だけが監視する必要があります

アプリケーションのローカライズ バージョンで考慮すべき領域について考えると、すぐに多くのことが浮かび上がります。

• テキスト表示
• 日時
• 単位
• 数字と小数
• ユーザー入力形式
• 左から右へのサポート
• ダイアログとコントロールのサイズ

ローカライズ可能なアプリケーションを構築する際に覚えておくべき、または心に留めておくべき事項/領域は他にありますか? テキストのローカリゼーションだけでなく、ローカリゼーションに関するすべてのベスト プラクティスのリストを提供するリソースはありますか?

さまざまな言語で winform を実装する最良の方法を探していますが、常に再コンパイルする必要があるため、Visual Studio のリソース ファイルを使用したくありません。

コンパイルせずに XML ファイルを使用する次の解決策を見つけました: http://www.codeproject.com/KB/miscctrl/xml_localization.aspx

ユーザーは xml を編集でき、将来的には私のアプリケーションに翻訳を提供することができます。

これのためのより良い方法を知っていますか？

WPFでのローカリゼーションに推奨されるアプローチは、LocBamlツールを使用して、ローカライズ可能なアイテムをcsvファイルなどに抽出し、アイテムを目的の言語に翻訳して、このcsvファイルから新しいサテライトアセンブリを再生成することです。ただし、私の実験から、これはresources.resxファイルからの衛星アセンブリの生成と競合しているようです。どちらもリソースを単一のリソースファイルに結合しておらず、既存の衛星アセンブリを単にオーバーライドしているためです。

LocBaml / generateからの出力とresources.resxファイルで実行中のresgenの出力の「マージ」を実行するための推奨されるアプローチ（またはさらに優れた既存のツール）はありますか（デフォルトでは、ビルド時にVSによって実行されます）。同じ問題に取り組んでいる人はいますか？