Altova Mailing List Archives


Re: [xsl] Re: XML / XSL Editors

From: Ant&#xF3;nio Mota <amsmota@--------->
To:
Date: 1/11/2005 4:27:00 PM
My main concern by now is the data-entry and visualization
capabilites, cause from the development point-of-view i'm satisfied
with jEdit, except for the fact that it hasn't a xslt debugger.

Offcourse the price matters, i don't know what is my boss budegt for
that, but considering what he pays me it shouldn't be much... ;) I
think around some 500b,, limiting the choices between 1 expensive
editor or 4/5 of the others, or some kind of conbination of those.

I've allready concluded my tests on three editors, i have three more
to go. I'll post my conclusions then, maybe it's usefull for the
archive...




On Tue, 11 Jan 2005 01:36:23 -0700, M. David Peterson
<m.david.x2x2x@xxxxxxxxx> wrote:
> I'll second that.  While Oxygen is a fantastic tool and for the price
> its tough to beat, Stylus Studio is a pretty amazing combination of
> tools.  The price difference is something that has to be considered.
> But I have no idea what your budget is so its tough to say if this is
> even an option.  Still, MHK doesnt make statements unless he truly
> stands behind them and has reached his opinions based on experience.
> So if he makes a statement like this I would pay attention.
>
>
> On Mon, 10 Jan 2005 20:37:31 -0000, Michael Kay <mike@xxxxxxxxxxxx> wrote:
> > You ought to include Stylus Studio in your list as well. I use it for
most
> > of my XML editing; I particularly like the ability to validate using
> > different schema processors, since it's not uncommon to get differences
> > between them. The grid view in the latest version works very well for
> > data-oriented XML - I've always hated grid views in the past, but this
one
> > starts to feel as easy to use as a spreadsheet. I also like the way it
shows
> > XPath query results. I don't tend to use Stylus for XSLT work, but that's
> > only because my requirements in that area are rather specialized...
> >
> > Michael Kay
> > http://www.saxonica.com/
> >
> > > -----Original Message-----
> > > From: AntC3nio Mota [mailto:amsmota@xxxxxxxxx]
> > > Sent: 10 January 2005 20:24
> > > To: xsl-list@xxxxxxxxxxxxxxxxxxxxxx
> > > Subject: Re: [xsl] Re: XML / XSL Editors
> > >
> > > Well, uptil now i've been testing XMLSpy, oXygen and Exchanger. Here's
> > > my toughts and request for comments:
> > >
> > > XMLSpy is realy a heavy-weight, it seems to do everything. Too many
> > > things... And it's a lot expensive than the others, so the choice is
> > > to buy one XMLSpy or 4/5 of the others... And i really don't like
> > > mainstream software, reflexes of my revolutionary youth :)
> > >
> > > I was tending to oXygen due to the positive mentions here on list. It
> > > seems very good from the developer point of view, i really like that
> > > trang thing, specially from learning the various languages by
> > > converting one into another. HOWEVER it seems not so good from the
> > > non-XSL-expert data-entry point of view. There's only the Tree Editor
> > > that seems to me both confusing and hard to work. And this data-entry
> > > thing is important.
> > >
> > > Exchanger seems to be a lot better. I really like the way one can
> > > create types (XML/Schema pieces) and then edit them. That's that what
> > > i had in mind since the beggining, and i didnB4t find the way to do it
> > > in the other editors (not that don't exist, i just couldn't find it).
> > > And i really like that Outliner/Editor/Tree Viewer for the data entry
> > > thing. It seems to me a good balance beteween development capabilities
> > > and data-entry facilities.
> > >
> > > So i'll like to ear some comments from you guys, besides "then go with
> > > Exchanger if you liked it", mainly because i ddidnB4t test *that* much
> > > and i'm probably missing something around the way...
> > >
> > > Thanks, and excuse the bad english...
> > >
> > >
> > > On Thu, 06 Jan 2005 12:30:47 -0500, Wendell Piez
> > > <wapiez@xxxxxxxxxxxxxxxx> wrote:
> > > > Hi Antonio,
> > > >
> > > > At 11:59 AM 1/6/2005, you wrote:
> > > > >Also, i had a look at Relax NG but didn't understand what it is. It
> > > > >seems a alternative to Schema? A replacement for DTD?
> > > However it's not
> > > > >a W3C standard, or is it?
> > > >
> > > > The question is off-topic :->, but yes, all the above.
> > > >
> > > > It's not a W3C standard, but it is an ISO standard -- in
> > > some circles, this
> > > > is regarded as better.
> > > >
> > > > >Last, someone off the list point me to XMLEditor from Cladonia
> > > > >http://www.cladonia.com/index.htm does anybody know this?
> > > >
> > > > Haven't tried this one lately, but from what I saw back
> > > when, I think
> > > > you'll find it more like oXygen than like Authentic.
> > > >
> > > > Lightweight forms interfaces are a bit slow to come,
> > > largely because there
> > > > are so many other ways to go about it. (Web forms work if
> > > you have the
> > > > architecture in place. Spreadsheets can even work these
> > > days.) And platform
> > > > issues. I wonder if there are any XForms front ends you
> > > could use. Or
> > > > Microsoft's InfoPath (quite a nice product, I'm told), if
> > > you can afford
> > > > the cost/lock-in....
> > > >
> > > > Good luck,
> > > > Wendell
> > > >
> > > >
> > > >
> > > ======================================================================
> > > > Wendell Piez
> > > mailto:wapiez@xxxxxxxxxxxxxxxx
> > > > Mulberry Technologies, Inc.
> > > http://www.mulberrytech.com
> > > > 17 West Jefferson Street                    Direct Phone:
> > > 301/315-9635
> > > > Suite 207                                          Phone:
> > > 301/315-9631
> > > > Rockville, MD  20850                                 Fax:
> > > 301/315-8285
> > > >
> > > ----------------------------------------------------------------------
> > > >    Mulberry Technologies: A Consultancy Specializing in SGML and XML
> > > >
> > > ======================================================================
> >
> >
>
> --
> <M:D/>
>
> :: M. David Peterson ::
> XML & XML Transformations, C#, .NET, and Functional Languages Specialist

Disclaimer

These Archives are provided for informational purposes only and have been generated directly from the Altova mailing list archive system and are comprised of the lists set forth on www.altova.com/list/index.html. Therefore, Altova does not warrant or guarantee the accuracy, reliability, completeness, usefulness, non-infringement of intellectual property rights, or quality of any content on the Altova Mailing List Archive(s), regardless of who originates that content. You expressly understand and agree that you bear all risks associated with using or relying on that content. Altova will not be liable or responsible in any way for any content posted including, but not limited to, any errors or omissions in content, or for any losses or damage of any kind incurred as a result of the use of or reliance on any content. This disclaimer and limitation on liability is in addition to the disclaimers and limitations contained in the Website Terms of Use and elsewhere on the site.