W3C home > Mailing lists > Public > public-html@w3.org > February 2009

Re: [html5] proposal to add <text> element.

From: Philip TAYLOR (Ret'd) <P.Taylor@Rhul.Ac.Uk>
Date: Sun, 15 Feb 2009 22:03:16 +0000
Message-ID: <49989124.3030307@Rhul.Ac.Uk>
To: Robert J Burns <rob@robburns.com>
CC: Leif Halvard Silli <lhs@malform.no>, Andrew Fedoniouk <news@terrainformatica.com>, public-html@w3.org

Robert J Burns wrote:

> I think part of the problem here is the misuse of the term WYSIWYG which 
> has unfortunately taken hold specifically in the area of HTML editing. 
> What I would call this is GUI / Visual editing and not really WYSIWYG. 
> WYSIWYG is more a term applied to rendering and rasterization. The 
> editing of HTML however, can most certainly be visual in terms of 
> selectable objects (elements, ranges, etc.) that have semantics applied 
> to them (or un-applied from them) with menus, toolbars, and keyboard 
> commands etc.

Fine.  If Andrew (and others) are discussing a visual or GUI
interface to the deep structure of an HTML document, then
I am all in favour (after all, editing raw text is both
crude and error-prone).  But there is a problem, and I do
not know whether it is adequately addressed by any
tools currently available :

In order to transform one deep structure into another,
the most effective way (in terms of my labour, as a user
of the tool) may be to temporarily violate the rules of
HTML : that is, I may need to create a structure that
does /not/ conform as a short-cut to creating another
structure that /does/ conform.  A tool that permits
such an operation, whilst not allowing the deep structure
to be exported ("serialised"), would be a useful tool indeed.

Received on Sunday, 15 February 2009 22:03:59 UTC

This archive was generated by hypermail 2.3.1 : Thursday, 29 October 2015 10:15:42 UTC