orange @[email protected]

オレンジはC-z的なUNIX流の表記もわりと避けて Ctrl+Zみたいに書くことにしてる＞＜(これは目くじらを立ててるんじゃなくオレンジがそうしてるってだけ＞＜)

WindowsのアンドゥはCtrl+Zかも＞＜
AppleのCommand+Zに倣った方式＞＜
あと多くの場合で多くの場面で、ユーザーが安全側と認識して押すキーはEscキーかも＞＜

Apple流のキャンセルが無い設定ダイアログもNo/Yes配列も、そういう意味で危険な操作を阻止する場面が少ないデザインと言えると思うかも＞＜
(ただし、参考文献にしてる『誰のためのデザイン？』の著者のD.A.ノーマンはAppleに所属していた時期もあるし今でもApple製品ユーザー＞＜)

安全なデザインにするなら、まず取り返しがつくものは必ずアンドゥ出来るようにして、なるべく取り返しがつかない場面自体を最小にすること＞＜
その上でどうしてもどうしても取り返しがつかない場面ではユーザーにそれを強く伝え、無意識には実行されない側の操作をするようにする事(あるいは安全側の動作をすること)が大切かも＞＜
参考文献: 『誰のためのデザイン？』 のどこかのページ(雑＞＜；)

あと、Appleの計算機で動くアプリを作る予定無いからあれだけど、「GUIの環境に合わせろ」の代表例であるOKとキャンセルの左右、オレンジは「OKは左 キャンセルは右」 にするかも＞＜
Yes or Noの並びで、戻る進むとは逆＞＜　この並びだとウィザード形式の場合に進むを連打しても実行されない＞＜(キャンセルを押すので止まる＞＜(この並びの場合は「閉じますか？」もダイアログ出すべきかも))

https://mstdn.nere9.help/@orange_in_space/102957659776505813

これ、当然ながらオレンジ方式は作るのわりと大変＞＜；
でも、「アンドゥ出来ること」は絶対的に正しいのでそうする＞＜

現在の主流のApple流の

・設定ダイアログで設定を変えると即座に適用される
以上
は、正しくない＞＜(アンドゥ出来ない)

昔のWindows流の
・設定を変えても即座には適用されない
・「適用」または「OK」を押すと適用される
・「キャンセル」を押すと変更を適用せず閉じる
も正しくない＞＜(プレビュー不能)

オレンジ方式は
・設定を変えると即座に適用される
・「適用」を押すと変更を確定する
・「OK」を押すと変更を確定して閉じる
・「キャンセル」を押すと確定していない変更を破棄して(元に戻して)閉じる

になってて、プレビュー出来るしアンドゥ出来る＞＜(ていうかアンドゥ出来ないものをプレビュー言わない)

これはオレンジは絶対にプラットフォームのガイドラインに従うつもりはない＞＜

ていうか普通に作れば起動時に設定ファイル読んで、設定ダイアログを閉じた時とアプリ終了時に設定ファイルを書き換える事になるんだから、設定を全く保存しないんじゃなければ、(設定ファイルがテキストであれば)普通はそうなるかも＞＜

デザインものすごくこだわるし、四六時中キレまくってるし、他の分野の趣味土木やら交通やら、特に航空機のコクピット哲学の話ともとても強く繋がってるので、旅客機でPCのGUIや哲学をぶん殴ってるよ！＞＜；
この前もA320でUNIXをぶん殴ったよ！＞＜；

CUIベースの意味がよくわからないけど、「設定ファイルの書き換えをテキストエディタに任せる」＝「なにも作ってない」かも＞＜
設定をDBに置いたりWindowsならレジストリに置いたらテキストエディタからでは無理だけど、そういう話じゃなくそのアプリ自体に「設定を書き換えるGUIを作るか？作らないか？」かも＞＜
オレンジの発想ではGUI無しであれば未完成の作りかけって考えるかも＞＜

カスタマイズ可能なようには自分で作るんですよ？＞＜；
もちろんテキストエディタでの設定ファイルの書き換えなんてUNIX流の発想じゃなく、設定(ファイル)を変更するGUIもちゃんと＞＜

MSがひっくり返したのは8で、10はひっくり返しまくった反省からちょっと戻してさらに一貫性がなくなってる＞＜
8では「半透明は古い！」とか言ってて「馬鹿じゃね？＞＜＃ 」ってオレンジはキレたし10ではまた半透明を活用しはじめた＞＜
オレンジの方が正しかった＞＜