フィードバックをお送りいただきまして、ありがとうございます。いただいた報告内容に基づき、現在問題を調査中です。しばらくお待ちください。

Visual Studio Product Team

Problem Description:
In WPF, text input is via TSF ( Text Services Framework ).
When entering Japanese using IME, TextChanged event occurs every time change the conversion candidate.
TextBox checkes Maxlength in TextChanged event.
This means that Maxlength can be checked during converting in the IME.
For example, a Textbox whose Maxlength = 3 can not be entered "日本語"(3characters).

While IME window displays the conversion candidate, once a candidate which has longer string than Maxlength is
selected the IME conversion candidate window can not be closed or closes forcibly.

Repro Steps:
1.Create a WPF project in Visual Studio 2008 (RTM)
2.In design view, place a textbox and set its Maxlength property =3.
3.Build
4.Do the following:

CASE: A
1)Focus on the TextBox.
2)Set the IME on.
3)Enter "NIHONGO"

CASE: B
1)Focus on the TextBox.
2)Set the IME on.
3)Enter "123"
4)Press the modifier key(IME 2007) twice, the conversion candidate window is displayed.
*Note: the candidate "百二十三"(4characters) has to be above the candidate "一二三"(3characters),
if it is not, you have to change the order.
5)Press the down arrow key to select the candidate "一二三"(3characters).
(passing through "百二十三" )
6)Press the Enter key, selecting "一二三".

Actual Results:
CASE: A
3)The IME turns off at "NIHONG", the string in the textbox is "にほn".
CASE:B
6)Although pressing the Enter key, the conversion candidate window remains open .
OR
5)When the candidate "百二十三" is selected, IME candidate window closes automatically.
*Both cases occur in Office 2007 IME.
*Either 5) or 6) surely occurs. I am afraid that I am not sure what condition leads this.

Expected Results:
CASE: A
3)Type "NIHONGO", then the string in the TextBox "にほんご"(hiragana).
Press the modifier key several times, then select "日本語"(kanji) and press the Enter.
CASE: B
6)The string in the TextBox is "一二三".

Thanks for your feedback.

We are escalating this issue to the appropriate group within the Visual Studio Product Team for triage and resolution.
These specialized experts will follow-up with your issue.

Thank you,
Visual Studio Product Team

フィードバックありがとうございます。
こちらの件はVisual Studio 開発チーム内の該当部門にエスカレーションし、引き続き直接の開発担当者が対応いたします。    

Visual Studio Product Team

.NET Framework 3.5 SP1 / Visual Studio 2008 SP1 が出荷されました。 しかしながら、 この現象については、 変化が無いようです。
なにか進展はありませんか?

また、 回避策は無いでしょうか? もし、 解決の予定も立っていず、 回避策も無いのであっても、 公式見解として KB に現象を載せていただけるとありがたいです。
※ 日本では、 Microsoft の公式のドキュメントに書かれていないかぎり、 開発者の説明を信用しないという風習があります。 ( そのような職場では、 いくら実証コードを書いて証明してもだめなのです。 その実証コードを検証できるスキルが、 管理者側にありませんので。 場合によっては、 その開発者の能力が低いと判定されてしまうことさえあります。 )

なお、 日本の業務アプリケーションでよく求められる仕様は、 つぎのようなものです。
* IME を使っていないとき: キー入力中に MaxLength に達した場合は、 次のキー入力を無効とし警告をだす。
* IME を使っているとき: IME で変換している間は、 MaxLength を越えても良い (というよりも、 越えられないと変換できないことがある)。 IME で変換を 「確定」 させた瞬間に、 MaxLength を超えていた場合は、 越えている部分を切り捨て ( 入力から取り除くとともに、 表示もしない )、 警告を出す。

TSF では、 IME で変換を 「確定」 したかどうかをアプリケーションで検出する手段も無いようですから、 けっきょくはこの仕様を実現することはできないでしょう。
この仕様は WPF では実装できない、 ということを MS の見解として表明していただきたいのです。 そうでないと、 これから WPF の業務アプリケーションに取り組む日本の開発者の全ては、 「不可能への挑戦」 を何度でも繰り返しやらされることになるでしょう。

.NET Framework 3.5 SP1 and Visual Studio 2008 SP1 have been released. However, it seems no changes about this issue.
Is there any progress?

Or is there any workaround for this?
If there were neither solution plans nor workaound, putting this issue as Microsoft's official version on the KB would be grateful.

* This is customary for Japan. Developers' explanation cannot be accepted unless it is stated on the Microsoft's officical document.(In this situation, proven codes are useless because management staff do not have skills to verify the codes. So the developer's skill may be evaluated as being low in some cases.)
The followings are the necessary specification for Japanese business applications.
* When NOT using an IME: while entering keys when the MaxLength has been reached the next key pressing has to be invalid appearing the warning message.
* When using an IME: while converting the IME can be ignored (otherwise some are greater than MaxLength before converting). At the moment of the conversion is committed in IME, the exceeding MaxLength parts are truncated(truncate from the entering and no display), and display the warning.

In TSF, there is no way to detect “commit” or not using applications so this specification will be impossible to carry out.
I need the Microsoft official statement which states this specification cannot be implemented in WPF otherwise all Japanese developers working with WPF
in business applications have to challenge to “impossibilities” frequently.

Dear Customer
We are currently working on a fixing this issue in our next release.

こんにちは
この件は次のバージョンに向けて現在こちらで修正に取り組んでおります。
よろしくお願いします。

ありがとうございます。
次リリースを、 つまり .NET Framework 4.0 のことだと思いますが、 期待して待ちます。

Thank you for your message.
"next release" - I think that means .NET Framework 4.0,
I look forward to having it.