- From: 木田泰夫 <kida@mac.com>
- Date: Wed, 3 Jan 2024 12:42:38 +0900
- To: Taku Yamaguchi <study.yamahige@gmail.com>
- Cc: JLReq TF 日本語 <public-i18n-japanese@w3.org>
> 日常生活でも、1文字の違いに気を使う場面が、紙の時代よりも増えてないでしょうか。 そう思います。ただし解決方法は、場合によって文字のデザインとは限らないかも。 > (1) IDやパスワード > (5) クレジットカードなどの番号 確かにこれらの入力欄で、打ち間違いがわかりやすいフォントが必要ですね。他にも銀行振込の数字はとっても重要。 余談ですが、セキュリティを向上させる目的で、最近はパスワードを手で入力するような機会を減らす方向にあります。私も、パスワードはもはやサイトごとに異なる自動生成の長いランダムな文字列なので、覚えられるようなパスワードを手で入力した最後の記憶はきっと何ヶ月も前、確か何かの機器の初期パスワードでした。パスワードのシステムから、もっとセキュアな方法への進化も進んでいますね。 > (2) 日本語入力システムの変換候補 これは確かに。特に見分けにくい漢字や、紛らわしい記号などを見分けられるように、文字自身や注釈でうまく見分けられる工夫が必要ですね。見分けられてもどちらの漢字・記号を使えば良いかわからない場合もありますので、見分ける以外にもサポートが必要なエリア。 > (3) 全角を求めるWebの住所入力フォーム これはそんなユーザー軽視のシステムが悪いのであって、変わるべきは文字ではなくてシステムです。半角カタカナはほぼ駆逐できましたが、全角のみ受け付けるというサイトがまだちらほら。そんなサイトには私は漢数字とハイフンの代わりに「の」を使います。却って明明白白で良い感じ。 字種ではありませんが、似た問題で、電話番号や郵便番号にハイフンを入れたらハネられるとか、クレジットカードの数字の間に空白を入れたらダメとか、金額にカンマを入れたらダメとか、、、ありますね。 > (4) URL URLを紙や画面を見ながら手で打つことってもうあまりないですよね… 有名なサイトと紛らわしいURLで詐欺のサイトに導こうとするリンクの問題があります。もちろん人間が文字を見分けるのに依存していては問題は解決しないので、文字だけの問題ではないのですが。色々な工夫が開発されていますね。 木田 > 2023/12/29 0:11、Taku Yamaguchi <study.yamahige@gmail.com>のメール: > > 日常生活でも、1文字の違いに気を使う場面が、紙の時代よりも増えてないでしょうか。 > 文字の区別は、もちろん、フォントだけでなく日本語入力や周辺の説明文などの共同作業で実現します。 > 思いつくところで例をあげますと… > (1) IDやパスワード > (2) 日本語入力システムの変換候補 > (3) 全角を求めるWebの住所入力フォーム > (4) URL > (5) クレジットカードなどの番号 > > (1) IDやパスワード > インターネットのプロバイダーから紙で郵送されてくるユーザーIDやパスワードは、こんな風に書かれてることがあります > ユーザーID: > ABC1234 > エー・ビー・シー・イチ・ニ・サン・シ > 「ABC1234」の部分はフォントが変わってると思います。さらに、この「エー・ビー・シー・イチ・ニ・サン・シ」は声に出して読むためではなく、文字を正確に伝えるために添えられてると思います。 > > (2) 日本語入力システムの変換候補 > 最近は「もく」と入力すると「(木)」や「（木）」が変換候補として出てきます。この区別を字体で伝えようとするAppleと、説明で伝えようとするGoogleと、どちらも好きです。スクリーンショットを添付します。 > > (3) 全角を求めるWebの住所入力フォーム > 「1番地1号」を「1-1」と入力して、システムから「全角にしろ」と怒られて、うまくいかず苦闘した経験のある人は多いんじゃないでしょうか。 > > (4) URL > URLも、この部分だけフォントを変えると思います。もっとも、デジタルならクリックできるリンクやQRコードにするのがイケてますが。 > > (5) クレジットカードなどの番号 > (1)以外にもクレジットカードの番号、電話番号、パソコンのシリアル番号、Wi-Fiルーターの初期パスワード、などなど。 > 長い英数字を手入力させられるとクラクラしませんか？4桁ごとに区切りがあったりするとマシですが。 > > 山口 > > 2023年12月28日(木) 9:44 木田泰夫 <kida@mac.com>: >> >> 敏先生、 >> >> インラインで： >> >> 2023/12/28 8:19、Kobayashi Toshi <binn@k.email.ne.jp>のメール: >> >> 山口 様 >> 木田 様 >> みなさｎ >> >> 小林 敏 です． >> >> いくつか疑問がありますので，コメントいたします． >> >> 木田泰夫 さんwrote >> >> プログラミングに対してモノスペース書体がなぜ重要なのか、例えばなぜより読みやすいHelveticaを使わないのか、つらつら考えていたのですが、山口さんの挙げられたように次の二点に突き詰められるかと思います。まずはモノスペースであることで空白文字を使って縦方向にカラムを揃えられること、そして一文字一文字誤認識がないこと。 >> >> >> 問題1 縦方向の位置については問題点は2つ >> >> 字下げの行頭位置 これは，スペースでも同じものを使用すればプロポーショナルでもそろうのではないか．ましてやタブでも書式の指定でも同様．ということは，モノスペースとは無関係といえないか？ >> >> >> その通りです。行頭の位置決めはモノスペースとは関係ありませんし、またプログラミング用の編集ソフトウェアの多くにはタブストップという概念があります。ただし： >> 1) タブストップの位置の統一がないので、スペースを用いて行頭位置を決めた行と、タブを使った行が混在する場合、タブストップ位置や書体の異なる設定の編集ソフトに移った時に開始位置が崩れます。これを防ぐため、入力にはタブキーを使っても実際には決めた数のスペースを挿入するようになっている設定も一般的です。 >> 2) モノスペースでないフォントの場合スペースの幅が狭いので、とってもたくさんスペースを入れないと行頭を望む位置に持ってくることができません。 >> そのため、モノスペースフォントの幅の広い空白文字が便利なのです。 >> >> もちろん、これらはモノスペースフォントを使わずとも容易に達成できます。例えば行頭位置決めをタブで行うと統一してしまえば良いのですし、また最近の賢いエディターは書かれているプログラミング言語の文法を知っていますので、スペースとタブが混在していても適切に行頭位置を統一することは技術的に容易です。 >> >> 次にアラビア数字を使用する数表組で桁の位置をそろえるために数字はモノスペースでないといけない．このような事例はプログラミングのコード記述においてあるのでしょうか？ もし記述内容について，その必要性がなければ，行送り方向の位置（縦方向の位置）をそろえる必要性はないことになり，モノスペースの必要性はなくなる．もし，その必要性があれば，その場合にモノスペースにすればいいことではないか． >> >> >> そのような事例はあります。例えば複雑な構造のデータを表す場合です。文字列や、もしくはこれらに置き換えられる定数名、もしくは変数名が入りますので、数字だけとは限らず、あらゆる種類の文字が現れます。逆に言って日本語の部分にまでモノスペースが欲しくなるのはこの用途くらいでしょうか。 >> >> ただし、もちろん、スペースで位置揃えを行うなんて手段としてはびっくりするほど原始的です。上に述べた文法を知っているソフトでより適切な配置にすることは技術的に容易です。 >> >> なので上記の理由では、それが必須というより慣習という面が大きのかと思います。 >> >> 次に文字認識，特に0（ゼロ）とO（大文字のo），1（数字の1）とI（大文字のi）とl（小文字のL）について >> >> この問題は，モノスペースにしたから出てきた問題ではないか．プロポーショナルであれば，それぞれは字幅が異なる．これが区別の認識を助ける．さらに，ローマン体（サンセリフでもデザインによるが）を使えば，セリフの形が違うので，さらに区別しやすくなるのではないか？ >> >> >> プログラムは一文字間違えると動きませんから、字幅で区別できる程度以上に明確な区別が必要なのです。ゆえ、モノスペースフォントのゼロは通常丸の中に斜め線入りです。基本的なデザインはsans-serif書体であるにもかかわらず、大文字のアイはエのような形、数字の1は最後に明確なセリフ付き、小文字のエルは∫を左右逆にしたような形になるものが多いです。例えばserifフォントを選べばこのような区別がある程度つきますが、モノスペースフォントではこの差が誇張された形でデザインされています。 >> （* Courier はタイプライターのための伝統書体で、プログラミング用ではない。打った時に太くなる効果が画面では存在しないので細いです） >> >> プログラミング用を考えると、モノスペースであること自体よりも、この字形の特徴の方がより本質的なのではないかと思います。 >> >> このように考えると日本で流行りのUDフォントと設計思想が似ていますね。UDフォントも一文字一文字の誤認識がないことにフォーカスしています。 >> >> 最後に，説明の部分とプログラミングのコード記述とを区別したい，ということがある．これは，モノスペースにしなくても，例えば，説明がサンセリフなら，プログラミングのコード記述はロンマン体（ありはその逆）にするなどフォントを変えれば区別がつく． >> >> そもそも，モノスペースの字形は，相当に無理をしたデザインになっている．ですので，読みやすさを損なっている可能性がある．人は読みたいものは無理しても読むので，それでいいと思っている可能性がある．それ以上の何かメリットや，そうしないといけない理由はあるのでしょうか，というのが私の疑問です． >> >> >> その通りだと思います。一字一字の誤認を防ぐためのデザインで、読みやすいものとはいえないと思います（UD書体も同じように思います）。が、おそらく上に挙げたような理由で使い続けられています。 >> >> 木田 >> >> >> > <thursday.jpg>
Received on Wednesday, 3 January 2024 03:42:58 UTC