BlackBox 发表于 2022-7-6 23:15:50

 
ObjectARX(又名ARX,AutoCAD的C++API)依赖于版本。也就是说,每次数据库(读取文件格式)更改时,都会有一个新版本。例如:
 
R18.0、R18.1和R18.2都使用2010文件格式,并支持相同的*18。arx文件。
 
编辑:提供的源代码使用R18.0兼容。NET Framework功能。
 
我们需要解决这个问题的是其中一个工具的源代码,该工具为以前的版本执行此工作,然后为当前版本重新编译,以及适用的源代码。NET Framework:
 

(defun _NETVER()
(vl-load-com)
((lambda (vrsn)
    (prompt
      (cond
      ((vl-string-search "16.2" vrsn) "\n.NET Framework 1.1")      ; 2006
      ((vl-string-search "17.0" vrsn) "\n.NET Framework 2.0")      ; 2007
      ((vl-string-search "17.1" vrsn) "\n.NET Framework 2.0")      ; 2008
      ((vl-string-search "17.2" vrsn) "\n.NET Framework 3.0")      ; 2009
      ((vl-string-search "18.0" vrsn) "\n.NET Framework 3.5")      ; 2010
      ((vl-string-search "18.1" vrsn) "\n.NET Framework 3.5")      ; 2011
      ((vl-string-search "18.2" vrsn) "\n.NET Framework 4.0")      ; 2012
      (("\n** Unown version of AutoCAD ** ")))))
   (vlax-product-key))
(princ))

SLW210 发表于 2022-7-6 23:19:24

有趣的是,有两个版本,一个适用于所有200x exept 2004-2006,另一个适用于2004-2006。2004-2006年有什么不同?这在2007年、2008年或2009年有效吗?

BlackBox 发表于 2022-7-6 23:22:49

 
我只能推测,因为我对这方面很陌生。NET开发,更不用说ARX了。也就是说,我可以说在2004-2006年有效的ARX文件(*16.ARX文件)在2007-2009年(*17.ARX文件)或2010-2012年(*18.ARX文件)不会有效。
 
编辑:64位应用程序还需要*##x64。arx文件应与32位*###文件分开编译。arx文件。例如,请参见Autodesk Labs MDITables插件。
 
我知道ARX已经存在一段时间了,考虑到2006年(R16.2)的使用情况。NET Framework 1.1,我不确定之前的限制。NET Framework 1.0,因为它属于AutoCAD。
 
*如果我们无法访问源代码,我觉得除了从头开始编写代码之外,几乎没有什么可做的。只是不太熟悉。NET API一般来说,我不确定实际需要多少工作。

SLW210 发表于 2022-7-6 23:26:51

我可能会看到我是否可以得到一封电子邮件的创造者的代码,看看他是否会提供一些提示更新。

BlackBox 发表于 2022-7-6 23:26:57

 
那太好了;随时通知我们。

designerstuart 发表于 2022-7-6 23:30:49

谢谢,那太好了。仅供参考,我现在关注这一点是出于兴趣,就像我现在在2010年一样,并使用了QAT解决方案。尽管这个选项会更好,因为它更易于定制。
 
谢谢

Jeff H 发表于 2022-7-6 23:35:11

我在这里看到了alanjt的帖子http://www.theswamp.org/index.php?topic=39664.0让我想起了这条线索
 
看到Alan发布的图片,我深入研究,直到使用组合控件进入选项卡,并更改最小宽度使其更长(OOC)
 
 

SLW210 发表于 2022-7-6 23:38:56

 
但是,这对工具栏层控件(即功能区)没有影响。

Jeff H 发表于 2022-7-6 23:43:20

DOH!
 
在工具栏的下拉列表中,我错过了一个重要的细节。
页: 1 [2]
查看完整版本: 更改层控制的长度