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