OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

 


 

   Re: WISH! Open Source XML Editor

[ Lists Home | Date Index | Thread Index ]
  • From: Stefan Haustein <haustein@ls8.cs.uni-dortmund.de>
  • To: Lauren Wood <lauren@sqwest.bc.ca>
  • Date: Thu, 06 Jan 2000 11:40:52 +0100

Lauren Wood wrote:
> 
> > The lack of an API for an editor effectively makes it impossible for people
> > to develop a modular approach. Many of the "non-textual" DTD/schemas will
> > require specialist editors (my own interest is chemistry, but Math,
> > Geography/maps, SVG, etc are all similar). We need to be able to
> > concentrate *just* on the domain-specific parts of our subject, and not to
> > be concerned with general structural or technical editing.
> 
> What do you need that you don't get from, for example, the DOM +
> the SVG DOM for editing SVG? I've been encouraging anyone who
> will listen to me to define their own DTD/schema-specific DOMs on
> top of the DOM for domain-specific work; MathML, SVG and SMIL
> are all doing this, for example, and I see no reason why others
> shouldn't as well.

I think what Peter was talking about is an editing interface where
specialized editors can hook in, and that provides a general default
editor where the specialization is not needed. 

Something you feed a DOM node in and get e.g. a JComponent out. You can
register your own constructors for elements, and if you don't, you get a
default
JComponent. 

something like

class DOMEditorFactory {
  registerElementEditor (Sring namespace, String name, Class
editorClass);
  JComponent createEditor (Node node);
}

The registered class would be required to implement a constructor
that takes a pointer back to the factory and a DOM element as input. 
An editor for a node can ask the factory for editors of it's
childs when it is expanded. 

If context-dependent or non-default editors for other than element nodes 
are required, the parent element needs to build the corresponding
component itself. Another possibility would be subclassing the
factory and overwriting createEditor.

Best regards

Stefan

xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@ic.ac.uk
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on CD-ROM/ISBN 981-02-3594-1
To unsubscribe, mailto:majordomo@ic.ac.uk the following message;
unsubscribe xml-dev
To subscribe to the digests, mailto:majordomo@ic.ac.uk the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@ic.ac.uk)






 

News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS