アカウント名:
パスワード:
前にも話題になってた気がするけど。住所フォームで全角/半角で弾かれたり、名前のよみがなフォームでカタカナとひらがなどちらかしか認めないエラーで弾かれるとイラっとしてしまいます。
かつては住所フィールドを全角固定にするUIが多数見られましたが、現在は全角・半角両対応するのが一般的です。 サーバサイドの側の要件で全角固定にせざるをえない場合でも、送信時に全角変換するなどして、UI上はなるべく全角・半角両対応にしましょう。
もう一般的になってるのか、しらんかった。
自動変換を作ったものの、顧客に言われて外したことがあるものです。懺悔します。
顧客がどうしても固定が良いって言ったんだよ自動変換はダメだとユーザが入力したものと変えることはまかりならんと
説得できなかった…
そういうこともあるんよぉ
契約ですからね。
「原文ママ」なら契約者の意思通りに書かれたことは確実だけど、変換したら、契約の正当性を主張するのに、- 変換の仕組みの説明と、- その変換手段がどんな場合でも適切な結果を返す証明と、- 変換結果が意思を反映したとみなせる社会的な認知、云々…まで示さないと、意思通りに書かれたという証拠にならない可能性があるからね…。変換ロジックに手を入れた途端に、論拠を積み上げ直す必要もある。
「代理人」「成年後見人」といった役割に、証明が必要になるのと類似の話で、「変換」するなら、「代理人」「成年後見人」に匹敵するだけの証明と法的根拠が求められる、ということだ。
社会制度の話だから、変換テーブルを作っただけじゃ終わらないんだよね…。#もちろん、契約に限った話です。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
192.168.0.1は、私が使っている IPアドレスですので勝手に使わないでください --- ある通りすがり
全角半角とカタカナひらがな (スコア:2)
前にも話題になってた気がするけど。
住所フォームで全角/半角で弾かれたり、名前のよみがなフォームでカタカナとひらがなどちらかしか認めないエラーで弾かれるとイラっとしてしまいます。
かつては住所フィールドを全角固定にするUIが多数見られましたが、現在は全角・半角両対応するのが一般的です。 サーバサイドの側の要件で全角固定にせざるをえない場合でも、送信時に全角変換するなどして、UI上はなるべく全角・半角両対応にしましょう。
もう一般的になってるのか、しらんかった。
Re: (スコア:2, 興味深い)
自動変換を作ったものの、顧客に言われて外したことがあるものです。懺悔します。
顧客がどうしても固定が良いって言ったんだよ
自動変換はダメだと
ユーザが入力したものと変えることはまかりならんと
説得できなかった…
そういうこともあるんよぉ
Re:全角半角とカタカナひらがな (スコア:0)
契約ですからね。
「原文ママ」なら契約者の意思通りに書かれたことは確実だけど、
変換したら、契約の正当性を主張するのに、
- 変換の仕組みの説明と、
- その変換手段がどんな場合でも適切な結果を返す証明と、
- 変換結果が意思を反映したとみなせる社会的な認知、
云々…まで示さないと、
意思通りに書かれたという証拠にならない可能性があるからね…。
変換ロジックに手を入れた途端に、論拠を積み上げ直す必要もある。
「代理人」「成年後見人」といった役割に、証明が必要になるのと類似の話で、
「変換」するなら、「代理人」「成年後見人」に匹敵するだけの証明と法的根拠が
求められる、ということだ。
社会制度の話だから、変換テーブルを作っただけじゃ終わらないんだよね…。
#もちろん、契約に限った話です。