 | | Re: Backwards Compatibility (Was Calling all Meta-commands)
|
|
In lugnet.cad.dev, Tim Courtney writes: <snip> (...) To some extent the parts library will have to be goverened by the file spec. The most glaring issues for this seem to be Part File naming and BFC complience. -Orion (22 years ago, 15-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Backwards Compatibility (Was Calling all Meta-commands)
|
|
(...) No, I'm saying that if anyone is thinking about adding a meta-command they need to, at the very least, post what they plan to add so that the community can comment and ultimatly say yea or nay. Once the committee us up a running thay will take (...) (22 years ago, 15-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Backwards Compatibility (Was Calling all Meta-commands)
|
|
Quoting Tim Courtney <tim@zacktron.com>: (...) I disagree. How can you prevent the various programmers from adding new functionality to their software? Why should development on all these tools halt until the non-existent committee figure out what's (...) (22 years ago, 15-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Backwards Compatibility (Was Calling all Meta-commands)
|
|
(...) I agree. Establishing such a lock means however we need to move rather quickly on a standards body. I know there are others like Steve and Larry who will want to weigh in on this, but they're busy this weekend. I'm traveling up to Steve's next (...) (22 years ago, 15-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Backwards Compatibility (Was Calling all Meta-commands)
|
|
In lugnet.cad.dev, Tim Courtney writes: <snip> (...) I think we need to put a lock on the creation of any new commands until we can properly document the existing commands. This will prevent the overlap of functionality. -Orion (22 years ago, 15-Mar-03, to lugnet.cad.dev)
|
