- From: Gregory J. Rosmaita <oedipus@hicom.net>
- Date: Wed, 31 Oct 2007 18:10:13 +0000
- To: public-forms-tf@w3.org
aloha!
minutes from today's initial forms joint task force telecon are available
via:
http://www.w3.org/2007/10/31-forms-tf-minutes.html
an IRC log of the call is also available at:
http://www.w3.org/2007/10/31-forms-tf-irc
text of the minutes follows -- any errors, corrections, comments should be
logged by replying to this post
thank you to all who attended
gregory.
- DRAFT -
Joint Forms/HTML WG Forms Task Force Meeting
31 Oct 2007
See also: IRC log
Attendees
Present
Nick_van_den_Bleeken, markbirbeck, Gregory_Rosmaita, anne,
+1.408.996.aaaa, mjs
Regrets
Chair
SV_MEETING_CHAIR
Scribe
Gregory_Rosmaita
Contents
* Topics
1. 2 minutes -- introductions and interests (hot button issues,
too)
2. discuss scoping (as prelude to next item)
3. discuss AVK's charter proposal (latest draft):
http://www.w3.org/2007/10/forms-tf/charter-proposal
4. charter review period
5. identify regular meeting time (every other week?)
* Summary of Action Items
_________________________________________________________________
<scribe> Meeting: Joint Forms Task Force
<scribe> scribenick: oedipus
<scribe> scribe: Gregory_Rosmaita
<scribe> ScribeNick: oedipus
2 minutes -- introductions and interests (hot button issues, too)
discuss scoping (as prelude to next item)
Mark: what do people want out of task force? what would like acheived
... personally, think neeed to find bridge between solutions (XForms
and Web Forms 2.0) -- discussing in Forms WG ways of making transition
easiest possible; keen to see if can meet in the middle -- some of the
things Web Forms 2.0 extensions could they be part of what XForms is
working on? if developer moving from HTML forms to HTML5 forms to
XForms 2, would like to be a smoothe process
AVK: interested in hearing what kind of input XForms WG has on WF2
(Web Forms 2.0)
... expressed outcomes in charter proposal; transition path between
the two -- diffferences, mostly scripting; don't make too complex
GJR: i would like the task force to consider dave raggett's XForms
Transitional draft
AVK: out of charter scope -- discussing technical spec; we are
defining an architecture not a technical spec
Mark: not start with XForms Transitional -- conceptual ideas in
conflict; dave's not around to support it
... think would be interesting to have proper discussion on XForms 2
extension; assess how this bridging might be achieved from WF2.0 to
XForms
AVK: not sure XForms transitional compatible
Mark: background: number of things in XForms that are syntaxically
unecessary; if don't express instance of XML data, get data created
for you; could not require expression of model -- not a new language,
but how do we tune XForms so retains its conceptual model, but easier
to use syntaxically and could be used by relative novice
... need to work out: if have input control bound to firstname and
another to secondname -- want to concatonate in XForms XPath
concatonation -- how to bridge the 2? not by making them look the same
-- different languages in model -- javascript in HTML and XPath in
XForms; 2 ways of achieving -- how to get from one to the other
... meta-information will help guide us to ascertain where we are
coming from; not religious about this -- javascript so commoonly used
to make widgets, don't always need to create an XPath -- 2 ways of
doing things
Nick: nothing against javascript or XPath -- if it is the best
solution, should be able to use it
AVK: script mark HTTP-Header and meta elements -- don't know if
supported in gecko
Mark: don't know how widely supported; would require us to say XPath
is a scripting language
... type of issue we need to step through to achieve goal
... many good candidates for attributes; support for multiple
languages in browser
AVK: single platform easy to add a lot of features -- if 4 platforms
need to support different methods, it will be a waste
Mark: certain attributes contain script can be used as way to take
javascript from WF2 and XPath from XForms
discuss AVK's charter proposal (latest draft):
http://www.w3.org/2007/10/forms-tf/charter-proposal
AVK: should be concentrating on guidelines
Mark: trying to ensure that no particular architecture is ruled out by
what we do -- if just have input control or 2 inputs and a
concatonated output, nothing requires MVC architecture; don't want to
rule one way or another -- implement as implementor chooses -- if
someone introduces attribute, will not break
AVK: mapping simple HTML forms DOM structure to XForms
Mark: no need for conversion --
AVK: define mapping between WF2 and XForms -- WF2 makes additional
parts of forms easier to use -- doesn't add much as far as a model or
output --
Mark: in XForms model, if say XML node called date, anywhere put input
control associated with date, can obtain it; some argue shouldn't put
data on input control; don't think breaks MVC model; XForms needs
ability to set view level properties -- one control read-only one not
read-only -- if set forms control, all will be read-only; need way to
distinguish which are which -- build on HTML4 and WF2 rather than be
in conflict with them
... doesn't matter that don't shave MVC model -- can conceptually act
as if there is one -- there is a model, can't see -- WF2 applies to
"view level" XForms attributes apply to model
AVK: seems like a model constraint; datatypes allow you to do that
Mark: constraints are connected to model; WF2 if have 2 controls
connected to same data can have separate types, right?
AVK: not sure
Mark: is it like HTML control array?
AVK: yes, built on top of HTML
Mark: read-only -- to get in XForms have to say some data is
read-only, input control bound to that becomes read-only; programmers
start with UI, add more controls and data, shouldn't rule out use of
MVC
AVK: guidelines - conversion from HTML to XForms model -- not about
WF2 (supplemental to HTML forms) -- how do HTML forms used everywhere
map to XForms
Mark: believe you can map them
AVK: not saying can't but that is the challange
Mark: HTML forms pretty easy; people get worked up over WF2 and XForms
are similarities
AVK: read-only and disabled are also part of HTML forms -- not new;
WF2 allows read-only on slightly more controls and disable on select
-- not new feature
Mark: want to begin with new features even if only half-a-feature;
harmonize work being done; if simply harmonize with HTML miss out on
what is being done in other areas
GJR: from SS post to public-forms-tf -- agree on architectural
consistency but must define
AVK: for some may be clear mapping between XForms and WF2 or single
interface -- not sure
Mark: conceptually, see them based on same model
... if is model underneath HTML form, could still be described by MVC
-- data entered into form, processed, serialized and delivered; HTML
onSubmit queries all controls and submits that; could collect in a
model, even if not explicit; allows further extension of forms
<mjs> my apologies gentlemen, had a traffic disaster
<mjs> can someone remind me of the call-in number?
hope you are ok
Zakim Bridge +1.617.761.6200, passcode 36767# ("FORMS#")
<mjs> not an accident, just bad traffic on the way to work
charter review period
MJS: personal view: as stands, architectural consistency is vague, but
is work of TF in executing charter to find what it means; different
possible interpretations need to be investigated and which make sense
for what
identify regular meeting time (every other week?)
AVK: can do by email: charter review period 2 weeks from now -- 3
weeks publish as official after taking to groups
RESOLUTION: internal charter review period will end 3 weeks from
today, after which will be submitted to respective WGs
AVK: produce some guidelines -- 23 november 2007 deadline -- ok?
MJS: occasional meetings good -- only as needed
GJR: when meet impasse or can't achieve consensus on list then can
call teleconference to discuss
scribe's note: general agreement
[End of minutes]
_________________________________________________________________
Received on Wednesday, 31 October 2007 18:10:22 UTC