アカウント名:
パスワード:
例えばGoogle Chromeだと<input type="search">は自動的にIMEオンになるし、<input type="number">はオフになります。それではダメなの？
自動的に ON は迷惑なんでやめて欲しい。number の場所で OFF になるのは、フォーカス抜けたら元の状態に復帰するのであれば個人的には有ってもいいけど、複雑な番号を IME に登録していて、一発で呼び出したい人だって居る事を考えると、余計なお世話だと思う。
問題はtypeで抽象化できる範囲には制約があるということでしょう。検索キーワード以外をsearchで抽象化するのは正しくないし、数値以外をnumberで抽象化するのは正しくない。patternもありますが、patternで含まれていない文字列を入力パネルで抜くのは難しくないと思いますが、キーボードを対象にするとそもそも、キーボードの入力にIMが介入しないほうがUXに資するというのを表現するにはpatternは適切とはいえないかと。全てをtypeでまかなおうとするとtypeが山に登りますし。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「毎々お世話になっております。仕様書を頂きたく。」「拝承」 -- ある会社の日常
HTML5のフォーム機能 (スコア:1)
例えばGoogle Chromeだと<input type="search">は自動的にIMEオンになるし、<input type="number">はオフになります。
それではダメなの？
Re: (スコア:0)
自動的に ON は迷惑なんでやめて欲しい。
number の場所で OFF になるのは、フォーカス抜けたら元の状態に復帰するのであれば個人的には有ってもいいけど、
複雑な番号を IME に登録していて、一発で呼び出したい人だって居る事を考えると、余計なお世話だと思う。
Re: (スコア:0)
問題はtypeで抽象化できる範囲には制約があるということでしょう。
検索キーワード以外をsearchで抽象化するのは正しくないし、数値以外をnumberで抽象化するのは正しくない。
patternもありますが、patternで含まれていない文字列を入力パネルで抜くのは難しくないと思いますが、
キーボードを対象にするとそもそも、キーボードの入力にIMが介入しないほうがUXに資するというのを
表現するにはpatternは適切とはいえないかと。
全てをtypeでまかなおうとするとtypeが山に登りますし。