[建议]：关于门窗插入的基点。斑竹请进。

Durain

其实这个问题我以前就想提的了。这几天在做方案的时候又想起来了。
现在的门窗插入（顺序、垛宽）都是以轴线与墙线的交点为基点的。其实这样是很不方便了。
看请斑竹看下面的例子吧：

zjsgds

你用的什么版本呀，理正是从墙角算距离的呀！与墙厚和轴线无关，你应该点有阴角的那根墙线，不要去点控制不了定位的那根线！

xianxl

楼主是没有做过交线处理就用门窗插入命令时碰到柱子是有这个问题。他说的也有道理，有的人要是不做交线处理，直接将柱子涂黑的话，插入的门窗正好在柱边时算垛宽确实有麻烦。

zjsgds

再用【门窗移动】点柱边可很精确对位，也很方便！【顺序插门窗】的鼠标定距离应该象【门窗移动】的方法一样修改，不受y方向的影响，才能方便定位！

Durain

To:zjsgds
我用的是最新的版本：0510的。
如果轴线太近阴角墙线的话，经常会受到影响的。
如果还要再用门窗移动的话，结果还是一样烦的。还不如先算了了再输入，这样可以一次搞定。
To:xianxl
加门窗都是在在做方案的阶段，做交线处理很不好的，因为很有可能再做修改比如移柱移墙什么的的。这样的话又要用修墙角进行处理。
而且我想把轴线与墙线交点作为基点是完全没有用的，这样的话还不如用柱角（边）来做基点，用起来岂不是很爽！

Qun

在这里，插门窗的程序捕捉的是墙端，如果捕捉墙线跟柱子的交点很多情况又有麻烦！你的要求可以通过增加点取基点选项解决。

Durain

最初由 Qun 发布
[B]在这里，插门窗的程序捕捉的是墙端，如果捕捉墙线跟柱子的交点很多情况又有麻烦！你的要求可以通过增加点取基点选项解决。 [/B]

可是我在使用过程中老是会受到轴线的影响，所以我只能开/关轴线来消除影响。其实轴线完全可以忽略的。

Qun

你这个图有些地方确实是轴线碍事；但轴线肯定是不能忽略的，另外有一个方案不知是否值得，就是定位考虑的内容是可选的，你这里柱子跟墙线的交点也可以算一种。

xianxl

最初由 Qun 发布
[B]你这个图有些地方确实是轴线碍事；但轴线肯定是不能忽略的，另外有一个方案不知是否值得，就是定位考虑的内容是可选的，你这里柱子跟墙线的交点也可以算一种。 [/B]

能不能设计成鼠标靠近轴线焦点便忽略轴线定位？因为轴线定位一般只用在中心插入的情况。鼠标靠近轴线焦点说明找的是墙线焦点或墙柱焦点。

Qun

这种取点的默契，会让人对取到基点的正确性没有安全感！还要一个方案：显示捕捉到的基点位置，允许热键在各个基点中间切换。

xianxl

最初由 Qun 发布
[B]这种默契会让人没有安全感的！还要一个方案：显示捕捉到的基点位置，允许热键在各个基点中间切换。 [/B]

支持第一种方案！切换烦！我不会没有安全感！

Durain

支持Xianxl，我绝对不会没有安全感的。
而且，我还是觉得象垛宽插入这种情况完全可以忽略轴线的。
不过重要的是增加基点为最近的柱边或柱角。
至于轴线或者可以用开关轴线来处理吧。

zjsgds

用【顺序插门窗】让qun改改定位方式就很容易做到！

SONYSONY

也是想提很久的问题了。。。

其实我就是希望在“垛宽插窗”命令的基础上增加一个“柱边插窗（门）”，因为在柱边插门的时候

大多数不用考虑其它，只需要考虑门边离柱边的距离，我一般是0或180，

或者楼主的习惯120，370，490........

[I]还要一个方案：显示捕捉到的基点位置，允许热键在各个基点中间切换。[/I] 这个不错，但是觉得还不如把命令分开，这样比较简洁，而且缺省的值（我一般选0，或180，基本没其它）不会与无柱的“垛宽插窗”相混，不需要在多个垛宽值间切换