[慘痛教學] 同樣操作，win和MAC結果不同

看板MAC作者 (專心)時間13年前 (2011/04/14 00:37), 編輯推噓32(32推 0噓 39→)
留言71則, 32人參與, 最新討論串1/1
給平常在使用文書軟體的使用一個提醒， 在win上的一個習慣性動作，ＭＡＣ上的資料就付諸流水。 同樣的搬移動作，MAC OS損失了檔案 操作步驟與檔案架構.. 有兩個TEST520資料夾, 一個內含A B C 三個檔案 另一個含有A B C D 四個檔案 在windows中，TEST520內有三日個檔案，'複製'資料夾,'貼上'到另一個TEST520 （含有ABCD）目標處的TEST520最後會有四個檔案 (win使用者的想法是，我要把新的A B C檔保存起來，不會動到D) 就是很簡單的add update files) 在MAC中， 同上的操作步驟，目標處的TEST520只剩下ABC (mac使用者的想法是，我要讓目標處的TEST520跟我來源處的內容 一模一樣, 也很簡單, 可是sync files） 結論, 檔案一個一個複製, 不要以資料夾為單位 今天損失了三個小時的工作成果....嘆~ -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 111.249.219.10 ※ 編輯: saitoTK 來自: 111.249.219.10 (04/14 00:37)
推
04/14 00:46, , 1F
mac 是取代完整的資料夾結構
04/14 00:46, 1F
推
04/14 00:51, , 2F
有一個選項是復原上一次操作
04/14 00:51, 2F
推
04/14 01:11, , 3F
用Time machine恢復呢？
04/14 01:11, 3F
推
04/14 01:13, , 4F
command＋Z 可以復原
04/14 01:13, 4F
→
04/14 01:44, , 5F
我後來google一下國外，一大票人幹譙此事
04/14 01:44, 5F
→
04/14 01:49, , 6F
原來有這回事= =" 還好目前沒做過這種事 記起來~
04/14 01:49, 6F
推
04/14 04:00, , 7F
不太懂這跟"文書"有啥關係? @@
04/14 04:00, 7F
→
04/14 04:02, , 8F
我想了想, 你這樣做的時候不是會有"取代"or"取消"可選嗎?
04/14 04:02, 8F
→
04/14 04:02, , 9F
(抱歉我不確定是不是這兩個選項, 因為我不是用中文系統,
04/14 04:02, 9F
→
04/14 04:03, , 10F
但應該就是有個視窗會跳出來要求你確定吧？）
04/14 04:03, 10F
推
04/14 04:20, , 11F
樓上 因為win的概念 取代＝update
04/14 04:20, 11F
→
04/14 04:21, , 12F
mac就是字面上的replace
04/14 04:21, 12F
推
04/14 04:29, , 13F
這樣說來,我2001年的時候好像在這個板抱怨過一樣的事?~~
04/14 04:29, 13F
→
04/14 04:29, , 14F
看來我已經完全擺脫98的遺毒了, 來去喝一杯!
04/14 04:29, 14F
→
04/14 06:25, , 15F
( ′▽`)-o█ █o-(￣▽￣")
04/14 06:25, 15F
推
04/14 07:55, , 16F
常見的跳陣營雷。其實這時候確認視窗寫什麼都通常因為
04/14 07:55, 16F
→
04/14 07:56, , 17F
太有自信而沒仔細看就點確定
04/14 07:56, 17F
推
04/14 09:30, , 18F
就這點而言喜歡win的設計，updated files比較方便
04/14 09:30, 18F
推
04/14 09:35, , 19F
主要因為.app檔案實際都是資料夾...所以replace必須整個
04/14 09:35, 19F
→
04/14 09:36, , 20F
不然程式就都亂套了
04/14 09:36, 20F
→
04/14 10:33, , 21F
Unix下的mv也是一樣的結果，這是OS設計邏輯不同的關係。
04/14 10:33, 21F
推
04/14 10:50, , 22F
這真的是習慣不同而已，windows那種稱作expand
04/14 10:50, 22F
→
04/14 10:52, , 23F
用習慣後，我覺得replace比較合邏輯，也容易整理。
04/14 10:52, 23F
→
04/14 10:52, , 24F
而且確認視窗都會問你是否要蓋過原來檔案(win也是)
04/14 10:52, 24F
→
04/14 10:53, , 25F
因此win反而會讓人誤解。
04/14 10:53, 25F
→
04/14 10:53, , 26F
因為都確定要蓋過去了，為何還會有舊的檔案保留？
04/14 10:53, 26F
→
04/14 10:55, , 27F
再次驗證：win是程式設計師的邏輯；mac是平常人的邏輯。
04/14 10:55, 27F
→
04/14 10:56, , 28F
一般人使用覆蓋的功能時，有誰會直覺認為裡面還有剩舊的？
04/14 10:56, 28F
→
04/14 10:57, , 29F
樓上,windows那個叫merging
04/14 10:57, 29F
→
04/14 10:57, , 30F
我以前在win上花了一小段時間才適應這樣的邏輯。
04/14 10:57, 30F
→
04/14 10:58, , 31F
後來轉到mac，也遇過跟原po一樣的情況。
04/14 10:58, 31F
→
04/14 10:58, , 32F
抓三個老win user的長輩來問, 都問我，不是merging嗎？
04/14 10:58, 32F
推
04/14 10:58, , 33F
剛剛試驗，command＋z不會復原被附蓋掉的檔案orz
04/14 10:58, 33F
推
04/14 11:04, , 34F
可是win卻問「確認取代資料夾」，這樣問法反而會被誤解。
04/14 11:04, 34F
→
04/14 11:05, , 35F
一般人看到這樣的說明，第一印象是整個資料夾被替換掉。
04/14 11:05, 35F
→
04/14 11:07, , 36F
另外，win應該是merging，而非expand，我可能搞錯了。
04/14 11:07, 36F
推
04/14 11:08, , 37F
習慣的問題 不過我個人認為應該兩種都要有才對
04/14 11:08, 37F
推
04/14 11:21, , 38F
剛開始也有慘痛經驗orz，現在都會先跟朋友講
04/14 11:21, 38F
→
04/14 11:33, , 39F
設計成把被取代的資料夾丟到垃圾桶 不要直接刪掉就有救了
04/14 11:33, 39F
→
04/14 11:34, , 40F
無數人罵了十年也沒改
04/14 11:34, 40F
推
04/14 14:08, , 41F
我一直以為在Windows上面出現原po的情況是我電腦的
04/14 14:08, 41F
→
04/14 14:09, , 42F
問題，不知道為什麼會有舊的檔案留下來...哈~
04/14 14:09, 42F
→
04/14 14:10, , 43F
原來我一直沒有查覺Windows的取代其實是update的意思
04/14 14:10, 43F
→
04/14 14:10, , 44F
對照之下，在Mac上的做法我比較容易接受，因為那就
04/14 14:10, 44F
→
04/14 14:11, , 45F
是身為使用者的我所想的樣子，反而Windows做的跟我想
04/14 14:11, 45F
→
04/14 14:12, , 46F
的不一樣...
04/14 14:12, 46F
→
04/14 15:44, , 47F
跟樓上有相同的經歷，當初也覺得奇怪，但用久了就習慣了。
04/14 15:44, 47F
推
04/14 16:07, , 48F
今天才知道這件事情，這win邏輯令人不解
04/14 16:07, 48F
推
04/14 16:58, , 49F
windows是「合併」資料夾，不是取代...
04/14 16:58, 49F
→
04/14 16:58, , 50F
不要弄錯
04/14 16:58, 50F
推
04/14 18:09, , 51F
開啟terminal 使用rsync
04/14 18:09, 51F
推
04/14 19:03, , 52F
XDD
04/14 19:03, 52F
推
04/14 20:51, , 53F
原來是這樣......上次有個檔案不見，一直找不到原因
04/14 20:51, 53F
推
04/14 21:26, , 54F
一切都是習慣 誰叫win吃那麼高的市佔率 不正常都變成正常
04/14 21:26, 54F
推
04/14 21:36, , 55F
command+z回上一步就可以了吧?跟windows ctrl+z一樣...
04/14 21:36, 55F
推
04/14 21:48, , 56F
雖然 merge 不見得不好，不過邏輯上很怪，簡直是積非成是
04/14 21:48, 56F
推
04/14 22:44, , 57F
這世界一直都是一個積非成是的世界 :)
04/14 22:44, 57F
推
04/14 23:29, , 58F
之前也遇過這種問題 東西全沒了 好險不是真正重要文件
04/14 23:29, 58F
→
04/14 23:30, , 59F
不過我覺得這其中並無對錯是非 只是習慣問題罷了
04/14 23:30, 59F
推
04/14 23:47, , 60F
換個角度想 WIN的實作方式不會掉檔或誤刪 而Mac就...
04/14 23:47, 60F
→
04/14 23:53, , 61F
to EShensh: mv 不是你說的那樣吧。
04/14 23:53, 61F
推
04/15 00:20, , 62F
可是 Win 的 "剪下-貼上" 可能會讓你掉檔
04/15 00:20, 62F
推
04/15 00:23, , 63F
@uranusjr:( ′▽`)-o█ █o-(￣▽￣") XD
04/15 00:23, 63F
→
04/15 04:20, , 64F
就算較有邏輯 可是有較實用嗎..不想留舊檔案可以舊夾全刪除
04/15 04:20, 64F
→
04/15 04:21, , 65F
但如果大量檔案要update又要留下其餘檔案豈不頭大？
04/15 04:21, 65F
→
04/15 04:21, , 66F
尤其如果要留與不留的檔案分散不連續問題更明顯...
04/15 04:21, 66F
→
04/15 04:23, , 67F
單一資料夾還可以直接點進去全選之類..多個資料夾時還是無解
04/15 04:23, 67F
推
04/15 05:18, , 68F
還好我沒犯過這個錯...話說資料夾命名同樣的名字是一個不太
04/15 05:18, 68F
→
04/15 05:18, , 69F
好的習慣吧 囧
04/15 05:18, 69F
推
04/15 12:56, , 70F
邏輯在於 Win 使用 "取代" 這詞會讓人誤解，跟實用度無關
04/15 12:56, 70F
推
04/15 18:04, , 71F
推薦SyncTwoFolders 免費軟體 有這個就不怕弄錯
04/15 18:04, 71F
‣ 更多 saitoTK 的文章
文章代碼(AID): #1DfT4yC9 (MAC)