- From: Steven Pemberton <steven.pemberton@cwi.nl>
- Date: Wed, 12 Dec 2018 16:29:14 +0100
- To: public-xformsusers@w3.org, "XForms Users Community Group Issue Tracker" <sysbot+tracker@w3.org>, "Steven Pemberton" <steven.pemberton@cwi.nl>
I have specced up the merged signal and dispatch elements, now visible at https://www.w3.org/community/xformsusers/wiki/XForms_2.0#The_dispatch_Element Steven On Wed, 12 Dec 2018 12:51:51 +0100, Steven Pemberton <steven.pemberton@cwi.nl> wrote: > To summarise the current situation: > > Requirements > > To add the ability to be able to dispatch events into and out of an > embedded XForms. > > Original proposal > > * Use a different control that models <dispatch/>, but is solely for > embedding. > To dispatch an event into an embedding, you use > > <signal name="event-name" control="embedding-control-id"/> > > To dispatch an event out of an embedding, you use > > <signal name="event-name"/> > > New proposal > > * Merge <signal/> into <dispatch/> > To dispatch an event into an embedding, you use > <dispatch name="event-name" control="embedding-control-id"/> > The event goes to the first model of the embedded XForm > > To dispatch an event out of an embedding, you use > <dispatch name="event-name"/> > (The absence of @targetid or @control implies that it is dispatched > to the embedder). > The event goes to the <control/> element that caused the embedding. > > Steven > > On Wed, 07 Nov 2018 15:19:52 +0100, XForms Users Community Group Issue > Tracker <sysbot+tracker@w3.org> wrote: > >> ACTION-2207: Merge <signal/> into <dispatch/> >> >> https://www.w3.org/2005/06/tracker/xforms/actions/2207 >> >> Assigned to: Steven Pemberton
Received on Wednesday, 12 December 2018 15:29:38 UTC