2012-03-16 31 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。)