Visual Studio International Pack フォーラム

East Asia Numeric Formatting Library を使用してWindowsServer2003 で時々エラーが発生してしまいます。

Thu, 26 Nov 2009 05:51:24 Z

はじめまして、プログラマ初心者です。

今年度より、社内の帳票システムをWebアプリにて構築中です。

開発環境：
Windows XP　Professional SP3
Visual Studio 2008 C#

実行環境：
Windows Server 2003 Standard R2 SP2 X86
SQL Server 2005 Express Edition
RAM 4Gb
クライアント（主にWindows XP Pro）からIE8でWebを開き、データ登録、確認を行うシステム

業務の金額入力で人為的ミスが多いため、漢数字を表示させたいと考えていました。すると、Microsoft Visual Studio International Pack を発見し、素晴らしいと早速導入しました。

Microsoft Visual Studio International Pack 2.0 内のEast Asia Numeric Formatting Library を使用して、数字入力をした後に、カーソルを移動すると漢数字を表示させて、入力ミスを軽減するWebアプリになりました。

テストも終わり無事に完成しました。次にサーバーにアップロードし一時休戦しておりました。3日経って脳から消えかかってきた時、連絡が・・・、「エラーだよ」。発生原因は何だ？と調べていくと、次のような内容でした。

'/webform' アプリケーションでサーバーエラーが発生しました。
--------------------------------------------------------------------------------

ファイルまたはアセンブリ 'EastAsiaNumericFormatter'、またはその依存関係の 1 つが読み込めませんでした。アクセスが拒否されました。
説明: 現在の Web 要求を実行中に、ハンドルされていない例外が発生しました。エラーに関する詳細および例外の発生場所については、スタックトレースを参照してください。

例外の詳細: System.IO.FileLoadException: ファイルまたはアセンブリ 'EastAsiaNumericFormatter'、またはその依存関係の 1 つが読み込めませんでした。アクセスが拒否されました。

ソースエラー:

[関連したソースの行はありません]

ソースファイル: c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\webform\532a2458\4c77c30b\App_Web_p-lxr6ms.2.cs 行: 0

アセンブリ読み込みトレース: 以下の情報は、アセンブリ 'EastAsiaNumericFormatter' を読み込めなかった原因を調べるのに役立ちます。
警告: アセンブリバインドのログ記録がオフにされています。
アセンブリバインドのエラーログを有効にするには、レジストリ値 [HKLM\Software\Microsoft\Fusion!EnableLog] (DWORD) を 1 に設定してください。
注意: アセンブリバインドのエラーログに関連するパフォーマンスペナルティがあります。
この機能をオフにするには、レジストリ値 [HKLM\Software\Microsoft\Fusion!EnableLog] を削除します。

スタックトレース:
[FileLoadException: ファイルまたはアセンブリ 'EastAsiaNumericFormatter'、またはその依存関係の 1 つが読み込めませんでした。アクセスが拒否されました。]
   System.Reflection.Assembly._nLoad(AssemblyName fileName, String codeBase, Evidence assemblySecurity, Assembly locationHint, StackCrawlMark& stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection) +0
   System.Reflection.Assembly.nLoad(AssemblyName fileName, String codeBase, Evidence assemblySecurity, Assembly locationHint, StackCrawlMark& stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection) +43
   System.Reflection.Assembly.InternalLoad(AssemblyName assemblyRef, Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean forIntrospection) +127
   System.Reflection.Assembly.InternalLoad(String assemblyString, Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean forIntrospection) +142
   System.Reflection.Assembly.Load(String assemblyString) +28
   System.Web.Configuration.CompilationSection.LoadAssemblyHelper(String assemblyName, Boolean starDirective) +46

[ConfigurationErrorsException: ファイルまたはアセンブリ 'EastAsiaNumericFormatter'、またはその依存関係の 1 つが読み込めませんでした。アクセスが拒否されました。]
   System.Web.Configuration.CompilationSection.LoadAssemblyHelper(String assemblyName, Boolean starDirective) +613
   System.Web.Configuration.CompilationSection.LoadAllAssembliesFromAppDomainBinDirectory() +203
   System.Web.Configuration.CompilationSection.LoadAssembly(AssemblyInfo ai) +105
   System.Web.Configuration.AssemblyInfo.get_AssemblyInternal() +29
   System.Web.Compilation.CompilationUtil.GetTypeFromAssemblies(AssemblyCollection assembliesCollection, String typeName, Boolean ignoreCase) +132
   System.Web.Compilation.BuildManager.GetType(String typeName, Boolean throwOnError, Boolean ignoreCase) +291
   System.Web.UI.Page.get_ScriptManagerType() +44
   System.Web.UI.Page.get_IsPartialRenderingSupported() +61
   System.Web.UI.WebControls.BaseValidator.RegisterValidatorCommonScript() +22
   System.Web.UI.WebControls.BaseValidator.OnPreRender(EventArgs e) +53
   System.Web.UI.Control.PreRenderRecursiveInternal() +80
   System.Web.UI.Control.PreRenderRecursiveInternal() +171
   System.Web.UI.Control.PreRenderRecursiveInternal() +171
   System.Web.UI.Control.PreRenderRecursiveInternal() +171
   System.Web.UI.Control.PreRenderRecursiveInternal() +171
   System.Web.UI.Control.PreRenderRecursiveInternal() +171
   System.Web.UI.Control.PreRenderRecursiveInternal() +171
   System.Web.UI.Control.PreRenderRecursiveInternal() +171
   System.Web.UI.Control.PreRenderRecursiveInternal() +171
   System.Web.UI.Control.PreRenderRecursiveInternal() +171
   System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint) +6741
   System.Web.UI.Page.ProcessRequest(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint) +242
   System.Web.UI.Page.ProcessRequest() +80
   System.Web.UI.Page.ProcessRequestWithNoAssert(HttpContext context) +21
   System.Web.UI.Page.ProcessRequest(HttpContext context) +49
   ASP.members_0305_form03050a_aspx.ProcessRequest(HttpContext context) in c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\webform\532a2458\4c77c30b\App_Web_p-lxr6ms.2.cs:0
   System.Web.CallHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute() +181
   System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously) +75

--------------------------------------------------------------------------------
バージョン情報: Microsoft .NET Framework バージョン:2.0.50727.3603; ASP.NET バージョン:2.0.50727.3082

えっ、せっかく導入した新機能が・・・・・。大変だ。どうしようと冷や汗が出るばかり。
それでも、一時の対処方を見つけましたが1週間程で同様なエラーが発生してしまいます。

一時の対処方は、Temporary ASP.NET Files 内のフォルダ（上記の場合「532a2458」フォルダ）を削除する事で正常に戻りました。

アクセス権と思うのですが、Temporary ASP.NET Files 内に自動的に作成されるファイルなので、どうしてよいやら・・・。

このエラーは、アッセンブリを参照しているページで発生し、他のページやサイト、Webサーバー自体は正常に動いているようです。

何か設定が悪いのでしょうか？、それともコードが悪いのでしょうか？

説明不足もあるとは思いますが、ご教授のほどよろしくお願いします。

追伸
（多分ですが、問題の）ファイル情報は、
　　EastAsiaNumericFormatter.dll
　　　　サイズ　41.0 KB (42,064 バイト)
　　　　作成日時　2008年3月24日、17:12:20
　　　　更新日時　2008年3月24日、17:12:20
　　　　Assembly Version 1.0.0.0
　　　　ファイルバージョン 1.0.0.0
　　　　会社名 Microsoft Corporation
　　　　言語　ニュートラル言語
　　　　正式ファイル名　EastAsiaNumericFormatter.dll
　　　　製品バージョン　1.0.0.0
　　　　製品名　Microsoft Visual Studio International Pack
　　　　内部名　EastAsiaNumericFormatter.dll
　　　　デジタル署名　Microsoft Corporation
　　　　署名時刻　2008年3月24日 18:12:18
　　　　MD5　C8ED0E763EF3DAFFA25270B716F4D385

を使用しています。

追伸2
ユーザー認証には、MSDNの「ASP.NET からの Active Directory ドメインサービス認証」を参考にして、フォーム認証を作成しました。
http://msdn.microsoft.com/ja-jp/library/ms180890.aspx

ユーザーIDとパスワードを入力しドメインサービス認証されなければ閲覧できないように作成しました。また、匿名での閲覧は許可していませんので、直接URLを指定してもログインページに正常にリダイレクトされます。

YomiganaWPFTextBoxで、Shift 選択での削除と、DataBinding について

Tue, 10 Nov 2009 03:02:41 Z

お世話になります。
a_山田です。

2.0がリリースされたので、早速、試してみました。

少し動作について質問させていただきます。

1. 変換元(name)に値を入力する
2. タブでTextBoxを遷移する
　このときにYomiganaが対象のテキストボックス(kana)へカナへ入力される。
3. 変換元に戻って、マウス or Shift + ←キーで選択して、バックスペースで削除する
4. タブでTextBoxに遷移する
　このときにテキストボックスの内容がクリアーされない

Shift選択や、マウス選択の後の削除の動作が反映されていないのですが、
これは正しい仕様なのでしょうか？

また、この質問はInternational の質問ではないかもしれませんが、
WPFを利用していると、DataBindingを利用することが多いのですが、
YomiganaWPFTTextBoxに入力し、他のTextBoxに読み仮名が反映されたときに、
DataBindingが行われるようにしたいのですが、そのような設定はできますでしょうか？

お手数をおかけしますが、ご教授宜しくお願い致します。

<!-- 変換元 -->
<my:YomiganaWPFTextBox
    InputMethod.PreferredImeState="On"
    Grid.Row="1"
    HorizontalAlignment="Left"
    Margin="60,0,0,0"
    Name="yomiganaWPFTextBox1"
    Height="22.5"
    VerticalAlignment="Center"
    Width="145"
    Text="{Binding Name,
        ValidatesOnExceptions=True,
        ValidatesOnDataErrors=True
    }"
    Background="LavenderBlush" MaxLines="1" MaxLength="100" TabIndex="2" BindingControl="kana" />

<!-- カナ -->
<TextBox
    InputMethod.PreferredImeState="On"
    HorizontalAlignment="Left"
     x:Name="kana"
     Margin="236,0,0,0"
     Width="145"
     Height="22.5"
     Grid.Row="1"
     VerticalAlignment="Center"
     Text="{Binding Kana,
        ValidatesOnExceptions=True,
         ValidatesOnDataErrors=True}" TabIndex="3" MaxLines="1" MaxLength="100" />

<!-- その他 -->
<TextBox
    InputMethod.PreferredImeState="On"
    HorizontalAlignment="Left"
    Margin="441,0,0,0"
    Width="145"
    Height="22.5"
    Grid.Row="1"
    VerticalAlignment="Center"
    Text="{Binding Representative,
    ValidatesOnExceptions=True,
    ValidatesOnDataErrors=True}" TabIndex="4" MaxLines="1" MaxLength="100" />

Visual Studio International Feature Pack 2.0 製品版をリリースいたしました

Wed, 28 Oct 2009 08:25:11 Z

Microsoft Visual Studio International Feature Pack 2.0 (Visual Studio インターナショナル機能拡張パック) 製品版を10月20日にダウンロードセンターにリリースいたしました。

Microsoft Visual Studio International Feature Pack 2.0 は、ダウンロードセンターより無償にてダウンロードできます。

Visual Studio International Feature Pack 2.0 (Visual Studio インターナショナル機能拡張パック) は、バージョン 1.0 (バージョン1.0 の製品名は「Microsoft Visual Studio International Pack 1.0 SR1」です。) と同様に、.NET 開発者が、対象とする国および地域の要件にあったソフトウェアを開発することを容易にする、無償のコントロールおよびクラスライブラリが収められています。

日本向けには、読み仮名の取り扱いを容易にする、フレームワークをご用意いたしました。

Yomigana Framework には以下のクラスライブラリとコントロールが含まれます。

クラスライブラリ
- 文字列型を対象に、読み仮名を付けることができます。また、汎用的な用途として、ジェネリックを使い、任意のオブジェクトを注釈として、任意の列挙可能なコレクションに付けることができます。
- .NET Framework に組み込まれている IComparer や IComparable インターフェイス、StringComparer クラスを利用しているため、既存のコードを利用しながら、並べ替えや比較が行えます。
- Unicode の Interlinear Annotation 形式の入出力、JIS X 4052 形式の出力を備え、これらの標準に準拠するデータとの相互運用ができます。
コントロール
- ASP.NET AJAX、WPF、およびWindowsフォームの強化されたテキストボックスにより、ユーザ入力から読みを取得することができます。
- 強化されたASP.NETのラベルコントロールにより、ルビ表記タグを使った表示ができます。

上記のコンポーネントに加え、簡体字中国語、繁体字中国語、韓国語、アラビア語向けの４つのコンポーネントもあわせて提供しています。

Chinese Text Alignment Class Library and TextBox Controls には、簡体字中国語の均等割り付けを支援するためのWindows フォームとWPFのテキストボックスコントロール、および簡単に中国語固有の均等割付を用いて文字列を描画できるクラスライブラリが含まれています。
Chinese Auto Complete Class Library and TextBox Controls には、簡体字中国語と繁体字中国語のオートコンプリートを支援するためのWindows フォームとWPFのテキストボックスコントロール、および簡単に基本コントロールにIME入力を考慮したオートコンプリート機能を提供するライブラリが含まれています。
Korean Auto Complete Class Library and ComboBox Controls には、韓国語のオートコンプリートを支援するための Windows フォームと WPF のコンボボックスコントロール、および簡単に基本コントロールに IME 入力を考慮したオートコンプリート機能を提供するライブラリが含まれています。
Numeric Formatting Library は 5つの言語を対象に、数値データを数字文字列に変換するクラスライブラリを提供します。2.0ではアラビア語が対象に加えられました。

問題点のご報告、製品に関するご意見は、引き続き当フォーラムにて、受け付けております。また、こんな機能が欲しいなど将来版に関しての要望もお待ちしております。

この投稿は現状のまま何の保証もなく掲載しているものであり、何らかの権利を許諾するものでもありません。コミュニティにおけるマイクロソフト社員による発言やコメントは、マイクロソフトの正式な見解またはコメントではありません。詳しくは http://www.microsoft.com/japan/communities/msp.mspx をご覧ください。

.NET Framework v4 以降の国と地域のデータの更新と取得方法に関するご意見をお寄せください

Mon, 06 Jul 2009 10:40:37 Z

表題と同じ blog を最近投稿しましたので以下に内容を転記いたします。International Feature Pack と同様、国際化の範疇の中で、こちらのフォーラムでご意見、ご質問、ご要望に関するディスカッションから、適切な要件を導き出せればと考えておりますので、ぜひご意見をお寄せいただければ幸いと存じます。よろしくお願い申し上げます。

大変多くの支援機能が付き、ますます日々の開発作業が楽しみな次期バージョンの .NET Framework と Visual Studio ですが、ここで皆さまに国際化データの更新に関するお知らせと、それに対するご意見をうかがわさせていただきたく、こちらの内容を書かせていただいています。詳細は .NET Framework デベロッパーセンターに最近アップロードされた「Microsoft .NET Framework 4 (Beta 1): グローバリゼーションの更新情報」にございますが、要約すると以下のような更新が入ります。

ユーロ通貨対応など最新の国際市場の反映とニュートラルカルチャのつながりを完成させるための、150以上のカルチャに関するデータの追加。
中国語の命名規則の整合化と国際標準への準拠。
Windows 7 以降の OS において、最新の OSからの国際化データを反映するように、取得方法の変更 (これにより WindowsOnlyCultures, FrameworkCultures は古い形式となります)。
ソート、大文字/小文字の処理、正規化に関して、文字列の Unicode 5.1 への準拠。
東アジア圏の言語 (日本語を含む) に対する代替ソートの削除。
GetConsoleFallbackUICulture がニュートラルから特定のカルチャ (日本語の場合は ja から ja-JP へ) を返すよう変更。
v2で作成された、置換カルチャの読み込みサポートの廃止。

Redmond の担当のチームは、こちらの変更に関して、ぜひ、日本の開発者の皆さまからのご意見、ご質問、ご要望を拝聴させていただければと申しております。つきましては、こちらの blog に対するトラックバック、もしくは、MSDN フォーラム内にございます Visual Studio International Pack フォーラムへ、ご意見をお寄せいただければ幸いと存じます。

以上の内容ですが、一般的な内容はこちらのスレッドにお寄せください。固有のものは、新しいスレッドにてお願いいたします。

International Feature Pack 2.0 ベータ評価の締め切りに関して

Tue, 28 Jul 2009 09:53:11 Z

さて、International Feature Pack 2.0 もベータを公開して一月以上が過ぎましたので、もうまもなく、皆さまからのご評価の受付を終了させていただきたいと思います。皆さまお忙しいとは存じておりますが、期日を、来週の8月3日の月曜日の朝までとさせていただくことにします。これまでご協力いただいた皆さまへ、心から感謝の意を述べさせていただくとともに、他のかたがたで、まだ、こちらでご報告が上がっていること以外に、お気づきになられているかたがいらっしゃる場合は、期限までにご連絡のほどをお願いいたします。

また、International Pack 1.0 と同様に、ベータは、今回も一度でございます。なにとぞ、ご理解くださいますようお願い申し上げます。

JpnKanaConversion.dllの再配布についての質問

Tue, 28 Jul 2009 01:52:53 Z

Microsoft Visual Studio International Pack 1.0 Service Release 1 に含まれる、
・JpnKanaConversion.dll
・JpnKanaConvHelper.dll
等を、アプリケーションと一緒に直接再配布してもライセンス上の問題はないでしょうか？
配布に当たってのアドバイスをお願いいたします。

読みの扱いについての長期的な雑感

Mon, 06 Jul 2009 13:16:32 Z

VSIP 2.0 で読み仮名を扱うためのライブラリが追加されるようで、それは嬉しいニュースなのですが、特に Vista 以降においてもっと広い範囲で読みがきれいに OS に収まってくれないかなぁ、と思っていますが、みなさんはいかがですか？

* スタートメニューの検索で、確定するまで動いてくれなかったり
* コントロールパネルの検索も同じ
* Windows Media Player でアーティスト探すのが大変だったり
* Windows Search でファイルがたくさん出てくるのはいいけど、Unicode 順のソートだとうまく探せなかったり

VISP 2.0 は、日本にいる開発者向けとしてはライブラリでいいと思うのですが、英語を話している人が普通にコードを書いて、そのまま読みが入る形じゃないと、いたちごっこの気がするのです。Apple も以前に TextObjects （だったかな？）とかのクラスライブラリを作って、英語版をこれで開発すればそのまま読みが入る、と言っていましたが、英語版を作る人がそのライブラリを使うモチベーションがないので、結局あまり使われていないような気がします。

ちょっとハック的に感じる方もいらっしゃるかもしれませんが、やはり Unicode 文字列として表現できる範囲内に読みを入れないことには、根本的な解決にならない気がするのです。文字列が 1 バイトのころ、Windows は CharPrev/CharNext API を作りましたが、やっぱりそれを使ってくれない開発者がたくさんいたことには対処できなかったのと同じ問題で、新しいデータ構造や API を用意すれば開発は容易にはなりますが、読みが入る場所すべてにパッチを当てていく作業そのものには変化がありません。IME のように、透過的に読みが扱えるようになってほしい、というのが究極の願いではないかと思います。

だいぶ昔にMS本社の方と雑談した際には、Unicode 3.0 にルビ用の文字コードがあるのでそれを使ってはどうかと言われました。それでもいいと思うし、別の新しいコードポイントをUnicodeに提案してもいいと思うし、国際的に理解が得られる形であればどれを使ってもいいと思うのですが、そういうような、MS が IME で一度は実現して見せたような、英語版のコードでそのままふり仮名が通って、ソートもオートコンプリートも英語版のコードでそのまま動くようなものをいつかは MS に用意してもらえたらとと願っています。

そう思っているのは、私だけではないような気がするのですが、いかがでしょうか？

CompareOptions 列挙体について

Mon, 06 Jul 2009 12:29:23 Z

見つけた時は便利なものがあるなぁ、と思ったのですが、意外に使えるところが少なくて、うまく使えていません。

例えば、String.StartsWith(String, StringComparison) で書かれたコードを日本語で全角半角を無視したい場合、メソッドそのものを書きなおさないといけないです。String.StartsWith(String, Boolean, CultureInfo) が近いのですが、オプションが bool ignoreCase だけなので使えません。

CompareOptions が使えるのは、CompareInfo のメソッドだけなので、

CultureInfo.CurrentUICulture.CompareInfo.IsPrefix(String, String, CompareOptions)

に書き変えないといけません。

さらに、例えば全角半角を無視する Dictionary を作ろうとすると、StringComparer は

StringComparer.Create(CultureInfo, bool ignoreCase)

だけなので、自前の IEqualityComparer<string> を作ってやらないといけません。

String.StartsWith, StringComparer.Create など、bool ignoreCase を持っているメソッドに、CompareOptions を引数として受け取るメソッドがほしいです。

できれば .NET 4 で BCL に入れてもらえると、英語版の元コードを変えずにローカライズしやすくなるのでうれしいと思いますが、いかがでしょうか？

ASP.NET でフリガナ (ruby) を表示できる YomiganaServerLabel コントロール (beta版) の仕様・不具合

Wed, 24 Jun 2009 07:10:16 Z

Visual Studio International Feature Pack 2.0 Beta に含まれている YomiganaServerLabel コントロールを試してみました。 Windows 7 RC に Visual Web Developer 2008 Express Edition SP1 です。

このコントロールは、そのコンテンツ ( Text プロパティ ) に与えられる文字列として、 Unicode の Interlinear annotation を受け入れます。そして、それを xhtml の ruby 要素として出力してくれます。

【 ASP.NET での記述例】
<cc1:YomiganaServerLabel ID="YomiganaServerLabel1" runat="server" TextCssClassId="TextID" YomiganaCssClassId="YomiganaID"
>\uFFF9今日\uFFFAきょう\uFFFBは\uFFF9良\uFFFAりょう\uFFFBい\uFFF9天気\uFFFAてんき\uFFFBです</cc1:YomiganaServerLabel>

【出力される html 】
<span id="YomiganaServerLabel1"><ruby class = "TextID" ><rb> 今日</rb><rt class = "YomiganaID" >きょう</rt></ruby><ruby class = "TextID" ><rb> は</rb><rt></rt></ruby><ruby class = "TextID" ><rb> 良</rb><rt class = "YomiganaID" >りょう</rt></ruby><ruby class = "TextID" ><rb> い</rb><rt></rt></ruby><ruby class = "TextID" ><rb> 天気</rb><rt class = "YomiganaID" >てんき</rt></ruby><ruby class = "TextID" ><rb> です</rb><rt></rt></ruby></span>

この ruby, rt, rt という要素は 2001年に xhtml の一部を構成する規格になっています。 IE はもちろん対応していて、 rb で指定された文字列の上側に、 rt で指定された文字列が小さなフォントで表示されます。 Firefox は本体ではまだ対応していませんが、アドインを組み込めば同様に表示されます。
※ 私の blog には、ブラウザの画像を載せてあります。

まず、この Interlinear annotation に対応したというのは、初めてじゃないでしょうか。 Unicode ver.3 (1999年) で規定されていながら、対応した実装を見た記憶がありません。 ( Connect ID=414678 のように、要望は出されていたりします。 )
WinForm の Label や RichEdit などで実装するのは大変で、 html ならばすでにある ruby 要素を出力するだけだから、という難易度の差はありますが、それでも Interlinear annotation に対応した実装が出てきたというのは、すばらしいことだと思います。
※ Interlinear annotation は、既存の Unicode 処理システムに流しても問題無いはずです …という建前ですが、実際にやってみると、途中で消えてしまったり表示がおかしくなったりといった問題が出てくることでしょう。また、フリガナ部分だけ削除するといった新しいフィルタリングの要求も出てくると思います。これ以外にも、 Unicode には異体字セレクタなど、同様な問題を潜在的に抱えているコードがありますので、「Unicode に完全対応したシステム」への試金石ともなりましょう。

前置きが長くなりましたが、以下、要望です。

1. rb タグの直後に空白が 1文字入ってしまう。 ( 不具合だと思います。 )
2. ruby 要素にしなくてもよい部分 ( フリガナが無い部分 ) まで、 ruby 要素に変換してしまっています。データ転送量のことを考えると、 ruby 要素にしないほうがよいのではないかと思います。 ( この仕様は、 CSS を理解しやすくするためでしょうか? )
3. オプションで rp 要素も出せるようにしてほしい。フリガナの前後に rp で括弧などを付けて出力してあげないと、 ruby 要素に対応していないブラウザでは、読めたものではなくなりますので。 ( 音声読み上げを考えると、 CSS で視覚的に識別できるというのでは不十分でしょう。 )

biac [ http://bluewatersoft.cocolog-nifty.com/ ]

WinForm で読み仮名を取得できる YomiganaTextBox コントロール (beta版) の仕様・不具合

Mon, 22 Jun 2009 01:53:59 Z

YomiganaTextBox コントロールを軽くさわってみました。 Windows 7 RC に Visual C# 2008 Express Edition SP1 です。

参照設定をしたところで、いきなりガックシです。
* 名前空間が YomiganaWinFrom Controls になっています。 ( スペルミス )

本コントロールとラベルを Form に貼り付け、TextChanged ハンドラを追加。

private void yomiganaTextBox1_TextChanged(object sender, EventArgs e) { this.label1.Text = ((YomiganaTextBox )sender).Yomigana ; }

これで、とりあえず実行してみたところ…
* コントロール内部の OnLostFocus イベントハンドラで NullReferenceException 例外が発生
※ Win7RC だから、でしょうか?

System.NullReferenceException はハンドルされませんでした。
Message="オブジェクト参照がオブジェクトインスタンスに設定されていません。"
Source="YomiganaTextBox"
StackTrace:
       場所 Microsoft.International.YomiganaWinFromControls.YomiganaTextBox.OnLostFocus(EventArgs e)
       場所 System.Windows.Forms.Control.WmKillFocus(Message& m)
       場所 System.Windows.Forms.Control.WndProc(Message& m)
       場所 System.Windows.Forms.TextBoxBase.WndProc(Message& m)
       場所 System.Windows.Forms.TextBox.WndProc(Message& m)
       場所 Microsoft.International.YomiganaWinFromControls.YomiganaTextBox.WndProc(Message& m)
       場所 System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
       場所 System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
       場所 System.Windows.Forms.NativeWindow.DebuggableCallback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
       場所 System.Windows.Forms.UnsafeNativeMethods.PeekMessage(MSG& msg, HandleRef hwnd, Int32 msgMin, Int32 msgMax, Int32 remove)
       場所 System.Windows.Forms.Application.ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop(Int32 dwComponentID, Int32 reason, Int32 pvLoopData)
       場所 System.Windows.Forms.Application.ThreadContext.RunMessageLoopInner(Int32 reason, ApplicationContext context)
       場所 System.Windows.Forms.Application.ThreadContext.RunMessageLoop(Int32 reason, ApplicationContext context)
       場所 System.Windows.Forms.Application.Run(Form mainForm)
       場所 YomiganaWinFormTextBox.Program.Main() 場所 D:\Users\biac\Documents\Visual Studio 2008\Projects\YomiganaTextBox\YomiganaWinFormTextBox\Program.cs:行 15
       場所 System.AppDomain._nExecuteAssembly(Assembly assembly, String[] args)
       場所 System.AppDomain.ExecuteAssembly(String assemblyFile, Evidence assemblySecurity, String[] args)
       場所 Microsoft.VisualStudio.HostingProcess.HostProc.RunUsersAssembly()
       場所 System.Threading.ThreadHelper.ThreadStart_Context(Object state)
       場所 System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
       場所 System.Threading.ThreadHelper.ThreadStart()
InnerException:

これを回避するために、コントロールを継承したクラスを作り、 OnLostFocus() メソッドをオーバライドして、そこで例外を潰しちゃって、動くようにしてみました。
ようやく動いたので、 YomiganaKanaKind をカタカナに変えてみます…
* デザイン画面での YomiganaKanaKind の設定が反映されません。

InitializeComponent() 後に、自前コードで YomiganaKanaKind を指定してやれば、ちゃんとひらがなで取得できました。

実際の動きは、 WPF のものとおおむね同じですね。
※ 以下は、私の blog 記事のほうには画面も載せてあります。

1. 入力した文字を BS や DEL で削除しても、ふりがなは元のまま。 ( WPF 版と同じ )
2. 「東京都西新宿」と入力してから、途中に「新宿区」を入力。文字列の途中に挿入しても、すべて末尾への追加になってしまいます。 ( WPF 版と同じ )
3. WPF 版では問題があった「一の宮」や「市ヶ谷」は、大丈夫そうでした。
4. WPF 版では問題があった変換確定操作無しでの次入力も、大丈夫そうでした。
5. IME オンになっているときしか、読み仮名として出てきません。 IME オフのときは、入力をそのまま読み仮名として使ってほしいです。 ( WPF 版と同じ )
それと、音引きが半角になってしまいました。
6. WPF 版では問題があった読み仮名にスペースが入らない問題。一度に変換する文字列の中に含まれている空白は、フリガナにも出てきます。単独でスペースを入力したときはダメでした。
7. 「ヴ」や「ヵ」の読み仮名も、ひらがなで出てきます。素晴らしい! けど、このことを知らずに、 Unicode じゃない DB に格納してたりするとハマりますね。

biac [ http://bluewatersoft.cocolog-nifty.com/ ]

WPF で読み仮名を取得できる YomiganaWPFTextBox コントロール (beta版) の仕様・不具合

Sat, 20 Jun 2009 13:03:54 Z

International Feature Pack 2.0 Beta が公開されていることに気付くのが遅れましたが、さっそく YomiganaWPFTextBox を触ってみました。 Windows 7 RC に Visual C# 2008 Express Edition SP1 です。

いままで WPF では、ちょっとやそっとのことではフリガナを取得できなかった ( というより、事実上不可能だった) のが、さっくりと次のようなコードだけで出来ちゃうのは、素晴らしいです。

private void yomiganaWPFTextBox1_TextChanged(object sender, TextChangedEventArgs e) {
   if (this.label1 == null)
     return;
 
   this.label1.Content = ((YomiganaWPFTextBox )sender).Yomigana ;
 }

とりあえず少し使ってみた範囲で気付いたこと。 ( blog 記事のほうには画面も載せてあります )
1. 入力した文字を BS や DEL で削除しても、ふりがなは元のまま。
2. 「森泉」と入力してから、途中に「の」を入力。文字列の途中に挿入しても、すべて末尾への追加になってしまいます。
3. 変換候補の選択操作を伴うとき ( さらにもうすこし条件があるようですが… )、「一の宮」や「市ヶ谷」が、漢字のまま読み仮名として出てきてしまうことがあります。これは明らかに不具合でしょう。学習順序にもよるみたいですが、厳密な条件は良く分かりません。
4. 変換を確定させる操作 ( Enter やカーソルキー ) をせずに次の入力に移ると、読み仮名が取得されない。
5. IME オンになっているときしか、読み仮名として出てきません。 IME オフのときは、入力をそのまま読み仮名として使ってほしいです。
6. 読み仮名にスペースが入りません。 "mori^[space]ougai" とキーインし、全体を一気に変換させて確定しても、スペースは無視されてしまいます。

あと、やはり早く日本語のヘルプが欲しいです。
開発プロジェクトと関係なく事前に評価するとなると、管理者クラスのものが片手間にやることが多いかと思います。実際にコードを書かせるのは若い者にやらせるにしても、ドキュメントにあるていどは目を通さないとそれもできないので、英語では厳しいでしょう。

biac [ http://bluewatersoft.cocolog-nifty.com/ ]

Stringの不便なところを変更して欲しいというフィードバックを行いました。

Tue, 10 Feb 2009 02:48:46 Z

こんにちは中です。

StringのStringInfoへのサポートレベル強化のお願いとしてフィードバックを行いました。

https://connect.microsoft.com/VisualStudioJapan/feedback/ViewFeedback.aspx?FeedbackID=413139

是非このほかにも意見があればこことか、向こうに追記してもらえるとと思います。

こんな内容です。

1.StringInfo単位のLength命令

var str = “あいうえお”;
StringInfo sil = str.StringInfoLength;
var len = str.Length;

strが合成文字、サロゲートペアの場合silとlenは=にならない。

2.StringInfo単位のインデクサ

var str = “あいうえお”;
str.GetStringInfoCharacters[3]

strが合成文字、サロゲートペアを含む場合ただのインデクサとは=にならない。

3.IEnumerableの提供

var str = “あいうえお”;
from si in str.GetStringInfoEnumerable select si.String;

strが合成文字、サロゲートペアを含む場合だと結果が変わる

4.StringInfoのEndsWithを提供して欲しい

var str = “あいうえお”;
StringInfo si = new StringInfo();
var se = str.EndsWith(si);

5.CharのEndsWithをpublicに変更して欲しい

str.EndsWith('あ’) を出来るようにして欲しい。

中博俊 @ わんくま同盟 MSMVP Visual Studio C# Since 2004/04-2008/03, MCP

Visual Studio International Feature Pack 2.0 Beta を公開いたしました

Fri, 12 Jun 2009 09:42:49 Z

Visual Studio International Feature Pack 2.0 Beta (Visual Studio インターナショナル機能パックベータ版) を公開いたしました。ダウンロードサイトより本日からダウンロードすることができます。

製品名を変更いたしましたが、Visual Studio International Pack 1.0 と同一の製品系列で、よみがなや文字セットなど一般的な慣習に即した日本語処理に対応してほしいという皆様の声にお応えするために企画された .NET Framework 用の拡張ライブラリです。

バージョン 2.0 では、日本語処理用に以下のライブラリを提供しています。

読み仮名フレームワーク

日本語の特徴である、「表記」と「読み」が一致しない点からくる英語版との差分を埋めるための基本フレームワークを構成し、.NET Framework の技術を使った日本語での利便性を高めるためのクラスライブラリおよびコントロール群です。

フレームワーク

文字列型を対象に、読み仮名を付ける機能を提供します。また、汎用的なクラスとしてジェネリックを使用したクラスも用意されていますので、読み仮名に限らず、任意のオブジェクトを注釈として文字列に付けることもできますし、文字列でなく任意の列挙可能コレクションに注釈を付けることも可能になっています。

文字列を対象とし、読み仮名をつけるクラスでは、読み仮名付きの文字列として並び替えや比較を行うための Comparer が提供されています。

相互運用性を考慮し Unicode の Interlinear Annotation や JIS X 4052 形式の入力と出力を提供します。

コントロール

以下のコントロールが提供されます。

ASP.NET、Windows フォーム、WPF を使った開発者向けに、キーボード入力から読み仮名を取得することのできる TextBox コントロール
ASP.NET 開発者向けにルビ表記を使った表示のコントロールを提供
文字列を節に区切るためのエディタ

International Feature Pack 2.0 では、読み仮名フレームワークに加え、以下のライブラリおよびコントロールが提供されます。

Chinese Text Alignment クラスライブラリおよび TextBox コントロール

簡体字中国語の均等割り付けを支援するための Windows フォームと WPF の TextBox コントロール、および簡単に中国語固有の均等割付を用いて文字列を描画できるクラスライブラリです。

Chinese Auto Complete クラスライブラリおよび TextBox コントロール

簡体字中国語と繁体字中国語のオートコンプリートを支援するための Windows フォームと WPF の TextBox コントロール、および簡単に基本コントロールに IME 入力を考慮したオートコンプリート機能を提供するライブラリです。

Korean Auto Complete クラスライブラリおよび ComboBox コントロール

韓国語のオートコンプリートを支援するための Windows フォームと WPF の ComboBox コントロール、および簡単に基本コントロールに IME 入力を考慮したオートコンプリート機能を提供するライブラリです。

Numeric Formatting ライブラリ

５つの言語を対象に、数値データを数字文字列に変換するクラスライブラリを提供します。2.0 ではアラビア語が対象に加えられました。

ご意見、ご感想は、International Pack フォーラムへお願いします。みなさまからの、たくさんのフィードバックをお待ちしております。

マイクロソフトディベロップメント株式会社
ディベロッパー製品開発統括部
インターナショナルプログラムマネージメントグループ一同

SimplefiedChinese Pin-Yin Conversion Libraryで取得できる画数について

Wed, 10 Jun 2009 04:29:23 Z

はじめまして。1点質問があります。

SimplefiedChinese Pin-Yin Conversion Libraryの説明書きに

簡体字でpinyinの他に画数の取得もできる旨が書かれていましたが、

繁体字の画数を取得したい場合は、正しく繁体字の画数が出力されるのでしょうか？

簡単に動作を確認してみたところ繁体字を入力しても処理は出来ている模様でしたが、

当方繁体字や簡体字の知識に乏しく、検証結果に確証が持てないためこちらでお聞きした次第です。

HiraganaToKatakanaの動作について

Wed, 29 Oct 2008 10:01:06 Z

今日、ダウンロードして動かしてみました。

KanaConverter.HiraganaToKatakana("こんにちは、わたしは、はしもとです");

の結果が、

コンニチは、ワタシは、ハシモトデス

となりますが、これは仕様どおりでしょうか？

コンニチハ、ワタシハ、ハシモトデス

という結果を得るには、なにか、設定が必要でしょうか？

KatakanaToHiragana メソッドの説明が間違っています。

Fri, 12 Sep 2008 06:56:25 Z

Microsoft.International.Converters.KanaConverter クラスの KatakanaToHiragana メソッドの説明ですが「ひらがなからひらがなへ文字を変換します。」ではなく「カタカナからひらがなへ文字を変換します。」ではないのでしょうか？

(ひらがなからひらがなだと変換しなくても良いような気がしますが....)

パッケージに付属のヘルプファイル(*.chm)とXMLドキュメントファイル(*.xml)の２種類が上記表現になっています。

Visual Studio International Pack 1.0 Service Release 1 をリリースしました。

Tue, 24 Mar 2009 10:20:40 Z

ダウンロードセンターより無償にてダウンロードできます。

本サービスリリースでは、日本向けの以下のライブラリに対して修正を行いました。

Japanese Kana Conversion Libraryに対する変更点

特定のパターンの仮名文字列に対して、変換が正しく行われない場合がある問題を修正しました。

Japanese Yomi Auto-Completion Libraryに対する変更点

オートコンプリートの候補ウィンドウが正しく表示されない場合がある問題を修正しました。

上記のライブラリ以外に対する変更はありません。

製品に関するご意見およびご要望に関しては、引き続き、本フォーラムにて、受け付けております。

マイクロソフト

BUG:YomiAutoCompleteTextBoxサンプル-64Bit/Vs2008

Tue, 27 Jan 2009 14:57:10 Z

YomiAutoCompleteTextBoxサンプルが 64Bit/Vs2008 で「算術演算の結果オーバーフローが発生しました」が発生します。

発生状況をレポートします。

デバッグ起動して画面が表示された直後（キー入力する前）です。

環境：
Microsoft Visual Studio 2008
Version 9.0.30729.1 SP
Microsoft .NET Framework
Version 3.5 SP1

Windouw Vista 64Bit SP1

場所：
EmpYomiTextBox.exe!Microsoft.Samples.YomiAutoCompleteTextBox.Program.Main() 行 17 C#

Application.Run(new FormDemo());

エラーレポート：
算術演算の結果オーバーフローが発生しました。
スタックトレース：
   場所 System.IntPtr.ToInt32()
   場所 Microsoft.International.Windows.YomiAutoCompletionListener.HandleMessage(Message& message)
   場所 Microsoft.International.Windows.YomiAutoCompletionListener.PreFilterMessage(Message& m)
   場所 System.Windows.Forms.Application.ThreadContext.ProcessFilters(MSG& msg, Boolean& modified)
   場所 System.Windows.Forms.Application.ThreadContext.PreTranslateMessage(MSG& msg)
   場所 System.Windows.Forms.Application.ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop(Int32 dwComponentID, Int32 reason, Int32 pvLoopData)
   場所 System.Windows.Forms.Application.ThreadContext.RunMessageLoopInner(Int32 reason, ApplicationContext context)
   場所 System.Windows.Forms.Application.ThreadContext.RunMessageLoop(Int32 reason, ApplicationContext context)
   場所 Microsoft.Samples.YomiAutoCompleteTextBox.Program.Main()
場所 C:\\Program Files (x86)\\Microsoft Visual Studio International Pack\\Japanese Yomi Auto-Completion Library\\Sample\\YomiAutoCompleteTextBox\\YomiAutoCompleteTextBox\\Program.cs:行 17
   場所 System.AppDomain._nExecuteAssembly(Assembly assembly, String[] args)
   場所 Microsoft.VisualStudio.HostingProcess.HostProc.RunUsersAssembly()
   場所 System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
   場所 System.Threading.ThreadHelper.ThreadStart()

フォーラム名を変更しませんか。

Sat, 31 Jan 2009 06:39:09 Z

わんくま勉強会にて、International Packに限らず、国際化対応であるとか、Codeplexへの日本人の参加者を増やす施策の提案募集であるとか、そういったフォーラムの位置づけの変更（拡大）をしたとお聞きしました。

そこで、International Packに限定されるイメージのあるフォーラム名の変更の検討をお願いします。
また、何かよい名称案があれば皆さんのご意見をいただきたいと思い、スレッドを作成しました。

もうひとつ提案です。
フォーラムの概要説明がInternational Packに限定されたものになっています。
定義を広くしたのであれば、そこについても記載を改めていただけないでしょうか。

参考になった返信には「回答としてマーク」のボタンを利用して、回答に設定しましょう（複数に指定できます）。

DrawJapaneseStringの不具合なのでしょうか？

Fri, 06 Mar 2009 15:32:27 Z

WindowsVista, VS2008, C#の環境にて、

UserControl (=ScrollableControl)から派生したコントロールを作成しています。

[1] 確認事項　－スクロールでの動作

    [動作]
        AutoScroll = true, AutoScrollMinSize を適当な値に設定。

        OnPaint にて、スクロール位置を考慮した上で (下ソースのように）
        DrawJananeseString を使用して文字列を描画する。

base.OnPaint( e );  

e.Graphics.TranslateTransform( AutoScrollPosition.X, AutoScrollPosition.Y );

    [症状]

        スクロールさせると、
        正確な位置（Ｙ方向）に文字列が描画されない（以下の２点の症状が出ます）。

        ☆ 文字列が完全に描画されない
        ☆ 全く違う位置に描画される

[2] ビットマップへの DrawJapaneseString を使用した文字列描画

    [動作]

        ビットマップを作成し、そのビットマップにメイリオフォントで、DrawJapaneseString で文字列を描画。

    [症状]
        メイリオフォントとは思えないほど、文字が崩れる。

1
protected override void OnPaint( PaintEventArgs e )  

2
{  

3
    TextAlignmentStyleInfo  tasi = new TextAlignmentStyleInfo();  

4
    Bitmap                  bmp = new Bitmap( 300, 300, e.Graphics );  

5
    String                  strDraw = "テスト文字列";  

6
 

7
    using ( Graphics drawg = Graphics.FromImage( bmp ) ){  

8
        drawg.FillRectangle( Brushes.AliceBlue, 0, 0, 300, 300 );  

9
 

10
        using ( Font fnt = new Font( "メイリオ", 12.0F ) ) {  

11
            SizeF     sz = e.Graphics.MeasureString( strDraw, fnt );  

12
            Int32     iWidth, iHeight;  

13
            Rectangle rctDraw;  

14
 

15
            iWidth = (Int32)Math.Ceiling( sz.Width ) + 100;  

16
            iHeight = (Int32)Math.Ceiling( sz.Height );  

17
            rctDraw = new Rectangle( 10, 10, iWidth, iHeight );  

18
            Utility.DrawJapaneseString( drawg, strDraw, fnt, Color.Black, rctDraw, tasi, null );  

19
            drawg.DrawString( strDraw, fnt, Brushes.Black, new Point(10,100) );  

20
        }  

21
    }  

22
    e.Graphics.DrawImage( bmp, new Point(10,10) );  

23
    bmp.Dispose();  

24
}  

25
 

文字列の正規化

Sat, 28 Feb 2009 18:42:33 Z

ながしろです。

International Packの範疇がいかもしれませんが、
茶飲み話にネタ提供です。

String boke = "ほ゛け"; // ほ゛け

boke.Normalize();
Console.WriteLine(boke);

これを実行すると「ぼけ」となってほしいのですが、「ほ゛け」となります。
解決方法をご存知の方は教えてください。

以上、よろしくお願いします。

永代憲明

VisualStudio10での要望事項

Mon, 26 Jan 2009 13:44:31 Z

Microsoft Visual Studio International Pack とは少しスレ違いになってしまいますが、

VisualStudio10 に統合される可能性もあるのではないかと思いますので、日本語仕様での要望事項をお願いいたします。

１）Microsoft Visual Studio International Pack はVisualStudio10 日本語版で統合されるのでしょうか？

それとも別供給のままなのでしょうか？

VisualStudio10 日本語版で統合されないとなるとせっかくの資産が活用されない可能性が大きいと思いますので是非統合される（VisualStudio10 日本語版をインストールするだけで使える）ようにお願いします。

２）漢字モードで、XMLドキュメントで「///」「'''」を入れたときにVisualStudioのオプションで「・・・」や「’’’」ではなく自動的に「///」「'''」としてほしい。コメントも同様です。
IMEの設定で「//」の設定を変えることにより多少は可能ですが、C#やVBのコメントを入れるときだけ別設定にしていただけるとありがたいです。

コメントは基本的に日本語で打ち込むところが多いと思いますのでいちいち半角/全角キーを押したり、3つに変換が分かれてしまっている「・・・」を一つ一つ「/」に変えていくなんて大変です。

３）日本語IME における読みの入力に対応し、自動的な補完機能を行うオートコンプリートを、Visual Studioのインテリセンスに応用してほしい。

データベースのテーブル名や項目名から始まって漢字のプロパティやメソッド名を使う機会は多くなってきております。

Visual Studioのインテリセンスは漢字のプロパティやメソッド名が一番下にきていつもスクロールバーで下に落としてから探しています。一つや二つのキータッチで漢字のプロパティやメソッド名が表示されればキー操作も減って便利です。

スレ違いでしたら別に移していただいて結構ですのでご検討よろしくお願いします。

PS.WPFでのサンプルやTextBox対応はどうなっておりますでしょうか、こちらも是非 VisualStudio10 では欲しい機能です。

Japanese Text Alignment Library に「等幅割り付け」機能が欲しい

Thu, 12 Feb 2009 08:47:19 Z

日本語固有と思われる印刷文化に、均等割り付けと並んで「等幅割り付け」があります。
※ 公式な呼び方を知らないので、括弧書きにします。

帳票でも画面でも、
　　(半角カナ 2文字の長さ) = (全角文字 1文字の長さ)
が要求されるのは、日本の業務アプリケーションではしごく一般的です。
例えば、全角 10文字が入る場所には、半角カナがきっかり 20文字入らなければいけませんし、半角スペースでさえも、そこにきっかり 20文字入ることが求められます。

Web の普及で、入力画面に対する要求は昔ほどではなくなりましたが、無くなったわけではありません。
帳票に関しては、いまだに絶対条件でしょう。

ところが、等幅フォントの MS ゴシックなどを使ったとしても、上述の条件がクリアできないのは周知のことでして、業務アプリケーションの開発のたびになにがしかの対応をしているのが現実です。
・帳票ツールの文字列描画オブジェクトを細分化して、右寄せ・左寄せを細かく調整してなんとかしのぐ、小手先の対応。
・帳票ツールの利用を諦め、すべて自前で印刷面を描画するコードを書いて対応。

このある意味、均等割り付けより必要性の高い「等幅割り付け」の機能を、検討していただければ幸いです。

biac [ http://bluewatersoft.cocolog-nifty.com/ ]

次期 International Pack に欲しい機能

Sat, 31 Jan 2009 10:47:59 Z

・郵便番号変換
　せっかく辞書に最新の郵便番号が登録されているのに、これが使えないのはもったいない！
　業務で郵便番号を変換するためにDBへ郵便局からのCSVを変換して...なんて新たなプロジェクトが立ち上がる毎に行ってるんですよ、無駄でしょ？

・Web対応
　IEへ特化しても良いのでWebでの対応をお願いしたいです。
　クライアントの処理なので大変だとは思いますが、styleのIME-Modeにカタカナ入力モードが指定できるとか、
Web上で入力された文字の変換前文字が取得できるとか...

　なにとぞ検討のほどをお願いします。

このフォーラムは、2009 年 1 月に移行されました。

Wed, 28 Jan 2009 01:11:06 Z

移行の一環として、Forums 2.x プラットフォームからは、新規のスレッドとメッセージの投稿ができなくなりました。

新しいフォーラムプラットフォームでのバグを報告するには、http://social.msdn.microsoft.com/Forums/en-US/reportabug/threads/ にアクセスしてください。

新しいフォーラムプラットフォームについてのご意見は、http://social.msdn.microsoft.com/Forums/en-US/suggest/threads/ からお寄せください。

移行期間中にご不便をおかけしたことを、お詫び申し上げます。

Alicia

このフォーラムは、2009年1月27日に移行します。

Thu, 22 Jan 2009 10:12:20 Z

マイクロソフトは、MSDN、TechNet、Expression、Microsoftの各フォーラムに対しまして、新しいプラットフォームを構築しました。新プラットフォームでは、優れたパフォーマンスと安定性が実現し、ユーザーエクスペリエンスが向上しています。

このフォーラムは、2009年1月27日に、旧プラットフォーム（フォーラム 2.x）から新プラットフォーム（フォーラム 3.x ）に移行されます。私たちは、今回の移行を円滑に行なうために、このフォーラムに参加されている皆様に、事前に新しいフォーラムをお試しいただき、ご意見をお寄せいただければと考えています。今回、私たちは、Sandbox フォーラムとご提案フォーラムという2つのフォーラムを開設しました。Sandbox フォーラムでは、皆様にスレッドの作成や様々な機能をお試しいただくことができます。また、ご意見は、ご提案フォーラムからお寄せいただくことができます。ぜひ今すぐ新しいフォーラムをご体験いただき、皆様のご意見をお聞かせください。

このフォーラムが新プラットフォームに移行される当日、移行プロセスの開始をお知らせするメッセージを投稿する予定です。また、このフォーラムは、新規投稿ができないロック状態となります。なお、移行プロセスが完了次第、フォーラムの移行完了をお知らせするメッセージを投稿する予定です。

1. フォーラム内のすべての投稿は保存されます。

2. 返信により取得された貢献ポイントは、（フォーラム単位で）一緒に移行されます。

3. フォーラムおよびスレッドの「お気に入り登録」は、新しいアドレスにリダイレクトされます。

4. ご自身の「マイスレッド」は、新プラットフォームに保存されます。

なお、フォーラムの移行後、ご自身が追跡したいスレッドに Windows Live Alerts を設定していただく必要があります。

ご意見・ご感想は、ご提案フォーラムからお寄せいただくか、弊社のフォーラムプロダクトプランナー Andrew Brenner または Jeremy Kelley まで直接（英語）お問い合わせください。

ご協力のほど、よろしくお願いいたします。

Alicia

漢字からPinyinへの変換に関してですが、コンソールではPinyinに変換出来ましたが、複数のPinyinが出てきてしまいます。

Fri, 05 Dec 2008 10:57:56 Z

こんにちは、

皆様にいろいろとご教授をいただいた末、コンソールにては以下のコードでとりあえず一語だけのPinyin変換が出来たのですが、結果は"LONG1"、 "LONG2"、 "LONG5"、と、最後に数字が付いて３つ出てきてしまいます。これを単に一つの"LONG"だけにする方法はありますか？

using System;

using System.Collections.Generic;

using System.Text;

using Microsoft.International.Converters.PinYinConverter;

using System.Collections.ObjectModel;

namespace PiyinTest

{

class Program

{

static void Main(string[] args)

{

ChineseChar x = new ChineseChar('隆');

ReadOnlyCollection<string> roc = x.Pinyins;

foreach (string s in roc)

{

Console.WriteLine(s);

}

そしてWeb Formにて、TextBox１に漢字を一語だけ入力してボタンを押すとTextBox２にPinyinが表示されるテストをしてみようと思い、以下を実行してみたのですが、エラーは出ないのですが、TextBox2に何も出てきません。上記のPinyinが何通りも出てきてしまうことに関係するのかな、とも思いますが、エラーも出ないのでどのように対処してよいかわかりません。

using System;

using System.Data;

using System.Configuration;

using System.Web;

using System.Web.Security;

using System.Web.UI;

using System.Web.UI.WebControls;

using System.Web.UI.WebControls.WebParts;

using System.Web.UI.HtmlControls;

using System.Collections.Generic;

using System.Text;

using Microsoft.International.Converters.PinYinConverter;

using System.Collections.ObjectModel;

public partial class _Default : System.Web.UI.Page

{

protected void Page_Load(object sender, EventArgs e)

{

}

protected void Button2_Click(object sender, EventArgs e)

{

ChineseChar x = new ChineseChar(Convert.ToChar(TextBox1.Text));

ReadOnlyCollection<string> roc = x.Pinyins;

foreach (string s in roc)

{

TextBox2.Text = s;

}

どなたか問題をご指摘していただけたら大変ありがたいと思います。

どうぞよろしくお願い致します。

Mimmi

YomiAutoCompleteTextBoxサンプルについて

Thu, 04 Dec 2008 12:00:01 Z

YomiAutoCompleteTextBoxサンプルの動作についての質問です。

パターン１）

テキストボックスに「もじれつをにゅうりょくします」と入力し→変換（「文字列を変換します」）→Enterとした場合は

次に「も」を入力した時に「文字列を変換します」が候補に現れます。

パターン２）

テキストボックスに「もじれつを」と入力し→変換（「文字列を」）→「へんかんします」と入力（Enterは押さない）→変換（「変換します」）→Enterとした場合は

次に「も」を入力しても候補は現れません。

「へ」を入力すると「変換します」が候補に現れます。

入力パターン２で「へ」を入力した時点で候補を表示する方法はありますか？

[環境]

XP SP3

MS IME スタンダード 2002

Visual Studio International Pack　はOffice 2007をインストールしないと機能しないのですか？

Mon, 01 Dec 2008 16:21:20 Z

こんにちは、

下記のスレッドを始めたものですが、ようやく変換のテストをする段階になり、International Packをダウンロードしたのですが、必要なSystemにOffice　2007が必要であると記載してあることに気がつきました。会社には2003年版 Officeしかないのですが、2003年版では機能しないのでしょうか？

どなたか試された方がいらっしゃたらおしえていただけますでしょうか？

Mimmi

・・・・・・・・・・・・・・・・・・・・・・・・・

スレッド－SQLServerに入力した中国語データ（漢字）に自動的にPinYinが付けられるようにしたい

返信－さすがに特殊な環境なので検証環境が作れないため、参考程度に留めてください。

マイクロソフトのダウンロードセンターから、Microsoft Visual Studio International Pack 1.0がダウンロードできます。

http://www.microsoft.com/downloads/details.aspx?FamilyID=f9cfc884-1f00-45fa-b2fb-303d9e110bc7&displaylang=ja

この中に

　・Simplified Chinese Pin-Yin Conversion Library - 簡体字中国語で一般的に用いられるPolyphone、Homophone、Pinyin や画数などの文字のプロパティを取得します。

　と言う機能がありますので、SQL CLRでVB.NETやC#を使って変換するストアドプロシージャやストアドファンクションを作ってみてはどうでしょうか？

話がちがってしまいますがVistaの検索ボックスに

Fri, 12 Dec 2008 13:22:10 Z

さきほど VSUG Day にて初めて存在を知りました。。
さっそく使ってみましたが、これかなり使えそうですね。
気の利いたアプリが作れそうです。

さて、私からどうしても伝えたかったのは正直ここに書かれても困ると思いますが、
Vistaのスタートメニューの検索ボックスに「メモ帳」ってフルに打って、
さらに確定しないとメモ帳出てこないですよね？
（違ってたらすみません。かすかな記憶で。）

メモ帳だから慣れでnotepadって打つのでいいですけど、
Vista登場で検証してた時に思ったんですよ、
日本人に生まれてこなければよかったって。。

International Pack で遊んでたら、
これ使えばいろいろ改善できるのではないでしょうか。
検索ボックスでオートコンプリートして欲しいわけではなく、
確定なしで途中まで入力した文字のローマ字と、
スタートメニューのプログラム内の名称のローマ字でヒットさせてくれればなぁー。

すみません、趣旨と違いますよね。

以上です。
International Packどんどん使って小粋なプログラマ目指します！
（ユーザに喜ばれる想像してニヒニヒしてます）

DrawJapaneseString 均等割付の縦書き

Fri, 12 Dec 2008 04:33:43 Z

お世話になります。

「Visual Studio International Pack」　より

「Japanese Text Alignment Library」　を

インストールし通常（横書き）での均等割付表示はできましたが、

これを縦書きにする事は可能でしょうか？

本ライブラリの機能だけでは不可である場合、

実現可能な他の手法等の情報をお持ちの方がいらっしゃいましたら、

併せてご指導頂けますようお願い致します。

----------------------------------------------------

Windows XP Pro SP2 ＋ IE7.0

Visual Studio 2008

Visual Studio International Pack 1.0

　(Japanese Text Alignment Library)

----------------------------------------------------

カレンダーコントロールへの要望

Tue, 26 Aug 2008 09:23:51 Z

業務アプリケーションを開発していて、良く感じるのは、やはりカレンダーコントロールの機能不足でしょうか。
ASP.NETアプリケーションでもWindowsFormアプリケーションでも同様です。

「Calendar」と「カレンダー」のエントリーにあるように、かなり不自由をしているのが現状です。
http://blogs.msdn.com/dd_jpn/archive/2008/06/26/8655560.aspx

需要として要望が多いものは、
・土曜や日曜の背景色や文字色を変更したい。
・国民の祝日やユーザ定義の休日の背景色や文字色を変更したい。
・日付部分に、テキストやイメージを表示したい。
といったものが挙げられます。

他にもいろいろと要望がでて、活発なスレッドになることを期待しています。

ヘルプファイルの要望

Tue, 25 Nov 2008 02:03:44 Z

International Packのそれぞれのライブラリにchm形式のヘルプが添付されていますが、Visual Studioでの開発となると、やはりドキュメントエクスプローラに統合して閲覧したい、と思いました。

ですので、ms-help形式でのドキュメントのリリースを要望したいと思います。

Microsoft Visual Studio International Pack 1.0 製品版を本日正式リリースしました。

Tue, 22 Apr 2008 09:41:16 Z

Microsoft Visual Studio International Pack 1.0 製品版を本日正式にリリースしました。

ダウンロードセンターより無償にてダウンロードできます。

日本向けには、以下の４つのコンポーネントが提供されています。

East Asia Numeric Formatting Library
数値データを日本語、繁体字中国語、簡体字中国語および韓国語における漢数字の文字列に変換します。
Japanese Kana Conversion Library
ひらがな、カタカナ、半角カタカナの相互変換、およびローマ字からかなへのの変換をするためのライブラリです。

ベータ版からの変更点：
変換が正常に行われていていない文字を修正しました。
Japanese Text Alignment Library
決められた範囲に文字間の空白が均等になるように文字を割りつけて描画するためのライブラリです。ディスプレイ、プリンタの両方に使用することができます。

ベータ版からの変更点：
ベータ版では既定の動作が、英文字の間には空白を置かないようになっていましたが、製品版では、すべての文字の間の空白を均等にするようになりました。
割り付け単位が１つの際に中央に表示されない問題を修正しました。
環境によってインストールが失敗する問題を修正しました。
Japanese Yomi Auto-Completion Library
入力された読みに一致する候補を表示するオートコンプリート機能を実現するためのライブラリです。
この機能を使用することで、まず読みを入力してから漢字に変換する日本語IME の入力プロセスと、途中までの入力に応じて入力候補を表示するオートコンプリート機能の相性の悪さを解消し、日本語の入寮効率を高めることができます。

ベータ版からの変更点：
環境によってインストールが失敗する問題を修正しました。

上記の４つのコンポーネントに加え、中国、韓国、台湾向けの３つのコンポーネントあわせて提供しています。

Korean Auto Complete TextBox Control
韓国語入力に対応したオートコンプリート機能を持つTextBox コントロールを提供します。
Simplified Chinese Pin-Yin Conversion Library
簡体字中国語で一般的に用いられるPolyphone、Homophone、Pinyin や画数などの文字のプロパティを取得します。
Traditional Chinese to Simplified Chinese Conversion Library and Add-In Tool
繁体字中国語と簡体字中国語の間の双方向変換を容易にするクラスライブラリを提供します。このコンポーネントには、簡体字中国のリソースファイルを繁体字中国語に変換するための、Visual Studio 統合開発環境用アドインツールが含まれます。

International Pack要望

Sun, 09 Dec 2007 16:30:10 Z

フォーラム解説おめでとうございます。こういうものが出るとは思ってもみませんでした。さて、いくつか。

DrawJapaneseStringの英単語のレンダリング、付属のヘルプのレンダリング結果を見る限りWordと仕様が異なるようですが、このままなのでしょうか？
カスタマーバーコードに必要な文字の抜き出しの実装があると嬉しいかなと思います。MS IMEの郵便番号辞書があるので、うまく使って実装できないものでしょうか。http://www.post.japanpost.jp/zipcode/zipmanual/p17.html
同様に住所の分割(市区町村単位で)処理もあるとうれしいです。

今思っているのはこれくらいでしょうか。

均等割り付けの既定のスタイル

Mon, 17 Dec 2007 07:45:11 Z

もともとは、International Pack要望にていただいた要望ですが、少しスレッドが長くなっているので改めて、皆様にお伺いしたいと思います。

現在の JapaneseTextAlignment の仕様では、以下のような動作をします。

1) 漢字、ひらがなおよびカタカナは一文字ずつ空白を挿入する

2) 左かっこと次の文字の間には空白を作らない。

3) 右かっことその前の文字の間には空白を作らない。

4) それ以外の文字の間には空白を作らない。

いただいた要望では、2) から 3) を行わない。つまり、文字の種類に依らず一文字ずつに分離して間の空白の幅を均等にするということだと思います。

もし、既定の動作を変更するとした場合には、「文字の種類に依らず一文字ずつに分離して間の空白の幅を均等にする」という動作でよろしいでしょうか？もし他に、この文字は例外とするべきというなご指摘がございましたら、よろしくお願いします。

JPNTextAlign.msi: エラーコードは 2738 です

Sat, 15 Dec 2007 04:29:33 Z

JPNTextAlign.msi に興味を持ちましたが、インストールできませんでした。

このパッケージをインストールする時に予期しないエラーが検出されました。このパッケージは問題がある可能性があります。エラーコードは 2738 です。

中が見れないので分かりませが、これは WPF のライブラリでしょうか？　WPFで途中まで作りかけのがあって、あるなら使おうかと。

＃これってでも、、、そもそもなぜ本体に入っていないんでしょう？

Visual Studio International Pack をオープンしました。

Wed, 05 Dec 2007 04:37:29 Z

Visual Studio International Packの専用フォーラムをオープンしました。

Visual Studio International Pack に関する、バグのご報告、ご要望など現在配布されているリリースに関するものはもちろん、将来提供を期待する機能など皆様からのフィードバックをお待ちしております。

マイクロソフト　ディベロップメント　株式会社

ディベロッパー製品開発統括部

インターナショナルプログラムマネージメントグループ　一同

1	protected override void OnPaint( PaintEventArgs e )
2	{
3	TextAlignmentStyleInfo tasi = new TextAlignmentStyleInfo();
4	Bitmap bmp = new Bitmap( 300, 300, e.Graphics );
5	String strDraw = "テスト文字列";
6
7	using ( Graphics drawg = Graphics.FromImage( bmp ) ){
8	drawg.FillRectangle( Brushes.AliceBlue, 0, 0, 300, 300 );
9
10	using ( Font fnt = new Font( "メイリオ", 12.0F ) ) {
11	SizeF sz = e.Graphics.MeasureString( strDraw, fnt );
12	Int32 iWidth, iHeight;
13	Rectangle rctDraw;
14
15	iWidth = (Int32)Math.Ceiling( sz.Width ) + 100;
16	iHeight = (Int32)Math.Ceiling( sz.Height );
17	rctDraw = new Rectangle( 10, 10, iWidth, iHeight );
18	Utility.DrawJapaneseString( drawg, strDraw, fnt, Color.Black, rctDraw, tasi, null );
19	drawg.DrawString( strDraw, fnt, Brushes.Black, new Point(10,100) );
20	}
21	}
22	e.Graphics.DrawImage( bmp, new Point(10,10) );
23	bmp.Dispose();
24	}
25

Visual Studio International Pack フォーラム

East Asia Numeric Formatting Library を使用してWindowsServer2003 で時々エラーが発生してしまいます。

YomiganaWPFTextBoxで、Shift 選択での削除と、DataBinding について

Visual Studio International Feature Pack 2.0 製品版をリリースいたしました

.NET Framework v4 以降の国と地域のデータの更新と取得方法に関するご意見をお寄せください

International Feature Pack 2.0 ベータ評価の締め切りに関して

JpnKanaConversion.dllの再配布についての質問

読みの扱いについての長期的な雑感

CompareOptions 列挙体について

ASP.NET でフリガナ (ruby) を表示できる YomiganaServerLabel コントロール (beta版) の仕様・不具合

WinForm で読み仮名を取得できる YomiganaTextBox コントロール (beta版) の仕様・不具合

WPF で読み仮名を取得できる YomiganaWPFTextBox コントロール (beta版) の仕様・不具合

Stringの不便なところを変更して欲しいというフィードバックを行いました。

Visual Studio International Feature Pack 2.0 Beta を公開いたしました

読み仮名フレームワーク

フレームワーク

コントロール

SimplefiedChinese Pin-Yin Conversion Libraryで取得できる画数について

HiraganaToKatakanaの動作について

KatakanaToHiragana メソッド の説明が間違っています。

Visual Studio International Pack 1.0 Service Release 1 をリリースしました。

BUG:YomiAutoCompleteTextBoxサンプル-64Bit/Vs2008

フォーラム名を変更しませんか。

DrawJapaneseStringの不具合なのでしょうか？

文字列の正規化

VisualStudio10での要望事項

Japanese Text Alignment Library に 「等幅割り付け」 機能が欲しい

次期 International Pack に欲しい機能

このフォーラムは、2009 年 1 月に移行されました。

このフォーラムは、2009年1月27日に移行します。

漢字からPinyinへの変換に関してですが、コンソールではPinyinに変換出来ましたが、複数のPinyinが出てきてしまいます。

YomiAutoCompleteTextBoxサンプルについて

Visual Studio International Pack はOffice 2007をインストールしないと機能しないのですか？

話がちがってしまいますがVistaの検索ボックスに

DrawJapaneseString 均等割付の縦書き

カレンダーコントロールへの要望

ヘルプファイルの要望

Microsoft Visual Studio International Pack 1.0 製品版を本日正式リリースしました。

International Pack要望

均等割り付けの既定のスタイル

JPNTextAlign.msi: エラーコードは 2738 です

Visual Studio International Pack をオープンしました。

KatakanaToHiragana メソッドの説明が間違っています。

Japanese Text Alignment Library に「等幅割り付け」機能が欲しい

Visual Studio International Pack　はOffice 2007をインストールしないと機能しないのですか？