2012-03-16 51 views
2

任何人都有在Xcode中撤消操作(Cmd + Z)的問題? 當我用撤消操作編輯我的Objective-C代碼時,某些符號沒有正確編輯。 例如: 是{
與撤消{{

的XCode 4.2.1XCode 4.2.1:撤消操作無法正常工作

+0

這一直髮生在我身上。每當我刪除,然後覆蓋呼叫,然後cmd + z它,它會混合和匹配的呼叫。 – John 2012-04-11 16:33:34

回答

0

他們解決了這個部分在Xcode 4.3.1,它不會發生,往往不再

+0

我遇到了Xcode 4.5的問題。當我撤銷時,我以前寫過的最後一些字符保持不變。他們不會被刪除。我認爲這與自動完成有關。 – Ashishail 2012-10-16 06:27:22

4

我的Xcode 4.3.2,它仍然存在嚴重的撤銷/重做問題 - 它通常會在一兩次重做之後崩潰!就在它崩潰之前,它通常會做一些無意義的編輯。


新增

我與尖端由沃爾特關閉行號實驗。但是,我沒有看到碰撞頻率有任何顯着的下降。然而,緩慢下降似乎至少可以減少崩潰頻率,但這絕對不是保證 - 即使經過極小的撤銷,它也可能會崩潰。

(我通常會從1到十幾任何地方崩潰了一天,但因爲我儘量避免撤消,尤其是幾個連續的撤銷,死機的頻率也有所下降。)

崩潰可能會在任撤消或重做,重做時的碰撞頻率稍高一些。有時候,崩潰發生在一個簡單的粘貼之後,沒有前面的撤銷/重做。

我也嘗試將字體方案更改爲一個非常簡單的字體方案,但它沒有幫助。

我唯一的提示是:當您看到例如粘貼或輸入的文本被插入到錯誤的位置時,嘗試保存(或忽略該步驟),然後選擇恢復文檔。有時候這種技巧會起作用,有時候不會(如果沒有,它會崩潰)。有時它通過切換到另一個文件然後返回幫助。另外,如果你想撤銷只是爲了檢查以前的事情,保存在撤消之前,那麼,而不是重做,它可能對恢復文檔(但它絕不是任何保證)稍微安全一些。

重構後,窗口的字體經常看起來亂碼。在這種情況下,它總是幫助切換到另一個文件,然後返回。

嗯,這是蘋果的質量?史蒂夫堅持完美?

+0

我遇到了完全相同的問題,代碼將變成完全無稽之談 - 不久之後,Xcode崩潰。每天發生。 – ioquatix 2012-04-14 15:25:09

+0

也得到同樣的問題 - Xcode 4.3.2 - 撤消後定期崩潰!不是很好! – amergin 2012-05-30 10:53:24

1

我有XCode 4.3.2和我有完全相同的問題。這是XCode 4.3.2中的一個嚴重問題,尤其是因爲它在XCode 4.3.2崩潰之前正在編輯的代碼文件中的各處發生了無意義的編輯。

1

我有與Xcode 4.3.2相同的問題,具體來說,屏幕開始出現亂碼,如果你在你的編輯器顯示行號,將會搞砸,然後點擊其他地方和崩潰

幾個簡單有用的技巧,我發現:

  1. 選項命令-S 你命令-Z(全部保存)的情況下,它崩潰,你不會失去工作]
  2. 如果之前你做撤銷,你看到它搞亂了,打開另一個文本文件,然後點擊搞砸的文件,現在更好。

我當然希望蘋果公司修復這個問題!

+0

很多XCode 4.x的問題。 每個工作日對我來說至少有一次崩潰。 似乎這是蘋果公司最糟糕的應用程序。 – 2012-05-22 12:37:31

+0

我每20分鐘就會崩潰一次。它今天剛剛崩潰了大約20次,所以我諮詢了Google,看看是否有人找到了答案。 – 2012-05-23 04:44:00

+0

我很高興地告訴大家,這個問題已經在Xcode 4.5中解決了。 – 2012-10-04 17:08:32

0

使用撤銷/重做時要慢慢進行。我注意到,當我很快地擊中Command-Z時,它會更多地崩潰。

嘗試關閉Xcode偏好設置中的行號。這似乎改善了我的Mac上的東西。

首選項 - >「文字編輯」選項卡 - >「編輯」子選項卡 取消選中「行號」按鈕

從崩潰日誌的外觀,它可能是某種毀滅的組合/重做(編輯)導致視圖滾動或佈局顯着改變。

從我的崩潰日誌:

未捕獲的異常(NSInternalInconsistencyException): - [DVTLayoutManager _fillLayoutHoleForCharacterRange:desiredNumberOfLines:isSoft:] *試圖佈局而textStorage是編輯。在textStorage正在編輯時,導致layoutManager執行佈局是無效的(即textStorage已發送beginEditing消息而沒有匹配的endEditing。)