🚀 go-pugleaf

ｔｏｙｏ wrote in message <6cqvb3$oaj@tatsu.marinet.or.jp>...

>　さて、入力後にEnterを押すと次のテキストボックスというＵＩはホスト系
>から来た設計者の設計に多いようですが、WindowsのＵＩからかけ離れます。
>　ナンセンスな設計の代表作です。Windowsは「TAB」キーで次の項目。これは
>スペースキーで空白が入ると同じくらいWindowsでは常識的な内容です。


私も一言。
某日本で指折りのコンピュータ商社のアプリケーションの
基本操作はENTERキーで次のコントロールに移動します。
これはシステムの状況によって（コントロールマスタで制御する）
あるコントロールの次に移動すべきコントロールの順序が
変わる、またはコントロールを飛ばす
（enableをFLASEだとコントロールがグレーになるので行っていない）
為のものと考えられます
（実は、DOSのシステムの移行のためだったりして）

>　もしも、そのユーザーが貴殿のシステム以外は一切使わないから、自分に
>完全にあわせたＵＩにしてくれというのであれば、止めません。ただし、他の
>Windowsソフトが全てTABキーで移動しているときに、貴殿のソフトだけEnterで
>次項目という極めて特殊なインターフェースをとることになります。
>　Windows上でそのようなインターフェースを実現するためのＯＣＸが存在する
>はずですが、現在手元に資料が見つからないので失礼。

特に特殊でもないと思いますが・・・
マイクロソフトのホームページででも
ENTERでのことは書かれていたと思うのですが？

>　第一手順として、ユーザーなり設計者なりを説得して、Windowsの仕様から
>かけ離れたＵＩの撤回を要望するのが最短で最良の方法です。
>　それで駄目なら、Enterキーで次項目へ移動するための市販のＯＣＸを購入
>する。
>　んな予算が無いっていうなら、貴殿が玉砕するのを覚悟で３０人月くらいを
>見積もりに追加する。KeyPressとかでなんとかならないわけではないですが、
>仕様変更やバグフィックスの際に弄らなくてはならないソースコードがＴＡＢ
>キーで次項目より遙かに増えるということを覚悟しながら。


そのKeyPressのイベントでの処理もそれほど大変なことなんでしょうか？
私の場合慣れているからなのかもしれませんが、
それほど考え込まないと行けないとは思えなんですが。

エニコムシステム大阪
増田
E-mail masuda@e-mail.ne.jp