アカウント名:
パスワード:
むしろ「また、「Ctrl+y」で使える「アンドゥ」を取り消す「リドゥ」機能を使用すると消えたファイル自体は復活しますが、ファイルの編集をする前の状態に戻ってしまっています。」( http://nlab.itmedia.co.jp/nl/articles/1712/06/news135.html [itmedia.co.jp] )編集をする前の状態に戻るのはバグでは?
そっちはバグじゃなくて正しいと思う
コピーを「アンドウ」でコピー取消。更にアンドウを取り消すのでなく「Re Do(再実行)」なので、再度元ファイルからコピーしているだけ。
コピー、編集、コピー取消(アンドウ)、再コピーでしょ。なので、リドウで元ファイルに戻るのは正解。
おかしいのはアンドウは「一つ前の操作を取消」なのにコピー、編集、アンドウなのに、編集をすっ飛ばして二つ前の操作に戻っていること。
undo,redoはファイラーに対する操作編集はファイラー外の操作だから対象外実際は裏で色々なソフトがファイル書き換えてると思うんだけど、それもund,redo対象になったら困るでしょ
ファイラー外の操作が行われた時点で、ファイラーとしては前の状態に戻すことができませんので、「undoできなくする」のが正しいでしょう。もしくは「むりやりundoする=編集内容まで取り消されてしまう」ことの確認ポップアップを出す(以前の仕様)。
変更を意図してないのに開くだけでファイルを一時改変するWord/Excel等が有りますので、その仕様だと「バグだ!」となる可能性も。# 後、ファイル監視のコストをどうするかも問題。
マクロ組み込まれた業務用エクセルファイルだと開いた時点で特定セルにタイムスタンプと保存が実行されるものがあったりするのでファイル自体の操作まで監視するのはやっぱり汎用性減るからやっちゃだめだと思うなぁ…
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはシンプルである。必要なのはそのシンプルさを理解する素質だけである -- Dennis Ritchie
リドゥのバグ? (スコア:0)
むしろ
「また、「Ctrl+y」で使える「アンドゥ」を取り消す「リドゥ」機能を使用すると消えたファイル自体は復活しますが、ファイルの編集をする前の状態に戻ってしまっています。」( http://nlab.itmedia.co.jp/nl/articles/1712/06/news135.html [itmedia.co.jp] )
編集をする前の状態に戻るのはバグでは?
Re: (スコア:0)
そっちはバグじゃなくて正しいと思う
コピーを「アンドウ」でコピー取消。
更にアンドウを取り消すのでなく「Re Do(再実行)」なので、
再度元ファイルからコピーしているだけ。
コピー、編集、コピー取消(アンドウ)、再コピーでしょ。なので、リドウで元ファイルに戻るのは正解。
おかしいのはアンドウは「一つ前の操作を取消」なのに
コピー、編集、アンドウなのに、編集をすっ飛ばして二つ前の操作に戻っていること。
Re: (スコア:0)
undo,redoはファイラーに対する操作
編集はファイラー外の操作だから対象外
実際は裏で色々なソフトがファイル書き換えてると思うんだけど、それもund,redo対象になったら困るでしょ
Re: (スコア:1)
ファイラー外の操作が行われた時点で、ファイラーとしては前の状態に戻すことができませんので、「undoできなくする」のが正しいでしょう。
もしくは「むりやりundoする=編集内容まで取り消されてしまう」ことの確認ポップアップを出す(以前の仕様)。
Re: (スコア:0)
変更を意図してないのに開くだけでファイルを一時改変するWord/Excel等が有りますので、その仕様だと「バグだ!」となる可能性も。
# 後、ファイル監視のコストをどうするかも問題。
Re:リドゥのバグ? (スコア:0)
マクロ組み込まれた業務用エクセルファイルだと開いた時点で特定セルにタイムスタンプと保存が実行されるものがあったりするので
ファイル自体の操作まで監視するのはやっぱり汎用性減るからやっちゃだめだと思うなぁ…