アカウント名:
パスワード:
同じOSの中では同じ動作でいてほしい
それはアプリ開発者に仕様を強制することだから、そんなんだったら全世界で統一して欲しい。
CUA (Common User Access) を改定しつつ継続すべきだったな。https://ja.wikipedia.org/wiki/Common_User_Access [wikipedia.org]
だってMicrosoft自身がガン無視するし。
同じくどっちでもいいが、選択できるようになっていてほしい。
なにかのエディタ等で、最後のファイルを閉じても終了しない設定を選択すると、無題のファイルを閉じると無題２のファイルが開く物があって、ほぼ実害無いけどなんか気持ち悪い。無題のファイルを閉じたときは、何もファイルを開いていない空のウインドウにするか、無題のファイルを開き直すか、ウインドウを閉じて欲しい。ウインドウを閉じたときは、プロセスが残るか、プロセスも終了するかも、別に選べるようにして欲しい。
無題のファイルはそもそも存在しないから、「開き」なおすのは概念的に気持ち悪い
開発者目線で言うと、何もファイルを開いていない空のウィンドウって扱いがめんどくさいんだよな。その際の正しい動作の仕様を決めてその通りに実装してテストして、というのがむなしい手間で。メニューのどの項目をOFFにしなきゃならないか? とかあれこれ。
要するにその状態って、文書 = null; みたいな状態なわけで。ちゃんと実装しないと、空の状態で「検索」をクリック→nullを踏み抜いてエラーでアプリが異常終了したりするし。何か機能を追加する毎に忘れず必ずnullではない判定を入れて行かなきゃならない。そこまで手間暇を掛けたところで、うおおー、何も開いていないウィンドウで色々と作業をするぜー、って使われ方はまずしないので、なおむなしい。
自分しか使わないツールだったら、起動時にファイルを開くダイアログを出して、キャンセルボタンが押された場合はアプリを終了する、という実装で逃げたりする。このプログラムが動いている間はこの変数は絶対にnullではない、という仕様はかなり楽。
タブアプリケーションなら普通は複数タブを扱うので、文書 = null;じゃなくてまずは文書s = [];だろ。
そんなところで区切ると実装が地獄になるぞ。やるなら、エディタ e = []; か、エディタタブ t = []; にしとけ。で、そのエディタやらエディタタブの中で、文書 s = null;を許すかどうか。
許さない設計にしたにせよ、タブの配列が空の時は…という話にすり替わるだけだけど。
御意。Windowsにおいて「閉じるで通知領域、最小化で最小化」のアプリと、「閉じるで終了、最小化で通知領域」のアプリを同時使用しているので間違える。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ナニゲにアレゲなのは、ナニゲなアレゲ -- アレゲ研究家
どっちでもいいが (スコア:4, すばらしい洞察)
同じOSの中では同じ動作でいてほしい
Re: (スコア:0)
それはアプリ開発者に仕様を強制することだから、そんなんだったら全世界で統一して欲しい。
Re:どっちでもいいが (スコア:1)
CUA (Common User Access) を改定しつつ継続すべきだったな。
https://ja.wikipedia.org/wiki/Common_User_Access [wikipedia.org]
Re: (スコア:0)
だってMicrosoft自身がガン無視するし。
Re: (スコア:0)
同じくどっちでもいいが、選択できるようになっていてほしい。
Re: (スコア:0)
なにかのエディタ等で、最後のファイルを閉じても終了しない設定を選択すると、無題のファイルを閉じると無題２のファイルが開く物があって、ほぼ実害無いけどなんか気持ち悪い。
無題のファイルを閉じたときは、何もファイルを開いていない空のウインドウにするか、無題のファイルを開き直すか、ウインドウを閉じて欲しい。
ウインドウを閉じたときは、プロセスが残るか、プロセスも終了するかも、別に選べるようにして欲しい。
Re: (スコア:0)
無題のファイルはそもそも存在しないから、「開き」なおすのは概念的に気持ち悪い
Re: (スコア:0)
開発者目線で言うと、何もファイルを開いていない空のウィンドウって扱いがめんどくさいんだよな。その際の正しい動作の仕様を決めてその通りに実装してテストして、というのがむなしい手間で。メニューのどの項目をOFFにしなきゃならないか? とかあれこれ。
要するにその状態って、文書 = null; みたいな状態なわけで。ちゃんと実装しないと、空の状態で「検索」をクリック→nullを踏み抜いてエラーでアプリが異常終了したりするし。何か機能を追加する毎に忘れず必ずnullではない判定を入れて行かなきゃならない。そこまで手間暇を掛けたところで、うおおー、何も開いていないウィンドウで色々と作業をするぜー、って使われ方はまずしないので、なおむなしい。
自分しか使わないツールだったら、起動時にファイルを開くダイアログを出して、キャンセルボタンが押された場合はアプリを終了する、という実装で逃げたりする。このプログラムが動いている間はこの変数は絶対にnullではない、という仕様はかなり楽。
Re: (スコア:0)
タブアプリケーションなら普通は複数タブを扱うので、文書 = null;じゃなくてまずは文書s = [];だろ。
Re: (スコア:0)
そんなところで区切ると実装が地獄になるぞ。やるなら、エディタ e = []; か、エディタタブ t = []; にしとけ。で、そのエディタやらエディタタブの中で、文書 s = null;を許すかどうか。
許さない設計にしたにせよ、タブの配列が空の時は…という話にすり替わるだけだけど。
Re: (スコア:0)
御意。
Windowsにおいて「閉じるで通知領域、最小化で最小化」のアプリと、「閉じるで終了、最小化で通知領域」のアプリを同時使用しているので間違える。