Re: [xsl] Re: XML / XSL Editors

Subject: Re: [xsl] Re: XML / XSL Editors
From: António Mota <amsmota@xxxxxxxxx>
Date: Tue, 11 Jan 2005 16:26:47 +0000
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

Current Thread