🚀 go-pugleaf

熊川と申します。

> 
> どうも鈴木と申します。
> 初歩的な質問ですみませんが、お願いいたします。
> 数日悩んで調べましたが解りません。
> 
> ＶＢ５のＬＥを使っているのですが、テキストボックスに数字を（数字とも限りませ
> んが）
> 入力して、入力後にＥｎｔｅｒを押すと次のテキストボックスに移動させる記述の仕
> 方が
> 解りません、Ｋｅｙｐｒｅｓｓとかでやるんでしょうか？？他にもやり方があるので
> しょうか？
> 
> すみませんがご教授お願いいたします。
> 

  基本的に対象になるテキストボックスのＫｅｙＰｒｅｓｓイベントでやりま
す。
  Private Sub Text1_KeyPress(Ascii As Integer)
      If KeyAscii = vbKeyReturn Then
          Text2.Setfocus
      End If
  End Sub
  といったやり方が一般的です。

  いんちき臭いやり方ですが、こんなのもあります。
  フォームのKeyPreviewプロパティをTrueにします。
  フォームのＫｅｙＰｒｅｓｓイベントに以下の様なコードを書きます。
  Private Sub Form_KeyPress(Ascii As Integer)
      If TypeName(ActiveControl) = "TextBox" _
          And Ascii = vbKeyReturn Then
          SendKeys "{TAB}" ,True
      End If
  End Sub
　これは、フォームがキーイベントを先に取り出して、リターンキーを押されて
い
　て、フォーカスのあるコントロールがテキストボックスの場合に、ＴＡＢキー
を
　送る。と、いった処理です。要するにＥｎｔｅｒキーをＴａｂキーに変換して
る
　だけです。
  テキストボックスでＥｎｔｅｒキーを押された場合に次のコントロールへ移動
す
　るだけであれば、下の構文でもＯＫと思います（少し恐いですけど．．．）。

  試してみてください。

内容を特定できるようなSubjectを付けるようにしてください。

<6cfcf3$j82@acrosssv11.across.or.jp>において
crvyasu@po.across.or.jpさんはおっしゃいました...
>ＶＢ５のＬＥを使っているのですが、テキストボックスに数字を（数字とも限りま
>せんが）入力して、入力後にＥｎｔｅｒを押すと次のテキストボックスに移動させ
>る記述の仕方が解りません、Ｋｅｙｐｒｅｓｓとかでやるんでしょうか？？

http://www.asia.microsoft.com/japan/support/kb/articles/J026/3/73.htm
参照。

>数日悩んで調べましたが解りません。

http://www.asia.microsoft.com/japan/developer/vbasic/
にはいろいろ有益な情報が載っていますので、目を通しておくことを勧めます。

--
日揮情報システム株式会社　星野 哲也
    official address : thoshino@jsys.co.jp
    personal address : hoshino@imasy.or.jp

深谷＠松栄電子です。

>ＶＢ５のＬＥを使っているのですが、テキストボックスに数字を（数字とも限りま
せ
>んが）
>入力して、入力後にＥｎｔｅｒを押すと次のテキストボックスに移動させる記述の
仕
>方が
>解りません、Ｋｅｙｐｒｅｓｓとかでやるんでしょうか？？他にもやり方があるの
で
>しょうか？
>


余計なお世話ですが、Ｗｉｎｄｏｗｓの基本インターフェースを
無視するプログラムは作成されない方がいいと思います。
多分、ＤＯＳの頃のプログラムイメージをお持ちの方だと
思いますが．．．

「Ｗｉｎｄｏｗｓユーザーインターフェースデザインガイド」
アスキー出版局 ISBN4-7561-1614-0
詳細は参照してください。

_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
深谷 隆
email: fukaya@shouei.co.jp
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/

熊川さん、星野さん、深谷さん。ありがとうございます。
熊川さんの説明で理解いたしました。
星野さんのリンクありがたく拝見いたします、勉強いたします。
Ｓｕｂｊｅｃｔの件は以後気を付けます。

＠＠＠＠＠＠＠＠＠＠＠＠＠
鈴木 泰彦（ＳＵＺＵＫＩ ＹＡＳＵＨＩＫＯ）
Ｍａｉｌ：crvyasu@po.across.or.jp

In article <34EBC429.D604AE7@ny.airnet.ne.jp>, hmn1@ny.airnet.ne.jp says...
>　これは、フォームがキーイベントを先に取り出して、リターンキーを押されて
>　いて、フォーカスのあるコントロールがテキストボックスの場合に、ＴＡＢ
>　キーを送る。と、いった処理です。要するにＥｎｔｅｒキーをＴａｂキーに
>　変換してるだけです。
これやると、テキストのIMEMODEが狂ってしまいますね。
記事の前半で書かれたようにSetfocus使うほうが王道でしょう。
#「Enterでフォーカス移動」なんてやらないに越したことはないですが。:-)

-- 
                                                               出原 正裕
                           izuha@hitachi-ns.co.jp/izuha@ba2.so-net.or.jp

ｔｏｙｏっすm(_ _)m
鈴木 泰彦さんの<6cfcf3$j82@acrosssv11.across.or.jp>から

>ＶＢ５のＬＥを使っているのですが、テキストボックスに数字を（数字とも限りませ
>入力して、入力後にＥｎｔｅｒを押すと次のテキストボックスに移動させる記述の仕
>解りません、Ｋｅｙｐｒｅｓｓとかでやるんでしょうか？？他にもやり方があるので
>しょうか？
　なんか、レスが付いているようですが、当方の環境では見えません。
　もしも、ＤＭだけで完了しているなら、情報を共有しませんか？

　さて、入力後にEnterを押すと次のテキストボックスというＵＩはホスト系
から来た設計者の設計に多いようですが、WindowsのＵＩからかけ離れます。
　ナンセンスな設計の代表作です。Windowsは「TAB」キーで次の項目。これは
スペースキーで空白が入ると同じくらいWindowsでは常識的な内容です。
　もしも、そのユーザーが貴殿のシステム以外は一切使わないから、自分に
完全にあわせたＵＩにしてくれというのであれば、止めません。ただし、他の
Windowsソフトが全てTABキーで移動しているときに、貴殿のソフトだけEnterで
次項目という極めて特殊なインターフェースをとることになります。
　Windows上でそのようなインターフェースを実現するためのＯＣＸが存在する
はずですが、現在手元に資料が見つからないので失礼。

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

/toyotoyo@marinet.or.jp

穐谷（あきや）です。

ｔｏｙｏ 　wrote in article
 <6cqvb3$oaj@tatsu.marinet.or.jp>...
> 　なんか、レスが付いているようですが、当方の環境では見えません。
> 　もしも、ＤＭだけで完了しているなら、情報を共有しませんか？

私のところでは、レスが５つ付いているように見えるのですが。
(これが見えなかったらどうしよう？)

# なお、Datulaの最新バージョンは、0.95.2になっています。


------------------------------------------------------------
		差出人:	穐谷 三郎
		E-Mail:	akiya@cmpk.or.jp

ｔｏｙｏっすm(_ _)m
AKIYA Saburou さんの<6crc8k$13a@rorty.mim.co.jp>から
>穐谷（あきや）です。
　あ、いつもどうもm(_ _)m

>私のところでは、レスが５つ付いているように見えるのですが。
　え．．．．。
　設定がまずってるか(^_^;)

>(これが見えなかったらどうしよう？)
　見えてます(^_^;)

># なお、Datulaの最新バージョンは、0.95.2になっています。
　Datulaのバージョンは確かに若干古めです(^_^;)
　とりに行ってこよぉ(^_^;)（バージョンのせいにするあたり(^_^;)）

/toyotoyo@marinet.or.jp

穐谷（あきや）です。

ｔｏｙｏ 　wrote in article
 <6ct90e$g68@tatsu.marinet.or.jp>...
> 　あ、いつもどうもm(_ _)m

いえいえ、こちらこそ。
Datulaになったので、こちらにも復帰したようですね。

> >私のところでは、レスが５つ付いているように見えるのですが。
> 　え．．．．。
> 　設定がまずってるか(^_^;)

ではない、と思います。
どうも、プロバイダによっては見えなかったりすることがあるようです。
（以前、見えないぞ、というメールが私のところに来たことがあります
　ので。）

> ># なお、Datulaの最新バージョンは、0.95.2になっています。
> 　Datulaのバージョンは確かに若干古めです(^_^;)
> 　とりに行ってこよぉ(^_^;)（バージョンのせいにするあたり(^_^;)）

もう、0.95.3になっています。


------------------------------------------------------------
		差出人:	穐谷 三郎
		E-Mail:	akiya@cmpk.or.jp

こんにちは　よろずや kin-chan　です

ｔｏｙｏ <toyotoyo@marinet.or.jp> wrote in article
<6cqvb3$oaj@tatsu.marinet.or.jp>...
> ｔｏｙｏっすm(_ _)m
（略）
> 　さて、入力後にEnterを押すと次のテキストボックスというＵＩはホスト系
> から来た設計者の設計に多いようですが、WindowsのＵＩからかけ離れます。
> 　ナンセンスな設計の代表作です。Windowsは「TAB」キーで次の項目。これは
> スペースキーで空白が入ると同じくらいWindowsでは常識的な内容です。

お言葉を返すようですが、MS-ACCESS97 ではデフォルトの設定で、
「Enterを押すと次のフィールド」になっています。
Micro$oft のやることは、どうもよくワカラン:-)

ｔｏｙｏ 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

ｔｏｙｏっすm(_ _)m

よろずや kin-chanさんの<6cuneu$qms$1@horse.fsinet.or.jp>から
>> 　ナンセンスな設計の代表作です。Windowsは「TAB」キーで次の項目。これは
>> スペースキーで空白が入ると同じくらいWindowsでは常識的な内容です。
>お言葉を返すようですが、MS-ACCESS97 ではデフォルトの設定で、
>「Enterを押すと次のフィールド」になっています。
>Micro$oft のやることは、どうもよくワカラン:-)
　この記事を書いた後で、おらっちもMS-Access97で小さいプログラムを
組むことになったんですが、そのような現象を見ました。バグですか(^_^;)
　おらっちもどうもよくわからん。＞Ｍ＄

　って事で、Enterキーで次の項目に移動したいようなソフトを作る
ならAccess97を使いましょう＞無責任モード(^_^;)
　最低限、ＶＢでそれをやろうと思うと、そのために払う代償はその
効果に見合うとはとても思えません(^_^;)

/toyotoyo@marinet.or.jp

ｔｏｙｏ さんの<6cqvb3$oaj@tatsu.marinet.or.jp>から

>　なんか、レスが付いているようですが、当方の環境では見えません。
>　もしも、ＤＭだけで完了しているなら、情報を共有しませんか？

　ｔｏｙｏさんが利用しているnewsサーバーにフォローの記事が届いてな
いんじゃないですか？

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

　で、「[TAB]キーを押下すると次のコントロールへ」というのは納得で
きたんですが、テキストボックスにフォーカスがある時に[Enter]キーを
押した場合はどういうのが"常識的な"動作なんでしょうか？
　MS-Access95および97で作成したフォームでは[次のコントロールへ]が
普通の動作ですし、VBではそのコントロールに居座るみたいですし、マイ
クロソフト製品のセットアップ画面等では[次の画面に進む（「標準のボ
タン」を押下した時と同じ動作をする事が多いようです）]が基本みたい
です。"常識的な"という言葉をみてあらためて考えてみると、私のコント
ロールへの知識がかなりあやふやだったことに気がつきました(^^;。
　そういえば、Visual-C++(4.0std)では、エディットボックスのプロパティ
で簡単に「[Enter]キーで次のコントロールへ」移動させられるようにで
きますね。


　元ネタからはちょっと外れますが、マイクロソフト製品のセットアップ
でよく見られる「規定の桁の文字が入力されたら自動的に次のコントロー
ルへ移動する」インターフェースってどう思いますか？[TAB]以外のキー
で次のコントロールへフォーカスが移動する事を(Windows95の）"常識的
な"インターフェースではないとおっしゃってるように思いましたので、
ぜひご意見を伺わせていただきたいと思います。
（VB4.0stdでは、これもそのままではできないんですよね。VB5でできる
様になってるといいなぁと思ってます(^^)。）

-- 
Suzuki Masahiro <xacalite@ma4.justnet.ne.jp>

natsです。

よろずや kin-chan wrote in message <6cuneu$qms$1@horse.fsinet.or.jp>...
>こんにちは　よろずや kin-chan　です
>
>ｔｏｙｏ <toyotoyo@marinet.or.jp> wrote in article
><6cqvb3$oaj@tatsu.marinet.or.jp>...
>> ｔｏｙｏっすm(_ _)m
>（略）
>> 　さて、入力後にEnterを押すと次のテキストボックスというＵＩはホスト系
>> から来た設計者の設計に多いようですが、WindowsのＵＩからかけ離れます。
>> 　ナンセンスな設計の代表作です。Windowsは「TAB」キーで次の項目。これは
>> スペースキーで空白が入ると同じくらいWindowsでは常識的な内容です。
>
>お言葉を返すようですが、MS-ACCESS97 ではデフォルトの設定で、
>「Enterを押すと次のフィールド」になっています。
>Micro$oft のやることは、どうもよくワカラン:-)
>
>

お言葉を返すようですが、(返歌)
Accessでも規定の移動キーは[tab]です。（ほんとに一応程度ですが）
正確には、「既定では[Enter]キーでも移動できるようになっている」でしょう。
Access上では、他に矢印キーなどでも移動できたりしますが、
[Enter]や[→]キーなどで無造作に移動させたりしてると、たまに痛い目をみます。
Access上でもコントロールの移動は[tab]を使った方が無難です。

とはいえ、キーボードから入力するエンドユーザ側の立場からすれば、
[Enter]キーで次のコントロールに移動できるようなＵＩの方が
有り難かったりするのではないのでしょうか？（キーの位置的な問題）
入力量が多ければ多いほど、その傾向が強いような気がします。
私自身、強く要望を受けた経験がありますしね。
また、少なくとも直感的にも[tab]よりもわかりやすいと思うのです。
ここいらへんは、Accessの場合も含めて、WindowsのＵＩ云々というより、
アプリケーションデザインの範疇なのではないでしょうか？

WindowsのＵＩではあくまで[tab]移動なんだと言う意見はごもっともですが、
それを楯に、その背景も考えずに、一概に「ナンセンスな設計の代表作」
とまで言い放ってしまうのは、言い過ぎじゃないですか？
せめて、「・・・なのに大変ですね」位にしておいたほうが・・・＞ね、toyoさん

でも、やっぱりMicro$oft のやることは、どうもよくワカラン(?_?)

_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
_/   nats < Masaru Natsui / 夏井　勝 >                    _/
_/                                                        _/
_/          BIGLOBE      : nat@mwa.biglobe.ne.jp          _/
_/          Nifty Serve  : cxp00531@niftyserve.or.jp      _/
_/          Office       : nats@ids.njk.co.jp             _/
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/