テキストボックスの入力制限をするには？ (Windows.Forms)

ペーストを禁止しているのではなく、数字が含まれているペーストのみを禁止しています。

俺の示したキーワードでわからんかったのか・・・

知っていて聞いていたのならそう書いておけばよかったのに。

未記入さんの書き込み (2008-05-09 20:27) より:

引用:
知っていて聞いていたのならそう書いておけばよかったのに。

Java (Swing) では できるって書きましたよ？ Swing は当然 Windows でも実装されているわけで、Swing でできているんだから Windows でできるのは当たり前と思っていました。がんばってウィンドウメッセージを弄べば実現できないことはないだろう、という認識は持っていました。(実際、そういう Windows アプリケーションって昔からありますし。)

個人的に「Windowsでできる」と「.NETでできる」は違うものだと思ってますので、「C言語でできますか？」という質問に対して「インラインアセンブラでできるよ」とか、「Javaでできますか？」という質問に対して「JNI使ったらできるよ」と返ってきたような感じで、期待はずれだったのです。

ぶさいくろうさんがおっしゃっているのは「WM_PASTEに応答する方法は知っているけど、使いたくない」という意思表示かと。

Swingではできることを知っているというコメントから、Windowsメッセージに応答するのはNGというのをどう読み取れというのでしょうか。それは無茶というものではありませんか？

しかし、WndProcというprotectedなメソッドをオーバーライドするという.NET Frameworkで提供されているごく基本的なことで実現できるので、「インラインアセンブラ」「JNI」との比較は少し的外れだと思いますよ。

Javaでの開発をするのにJavaのことを知る必要があるのと同様にWindowsでの開発にWindowsのことを知る必要があるのと大差ありません。

私が高レベルAPIを求めていることが読み取れませんか？ 読み取れないのであれば仕方ないです。ここの回答者にそこまでの質を求めた私が間違っていたというだけの話です。

.NETの開発をするのにWindowsのこと(Win32APIやウィンドウメッセージ)を知る必要があるということなのですね。

.NET Framework に期待しすぎていたようです。今回のことで、.NET Framework が Windows アプリケーションの開発フレームワークとして、まだ不十分なものだということは良く分かりました。

テッテさんの書き込み (2008-05-10 08:16) より:

TextBox に DocumentFilter がないという理由だけで、.NET Framework の採用を諦めるのですか？
ないものは作ればよいという発想はないのでしょうか？

未記入さんの書き込み (2008-05-09 16:12) より:

あきらめて WM_CHAR, WM_PASTE を統合して DocumentFilter まがいのものを自作してみることにします。