MBUI Munich F2F day 2

11 Jul 2013

See also: IRC log




<scribe> scribe: Dave

<scribe> scribenick: dsr

<paolo> Gaelle: the dialogue model is the behavioural aspect of the AUI model

<paolo> Dave presents Community groups and the Ubiquitous Application Design Community Group in particular, inviting members of the working group to join

<paolo> Dave presents the steps involved in the production of a W3C Recommendation

<paolo> Gaelle: do we need to have a consistent way of metamodeling?

<fabio> plan for the aui: by the next audioconference a clean version should be read for final check before publicizing the fiorst working group note

<paolo> Heiko: not at this stage, we will need implementations to show that things work together

<paolo> Fabio: we can use the introductory document to provide an overview

<paolo> Discussion on how to achieve two independent implementations

<paolo> Dave: the implementations have to cover all features

<paolo> Dave: we could have a test fest, with people in a room exchanging models over different tools.

<paolo> Dave illustrates the options for dealing with the impending November deadline

<paolo> Joelle: best option could be to launch a community group in which to do the implementation and then to recharter the WG

<paolo> Heiko: the only realistic way is to build a community and take from there

Ubiquitous Application Design Community Group

we need a summary for this session ...

Next steps for the MBUI Working Group

we need a summary for this session ...

Further steps for the AUI meta model

This is a continuation of yesterday's session on the AUI. Paolo talks about the idea of templates.

Heiko: cites login dialogue that can be embedded within a larger UI, as a motivation for templates.

Paolo: classic idea is declare the basic behaviour in a way that can then be refined in different contexts.

The parameters for a template determine how much freedom there is to refine it.

Jaroslav: isn't that a matter of restrictions at the data binding level?

Paolo: yes, this is about the relationship between the abstract UI and the domain model.

It would be interesting to explore use cases where templates are useful for reuse within the AUI itself.

I create a template to create something, when I create that something it might have a number of interactors corresponding to buttons where the template limits this to 2 to 5 buttons.

One question is what happens when a designer modifies directly an instance of a template in a way that violates the constraints imposed by the template, is it still an instance of that template?

Fabio asks Heiko if he thinks this notion of template is valuable to his needs?

Heiko: I am still trying to understand the implications.

Paolo: the constraints imposed by a template might relate to multiplicity of interactors, and to the events that the instance should handle.

Jaroslav: currently templates aren't described adequately in our introduction and glossary.

Heiko asks for clarifications, perhaps through a simple example.

Dave notes that templating is a common design pattern for web apps, e.g. using the PHP import statement.

Paolo presents some examples starting with a button group which can be used for such purposes as a save changes dialogue with buttons for yes, no and cancel.

Note that if you just want a direct instance of a particular dialogue pattern, you don't need the power of templates.

Paolo describes the range of possible template mechanisms. You need to specific a fixed part and a variable part that is specified by the instatiation of the template.

Jean indicated direct reuse where a any changes to the pattern are automatically propagated to the instances, fixed re-use where once a instance is created it is not effected by changes to the template.tern is reused without change,

s/a any/any/

Gaelle: templates could also be applicable to task models, as a general mechanism for meta-models.

Jaroslav presents the revised task model for the car rental use case.

Some discussion ensues on the details as they relate to the ideas in the Hertz examples.

Fabio make suggestions for how to best use the task model ordering semantics.

Summary of Action Items

[End of minutes]

Minutes formatted by David Booth's scribe.perl version 1.138 (CVS log)
$Date: 2013-07-11 09:53:57 $

Scribe.perl diagnostic output

[Delete this section before finalizing the minutes.]
This is scribe.perl Revision: 1.138  of Date: 2013-04-25 13:59:11  
Check for newer version at http://dev.w3.org/cvsweb/~checkout~/2002/scribe/

Guessing input format: RRSAgent_Text_Format (score 1.00)

FAILED: s/a any/any/
Found Scribe: Dave
Found ScribeNick: dsr
Present: Nick_Kaklanis

WARNING: Fewer than 3 people found for Present list!

Got date from IRC log name: 11 Jul 2013
Guessing minutes URL: http://www.w3.org/2013/07/11-mbui-minutes.html
People with action items: 

WARNING: Input appears to use implicit continuation lines.
You may need the "-implicitContinuations" option.

[End of scribe.perl diagnostic output]