アカウント名:
パスワード:
前にも話題になってた気がするけど。住所フォームで全角/半角で弾かれたり、名前のよみがなフォームでカタカナとひらがなどちらかしか認めないエラーで弾かれるとイラっとしてしまいます。
かつては住所フィールドを全角固定にするUIが多数見られましたが、現在は全角・半角両対応するのが一般的です。 サーバサイドの側の要件で全角固定にせざるをえない場合でも、送信時に全角変換するなどして、UI上はなるべく全角・半角両対応にしましょう。
もう一般的になってるのか、しらんかった。
自動変換を作ったものの、顧客に言われて外したことがあるものです。懺悔します。
顧客がどうしても固定が良いって言ったんだよ自動変換はダメだとユーザが入力したものと変えることはまかりならんと
説得できなかった…
そういうこともあるんよぉ
若干無駄だけど入力されたままと変換(≒正規化?)されたデータ両方持てばすむ気が変換行為自体が言語道断って言う人も中にはいるかもしれないけれど、業務上必要な理由なんて幾らでもでっち上げられるだろうし理由を挙げられないのであれば変換自体不要だし
変換出来るならわざわざ両方持たずに入力されたままの値だけ持っておいて、必要な時に変換すりゃいいじゃん。両方持つなんて本末転倒。
他でもあがっているけど入力されたままを維持したいってのはある。特に出力するだけならハイフンがごちゃ混ぜになろうがどうでもいいことだしな。変換しなければ意味が変わったり情報が消失したり余計なものがついたりする可能性が0なんだし。変換してでも均すか否かは入力された情報をどう扱うか次第。そこを理解せずに変換するのは自己満足と言われても仕方がない。
データ量(ストレージ)を考えると>両方持つなんて本末転倒。といいたい気持ちはよくわかる
が>変換出来るならわざわざ両方持たずに入力されたままの値だけ持っておいて、必要な時に変換すりゃいいじゃん。ってやると検索時(必要なら)の負荷がゴリゴリあがるのよ最低限郵便番号だけでも別カラムに入れておけばかなり減るだろうけど
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あつくて寝られない時はhackしろ! 386BSD(98)はそうやってつくられましたよ? -- あるハッカー
全角半角とカタカナひらがな (スコア:2)
前にも話題になってた気がするけど。
住所フォームで全角/半角で弾かれたり、名前のよみがなフォームでカタカナとひらがなどちらかしか認めないエラーで弾かれるとイラっとしてしまいます。
かつては住所フィールドを全角固定にするUIが多数見られましたが、現在は全角・半角両対応するのが一般的です。 サーバサイドの側の要件で全角固定にせざるをえない場合でも、送信時に全角変換するなどして、UI上はなるべく全角・半角両対応にしましょう。
もう一般的になってるのか、しらんかった。
Re: (スコア:2, 興味深い)
自動変換を作ったものの、顧客に言われて外したことがあるものです。懺悔します。
顧客がどうしても固定が良いって言ったんだよ
自動変換はダメだと
ユーザが入力したものと変えることはまかりならんと
説得できなかった…
そういうこともあるんよぉ
Re: (スコア:0)
若干無駄だけど入力されたままと変換(≒正規化?)されたデータ両方持てばすむ気が
変換行為自体が言語道断って言う人も中にはいるかもしれないけれど、業務上必要な理由なんて幾らでもでっち上げられるだろうし
理由を挙げられないのであれば変換自体不要だし
Re:全角半角とカタカナひらがな (スコア:0)
変換出来るならわざわざ両方持たずに入力されたままの値だけ持っておいて、必要な時に変換すりゃいいじゃん。
両方持つなんて本末転倒。
他でもあがっているけど入力されたままを維持したいってのはある。
特に出力するだけならハイフンがごちゃ混ぜになろうがどうでもいいことだしな。
変換しなければ意味が変わったり情報が消失したり余計なものがついたりする可能性が0なんだし。
変換してでも均すか否かは入力された情報をどう扱うか次第。
そこを理解せずに変換するのは自己満足と言われても仕方がない。
Re: (スコア:0)
データ量(ストレージ)を考えると
>両方持つなんて本末転倒。
といいたい気持ちはよくわかる
が
>変換出来るならわざわざ両方持たずに入力されたままの値だけ持っておいて、必要な時に変換すりゃいいじゃん。
ってやると検索時(必要なら)の負荷がゴリゴリあがるのよ
最低限郵便番号だけでも別カラムに入れておけばかなり減るだろうけど