はてなキーワード: uiとは
Windows10 以降のWindowsに標準搭載されるようになった「UDデジタル教科書体」というフォントがある。游ゴシックに並んで書体が美しいフォントで、そこらへんのチラシや張り紙などで濫用されているのをよく目にするだろう。
だがUDデジタル教科書体はバリアントが6種類もあって、それぞれがどんなフォントなのかわかりにくい。Word でバリエーションを選ぼうとすると、一覧にはこんな風に並ぶ。
フォント名を単純に昇順で並べただけで、バリアント順になっていない。これでは何がなんだかわからないので整理してみよう。
書体名 | 和文 | 欧文 | ウエイト |
---|---|---|---|
UD デジタル 教科書体 N-R | 等幅 | 等幅 | 標準 |
UD デジタル 教科書体 N-B | 等幅 | 等幅 | 太字 |
UD デジタル 教科書体 NP-R | 等幅 | プロポーショナル | 標準 |
UD デジタル 教科書体 NP-B | 等幅 | プロポーショナル | 太字 |
UD デジタル 教科書体 NK-R | プロポーショナル | プロポーショナル | 標準 |
UD デジタル 教科書体 NK-B | プロポーショナル | プロポーショナル | 太字 |
各バリアントは
という順列組み合わせになっていることがわかる。
日本語の文面は等幅フォントが読みやすく、英文・英単語はプロポーショナルフォントが読みやすいからだ(メイリオや游ゴシックなどもこの組み合わせである)。その組み合わせの NP ひとつでオールマイティにいける。
なお、和文に強いてプロポーショナルフォントを使う場面はなく、せいぜい見出しやタイトルなどの短いセンテンスや、UI部品のメニューなどスペースが限られる用途などに限定して使うべきだろう。
また、英語の等幅フォントも同様で、桁が揃っていないと見にくい表の数値や、プログラムのコードくらいしか一般的には使い道がない。
つまり「N」や「NK」の出番はほとんどないのである。(誤字訂正しました。指摘サンクス)
繰り返します。UDデジタル教科書体は NP-R/B 一択です。
ちなみに、はてな匿名ダイアリーをWindows環境で閲覧すると、本文の表示には「Meiryo UI」が使われています。この書体はOSのUI用に作られた省スペースフォントで、文字幅を強く圧縮した独特の形状をしています。ファイル名やメニュー項目を表示するには省スペースで重宝ですが、ブログの本文などの長文を表示するような用途にはまったく適していません。ごちゃごちゃと詰まっていてとても読みにくいです。こんなもの、普通は読みものコンテンツの最優先フォントに使ったりはしません。
なぜこんなことになっているのか、スタイルシートを読み解いてみましょう。
font-family: system-ui, -apple-system, BlinkMacSystemFont, "Helvetica Neue", "Hiragino Sans", "Hiragino Kaku Gothic Pro", "ヒラギノ角ゴ Pro W3", "Noto Sans JP", sans-serif;
まず先頭に "system-ui" という総称フォントが書かれているのが噴飯ものです。
総称フォントとは「指定された固有フォントがひとつも見つからなかった時に最後の手段として代替できるような一般名」のことで、本来はフェイルセーフとして font-family 値の末尾に書き添えます。ブラウザは総称フォントに対しては必ず何らかのフォントを割り当てていますから、どう転んでも何かのフォントは見つかり、最低限の表示が保証されるわけです。
ところがそれを先頭に書いたりしたら一発でフォントが見つかって、それ以降のフォント指定は読み飛ばされてしまいます。system-ui の後ろのカンマ以降の情報は実質的にただのゴミです。書く意味がありません。
なぜこんなスカタンなフォント指定になっているか、だいたいの想像はつきます。
このフォント指定は、MacOS付属の「San Francisco」という粋なフォントを呼び出す裏技として一部で流行していた方法なのです。すごく使いたかったんでしょうね、San Francisco を……。
しかしMacOS以外のOSでも、system-ui にはそのOS固有のフォントが割り当てられています。Windows の場合は長文の表示にまったく適さない Meiryo UI だった、というわけです。
どっちみち San Francisco は記事内の半角英数記号くらいにしか使われませんが、Windows の和文表示をすべて台無しにしてでもそうしたい何か強い理由があったんでしょうか。私には合理的な理由は思い当たりませんが。
iPhoneやiPadのパスコードを長らく設定しないで運用してるんだけど、OSのアップデート後にパスコードや生体認証を登録させようとしてくるUIもキャンセルが分かりづらくて面倒
最新のChatGPT、Claudeとかのモデルに見せたけど、ふたりとも一撃目は不正解だったな。
Claudeは二回目の質問で見破ったけど、ChatGPTは最後まで自分で解けなかった。
もう、これらが騙されるようなレベルのひどい表現方法は、規制でいいので貼って感じする?
このてのUI評価って主観が入って再現性なかったけど、AIつかって定性的に評価できそうな感じがあるNE!
画像には、おそらくオンラインショッピングの支払い手続きの一部を示していると思われます。お買い物を続けるためには、黄色いボタンを押す必要があります。このボタンは右側にあり、「次に進む(再開する)」とラベル付けされています。余計なサービスに入らないようにするには、通常、チェックボックスやその他のオプションを選択しないように注意してください。画像に表示されている内容に基づいて最適な行動を選択してください。
この画像の指示によると、Amazonプライムに登録しないで買い物を続けるには、「次に進む (再開する)」という黄色のボタンを押せばよいとのことです。余計な有料サービスには同意せず、通常の買い物手順を再開するためのボタンだと理解しました。
購入手続きのときに、急にこんな画面が挿入されてきたんだけど、
https://tadaup.jp/55aeed90d.gif
こんな絵に書いたようなダークパターンある??
小さく「会員は\600円/月で特典使い放題」と書いてある。
つまり、「600円払えば無料だよ」と言っている。つまり、無料ではない。
読解力を測るテストで間違えるような人は、もうこれ読み取れないだろ。
YesとNoのボタンなのかと思いきや、なんと、これはYesとYesである。
「Yes か はい で答えてください」というジョークを素でやっているのが、今のAmazonなのである。
では、Noのボタンはどこにあるのかと、画面中をよく探したら、左側に、普通のテキストの見た目でコッソリたたずんでいた。
俺はね、コンピューター業界で長らく働いている人間なので、こんな極悪ダークパターンにも騙されないけどさあ、
でもこんなん、普通の人や、中高年なんて、もう騙されるの不可避じゃん。
実装を進めて、あとの方で「やっぱこうして」といって後戻りの工程が発生すると穴を掘って埋めるような感覚になる。
こういうのは効率性を低下させるので、関係各位と調整して情報を揃えたほうがいい。
もし情報が限定的にしか揃わない場合は、非常に簡易的なプロトタイプを触ってもらって、「こうしたほうがいい」という声をもらう。
情報として基本的なのは、UI設計とデータ設計だろう。これらが煮詰まった段階でデータフローのシーケンスを特定していく。
例えばUIの担当者が外観の設計を渋っているときは、入出力だけでも特定し、その入出力のプロトタイプを作っておいたほうが良い。
特にDockerのネイティブサポートがないってのは我々からすると年々Macの致命的な弱点になってきてる
Appleからすれば何で自社プラットフォーム以外に投資せにゃならんのってことなんだろうけど
ウェブ開発者もAppleの売り上げにかなり貢献してると思うんだよ。特にDHHがMacを勧めたおかげでMacに乗り換えたウェブエンジニアも少なくないってかかなり多いはず
それ自体はBasecampとAppleの三割税をめぐる争いもモチベの一つだろうとは思うけど、単純にウェブ開発が快適な環境を求めてのことだろう
Appleとしてはマジョリティに売り込む方が大事で我々のような層の売り上げは微々たるものと考えているのかね
まあそうかもしれない
でもさ、今の時代ネットサービスを快適に開発できて快適に使えるっていうのはきれいなフォントと同じくらい重要なことだと思うし
作曲家やデザイナーや映画製作者と同じくらい、ウェブエンジニアに訴求するのも悪くないと思うんだけど
結局この10年くらいは偶然我々の求める開発環境とMacのBSD環境が重なっただけの期間だったのかもしれない
このままだとウェブエンジニアのMac離れはどんどん加速するだろうね
とはいえ自分はMacのフォントやUIから容易には離れられない体になってしまった
ああフォントのためだけにうん十万のディスプレイをポンと買えたり代わりにiOSアプリ開発してくれるエンジニアを雇えるようになりたいでござる
結論:
使い方がわからない・調べない・学習できない・変化についていけていないだけのアホ。
詳しい時刻もカレンダーも出ない点。
時刻はそんなに見たけりゃ秒数までタスクバーに表示できるから、クリックの必要性すら無い。
カレンダーは展開状態にしておけばクリックで普通に表示される。
なくなってない。
コンテキストメニュー的には「その他のオプション」配下になったにせよ、そもそもアドレスバー横に配置されてるし、アクセス性はむしろ向上してる。
ああ、後述の「文字表記がない😡」のせいでアレルギー起こしてるのか。
好みは分かれるところだろうけど、1回使ったら即学習できる程度のものだろうに。
老化してくると難しいのかもしれないけど。
老眼にアイコンが厳しいならショートカットキーを…ああ、覚えられないからマウス完結したいのか。
止めて欲しいならどうでもよくないんじゃん、一行でバレる嘘つくなよ。
中央配置はMacマネというより、モニタ高解像度化にともなう変化だと思うけどね。
いずれにせよ左寄せにも変更可能だし。
Windowsに求めるのは時代時代は意識してUIを今風にしすつつも、一貫した操作性であって、目新しさや新体験ではないんだわ。
変化についていけない老人にはそうなんだろうけど、世間はWinXP以前のしみったれた操作感なんて求めてないんだわ。
身の程をわきまえて欲しい。
現在、個人が運用できる生成AIはStableDiffusionが主流であり、多くの便利なプラグインもそれように開発されている。
しかし本家本元のStableDiffusionnはコマンドラインでしか動かず、極めて不便である為、それを元に開発されたGUI版である、
Stable Diffusion web UIが事実上の標準となっている。そしてStable Diffusion web UIや多くのプラグインは基本的に個人開発である。
つまり、適当な罪状をでっち上げて開発者を逮捕、勾留し、証拠隠滅を阻止すると言う名分で開発環境を取り上げればいい。
Winnyは裁判の結果、開発者は無罪となったが、Winnyの更新は停止し、代替となるようなファイル交換ソフトの開発に一定の歯止めをかけた。
そうして、稼いだ時間でファイル交換ソフトの監視体制を作り上げて、各プラットフォームが合法な配信環境を整えるまで権利を守ることができた。
生成AIは技術的に合法であっても、もたらしている被害はWinnyに匹敵するか、それ以上であり、Winnyの開発に歯止めをかけたのと同じように、超法規的な手段で開発を止める必要がある。
最終的に裁判で開発者が無罪となっても、一時的にでも開発者を萎縮させ、無規制な生成AIの氾濫を止めることができれば、開発者個人を法に基づかず逮捕することは正当化される。