user interface
{〈vim-delite〉 K#D657/AACB}
B̅Vimでデライトを扱いやすくするもろもろ
2024-01,dlt-drw.vim→vim-deliteに改名した。
実装したい機能
- 引き入れ関係を表すUI (上下に別窓として表示?)
- デライトのWeb頁上では不要(もう見えてるし,編集領域からは直接弄れないので)。
- 輪郭形式(
text/x-oln
)が実装されたさいに有用か?
- 輪郭に特化した全能補完
- 構文強調における秘匿で,
{XXX nnn}
を{XXX}
みたいにする?
{〈helloSystem〉 K#D657/B9E5}
B̅https://github.com/helloSystem/hello/wiki/
helloSystem is a desktop system for creators with a focus on simplicity, elegance, and usability. Its design follows the “Less, but better” philosophy.
往年のApple製品(とくにMacintosh System 1?)のような「単純明快さ」を実現しようとしているっぽい。
〈FreeBSD〉から派生。
接触
2023-11-28
From the creator of AppImage https://github.com/probonopd/hello/wiki
{現代数学社のWebのUIが悪い K#D657/86EB}
B̅接触
2023-09-20
北田 均『新訂版 数理解析学概論』(現代数学社)。2016-12-01を調べているとき。
書籍の公式用地に出版年月日が記載されていないとかある???ふざけんな。
あと目次が文字化けしてる。。
あとURLが汚い(これは難癖に近いけど)。
{GUIとCLIにおける優先する対象の違いとそれがもたらす輪結の利不便性 K#D657/6D2A}
B̅symbolic linkの訳語を考えて輪郭を描くこと。
「柔輪結」?
接触元
CUIは命名優先
GUIは実体優先
あ~、だからGUI上のショートカットって扱いにくいのか
意味を噛み砕いて理解すること。
{〈Cursorless〉 K#D657/2226}
B̅{西暦21世紀前半現在の科学的表記法にたいする不満 K#D657/2A11}
B̅いま現在流通している科学的表記法って,ちょっと視覚的に欠点があると思うのよな。
ある数値があったとき,最も重要なのは桁数で,細かい数字は二の次であるはず。なぜなら,ある桁の数値が1から9に変わってもせいぜい9倍にしかならないのにたいして,桁数が1つでも上がったら10倍に増えるから。
なのに,科学的表記法
において,最重要であるところの桁数は,右端の上付き文字として押し込められていて,一瞥して認識しにくい。たとえば
みたいな表記のほうが,より「重要な値」が分かりやすくなって良いのではないだろうか。
{小型携帯端末におけるJ言語の入力に特化した柔鍵盤 K#D657/FB2B}
B̅とりあえずiOS 16のen-US鍵盤のおおよその構成をもとにして殴り書く。
間隔文字の入力でいちいち「既定面」に移動しない。数字、間隔、数字、間隔…という入力を頻繁に行うから。
各鍵を長押しすると.とか:がついたものが現れる。
記号面は各列をJ言語における穏やかな分類に沿って配置する?それともiOSに備わっている配列になるべく追従する?
数字の列の端に無限大記号_
絵文字を選ぶみたいに外部命令を選択できると嬉しい?