W3C

- DRAFT -

XForms Users Community Group Teleconference

13 Jun 2018

Agenda

Attendees

Present
Alain, Erik, Philip, Steven
Regrets
Chair
Steven
Scribe
Steven

Contents


Markup UK

[Report back]

Steven: I was the only XForms talk, but I also won 2nd prize for an XForms demo.

Vacations

Steven: Do you know yet your vacations?

[They tell]

Steven: We will have our Summer break from 25 June to 17 Aug

The dispatch Element

https://lists.w3.org/Archives/Public/public-xformsusers/2018Jun/0007

Steven: I have made the change to make these two attributes required.
... I have also moved all deprecated subsections to the end of their containing sections.

State change events

https://lists.w3.org/Archives/Public/public-xformsusers/2018Jun/0004

Steven: Any objections to including those events in the model?

Erik: For the UI they happen at refresh
... so you need to decide when it would happen in the model.

Steven: I would say as part of refresh.

Erik: Yeah. Let me think if that creates a problem...
... it's probably fine.

Alain: Maybe I see a problem, how to know which node was changed.

Steven: I'm suggesting do it as a child of bind.

Erik: Let me look in the spec for what we say.
... "If a bound value has changed..." sounds right.
... ... it should be a similar logic for the bind.
... a change between two specific checkpoints
... if the checkpoint is a refresh, it seems ok
... You would need to store some state in the bind.

Steven: Shall I suggest some spec text?

Erik: Seems good

Alain: Do you have a use case?

Steven: yes. I want to catch a value changed of a node that isn't in the UI. I have to have a hidden control just to catch the event.

<scribe> ACTION: Steven suggest text for value change events etc in model.

<trackbot> Created ACTION-2187 - Suggest text for value change events etc in model. [on Steven Pemberton - due 2018-06-20].

The control Element

https://lists.w3.org/Archives/Public/public-xformsusers/2018Jun/0012

Steven: I have some questions, but did you have enough time to read it?

Philip: No, sorry.

Erik: One thing comes to mind. If we have a way of passing events between the two, do we need the special submission?
... We could dispatch an event with the values in it.
... instead of submission, use a dispatch.

Steven: OK, I'll reformulate the examples to see what they look like.
... I guess that would even simplify it.

<scribe> ACTION: Steven to reformulate embedded examples using signal.

<trackbot> Created ACTION-2188 - Reformulate embedded examples using signal. [on Steven Pemberton - due 2018-06-20].

Test Suite 2.0

https://lists.w3.org/Archives/Public/public-xformsusers/2018Apr/0051

Steven: Nothing this week, except my paper at MarkUp Uk.

AOB

[None]

[ADJOURN]

Summary of Action Items

[NEW] ACTION: Steven suggest text for value change events etc in model.
[NEW] ACTION: Steven to reformulate embedded examples using signal.
 

Summary of Resolutions

[End of minutes]

Minutes formatted by David Booth's scribe.perl version 1.152 (CVS log)
$Date: 2018/06/13 13:36:01 $

Scribe.perl diagnostic output

[Delete this section before finalizing the minutes.]
This is scribe.perl Revision: 1.152  of Date: 2017/02/06 11:04:15  
Check for newer version at http://dev.w3.org/cvsweb/~checkout~/2002/scribe/

Guessing input format: Irssi_ISO8601_Log_Text_Format (score 1.00)

Succeeded: s/CH/Ch/
Succeeded: s/nide/node/
Succeeded: s/ming/mind/
Succeeded: s/passign/passing/
Present: Alain Erik Philip Steven
No ScribeNick specified.  Guessing ScribeNick: Steven
Inferring Scribes: Steven
Agenda: https://lists.w3.org/Archives/Public/public-xformsusers/2018Jun/0014
Found Date: 13 Jun 2018
People with action items: steven

WARNING: IRC log location not specified!  (You can ignore this 
warning if you do not want the generated minutes to contain 
a link to the original IRC log.)


[End of scribe.perl diagnostic output]