アカウント名:
パスワード:
世の中にはWebベースの業務システムっていうものがいっぱいある。こういうシステムで、定型的な入力作業(たとえば何かの申し込み情報のデータエントリーとか)を最適化するのに、IME制御が有効な場合は多い。
例えば住所氏名を入力する場合、
郵便番号を入力→(TABで次の欄へ)→住所を入力→(TABで次の欄へ)→氏名を入力→(TABで次の欄へ)→電話番号を入力
っていうのを下手すると一日何100件も繰り返すことになる。こういう場合は、IME制御があるとないとでは入力効率がぜんぜん違う。
この判断は、実務をまったく分かっていない馬鹿エンジンニアが判断したとしか思えない。
そういうのをたまにしか使わないユーザーからすると、
郵便番号を入力→(TABで次の欄へ)→(日本語ONのつもり)→住所を入力したら英語→(BS)→(日本語ON)→住所を入力→…
となって面倒なのです。ユーザーを驚かせないというのがUIの基本です。その一日何100件も入れる方が普通の使い方なら別ですが…
> →(日本語ONのつもり)→
こういう操作をする人はたぶん少数派。大多数の人は「IMEはオンにしっぱなし」。アルファベットや数字を入力する所も、IMEオンの状態のままで入力。
で、「半角変換操作するのが面倒」という改善要望が来るんです「IMEをいちいちオフにするのが面倒」という改善要望は来ない…
それ、マカーだけや
> その一日何100件も入れる方が普通の使い方なら別ですが…元コメは業務用途を想定しておられるようなので「一日何100件も入れる方が普通」の状況のお話でしょう。
別のコメントにあった次の言葉が私にはしっくりときます。> 思想というか仕様というか、web/htmlと業務アプリは相容れない部分が多いと思う。
多様なプラットフォームへの迅速な対応と言うことで業務システムがWebアプリケーション化する流れは止まらないと思います。標準から落とすにしてもベンダープリフィックスつけての実装は残して欲しい気がします。
その一日何100件も入れる業務システムが既にいっぱい存在していて、日常的に使用されているという話をしてるのよ。
その業務システムの作りが悪いだけに聞こえる。業務システムならOSもブラウザもIMEもほぼ固定か事前に想定できるどれかだけだろう。常にIMEオンを想定して、全角数字を半角に自動変換すればいいだけじゃん。
自動変換したとしても、タブキーで次の入力欄に移る前にエンターキーを押して確定する必要があるので、その分効率が下がります。そのため、ime-modeは標準仕様にする必要があるのです。実装しないブラウザーベンダーは馬鹿です。
1, 2, いっぱい みたいなくくり?いっぱいっつっても、一般のwebアプリケーションの数と比べたら少数派でしょう。たとえ一万件そんな使用例があったとしても、世の中のwebサイトはさらに数百倍はある。そんな少数派のために気遣って標準を作るなんていうのはそもそも頭おかしい。
いやいや、利用者は一般のwebアプリケーションの方が多いけど、システム数だと業務システムの方が多いんだよ。業務システムはその業種や会社に特化して作成されるから、表に出てないだけで膨大に存在してるのよ。
そんな業務が現実に存在しているというのが恐怖だ
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「科学者は100%安全だと保証できないものは動かしてはならない」、科学者「えっ」、プログラマ「えっ」
現実を知らない判断 (スコア:0)
世の中にはWebベースの業務システムっていうものがいっぱいある。
こういうシステムで、定型的な入力作業(たとえば何かの申し込み情報のデータエントリーとか)を最適化するのに、IME制御が有効な場合は多い。
例えば住所氏名を入力する場合、
郵便番号を入力→(TABで次の欄へ)→住所を入力→(TABで次の欄へ)→氏名を入力→(TABで次の欄へ)→電話番号を入力
っていうのを下手すると一日何100件も繰り返すことになる。こういう場合は、IME制御があるとないとでは入力効率がぜんぜん違う。
この判断は、実務をまったく分かっていない馬鹿エンジンニアが判断したとしか思えない。
Re:現実を知らない判断 (スコア:0)
そういうのをたまにしか使わないユーザーからすると、
郵便番号を入力→(TABで次の欄へ)→(日本語ONのつもり)→住所を入力したら英語→(BS)→(日本語ON)→住所を入力→…
となって面倒なのです。ユーザーを驚かせないというのがUIの基本です。
その一日何100件も入れる方が普通の使い方なら別ですが…
Re:現実を知らない判断 (スコア:1)
> →(日本語ONのつもり)→
こういう操作をする人はたぶん少数派。大多数の人は「IMEはオンにしっぱなし」。
アルファベットや数字を入力する所も、IMEオンの状態のままで入力。
で、「半角変換操作するのが面倒」という改善要望が来るんです
「IMEをいちいちオフにするのが面倒」という改善要望は来ない…
Re: (スコア:0)
それ、マカーだけや
Re: (スコア:0)
> その一日何100件も入れる方が普通の使い方なら別ですが…
元コメは業務用途を想定しておられるようなので「一日何100件も入れる方が普通」の状況のお話でしょう。
別のコメントにあった次の言葉が私にはしっくりときます。
> 思想というか仕様というか、web/htmlと業務アプリは相容れない部分が多いと思う。
多様なプラットフォームへの迅速な対応と言うことで業務システムがWebアプリケーション化する流れは止まらないと思います。
標準から落とすにしてもベンダープリフィックスつけての実装は残して欲しい気がします。
Re: (スコア:0)
その一日何100件も入れる業務システムが既にいっぱい存在していて、日常的に使用されているという話をしてるのよ。
Re: (スコア:0)
その業務システムの作りが悪いだけに聞こえる。
業務システムならOSもブラウザもIMEもほぼ固定か事前に想定できるどれかだけだろう。
常にIMEオンを想定して、全角数字を半角に自動変換すればいいだけじゃん。
Re: (スコア:0)
自動変換したとしても、タブキーで次の入力欄に移る前にエンターキーを押して確定する必要があるので、その分効率が下がります。
そのため、ime-modeは標準仕様にする必要があるのです。実装しないブラウザーベンダーは馬鹿です。
Re: (スコア:0)
1, 2, いっぱい みたいなくくり?
いっぱいっつっても、一般のwebアプリケーションの数と比べたら少数派でしょう。
たとえ一万件そんな使用例があったとしても、世の中のwebサイトはさらに数百倍はある。
そんな少数派のために気遣って標準を作るなんていうのはそもそも頭おかしい。
Re: (スコア:0)
いやいや、利用者は一般のwebアプリケーションの方が多いけど、システム数だと業務システムの方が多いんだよ。
業務システムはその業種や会社に特化して作成されるから、表に出てないだけで膨大に存在してるのよ。
Re: (スコア:0)
そんな業務が現実に存在しているというのが恐怖だ
Re: (スコア:0)