-
Notifications
You must be signed in to change notification settings - Fork 8
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Move ActiveX/COM into C++ PyAx Moule #165
Comments
Thinking, I would like to have both Ax spaces to exist side-by-side for a few months from pyrx_imp import Rx, Ge, Gi, Db, Ap, Ed, Gs, Ax pyrx_imp imports the C++ version So, it’s no change for current Ax users |
And what is your idea for |
I have the test as from pyrx import Ap
from pyrx import PyAx as Ax
Preferred. When I’m done, remove pyrx_impx and those components |
and it works? |
Just to be sure - should I add |
if it’s not needed, I would prefer not, hopefully i wont take too long to make the switch |
the auto complete works, but the test fail , so I guess PyAx should be in pyrx |
Yes, that's what I meant. |
I always planned to support ActiveX because it’s super easy to use and well documented, VBA and lisp users will feel right at home.
I’ve already done this with Sheet Sets, I will need to do this to support the ETransmit interface
1, there’s too many modules to maintain with the ones generated with pywin32. BricsCAD, ZwCAD, GStarCad change CLSIDs every year, in a couple years we’ll have more than 12 modules ugh. I eventually want to support one of the intellicad versions, maybe (CMS), which means more modules.
2, in AutoCAD’s .NET interface the developer can get ActiveX properties easily, example
Autodesk.AutoCAD.ApplicationServices.Application.AcadApplication
Autodesk.AutoCAD.DatabaseServices.DBObject.AcadObject
Some functions in .NET’s API are actually COM, people don’t know it
3, it's a fail safe, if there's a bug in PyRx, it may be possible to jump to ActiveX
3, I can make it better, faster.
Cons:
1, it’s a lot of work
2, It’s a distraction because PyRx is already easy
The text was updated successfully, but these errors were encountered: