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

re: re: abstraction

  • From: rev-bob@g...
  • To: xml-dev@i...
  • Date: 16 Nov 99 23:33:31 -0500

high abstraction level
> On 16 Nov 1999 rev-bob@g... wrote:
> 
> > So far, we have exactly one example class of high abstraction authoring tools on the
> > Web - the WYSIWYG HTML editor.  Is there really anyone here who will argue
> > that the development of this class was a good thing?  The questions about where this
> > concept failed are, for my purposes, largely irrelevant; I am merely pointing out that
> > high abstraction and ease of content generation is by no means a formula for a good
> > tool.  In short(er), I'm just trying to urge caution and thought before we charge
> > gung-ho down this path.
> 
> I think one of the questions about where 'WYSIWYG' HTML editors failed
> *is* extremely relevant; they failed because they offered an abstraction
> of something completely different from what they could create.

True enough; they offered a high abstraction, but it was the *wrong* abstraction.  They 
promised something they could only deliver in certain circumstances and with broken 
code - which just goes to show that making something easy to use isn't enough.  You 
also have to make it correct and make sure it is faithful both to the high concept and to 
the final code.

> They didn't simply hide implementation details from their users; they actively misled
> their users about what they were implementing.

Right.  However, it can be (and has been) argued that this was simply a way to take the 
abstraction one level higher.  Abstraction is not a magic remedy for core problems; this is 
all I'm trying to say.  Validity is critical, and IMO, it is more important than an easy-to-
use high abstraction.

> There are going to be many XML-based markup languages that are highly
> specialized for very particular tasks.  They're generally what we'd think
> of as data-oriented languages rather than document-oriented languages.

And for such tasks, I agree - a strict (and closed) abstraction level is good for such 
things.  No argument.  My primary concern is general-purpose publishing for the Web; 
please consider my comments in that light.



 Rev. Robert L. Hood  | http://rev-bob.gotc.com/
  Get Off The Cross!  | http://www.gotc.com/

Download NeoPlanet at http://www.neoplanet.com


xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i...
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on CD-ROM/ISBN 981-02-3594-1
To unsubscribe, mailto:majordomo@i... the following message;
unsubscribe xml-dev
To subscribe to the digests, mailto:majordomo@i... the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@i...)



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.