(2020-05-27, 15:48)Daniel R Wrote: I would love to contribute to LDCad code but it is closed and I respect this Roland's decision. Still, if this changes I would gladly contribute there (for instance, I can do some minor features which are thought to be necessary).I'm not sure if people would be that happy working on LDCad code as I like to do things the hard way.
Meaning I wrote my own support library (strings, lists etc) minimizing std usage as I kinda hate bloat-y templates.
Also when I started the project (in C++) I came from years of Delphi programming so there are noticeable programming style differences along the way as I picked up some new c++ tricks etc
(2020-05-27, 15:48)Daniel R Wrote: 0 ROTSTEP 23 45 0 ABS CENTER 1 2 10 ABS DISTANCE 200 ABS
I kinda like this idea, I'm just wondering if some existing (strict) parsers might reject these lines breaking backwards compatibility. But you are right about it being a nonissue when only using it in new projects.
(2020-05-27, 15:48)Daniel R Wrote: Maybe it should reuse existing LDCad grouping capabilities, maybe like this
There could be all kinds of meta data added to groups as the current group meta uses a forward compatible format ([prop=value] list)