IDE Interoperability

David Bovill david at openpartnership.net
Mon Apr 27 18:17:38 CDT 2009


2009/4/27 Björnke von Gierke <bvg at mac.com>

> I have been thinking into a similar direction lately. The main issue is
> about how to decide what is a component and what isn't. For example a script
> editor contains stuff for debugging, auto-completion (... sometimes),
> colorisation,  undo handling, etc.
> So should a "script editor" be one component, or a dozen? It's probably
> best to just start somewhere, and then readjust constantly what degree of
> atomisation actually makes sense.


For the Script Editor - I'd say the debugger is separate, and the other
features you mention should be Script Editor plugins or options.


> Also, I think this should be a fork of metacard, and not a replacement of
> the current mc ide.


I guess that makes sense. Structurally it would be nice if certain MC
components evolved for closer interop.

So where to start? How about starting with a basic component and create a
switcheroo palette which would work in either IDE? Which component, maybe
one of:

   1. Property Palettte
   2. Script Editor
   3. Tools Palette
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.runrev.com/pipermail/metacard/attachments/20090428/0e44881d/attachment.html


More information about the metacard mailing list