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

Re: Re: Are the publishing users happy? Why not?


Re:  Re: Are the publishing users happy? Why not?
ricko@a... (Rick Jelliffe) writes:
>> "Fortunately, it turned out that when developers are
>> happy, they write lots of software, and that ends up making users
>> happy as well."
>
>That there is a lot of potential software I would not dispute.

You've certainly done your best to realize that potential through your
work at Topologi.  If everyone on xml-dev was writing editors....

In particular, I think this (later) comment gets a lot right:
>I think the killer is the idea that you should do text entry
>(authoring) and markup all at the same time (rather than, say, text
>entry with just enough markup to help your writing flow rather than
>distract you).  That just overloads people.

This is an important insight, and it marks a boundary between different
ways of looking at markup.  A lot of developers see XML editing as
filling structured containers with appropriate content, and the
containers should more or less guide you as to the content.  This can
mean that a huge amount of detail needs to be dealt with at one pass,
and it often has meant that developers create interfaces which are
actually more difficult to use than paper forms.  Leaving markup for
later lets people focus on the information as they see it rather than
forcing them from the outset into someone else's preferred boxes.

I worry that too much of "XML development" has focused on approaches
that are convenient for computers and programmers and not nearly enough
has focused on how people want to work.  Tree-based interfaces and
expectations that authors _want_ to work with metadata both seem oddly
disconnected.

About the most I've been able to get non-XML people to do consistently -
and not always consistently at that - is to apply Word styles to
content.  Even there, they almost always get paragraph-level styling
right and leave out lots of character-level styling.  I guess we'll get
to see how easy Word's upcoming XML features prove for ordinary users.

>And certainly not to slag off at XForms.

I'm not sure why the HTML world's effort to provide decent interfaces
that never really evolved on the XML side is worth slagging.  Strange.
XDocs/InfoPath was worth looking at during XML 2003, and I guess we'll
see where all these ideas lead in the next year or two.

-- 
Simon St.Laurent
Ring around the content, a pocket full of brackets
Errors, errors, all fall down!
http://simonstl.com -- http://monasticxml.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.