パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

郵便番号API企業の「使いやすい入力欄」の作り方が人気に」記事へのコメント

  • 前にも話題になってた気がするけど。
    住所フォームで全角/半角で弾かれたり、名前のよみがなフォームでカタカナとひらがなどちらかしか認めないエラーで弾かれるとイラっとしてしまいます。

    かつては住所フィールドを全角固定にするUIが多数見られましたが、現在は全角・半角両対応するのが一般的です。 サーバサイドの側の要件で全角固定にせざるをえない場合でも、送信時に全角変換するなどして、UI上はなるべく全角・半角両対応にしましょう。

    もう一般的になってるのか、しらんかった。

    • Re: (スコア:2, 興味深い)

      by Anonymous Coward

      自動変換を作ったものの、顧客に言われて外したことがあるものです。懺悔します。

      顧客がどうしても固定が良いって言ったんだよ
      自動変換はダメだと
      ユーザが入力したものと変えることはまかりならんと

      説得できなかった…

      そういうこともあるんよぉ

      • by Anonymous Coward on 2022年03月08日 16時57分 (#4211943)

        契約ですからね。 

        「原文ママ」なら契約者の意思通りに書かれたことは確実だけど、
        変換したら、契約の正当性を主張するのに、
        - 変換の仕組みの説明と、
        - その変換手段がどんな場合でも適切な結果を返す証明と、
        - 変換結果が意思を反映したとみなせる社会的な認知、
        云々…まで示さないと、
        意思通りに書かれたという証拠にならない可能性があるからね…。
        変換ロジックに手を入れた途端に、論拠を積み上げ直す必要もある。

        「代理人」「成年後見人」といった役割に、証明が必要になるのと類似の話で、
        「変換」するなら、「代理人」「成年後見人」に匹敵するだけの証明と法的根拠が
        求められる、ということだ。

        社会制度の話だから、変換テーブルを作っただけじゃ終わらないんだよね…。
        #もちろん、契約に限った話です。

        親コメント

一つのことを行い、またそれをうまくやるプログラムを書け -- Malcolm Douglas McIlroy

処理中...