新しいものを表示
orange さんがブースト

テレビの操作で一番嫌いなのが、入力ソースの選択メニューが出るまでのラグがやたら大きいところ(機種差大きそう)

マストドンのWebUIも、ボタン少なければシンプル教っぽさがあるし、オイゲン氏が複雑なUIを航空機のコクピットと例えてたのがすごくアレ><
(操作すべき事が本質的に多くて、ボタンが多くても操作しやすいように作られてるのがハイテク機のコクピットだし、むしろコクピットデザインに学ぶべきかも><
ボタンの数が多くてもどこを操作すべきなのか適切にナビゲーション出来るUIなら混乱しないし、ボタンが少なくてもそれが不適切なら混乱する><)

ていうかGUIでも本来はそういうことも考慮しないといけないけど、Apple系のアホなデザインが普及してしまったのと、メカ音痴の人がボタン少ないものに惹かれてしまう(実際にはボタン少ない方がメカ音痴には操作困難なのに)なのでアレかも・・・><

orange さんがブースト

ボタンは表示されるまでは押せないからね……

orange さんがブースト

その辺りの自動化との相性の良さというか、自由度の低さというか、予測可能性というか、そういう性質が GUI にもあればいいのにと思わなくもない

スレッドを表示

ていうか、なのでユーザーが知れないタイミングでGUI部品の命令の内容は変えてはいけないってなるかも>< 一番わかりやすい正しくないのに普及してしまった例で言うと、例えばウェブブラウザのリロードと中止ボタンの統合><

orange さんがブースト

私が CLI を好きかつ多用するのもその辺りの理由があって、たとえば CLI なら対話的質問を事前に知っていれば、「聞かれる前に答える」ことができる

スレッドを表示

これほぼそのまま、ボタンを減らしたUXがぜんぜんやさしくない多くの場合の理由かも><

orange さんがブースト

後者は、「ユーザにはわかっていることなのに UI コンポーネントがいちいち変化するせいで、先読みで事前に予測・準備して操作を発行できない」という嫌な性質がある
(たとえば場所によって出現方向が変化するコンテキストメニュー……)

スレッドを表示
orange さんがブースト

GUI (およびそのための入出力ハードウェア)、主にポインティングデバイスとしての機能と文脈依存の操作を提示する機能があると思っていて、前者は CLI とかでは実現困難だろうけど、後者がなぁという感じ

ちょちょちょいと描いたのでものすごく雑だけど、こんな感じに横に操作パネルが出るやつなら、タッチパネルでかくても操作しやすいかもって><(これは2 in 1 8.9インチWin 8.1タブレット用に作ろうとしてたやつ><)

横長画面の動画プレイヤーでもそういうタッチパネル用GUI妄想してて、オレンジが思いついたのは下に寄せるんでも上に寄せるんでも無く、利き手側の側面に大きく部品を寄せるGUI><

例えば右利きの人がウェブブラウザ使う時に、画面の右下にナビゲーション用のGUI部品を集めたGUIとか><(左利き設定だと左下)

全画面をタッチパネルとして使わないGUIの基本セットみたいなの(GUIツールキットとデザインガイドラインと、場合によってはOSがそれを横断的にサポートする為のAPIも?><)必要なのかも><

でっかいスマホ、全ての操作を片手でって元々無理で、基本的な操作を利き手で出来るようにUI寄せるソリューションでおkだと思う><(Appleが実装するよりもオレンジが先に思いついてツイッターにも書きました!><(自慢))

やまいがの最新レポ、貴重な埼玉平野部のレポ><
ミニレポ第240回 埼玉県道76号鴻巣川島線 丸貫狭区 yamaiga.com/mini/240/main.html
で、コメントに地元愛が強い埼玉人(オレンジ含む)がいっぱい><;
yamaiga.com/comment/mini/240/
地元だって喜んでるコメント率こんなに高いの珍しい><;(しかもミニレポなのに><;)

ETS2っておつかいゲームだから、色々な場所にいく動機になって色々な場所行けるけど、ただ走るだけのゲームだと走ったあと虚しくなってくる・・・><

ETS2、実車の動画と見比べると、タイヤのきれ角の範囲が狭いっぽいの点は微妙><(実車の方がその面は簡単そう><)

ETS2、けん引方向変換練習ゲーム!><(?)

Pascal好きだからわりとお約束なALGOL風の中立的な疑似コード読みやすくて好き><;(逆に数式はプレーンテキストじゃなくてわけがわからない記号だらけだから嫌い><;)

古いものを表示
:realtek:

思考の /dev/null