提议：翻译ARX帮助文档
ObjectARX Reference 文档里面，对ARX介绍按步就班，内容详尽，极有用处。我有意翻译部分资料，但个人能力、时间有限，无法独立完成。
在这里邀请愿意为这个项目付出努力的朋友一起参与。
这个翻译项目的所有工作都是无报酬的。
如果事成，所有翻译成果以<b><FONT color=#ff0000>本站翻译的《VBA和ActiveX参考手册》(对象模型)...</FONT></b><A href="dispbbs.asp?boardID=4&ID=32065&page=1" target="_blank" >dispbbs.asp?boardID=4&ID=32065&page=1</A>形式出现。所有收益，用以支持明经发展。
希望得到各位的支持。 非常好的咨询，谢谢分享啊。 时间是个问题 -_- ...偶先报个名吧..
几点考虑:
1. 翻译什么版本(R14, 2000, 2002...)的ARX Help?
2. Help里面较重要的文档中, 一个是提供技术细节参考的ARX Reference, 一个是指导开发者具体实现方法的Developers' Guide, 要一并翻译吗? 翻译部分资料是哪部分呢?
3. ARX相关的CAD和C++要一定水准, 这些知识要补充吗?
4. ACAD Help中与一般的二次开发相关的Customization Guide中的知识, 需要补充吗?
因为ARX的功能不仅仅是ARX本身做就好了的问题啊.. 以前很多网站组织过这样的事情，最终都不了了之，原因为何？
（1）任务量大，没有酬劳或者其他动力谁能付出这么多时间来做？<BR>（2）需要有几个骨干力量承担绝大部分的工作；<BR>（3）参加者需要有三强：技术、外语、效率。
条件缺一不可，定会半途而废…
如果条件能具备，我也贡献部分力量。 To 3楼的pandoram<BR>1、翻译的译本不打算使用R14，使用2000或者2002，如果没有别的意见，打算使用2000。<BR>2、主要翻译Developers' Guide，这部分内容才是开发ARX的主要内容。<BR>3、翻译工作只处理原文资料。<BR>4、不翻译其它资料，原因：工作量太大了。
To 4楼zfbj<BR>1、这个是主要的问题，谁，愿意没有报酬付出努力。嘻嘻，其实，已经有了，只是还不多，现在就有我、pandoram和你zfbj了。<BR>2、需要有人组织这件事情，前期的处理工作我来完成。翻译期间大家定期交流。后期的重组工作量不大。或者大家认为合适，可发布翻译好的资料到这里。<BR>3、这三个条件可能大部分网友都不能达到，但大家各有所长，可以取长补短。
其实，翻译资料只是方便大家查阅，只要大家看得懂就可以了，我们没有必要，也没有能力做出象那些很正式的翻译质量。
翻译的前期工作主要是把CHM文件转为HTML文件，现在好多的软件都能达到这个要求。<BR>转为HTML后，对所有的资料进行处理，让其支持中文，好象就是把CODE定义为GB2312就可以了。<BR>我打算把原文放在翻译资料后，这样，当出现不理想或者错误的翻译时，可以参照原文。这部分工作要把<HTML>到</HTML>之间的内容复制一次，再加上分隔。
我想，这些工作，明经上的好多朋友已经做过。希望大家提出意见及建议。 我个人认为，翻译工作对自己的帮助是很大的。
在翻译时，我们要明确理解每一段，每一句话的意思。而不是平常那样遛一眼过去。
要求对每一个细节，有全新的、充分的了解和认识。事实上，好多细节，平时不会注意到。
一方面，由于长期以来对编程的理解和认识，看到常见的东西，一看前面的介绍跟别的语言没有不同，忽略了。
另一方面，毕竟，谁也没心情关心每一个细节，好多东西，只有在使用到的时候，我们才去翻看查阅。 想法非常好，希望能坚持做到底。<BR>其实我在VBA开发人员手册时，就花了许多的精力，把文档打印出来，用笔翻译后，再输入电脑。因为直接在电脑里翻译，虽然有金山快译之类的软件支持，但一边看原文，一边输入，鼠标和键盘一起用很累。后来由于VBA开发人员手册有中文版本，就不再做下去了。<BR>做对象模型确实是差点就放弃了，当时已经做了三分之二了。后期的制作也是难事。<BR>建议按照原文的格式制作，不要打乱格式，这样也便于格式的统一。<BR><BR>我还建议使用最新的2006版本来做，用最新版本是最好的，不然可能翻译出来的时候就已经过时了。<BR>另外，找一两本ARX的书看看参考，因为外面的ARX书很大部分就是翻译出来的，没有自己的思路。这样的书来参考却是最好的。<BR><BR>还有，如果需要我帮助请出声，但因为我对ARX不了解，去翻译可能会有问题。而且现在也没有时间来做这些工作。<BR>呵呵，对象模型我倒是可以一直保持升级。<BR><BR>论坛考虑升级版本后，也想办法支持网上支付功能。这样以后我们制作的电子文档都可以做为商品出售，价格也不要定高，应该在10-20元左右合适，让大家在支持明经通道的同时也以得到需要的知识。<BR>如果网上出售做得好，翻译者得到一些报酬也是合理的，毕竟整个翻译过程是非常辛苦的。 原谅我给大家泼冷水。
倒不是说我不相信大家能翻译出信、达、雅的东东，而是翻译的意义。一个看不懂E文的ARX编程爱好者，VC++水平不可能好。高水平的VC编程者看E文的MSDN应该是很轻松的，而没有一定VC++水平，玩ARX只能是镜花水月。
再说了，直译ARX开发帮助对于ARX编程帮助也不大，因为一个好的帮助文档只有将相关的说明及异同点作说明才对使用者有帮助。比如：
acedSSGet的说明中就应该有与acedEntSel和acedNEntSelP的比较，及使用地方的说明等等。 我支持！有比没有好：） 8楼版主:
...这就是偶为什么问要不要把CAD和VC++相关知识也补充一下的原因..
Autodesk的ARX帮助明显是针对C++熟练者来写的, 但是很多时候似乎真正在做ARX的人并不是C++很好很好的(有些似乎连VC++界面都还不太会用..), 所以应该是有一些专门讨论ARX和C++关系, ARX的一些功能用的是VC++什么概念, 为什么ARX或者C++某个功能要做这样那样的设置, 之类之类的东西..
还有相关命令之间的比较, 其实很多都是明白相关CAD术语之间的区别也就能举一反三了的(比如, SS=selection set和EntSel=entity selection, 从名字可以猜个一二)..
其实也不是说E文好就一定VC++好然后就一定ARX好了, 重要的是很多基础概念(从类的命令使用, DLL的运行原理到具体的编译和调试)很难一两句话解释清楚..
(国内缺的完全不是翻译, 是怎么做教得太多, 为什么要这么做教得太少..)