I think what Mark meant was not to use mc but instead MetaCard as a whole
word. to make it even more obvious.
On 30 Jun 2011, at 16:49, Ken Ray wrote:
Using a prefix implies that there is the possibility of extending the MC IDE
in the future and a potential getting-in-the-way. This is something we don't
want.
I clearly agree that the getting in the way is something we don't want,
but can you clarify what you mean by extending the MC IDE?
Although it isn't a big deal, I think that using a prefix like mc is very
RunRev-like and not the right approach. Since the number of IDE stacks is
supposed to stay at a minimum, a prefix should be unnecessary. If we ever
need
something like this, it would be nice to come up with a really clever and
friendly solution.
I'd *love* for there to be less IDE stacks - currently there are *70*
substacks of the Metacard Menu Bar stack. Granted that some of these are old
copies that can be deleted or are for dialogs to set really old settings, or
are copies of the Script Editor, but without some significant changes it's
not going to get much smaller.
I think the issue is that until RunRev creates namespaces inside LC, the IDE
stacks should be renamed to get out of the way of the developer, at least
the more common ones like Preferences and Properties. The only issue with
only renaming *some* stacks is it becomes inconsistent, which is also a
pain.
The good thing though is that unless one is working on tools to manipulate
the IDE itself, they shouldn't encounter the internal stack names of the IDE
stacks very often, so it may not matter what they get called as long as they
get out of the way.
Just my 2 cents,
Ken Ray
Sons of Thunder Software, Inc.
Email: k...@sonsothunder.com
Web Site: http://www.sonsothunder.com/
___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard
___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard