[xml-dev] Fwd: Re: [nbdev] XML Module extension proposal...

Petr Kuzel <[email protected]> Wed, 29 Jan 2003 19:05:29 +0100
Newsgroups gmane.comp.java.netbeans.modules.xml.devel
Organization Sun Microsystems
Message-ID <[email protected]>
,--------------- Forwarded message (begin)

 Subject: Re: [nbdev] XML Module extension proposal...
 From: Petr Kuzel <[email protected]>
 Date: Wed, 29 Jan 2003 19:01:03 +0100

 Adam Fowler wrote:
 
 > Hello all,
 > 
 > I'm new to this, so bear with me. (I've had a quick read through the
 > proposal guidelines.)
 > 
 > I noticed on the XML module page that they wanted a system that would
 > "provide infrastructure for better, easier and rapid development of new
 > modules for different XML domains, e.g. DocBook, XHTML, SVG, etc.".
 
 Yes, it's XML modules goal. Still a lot of things missing to
 fulfill it. Mainly spare time to realize it :-).
  
 > I believe this can be done by craftily using CSS, like the XMLMind
 > XMLEditor[1] does. Provide an interface that allows users to associate
 > DTDs with a stylesheet for a visual editor (FrontPage-esque), and code
 > the editor so that it forces the author to strictly conform to the DTD.
 > This will allow XML authors to visually edit their XML files, without
 > having to worry about DTD conformance. (This REALLY got on my nerves
 > when going through the Tomcat-Book[2] project's source by hand, as
 > certain people *glare* used plain text editors and randomly chose
 > element ids. Granted the softs weren't/aren't available tho'.)
 
 Do you have experience with designing such editor? I guess it's
 long-term task even for skilled developer.
  
 > As the XML Registry is already part of the XML project code, the battle
 
 It's still subject of incompatible API changes.
 
 > is already half won. Other more advanced features could be added later
 > such as:
 >   - In built support for DocBook (Use this as an example so others can
 > write additions to support other XML DTDs.)
 >   - Support for GUI insertion of high level elements, such as sections
 > etc in DocBook, or a rectangular box in SVG. Provides feature similar to
 > Word's styles drop down selector(heading, title, section etc.). This
 > works great in LyX[3] for LaTeX.
 >   - Enhanced XSL Transform functionality by providing users with default
 > DTD options. E.g. for DocBook DTD, use this stylesheet, these GUI
 > insertion elements, and these filters for output (x filter for HTML
 > output, y filter for XSL:fo/PDF output etc.) using these options.
 > (override default variables, such as CSS stylesheet to use.)
 >   - Allow users to specify that they wish to restrict elements that
 > authors use, without them having to re-write the DTD. This is useful for
 > large collaborative projects and professional publishers.
 
 Impressive list!
  
 > There's probably a few other things you could add too. Because of the
 > way NetBeans and the XML module have been coded, the basic functionality
 > should be relatively easy(!) to code. (Good work BTW.) I'm quite happy
 > to go away and code the thing, after being given a few pointers. (XML
 > module guys? Any ideas/help you could give to get started would be much
 > appreciated. E.g. how do I code for NetBeans!!!)
 
 http://www.netbeans.org/devhome/community/contribute.html
 
 I see four basic stones: Swing, XML, CSS (missing) model and EditorCookie
 interface.
  
 > Tell me what you all think, anyway. It'd be a great feature - having a
 > WYSIWYM XML editor - if we could code it.
 
 Yes, it'd be indeed. However users say final word. Let ask them
 in advance if they really want it (NetBeans was recently recognized
 as Java IDE).
 
   Cc.

`--------------- Forwarded message (end)