「住所は英数字もすべて全角で入力してください」はなぜそうなったのか - Qiita

Webサービスのフォームに住所を入力するとき、丁目や番地などを入れる欄について、数字やハイフンを全角で書かなければいけない「全角縛り」をやっているフォームをよく見ます。半角文字を入力してしまってエラーになったり、咄嗟に変換方法を思い出せなかったり、全角と半角の見分けが付きづらかったり、「全角縛り」であることが明示されていなかったり、「ハイフン」としてどの文字を使うべきかわからなかったり……と、鬱陶しさを感じることが多くあります。 「住所は全角のみ」（数字やハイフンも絶対に半角を受け付けない）という仕様がどういう経緯で生まれて、どう広まっていったのかが気になってる。いま存在しているのは過去の仕様や慣習の踏襲として理解できても、そもそもなぜそれらが生まれたのかが理解できない。 https://t.co/ZLz0Pw9GOK — ymrl (@ymrl) July 29, 2024 これについて

[m_yanagisawa]

“しかし今となっては、時代遅れで、無くしていくべきものだと私は思います”＜古いネットスラングで恐縮だが激しく同意。しかし話は単純ではないことはこの記事からもよくわかる。住所を扱う技術者の皆様乙

[gomisute44]

日本郵便の追跡サービスで、お問い合わせ番号をハイフン抜きで入力求められるのも相当クソだと思う。しかもハイフン入れたままペーストすると桁数溢れで途中の文字で切れた状態で貼り付けられるという糞オブ糞仕様。

[maemuki]

英数字全角入力があると「あ、ここはB級以下のクソなところだな」って思っちゃう

[megamouth]

丁寧に全角に変換することでそこに「気持ち」が入るんです。当社としてはサインアップしたい、自宅に送ってほしい、というお客様の熱い気持ちをこそ大切にしたいと考えております

[kkobayashi]

何にしてもシステム側で全角半角の揺れは吸収してくれよと思う

[igrep]

フロントエンドで都度変換する、でも十分でしょうに。なんとかして欲しいよね。

[www6]

「Xという名前が気にいらないので、いまだに「Twitter」とか「ツイート」と呼んでいます」信頼に足る書き手だ。

[uunfo]

データベースの文字コード制限が大元だとは思う。その後も引き継がれてるのはコードを書いたことのないSIerのSEが仕様書を書くからでしょう／かなり減ったけどカナの半角縛りもある／全角数字そのものを廃止してほしい

[mr_mayama]

そもそも全角・半角みたいな呼称は漢字圏固有だし欧米はプロポーショナルがデフォルトだからBasic Latinブロックを「半角」って呼ぶのを止めてほしい。「ホームページ」みたいな違和感と同じ。

[cardmics]

全角の強制だけでなく、半角の強制も優しくないよねー。郵便番号を〒123－4567と、ハイフンのみ全角で入力してエラー表示させてる人を何度も見てきたわ。

[hagane]

役所のシステムなら、情報公開請求でなぜそう言う仕様になったのか引き出すことってできるのかな。

[eichisanden]

特に住所１、住所２に分けて入力させるのは印刷を考慮してるんだろうけど、文字数チェックが全角だとやりやすいという理由はありそう。深く考えずに全角にしとけ、という理由はもっとありそう。

[pmakino]

概ね現代には無関係感あるけど、最初の印刷のため説は現代でもあり得なくもないか

[zx68k]

最近は全角縛りだけでなく、郵便番号を入れても住所が自動入力されないだけでイラっとしてしまう。

[hatact]

雑に作ったフォームで不満がたまっていることを発注側は知らないので、ダメなフォームを使うサイトを晒す投稿サイトが必要。誰かお願いします。無視はしにくいと思う。

[k-holy]

ユーザーが入力した値と内部処理用の値を別々に保存しておくのが最適解となりそうだけど、まあそんなん嫌ですよねという感じ…自分はシステムのポリシーに合わせて保存時に勝手に変換かます派。元に戻すのはナシ。

[asakura-t]

佐川かヤマトの帳票出力が「全角n文字×m行」みたいな仕様だったのを思い出した（今は変わってるかな）／WebAPIでも似たような仕様のとこがあったな／「入力後に変換」としても「全角で入力してください」の案内は必要か

[deep_one]

「勝手に変換」は絶対やってはいけないから、出来るのは確認画面で「これでいいか」と聞くことぐらい。たぶん、それは実装がめんどくさい（笑）

[secseek]

どうしても全角にする必要があるのなら半角で入力させて全角に変換してほしいです

[NOV1975]

銀行絡みだとだいたいシフトコードのせいかな。受付けるところで正規化すればよいんだが、それはそれで「利用者が入力したものを勝手に変換」になるので忌避されがちではある。

[dowhile]

こういうの統一させるのが省庁の役目よね

[houyhnhm]

印刷のタテヨコ変換も葉書とかであるしね。あとね、半角カナがメーラーとかでバグったりしたんよね。

[sirobu]

金融系は未だにメインフレームが生きのこってるし一部データはEBCDICで取り扱うからそんなこと言われても…的なヤツ

[magi-cocolog]

記事に言及されているのでわざわざいうのもなんなのだが、保存する形式と入力する形式が同じである必要はないから、「保存するときの形式で入力させる」必要はないわなあ

[ghostbass]

COBOLというかプリンタの印刷幅の問題なのでは、って気がしてるけど定かじゃない。N(20)をU（20）(そんなのあるのか？)としてUTF8でエンコードするなら長さは不定になってしまうしねえ

[yogasa]

メインフレーム文化だと全角で揃えたいよな。Webでそれを引き摺ってるのは変だけど（昔なら慣習で理解できるかな）。この人固定長とかってわかるのかな / でも別に入力で全角強要されてもそんなに困らんのよね

[eachtime]

Twitterでエラい人が「こういうのはフロント側で変換すべき」と言ってて、何でやねんと思った。バックエンド側の都合ならバックエンドで変換するのが原則だと思う。

[poliphilus]

COBOL が元凶だと思うけど、理由の筆頭に来ないのが変だな。自分はフォームの値はまず mb_convert_kana($str, "KVa") するのが常だった

[Alsus]

バックグラウンドなど利用者には関係ないからね。確認画面に行く間に変換すればいいだけだが、これほどまでに多くのシステムで制約があるのは単に怠惰なだけだと思うよ。EFOの重要な項目だろうに。

[asamaru]

官庁が（住所に限らず）全角数字を好み、それに民間企業も引きずられてしまっている説。

[no-cool]

そう言えばキャンペーのの応募ハガキをパンチャーさんが入力していて、その後OCR対応になって…という昔のことを久々に思い出しました

[yuta0210]

“「そもそも住所を、丁目・番地・号のレベルで検索する需要はそんなに存在するのか？」”二重登録された際の名寄せに必要になります。

[m50747]

技術者がUTF-8の扱いに慣れて無くて全角2バイト半角1バイトじゃないやん！ウキーってことかも知れない。全角半角混在の文字数をカウントする処理を書く場合はちょっとテクニックがいる。

[coco7t]

NTT東日本のフォームでこれあった郵便番号を半角で入力からの□丁目□番地□号とあるから半角で入力すると全角でムカッとなる

[stabucky]

「半角で入力してもいいが全角に変換して登録しますよ」と明記してその通りに処理すればいいのでは？

[devrabi]

Webアプリケーションのフレームワークには、リクエストの全角・半角変換とかを行うためのフックポイントが欲しいです

[miruto]

確かに何であんなクソ仕様が広がってしまったのか謎。そして未だに全角のみのところが結構あるのが最悪。プログラム側で全角→半角対応なんてすぐできるだろうに。

[camellow]

数字はまあいいとしてハイフンがいろいろ試しても拒否される場合がある。そういう時はムカつくので"の"って書く。１の２の３みたいに。

[yuangao]

意外とまだCOBOL生きてるからなあ。メインフレームなくなったけど、プログラムはそのままリホストしてるとか。UIは別の言語でも、バックヤードがCOBOLなんで引きずられてる。全角自動変換してるのも見かける。

[hirata_yasuyuki]

Webフォームでいわゆる半角カナがダメだったのはShift_JIS/EUC-JPの判定に失敗するからでは。今はUTF-8が前提になるのでその問題は無い。(EUC-JPでもいわゆる半角カナは定義されている)