W3C home > Mailing lists > Public > www-forms@w3.org > May 2010

Re: proposal for new submission replace mode 'new'

From: Joern Turner <joern.turner@googlemail.com>
Date: Thu, 27 May 2010 15:32:42 +0200
Message-ID: <AANLkTinugrkmokirijE0-mRCJD_8oD8IAZAkwkw9_x-M@mail.gmail.com>
To: "Leigh L. Klotz, Jr." <Leigh.Klotz@xerox.com>
Cc: www-forms@w3.org

thanks for the quick reply.

First of all i appreciate that the use case now has been addressed
though i'm not completely happy from a design point of view. It might
well be my personal indisposition but i don't like it too much if the
existence of one attribute (in this case 'target') changes the
behavior of another (the replace attribute). IMO this often puzzles
users and more easily leads to authoring mistakes than to use distinct
values of one attribute for distinct functionalities.

This also reflects in implementations: you have to check several
attributes before deciding what to do. But anyway, the resolution of
the use case is the important thing here and in the end i can live
with it.



On Wed, May 26, 2010 at 6:22 PM, Leigh L. Klotz, Jr.
<Leigh.Klotz@xerox.com> wrote:
> Joern,
> We agree with your use case, and note that we already have a proposed
> feature for XForms 1.2, with a slightly different expression.
> Please see the current proposal at
> http://www.w3.org/MarkUp/Forms/wiki/Submission_Embedding
> Briefly, we propose the new attribute submission/@target.  For example, in
> your use case of a new window in an XHTML+XForms integration, the attribute
> value would be XHTML name "_blank" :
>  <submission replace="all" target="_blank" ... />
> As with all XForms 1.2 proposed features, we seek feedback on experimental
> implementations.  There is already one implementation, cited in the feature
> proposal.
> Please see our discussion at
> http://lists.w3.org/Archives/Public/public-forms/2010May/att-0025/2010-05-26.html#topic5
> Leigh.
Received on Thursday, 27 May 2010 13:33:10 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:36:23 UTC