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

Re: When the view has refreshed, how would I know?

From: Erik Bruchez <ebruchez@orbeon.com>
Date: Tue, 20 Apr 2010 15:35:36 -0700
Message-ID: <v2we81b48eb1004201535r54ebac4cs5573a6dc519b0c65@mail.gmail.com>
To: "www-forms@w3.org" <www-forms@w3.org>
Philip,

At least in Orbeon, switches will keep the currently selected case
until they become non-relevant (if they do become non-relevant). I
assume you have such a situation then? Otherwise, it's a bug ;)

Also, I assume you have looked at <fr:databound-switch>? [1]

Now one of the new features under consideration for XForms 1.2 is a
data-bound switch, which I think is meant to address exactly your use
case. [2] Note that this is just a proposal under consideration.
Feedback is welcome.

-Erik

[1] http://wiki.orbeon.com/forms/doc/developer-guide/xbl-components/databound-switch
[2] http://www.w3.org/MarkUp/Forms/wiki/Model-based_switching_with_switch

On Tue, Apr 20, 2010 at 2:05 AM, Philip Fennell
<Philip.Fennell@marklogic.com> wrote:
> I have a view, rendered by some XForms groups and controls and periodically
> the instance, from which the view is rendered, will get reloaded as a result
> of other events in the UI. This causes the view to refresh and as a result
> any switches in the view will revert to their default case.
>
> Now, I can maintain the current selection(s) in an additional instance data
> structure but it doesn't appear that there is an event I can listener for
> that is dispatched once the view has completed rendering. If there was then
> I could invoke a toggle action to set the appropriate case(s). This, of
> course, relies upon the case element variant of a toggle action but just
> having an 'xforms-refresh-done' event would be nice.
>
> I see in Orbeon's documentation that they have considered this scenario, but
> I wonder what other people have experienced in this area.
>
>
> Regards
>
> Philip Fennell
>
> Consultant
>
> Mark Logic Corporation
Received on Tuesday, 20 April 2010 22:36:29 GMT

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