「Windows 7はマルチタッチ技術搭載」記事へのコメント

(object sender, MouseEventArgs e[])

[Anonymous Coward]

iPod touchのときも疑問に思ったんですが、
マルチタッチ対応にすると途端にプログラマの負担が
増えるんじゃないかなぁ…と。現状はどうなんでしょう？

Re:(object sender, MouseEventArgs e[])

[greentea (17971)]

そりゃ、マルチタッチ機能を使うと手間は増えるでしょう。
CUIからGUIに、シングルスレッドからマルチスレッドに、特殊なデバイスを使用したい……
など、今までなかった機能を使うと手間が増えるのは何ら不思議ではない。

じゃあ、今までのをマルチタッチ機能搭載OSに持っていったらどうなるかを考えてみた。

例えば「はい」と「いいえ」のボタンを同時に押されたらどうなるんだろう？と思ったが、
今でもキーボードとマウスの2入力を持ってて、どっちでもボタン押せるわけだし、
そういうことができると、はじめからきっちり考えて作ってるプログラムは大丈夫かもしれないね。

ただ、キーボードがマウスの代わりにならない場面ではどうなるか分からないね。
例えば、マウスのポインタに追従してポップアップを出す場合、
ポインタが2つあるなんて思ってもいなかったら、こんな感じのプログラムが書かれているかも。
onMouseIn(){
mywindow.setPopup(new Popup());
}
onMouseOut(){
tmp = mywindow.getPopup();
mywindow.setPopup(NULL);
delete tmp;
}
だとすると、ポインタが複数の時、メモリリークが起こる。

--
1を聞いて0を知れ!

Re:

[Anonymous Coward]

以下、旧来のアプリじゃなく新しいアプリでの話ですが、

>「はい」と「いいえ」のボタンを同時に押されたら

そもそも排他的命令をボタン「のような複数いっぺんに押せてしまうもの」に割り当てるな、という考え方もありそうですね。従来手法のそのままの延長でありかつ一番確実な手としては「Radioボタンを使え」でしょうか。

また、Webアプリなんかでありがちな「二度押し(の結果)を抑止する」仕組みを導入する、ってのも有り得そうです。

個人的には、RadioGroupと同様の考え方の「排他ボタンGroup」を導入するといいんじゃないかとは思いました。グループの

Re:

[Anonymous Coward]

今更ですけど、Windowsでは、「はい」と「いいえ」のボタンを同時に押されても、同時に受け取ることはできません。（普通そうなりますが）両方とも同じスレッドで処理するならどっちかが早いもん勝ちです。

例えば、メッセージボックスであれば、

1. 両方メッセージキューにたまる。
2. GetMessageなどで、どっちかが先に取り出される。
3. はい・いいえどちらであってもウィンドウが閉じられる（この間ExitDialog/DestroyWindowやWM_DESTORYではメッセージキューを経由しない）。
4. 3の結果として、他のメッセージが投げられたら、メッセージキューに貯める。
5. 再びGetMessage。このとき、入力イベ