See also: IRC log
<trackbot-ng> Date: 25 March 2008
trackbot-ng, start meeting
<trackbot-ng> Meeting: XML Schema Patterns for Databinding Working Group Teleconference
<trackbot-ng> Date: 25 March 2008
yeah, still holding for an operator :(
<gcowe> looks like i'm the only on this call!!
<JonC> I have had to dial in again as well
<Yves> yep, let's all leave
<gcowe> ok
minutes from 18th approved
gcowe: we shouldn't have directories with "edcopy" in the URI
<scribe> scribe: pauld
pauld: we'll take a snapshot of
the collection and testsuite report and publish when we go to
the Director for PR
... believe I have completed the editing for Last Call
jonc: what about "Block Default"? http://lists.w3.org/Archives/Public/public-xsd-databinding/2008Mar/0015.html
pauld: also George points out
that NonIdentifierPattern is still basic
... document here: http://localhost/2002/ws/databinding/edcopy/basic/basic.html
yves: we need to highlight moving directly to PR in the status section
pauld: done!
jonc: it's an innocuous default pattern
pauld: we have a statement in the
status section about not introducing new elements and
attributes
... have you tested them? "./@blockDefault and
not(./@blockDefault)" looks strange
gcowe: happy with the first option, seems an unusual thing to do
pauld: there is precedence, e.g nillable
jonc: and we have others globalComplexTypeBlock and globalElementBlock
pauld: this seems better ./xs:element[@block=""]/(@block)
gcowe: blockDefault and finalDefault have been skipped on all of the tools
pauld: can we move these to advanced?
gcowe: we don't have much evidence
jonc: doesn't seem dangerous, but without testing ..
gcowe: we don't use it, and my guess is if we test this it'll be advanced
RESOLUTION: move GlobalComplexTypeBlock, GlobalElementFinal, GlobalElementBlock to advanced
gcowe: we're hitting this due to names longer than 32
pauld: we discussed this under ISSUE-10
gcowe: we don't have very good examples in this area
pauld: we should add some more
tests
... we could split the pattern to be "symbolic name" and "long
symbolic name"
<gcowe> ISSUE 10 discussed in this thread
<gcowe> http://lists.w3.org/Archives/Public/public-xsd-databinding/2006Sep/0002.html
gcowe: 31 is the magic number
pauld: worried, because we're
sure non-ASCII names is an issue, but the length?
... let's create some examples
gcowe: worried by the number of examples in this area
pauld: we could create a little test suite for this alone
gcowe: we've tried long names in C# and Java without issues, but obviously C might ..
pauld: OK we'll work on this
gcowe: thinking about adding highlighting, also been thinking about rerunning test suite
pauld: we're mostly done
yves: links to Test Suite and Collection?
pauld: will do so
ADJOURNED
pauld: pickup in two weeks
This is scribe.perl Revision: 1.133 of Date: 2008/01/18 18:48:51 Check for newer version at http://dev.w3.org/cvsweb/~checkout~/2002/scribe/ Guessing input format: RRSAgent_Text_Format (score 1.00) Succeeded: s/son/so/ Found Scribe: pauld Inferring ScribeNick: pauld WARNING: Replacing list of attendees. Old list: +0800328aaaa Yves gcowe JonC New list: Yves JonC +0791888aaaa PaulD gcowe Default Present: Yves, JonC, +0791888aaaa, PaulD, gcowe Present: Yves JonC +0791888aaaa PaulD gcowe Agenda: http://lists.w3.org/Archives/Public/public-xsd-databinding/2008Mar/0014.html WARNING: No meeting chair found! You should specify the meeting chair like this: <dbooth> Chair: dbooth Found Date: 25 Mar 2008 Guessing minutes URL: http://www.w3.org/2008/03/25-databinding-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]