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

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

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

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

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

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

      by Anonymous Coward

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

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

      説得できなかった…

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

      • by Anonymous Coward

        顧客のほうが正しい。
        ユーザの入力を勝手に変えるのはトラブルのもと。
        自動変換で変なバグを踏むリスクもある。
        どうせ最後は人間の配達員が読むだけなら正規化する必要もない。
        それでも自動変換したいというのはただの技術屋のオナニー。

        • by Anonymous Coward on 2022年03月07日 21時54分 (#4211413)

          昔自動変換変換しようとしたけど、どうやっても(shift-jisで)全角に統一できないので結局諦めた。
          (だいぶ昔だから記憶が曖昧だけど…)StrConv関数だと確か波ダッシュやチルダの変換に問題があったし、
          自作の変換テーブル作っても濁音・半濁音の処理があるから複雑になるし、そもそも本来濁音・半濁音が付かない文字に付いていると全角に対応する文字が無いから変換できないしで、
          結局エラーにしてユーザに入力し直させるのが一番確実という結論に。

          # 今ならUnicodeでうまくいきそうな気はするけどやっぱり濁音・半濁音の処理が面倒そうだな…

          親コメント

皆さんもソースを読むときに、行と行の間を読むような気持ちで見てほしい -- あるハッカー

処理中...