W3C home > Mailing lists > Public > www-svg@w3.org > May 2006

Re: [SVGMobile12] SVGT12-207: "editable" attribute for text

From: Cameron McCormack <cam@mcc.id.au>
Date: Thu, 11 May 2006 09:15:01 +1000
To: www-svg@w3.org
Message-ID: <20060510231501.GA14978@port.mcc.id.au>

Hi Chris.

Maciej Stachowiak:
> > - What happens if the user attempts to enter more than one space in a  
> > row, or leading or trailing space, in xml:space="default" mode?

Chris Lilley:
> xml:space controls whitespace handling during parsing. It has no effect
> on script changes to element content after parsing, and similarly has no
> effect here.

But section 10.10 states:

  SVG supports the standard XML attribute xml:space to specify the
  handling of white space characters within a given 'text'  element's
  character data. The SVG user agent has special processing rules
  associated with this attribute as described below. These are
  behaviors that occur subsequent to XML parsing [...]

It doesn't affect the DOM nodes when script modifies text content, but
it does change the processing of 'text' elements.  I think Maciej's
question is a valid one.  My guess is that, since it's not otherwise
specified, typing subsequent spaces does not result in a change in the
rendering.  If it is desired to show the mulitple, contiguous spaces,
maybe it should be stated that xml:space="preserve" is recommended for
editable 'text' elements to avoid confusing the user, or perhaps that
subsequent spaces entered are actually converted to non-breaking spaces.

Since the special xml:space rules don't apply to a 'textArea', I guess
that it will either have to be unintuitive to edit, or use the
conversion to non-breaking spaces always.

-- 
 Cameron McCormack			ICQ: 26955922
 cam (at) mcc.id.au			MSN: cam (at) mcc.id.au
 http://mcc.id.au/			JBR: heycam (at) jabber.org
Received on Wednesday, 10 May 2006 23:15:14 GMT

This archive was generated by hypermail 2.3.1 : Friday, 8 March 2013 15:54:34 GMT