アカウント名:
パスワード:
前にも話題になってた気がするけど。住所フォームで全角/半角で弾かれたり、名前のよみがなフォームでカタカナとひらがなどちらかしか認めないエラーで弾かれるとイラっとしてしまいます。
かつては住所フィールドを全角固定にするUIが多数見られましたが、現在は全角・半角両対応するのが一般的です。 サーバサイドの側の要件で全角固定にせざるをえない場合でも、送信時に全角変換するなどして、UI上はなるべく全角・半角両対応にしましょう。
もう一般的になってるのか、しらんかった。
自動変換を作ったものの、顧客に言われて外したことがあるものです。懺悔します。
顧客がどうしても固定が良いって言ったんだよ自動変換はダメだとユーザが入力したものと変えることはまかりならんと
説得できなかった…
そういうこともあるんよぉ
顧客のほうが正しい。ユーザの入力を勝手に変えるのはトラブルのもと。自動変換で変なバグを踏むリスクもある。どうせ最後は人間の配達員が読むだけなら正規化する必要もない。それでも自動変換したいというのはただの技術屋のオナニー。
NHKは、ユーザー入力を手動で正規化してるっぽい。NHKのサイトで住所変更した後に送られてきたハガキは、『番地』が『-』に変更されるとともに地名の一部が欠落していた。# ちなみに、NHKのナビダイヤルへ連絡して修正してもらえましたが、郵送など修正済みデータを確認する方法はないそうです。
入力を弾いたことによる離脱率やクレームの増加とトレードオフになっていることを認識した上で言ってるんならいいけどね。設計の人そこまで考えてないと思うよ
昔自動変換変換しようとしたけど、どうやっても(shift-jisで)全角に統一できないので結局諦めた。(だいぶ昔だから記憶が曖昧だけど…)StrConv関数だと確か波ダッシュやチルダの変換に問題があったし、自作の変換テーブル作っても濁音・半濁音の処理があるから複雑になるし、そもそも本来濁音・半濁音が付かない文字に付いていると全角に対応する文字が無いから変換できないしで、結局エラーにしてユーザに入力し直させるのが一番確実という結論に。
# 今ならUnicodeでうまくいきそうな気はするけどやっぱり濁音・半濁音の処理が面倒そうだな…
自動変換しないなら、半角も全角も入力したとおり受け付けてほしい。「最後は人間の配達員が読むだけなら正規化する必要もない」なので、なおさらそう。
なぜ全角・半角、コンピュータの都合を人間に押し付けるのか。
ネタ元は郵便番号APIのとこだけどこれは住所入力フォーム全般を対象にした話題なので
> どうせ最後は人間の配達員が読むだけ
ではないよ。同じ人間でも表記にゆらぎがあることも十分ありうるので、住所の照合などで同じ住所なのに表記の違いで別の住所と判断されるのは困る。
このツリーの話題は困ると思う人が思う人の手元で正規化することに、正規化しても困らない(正規化したら困るわけではない)人からイチャモン付けられてる状態なんだけど。いったいどこから「困ると思わない人に手間を押し付ける」なんて話が沸いて出た?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
一つのことを行い、またそれをうまくやるプログラムを書け -- Malcolm Douglas McIlroy
全角半角とカタカナひらがな (スコア:2)
前にも話題になってた気がするけど。
住所フォームで全角/半角で弾かれたり、名前のよみがなフォームでカタカナとひらがなどちらかしか認めないエラーで弾かれるとイラっとしてしまいます。
かつては住所フィールドを全角固定にするUIが多数見られましたが、現在は全角・半角両対応するのが一般的です。 サーバサイドの側の要件で全角固定にせざるをえない場合でも、送信時に全角変換するなどして、UI上はなるべく全角・半角両対応にしましょう。
もう一般的になってるのか、しらんかった。
Re: (スコア:2, 興味深い)
自動変換を作ったものの、顧客に言われて外したことがあるものです。懺悔します。
顧客がどうしても固定が良いって言ったんだよ
自動変換はダメだと
ユーザが入力したものと変えることはまかりならんと
説得できなかった…
そういうこともあるんよぉ
Re:全角半角とカタカナひらがな (スコア:0)
顧客のほうが正しい。
ユーザの入力を勝手に変えるのはトラブルのもと。
自動変換で変なバグを踏むリスクもある。
どうせ最後は人間の配達員が読むだけなら正規化する必要もない。
それでも自動変換したいというのはただの技術屋のオナニー。
Re: (スコア:0)
NHKは、ユーザー入力を手動で正規化してるっぽい。
NHKのサイトで住所変更した後に送られてきたハガキは、『番地』が『-』に変更されるとともに地名の一部が欠落していた。
# ちなみに、NHKのナビダイヤルへ連絡して修正してもらえましたが、郵送など修正済みデータを確認する方法はないそうです。
Re: (スコア:0)
入力を弾いたことによる離脱率やクレームの増加とトレードオフになっていることを認識した上で言ってるんならいいけどね。設計の人そこまで考えてないと思うよ
Re: (スコア:0)
昔自動変換変換しようとしたけど、どうやっても(shift-jisで)全角に統一できないので結局諦めた。
(だいぶ昔だから記憶が曖昧だけど…)StrConv関数だと確か波ダッシュやチルダの変換に問題があったし、
自作の変換テーブル作っても濁音・半濁音の処理があるから複雑になるし、そもそも本来濁音・半濁音が付かない文字に付いていると全角に対応する文字が無いから変換できないしで、
結局エラーにしてユーザに入力し直させるのが一番確実という結論に。
# 今ならUnicodeでうまくいきそうな気はするけどやっぱり濁音・半濁音の処理が面倒そうだな…
Re: (スコア:0)
自動変換しないなら、半角も全角も入力したとおり受け付けてほしい。「最後は人間の配達員が読むだけなら正規化する必要もない」なので、なおさらそう。
なぜ全角・半角、コンピュータの都合を人間に押し付けるのか。
Re: (スコア:0)
ネタ元は郵便番号APIのとこだけどこれは住所入力フォーム全般を対象にした話題なので
> どうせ最後は人間の配達員が読むだけ
ではないよ。
同じ人間でも表記にゆらぎがあることも十分ありうるので、住所の照合などで同じ住所なのに表記の違いで別の住所と判断されるのは困る。
Re: (スコア:0)
困ると思わない人に手間を押し付ける理由にはならん
Re: (スコア:0)
このツリーの話題は困ると思う人が思う人の手元で正規化することに、正規化しても困らない(正規化したら困るわけではない)人からイチャモン付けられてる状態なんだけど。
いったいどこから「困ると思わない人に手間を押し付ける」なんて話が沸いて出た?