DB 中的舱口问题
大家好,当从一个拖动到另一个拖动复制并通过此块时,图案填充将作为原始块出现
我必须打开块BEdit,然后关闭或更改任何参数。图案填充正常。
谢谢
**** Hidden Message ***** 这是典型的数据库行为,当一个人将块复制/粘贴到尚未正确定义块的文件中时。 我看到的最大问题包括你遇到的问题,以及块中的绘制顺序洗牌。
如果工具选项板或其他工具中已有此块,请在从另一个图形粘贴之前以这种方式插入它(或获取标准块定义的任何方法)。 该文件具有此块的副本。 “副本”是如何放置的?如果是粘贴的,则是损坏的副本。 这是一个新手问题 - 但你能解释一下它是如何以及为什么被破坏的吗?
这是一个新问题-但你能解释一下它是如何被破坏的吗
我喜欢将剪贴板视为DBs在访问新图形文件时不应该访问的不健康的地方。一旦他们对文件进行了
aquainted
,就可以了,但他们应该总是直接从家里(主库)转到新文件<我不知道他们为什么会摇摇欲坠。我的理论总是小鬼。。。 这是一个新问题-但你能解释一下它是如何被破坏的吗
我喜欢将剪贴板视为DBs在访问新图形文件时不应该访问的不健康的地方。一旦他们对文件进行了
aquainted
,就可以了,但他们应该总是直接从家里(主库)转到新文件
有点像在一些早期版本中,当你旋转一个动态块时,你会失去它的所有能力。 这是一个新手问题 - 但你能解释一下它是如何以及为什么被破坏的吗?
我喜欢将剪贴板视为一个不健康的地方,DB不应该在通往新绘图文件的路上访问它。 一旦他们
熟悉了
文件,就可以了,但他们应该总是直接从家里直接转到新文件(主库)。
为什么他们会变得不稳定,我不知道。 我的首选理论总是小精灵...
有点像在一些早期的版本中,当你旋转一个动态块时,你会失去它的所有能力。
我听说过这个问题,但从来没有发生在我身上。 这是一个新问题-但你能解释一下它是如何被破坏的吗
我喜欢将剪贴板视为DBs在访问新图形文件时不应该访问的不健康的地方。一旦他们对文件进行了
aquainted
,就可以了,但他们应该总是直接从家里(主库)转到新文件
有点像在一些早期版本中,当你旋转一个动态块时,你会失去它的所有能力
我听说过这个问题,但从未发生过。
城市传奇
我只是在2008年才看到它,而且有一个所谓的修补程序,但它仍然没有一直这么做。 这是一个新问题——但是你能解释它是如何以及为什么被损坏的吗?
我认为剪贴板是一个不健康的地方,数据库在访问新的绘图文件时不应该访问它。一旦他们对该文件
熟悉
了,就可以了,但是他们应该总是直接从主页(主库)直接转到新文件。
我不知道它们为什么会不稳定。我的理论永远是小精灵...
有点像在一些早期版本中,当您旋转动态块时,您会失去它的所有功能。
我听说过这个问题,但从未在我身上发生过。
都市传奇。
我只在2008年看到过它,并且有一个假定的修补程序,但它仍然没有一直这样做。
这就是我从未见过它的原因。2008打破了表在数据库中的工作方式,所以我从来没有使用过那个版本。
页:
[1]
2