W3C home > Mailing lists > Public > www-forms@w3.org > August 2006

Re: Why XForms 1.1 output/@mediatype exclude text/*?

From: Erik Bruchez <ebruchez@orbeon.com>
Date: Wed, 16 Aug 2006 16:03:31 -0700
Message-ID: <44E3A443.3050307@orbeon.com>
To: www-forms@w3.org

I can only agree with that. Like FormsPlayer, OPS also implements 
mediatype="text/html" (on xforms:output and xforms:textarea), and it is 
a straightforward addition to the spec.

-Erik

Klotz, Leigh wrote:
> Why is the proposed XForms 1.1 output/@mediatype limited to nontext
> types?
> 
> http://www.w3.org/TR/xforms11/#render-nontext
> 
> Even before XForms 1.0, FormsPlayer had implemented and shown the value
> of output bound to text/html.
> 
> Since Atom support is a goal, this would fit right in, as RFC 4287
> defines two formats for carrying markup in text fields:
> An escaped text/html form and a complex-content application/xhtml+xml
> form.  
> 
> Here's how you could refer to an Atom title with xf:output/@mediatype,
> as described
> in http://atompub.org/rfc4287.html#text.constructs
>    <xf:output ref="atom:title[@type='html'] mediatype="text/html" />
> 
> I've recently written a mail reader in XHTML+XForms, and both output and
> textarea with @mediatype='text/html' would be great.
>   <xf:output ref="content" mediatype="text/html" />
>   ...
>   <xf:textarea ref="content"
> mediatype="text/html"><xf:label>Message</xf:label></xf:textarea>
> 
> Many existing browsers already support text/html editing in forms, and a
> number of JavaScript packages exist to make it easy to use.
> With XForms, just declaring the mediatype would make it easy to use!
> But user agents can't do this if XForms 1.1 explicitly limits mediatype
> to exclude text/* mediatypes.
> 
> Leigh.
> 
> 


-- 
Orbeon - XForms Everywhere:
http://www.orbeon.com/blog/
Received on Wednesday, 16 August 2006 23:03:35 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Saturday, 10 March 2012 06:22:06 GMT