[讨论]：这是CAD200X的BUG吗？——关于标注数值后面的零

cdhua001

我把这个怪现象做成了一个动画演示，各为看看，也请在自己的机子上试一下，谈谈你的看法吧。
[swf w=800 h=600]http://www.xdcad.net/bbstech/acad/cdhua001/BUG.swf[/swf]

Durain

刚刚试过，的确如此（R2002/R2005ForXp)。
因为9=8+1，
所以dimzin=9即为=8和=1的组合，不过不知这两者有什么必然的联系？
点选后续时，0英尺和和0英寸都是变灰（不能改变）的应该和这个有关系。

maplesu

最初由 Durain 发布
[B]刚刚试过，的确如此（R2002/R2005ForXp)。
因为9=8+1，
所以dimzin=9即为=8和=1的组合，不过不知这两者有什么必然的联系？
点选后续时，0英尺和和0英寸都是变灰（不能改变）的应该和这个有关系。 [/B]

0英尺和0英寸为灰，原因应该是单位是十进制，而不是英尺！
对于dimzin变量在14中，你在标注样式中把消零去掉的时候dimzin值为0
只有在2000以上的版本这个时候值为1（2000没有测试过）

柔柔

刚看到这个话题，首先，相信ACAD的尺寸标注有BUG的说法。
我没有象斑竹这么研究过，但我曾二次在帖子里要大家经常用“更新”命令，因为尺寸标注有时会“脱节”。

8+1=9，没问题，osmode 就是这样叠加的。
增加样式替代也没问题，因为它前面错了，后面对的就认为不一样了。
可能性比较大的是程序中忘了清零，只是编程很容易犯的错误。

maplesu

在cad的帮助中对dimzin的解释中说明：
DIMZIN 值为 0 - 3 时只影响英尺-英寸标注
而4、8、12
4 消除十进制标注中的前导零（例如，0.5000 变为 .5000）
8 消除十进制标注中的后续零（例如，12.5000 变为 12.5）
12 消除前导零和后续零（例如，0.5000 变为 .5）

所以从这里看来叠加应该没有错，cad中很多系统变量都采用叠加，个人认为错误只是在去掉消零的时候dimzin应该向14的时候那样值为0，这样就没有问题了！

cdhua001

这个问题是昨天在测试maplesu版主为我修改的一个Lisp时，无意发现的。刚开始还以为是Lisp的问题，后来maplesu版主发现，那个勾选一经去掉就再也加不上去了。