[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

RE: Suggestions for XML editors

  • From: Jean-Marc VANEL <jmvanel@i...>
  • To: 'Michael Smith' <smith@x...>
  • Date: Thu, 25 Jan 2001 18:32:08 +0100

xml editors choices features
I'm willing to maintain such a list of criteria for editors.

It's obvious that I concentrated on the features nowhere available (as far
as I now).
It's desirable to mention, if not describe, more basic features.

For instance, XED selects (in its "text" and only mode) at once the WHOLE
element when mousing over beginning of element, which 199$ worth XML Spy
doesn't do.

Also I forgot the instant enforcing (just after typing) of simple type and
key constraints, instead of batch enforcing as in XML Spy.

Vim has a nice instant coloring of syntax (erroneous or not).

etc etc ...

Maybe a list of keywords (thesaurus) to classify the features ?
And a matrix of features versus editors ?

Cheers
JMV


-----Message d'origine-----
De : Michael Smith [mailto:smith@x...]
Envoyé : jeudi 25 janvier 2001 13:32
À : Jean-Marc VANEL
Cc : xml-dev@l...; office@x...; jmvanel@f...;
Guillaume Rousse (E-mail); Thierry Madillo (E-mail); wwbota@f...
Objet : Re: Suggestions for XML editors


Jean-Marc VANEL <jmvanel@i...> writes:

[regarding features that XML editors should have]

> What really would make the difference would be functionalities like:
>
> - selecting, cut-copy-paste, and advance cursor to node lists selected by
> XPath strings
> - edit through an XPath selection: hide all the rest not selected by the
> XPath (of course remember those XPath associated to the Schema)
> [...other good ideas]

It would be good to have an ongoing discussion about criteria for
editors, maybe eventually come up with an informal document describing
expected application behavior, and rationale for why it's expected.

Documenting desirable integration with related technologies (e.g.
XSLT/XPath things) is worthwhile, but a set of standard descriptions
of "basic" XML editor behavior would be good too-- For example, how an
editor should handle insertion of required elements and attributes,
insertion/choices from groups of required elements, selection of IDs
for IDREF attributes, etc.

> What about free software projects ?

A standard description of expected editing-application behavior would
give open-source developers and users common criteria to develop to
and evaluate against. Also for evaluating proprietary apps I guess

--
Michael Smith          mailto:smith@x...
xml-doc                http://www.xml-doc.org/



PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.