Thinking outside the box ...

... putting on "Long Term Planning Tin Foil Hat" ...Any thoughts about making BricsCAD a Python capable application?As much as I like LISP, VB et al. a fully Python / Iron Python capable CADD application would completely melt my butter.With apologies for any visuals.:D

Comments

  • Hi MP, glad to see you over here! Actually hooking up Iron Python shouldn’t be that hard as I have already done most of what’s required to load .NET modules. You will only be able to party with COM wrappers though… IMHO good enough to make decent apps,

  • Thanks for the welcome, very cool to see some friends over here. :)I'll have to try out your excellent efforts once I get BC installed on this machine.<2¢> I still think it would be a very savvy strategy if BC supported Python natively, like LISP. The ability to interactively execute adhoc code at the command line is one of the significant factors that made AutoLISP such a successful scripting language. With Python's [1] easy syntax/mild learning curve [2] rich libraries [3] object oriented abilities (where/when applicable) [4] peer support / books I see it as a win-win-win-win. I love LISP (as my long tenure with same testifies) but I think Python (or some other yet to be discovered light footed) Object Oriented scripting language is the future. </2¢>Thanks again Daniel.:)

  • Python in Bricscad is certainly an idea that gets the imagination racing... Most everything I do outside of CAD is with Python, which is generally on Linux :)

  • We have no Python plans at present: we have quite a few ongoing projects that we want to complete first. FYI, back in 2000 already, a certain Georg Mischler seems to have given it a try: http://pyacad.sourceforge.net/pyacad.html Don't know if this project is still alive though...

  • @Greg: I hear ya bro; thanks. :)@Hans: I understand that a native Python implementation in BricsCAD would be somewhere between NFL (not likely) and "perhaps someday we'll smoke a bowl and think about it". But in all seriousness, I believe a CADD product that had a robust Python implementation would enjoy wild, mad success, and would eclipse other similar CADD products that didn't sport said Python implementation. But perhaps I'm wrong.I recall seeing Georg's work way back, tho at the time I wasn't into Python. Tim Riley has done a lot of experimental work with Python and Iron Python for AutoCAD (as well as Daniel, Kean ...); I believe Tim's work is more current and active than Georg's. Having said that, my interest, as noted above, is in a native implementation, not a tack on, but I recognize how such a want would be seemingly a non priority for the core development team. Regardless, thanks for taking the time to comment in this thread. :)

This discussion has been closed.