タブフォーカスが移動できないソフトは糞

タブでフォーカス移動が出来ないとあまりにも作業効率が悪すぎてどうしようもならん。
特にHSP製は逝け。いちいちマウスカーソルを移動させるのが面倒臭いんだよ。
マウスだけで操作してる奴らにとってはどうでもいい話だろうけどな。

失せろ。
　ソフトウェア板
　http://pc7.2ch.net/software/

たらい回しだなｗ

そもそも、入力した値が適切なら次の項目に自動的に移らないとダメだ
金額入力項目についても同様だいちいちEnterを押さなきゃならないのがユーザーの事を考えていない。
と、昔言われた。

AS400の常識持ち込まれるのは勘弁してほしいなぁ
Enterでタブ移動は理解できるんだけど。

WindowsでEnterでフォーカス移動は勘弁してほしい。

TabとEnter入れ替えれば万事OK

>>6
モデリングソフトとかはEnterで移動してくれないと設定項目多すぎてやってられない。

>>8
専用キーボードでやれ。ハゲ。

買ってくれハゲ

慣れろよそれくらい。
柔軟性を無くしたじじいはこれだから困る。

>>11
ユーザビリティもまともに考えられない経験不足の青二才かよ。

ユーザビリティを考え

段差をなくしたので

二階には上れません。

二階に上れないと言うクレームがついたので

エレベータを設置しました。

費用増額を渋られたので、

エレベータを設置は安価の

シンドラー社のものにしました。

これがユーザビリティというものです。

>>11はバカだな。

NHKの平成仕事図鑑で
Flashプログラマが、タブキーを押したときに
フォーカスインジケーターが出ないようにするために
苦闘する姿が描かれていました。

>11の言う[それ]とは、タブによるフォーカス移動の事やEnterでの移動の事などと言及してないのだよ。
柔軟性のないじじいの脊椎反射乙。

柔軟性のないじじいが客だ。
客は大事にしろ。

もちろん右Ctrlキーは[実行]だよな?

>>21
なにそれ？
エロゲだと【一度読んだテキストをスキップ】なんだけど？

キーボードなんか
フックして好みのコマンドに
置き換えればいいだけじゃんか。

>>18
そら苦闘するわ

入力エラーがある間はフォーカス抜けられないアプリ多すぎ
そんなの保存やsubmitの時にやれよ

>>25
エンドユーザにどこで間違ったかわかりやすくするためでねの。
入力するだけしてボタンくりっく！→エラーです、、、は結構テンション落ちるしね。

>>26
１．【保存】ボタンクリック！
２．→エラーダイアログ表示
３．→ＯＫボタン押下（ユーザ入力）
４．→クリア（前の入力値に戻る）
５．→２〜４を入力コントロール分繰り返す。
６．→ムキー！（すべてのエラーが表示された後には元の状態に・・・ｗ）

こういうこと？
http://pc8.2ch.net/test/read.cgi/prog/1151615729/120

>>27-28
それはLostFocusでチェック入れるからでねの。
Enter(VB6ならGotFocusだっけ)でTabIndexを引数にして
チェックロジックにぶちこめばいんでねの。

エラーチェックはとりあえずやっておいて、ダイアログで通知せずに、
入力確定]とか何とかそういうボタンの横にエラーメッセージを出して、
解消されない間は確定できないようにしておくとか、やりようはあると思う。

エラーはまとめて一度に表示が基本だな
抜けるたびにチェックとかはダメ

>>31
一つの項目の内容によって次の項目の内容が変わるような仕様の時はどーすんの？

どっちがいいとかじゃなくて適材適所と認識すべき。

その入力項目単体でも範囲のチェックならフォーカスアウトでいいと思う。
例えば、半角英数字入力箇所の全角入力制限とかそのエディット１つに対して範囲が確定している場合とか（例：０〜１００％、０〜２５５等）

複数の入力項目が互いに関わるなら何かの決定ボタンなんかをトリガーにしてチェックするといいと思う。
例えば、MIN MAX DEF とかはフォーカスアウトでやっちゃうとユーザブッ千切れると思う。
最初MIN MAX DEFにそれぞれ０が入ってるときに、MINに30って入れてフォーカスアウトした瞬間に
「MAXの値を超えています！」・・・とかねｗ　　で、元の値に戻されてMINには０が入ると・・・アホでしょ？ｗ

チェックが複数の入力項目を必要とするときは決定ボタンでのチェックにして、
チェックが対象の入力項目単体しか必要としないときはフォーカスアウトにすればいいんだよ。

>>32
普通はそこでＯＫなりなんなり、なにかしらの決定ボタンをつけるもんだけどね。
ないときは、フォーカスアウトをＯＫ代わりにするしかないんかもね。

>>34
へえ。普通はそーなんだ。
じゃあうちの取引先は揃って特殊なんだなあ。

多分そこで決定ボタンをつけます、って言ったら
「全部の入力が終わっていないのにボタンを押すのはめんどくさいし、オペレータのテンポが崩れます。
項目入力して次のフォーカスに行くときに自動で設定できてるようにしてくれませんか？」
ってきっと言うと思う。

エレベーターのボタンを押すだけで15000円ももらえました

チェック厳しくすると、にっちもさっちもいかない状態から
抜け出せないケースが出てくるからな。
エラーのたびにメッセージを出してフォーカス制御しないで、
.NETのErrorProviderみたいに、アイコン表示でエラー箇所を
示すだけにする、というのはいいよね。

>>35
面倒って表現微妙だなぁ。
面倒たって、フォーカスアウトで次のフォーカスが決定ボタンにくるんでしょ？
タブ１発押すのがそんなに面倒なのか疑問だな。

逆にマウスでやってる人なんかは入力してから
フォーカスアウトを発動してやんなきゃ次のコントロールが有効にならないんだから
話聞くだけでも使いにくい仕様だと思うけどね。

>>38
要はテンキーとEnterでビシバシ打ち込み続ける人が多いから、ってことだろ。
途中にボタン用意するとEnterキーで次の項目には行かないもんな。
そこでタブキーに手を動かすのがﾏﾝﾄﾞｸｾ、てことだろ。

>>39
無駄に声のでかい人の要望だけ聞いて無い？
フォーカスアウトで〜ができないから糞っていわれてるソフトなんてみたことない。

>>40
パソコンを汎用機のように使いたい、て会社は意外と多いよ。
でもﾏﾝﾄﾞｸｾ=糞じゃないだろ。「バカ？」ていわれて「じゃあ死ぬよ！」てキレるやつみたい。

>>41
やってやるのはかまわんけどフォーカスアウト前提のインターフェースってのが不気味でな。

あ、フォーカスアウト前提ってのはフォーカスアウトをトリガーにして
コントロールの有効・無効や画面の遷移を切り替えるって仕様のことね。

フォーカスアウトをトリガーにすると>>27みたいなのが出やすいからね。
こういうタイプの案件でうちが良く使うのは
次のコントロールのフォーカスインのときに前までのコントロールのチェックをする。
そうするとチェックロジックを一つにまとめられるし、バグも出ない。
コードリストとかを片手に1時間で大量の件数の入力をしなきゃいけない人とかには好評だな。
要は用途しだい。

入力内容の間違いは、もっと控え目に出してもらいたいね。
テキストフィールドの横に、赤で「ちがうよ」って表示するとか。


ダイアログで警告とか、邪魔過ぎる。
サーバ側でだけチェックとか、遅すぎる。

>>45
フォーカスアウトでチェックして、入力フォームの色が変わるようにしてる。エラーのアイコンも一応表示。
エラーは決定ボタンの横に表示（に決められた）。オールクリアにならないと（通常フローでは）決定できない仕組み。
これならご満足いただけますか？

ついでに、エラーが残ってるときは、下までいったらエラー箇所に戻る。

>>46
スーパー満足です。
「住所欄は全部全角で」以外はその仕様でOKです。

でも、フォーカスアウトでチェックするのはなんでですか？
onchangedでいいんじゃないかと。

>>48
一文字打つたびにチェック走らせるの？

そうしてほしい、っていう客もいる

そういうのって「貼り付け」したときの動作ってどういう風にしてくれって言われるの？
前に半角英数６文字の制限がかかってるエディットに「貼り付け」だけは
全角→半角自動変換＋１０文字ぐらい入れてほしいとか頭のおかしい人いたけどｗ（その後の仕様は全く決まってないｗ）

つーか、こういうＧＵＩのむずかしいところにお金かける人って何考えてるんだろうねｗ

お金＝工数がかかると理解してないからそういうことを言えるのではないかと

必須チェックなんかで、一度フォーカスが入ると何か入力しない限り抜けられないのは×。
入力していく順番なんかわからないんだから、へんにロックされると困るんだよね。

あと日付なんかも、入力書式が１種類に限定されているアプリは糞。
日付っぽい書式であれば自動解析してやるほうが自由度が高くていい。
今やってるPJ、以下の書式はぜんぶOKになる仕様。
YYMMDD, YYYYMMDD
YY/M/D, YY/MM/DD, YYYY/M/D, YYYY/MM/DD
YY-M-D, YY-MM-DD, YYYY-M-D, YYYY-MM-DD
YY.M.D, YY.MM.DD, YYYY.M.D, YYYY.MM.DD
MMはMONで入力してもOK。（セパレータがある場合のみ）

これぐらい普通だと思ってたけど、融通の利かないアプリ多すぎ。

December 16, 2006

H18/12/16

>>53
そんなの自力で作ると超手間じゃん。
なんかいいライブラリとかクラスとかないの？
引数で文字列突っ込むと勝手にやってくれるみたいなのあるならいいけど
それをわざわざ作る意味ってわかんねｗ
しかも、間違えて入力した奴はじけないとかいいことばっかりでもなさそうだけど？
「そんなつもり打ったんじゃないのに・・・」事件は頻繁にあるんだし（ちょっとまえのジェイコム株みたいなｗ）
なんでもかんでも適用していいものでもないと思うけどな。

例えば平成１２年１２月のつもりでうってたのに、
日付調べようとしてフォーカスアウトした瞬間に（２００６年）１２月１２日に変換されんのすっげームカツクじゃん。
マウス叩き付けたくなるぐらいむかつくよ。

アプリ作ってると一度こさえたもんは
キチガイに金槌もたせたみたいになんでも叩いて解決したくなるものだが
いつも適材適所という言葉は頭のなかにいれておきたい。

それ、フォーカスアウトで(西暦に)変換されなかったとしたら、
>>56はムカつかなかったのか？

「2012/12/xx」扱いになっちゃったんじゃないか？

フォームの方で対処するのが王道じゃない？

>>56
一回作っちゃえば使いまわせるぉ。

>>57
それはむかつかないだろ？
「勝手に」やられるのが一番腹が立つ。