edit

XHTML2 Working Group Teleconference

Minutes of 08 October 2008

Seen
Alessio Cartocci, Gregory Rosmaita, Mark Birbeck, Roland Merrick, Shane McCarron, Steven Pemberton, Tina Holmboe
Regrets
Tina Holmboe, Mark Birbeck
Chair
Roland Merrick, Steven Pemberton
Scribe
Gregory Rosmaita
Previous Meeting
http://www.w3.org/2008/10/01-xhtml-minutes
IRC Log
Original
Resolutions
  1. accept "Rules for error reporting and/or recovery should be provided in the specification for the host language. link
Topics
13:44:46 <RRSAgent> logging to http://www.w3.org/2008/10/08-xhtml-irc

RRSAgent IRC Bot: logging to http://www.w3.org/2008/10/08-xhtml-irc

13:45:57 <Roland> rrsagent, make minutes

Roland Merrick: rrsagent, make minutes

13:45:57 <RRSAgent> I have made the request to generate http://www.w3.org/2008/10/08-xhtml-minutes.html Roland

RRSAgent IRC Bot: I have made the request to generate http://www.w3.org/2008/10/08-xhtml-minutes.html Roland

13:46:00 <ShaneM> zakim, who is here

Shane McCarron: zakim, who is here

13:46:00 <Zakim> ShaneM, you need to end that query with '?'

Zakim IRC Bot: ShaneM, you need to end that query with '?'

13:46:04 <ShaneM> zakim, who is here?

Shane McCarron: zakim, who is here?

13:46:04 <Zakim> sorry, ShaneM, I don't know what conference this is

Zakim IRC Bot: sorry, ShaneM, I don't know what conference this is

13:46:04 <Roland> zakim, this is xhtml2

Roland Merrick: zakim, this is xhtml2

13:46:05 <Zakim> On IRC I see RRSAgent, Zakim, alessio, Roland, ShaneM, oedipus, Steven, trackbot

Zakim IRC Bot: On IRC I see RRSAgent, Zakim, alessio, Roland, ShaneM, oedipus, Steven, trackbot

13:46:05 <Steven> zakim, dial steven-617

Steven Pemberton: zakim, dial steven-617

13:46:06 <Zakim> ok, Roland; that matches IA_XHTML2()9:45AM

Zakim IRC Bot: ok, Roland; that matches IA_XHTML2()9:45AM

13:46:08 <Zakim> ok, Steven; the call is being made

Zakim IRC Bot: ok, Steven; the call is being made

13:46:10 <Zakim> +Steven

Zakim IRC Bot: +Steven

13:46:15 <Steven> trackbot, start telcon

Steven Pemberton: trackbot, start telcon

13:46:18 <trackbot> RRSAgent, make logs public

Trackbot IRC Bot: RRSAgent, make logs public

13:46:20 <trackbot> Zakim, this will be IA_XHTML2

Trackbot IRC Bot: Zakim, this will be IA_XHTML2

13:46:20 <Roland> rrsagent, make log public

Roland Merrick: rrsagent, make log public

13:46:21 <trackbot> Meeting: XHTML2 Working Group Teleconference
13:46:21 <trackbot> Date: 08 October 2008
13:46:23 <Zakim> ok, trackbot, I see IA_XHTML2()9:45AM already started

Zakim IRC Bot: ok, trackbot, I see IA_XHTML2()9:45AM already started

13:47:32 <oedipus> Regrets: Tina, Mark
13:47:44 <oedipus> guess it's time to call in...

Gregory Rosmaita: guess it's time to call in...

13:47:48 <Steven> Previous: http://www.w3.org/2008/10/01-xhtml-minutes
13:47:57 <Zakim> +??P7

Zakim IRC Bot: +??P7

13:48:09 <alessio> zakim, ??P7 is Alessio

Alessio Cartocci: zakim, ??P7 is Alessio

13:48:09 <Zakim> +Alessio; got it

Zakim IRC Bot: +Alessio; got it

13:48:19 <Zakim> +Gregory_Rosmaita

Zakim IRC Bot: +Gregory_Rosmaita

13:50:24 <oedipus> zakim, who is here?

Gregory Rosmaita: zakim, who is here?

13:50:25 <Zakim> On the phone I see ??P2, McCarron, Steven, Alessio, Gregory_Rosmaita

Zakim IRC Bot: On the phone I see ??P2, McCarron, Steven, Alessio, Gregory_Rosmaita

13:50:27 <Zakim> On IRC I see RRSAgent, Zakim, alessio, Roland, ShaneM, oedipus, Steven, trackbot

Zakim IRC Bot: On IRC I see RRSAgent, Zakim, alessio, Roland, ShaneM, oedipus, Steven, trackbot

13:50:27 <Steven> Agenda+M12N Transition

Steven Pemberton: Agenda+M12N Transition

13:50:42 <Steven> Agenda+CURIE comments

Steven Pemberton: Agenda+CURIE comments

13:50:49 <Steven> Agenda+XForms access comments

Steven Pemberton: Agenda+XForms access comments

13:51:34 <Steven> Agenda+ TPAC FtF Agenda

Steven Pemberton: Agenda+ TPAC FtF Agenda

13:51:51 <oedipus> Scribe: Gregory_Rosmaita

(Scribe set to Gregory Rosmaita)

13:51:55 <oedipus> ScribeNick: oedipus
13:52:04 <oedipus> TOPIC: Agenda Addenda?

1. Agenda Addenda?

13:52:14 <oedipus> RM: no - can have quick look at trackbot

Roland Merrick: no - can have quick look at trackbot

13:52:19 <Steven> trackbot, help

Steven Pemberton: trackbot, help

13:52:19 <trackbot> See http://www.w3.org/2005/06/tracker/irc for help

Trackbot IRC Bot: See http://www.w3.org/2005/06/tracker/irc for help

13:52:33 <Steven> trackbot, where?

Steven Pemberton: trackbot, where?

13:52:33 <trackbot> Sorry, Steven, I don't understand 'trackbot, where?'. Please refer to http://www.w3.org/2005/06/tracker/irc for help

Trackbot IRC Bot: Sorry, Steven, I don't understand 'trackbot, where?'. Please refer to http://www.w3.org/2005/06/tracker/irc for help

13:52:52 <Steven> trackbot, status

Steven Pemberton: trackbot, status

13:53:05 <oedipus> try http://www.w3.org/2005/06/tracker/users/my

try http://www.w3.org/2005/06/tracker/users/my

13:53:15 <Steven> http://www.w3.org/MarkUp/tracker/

Steven Pemberton: http://www.w3.org/MarkUp/tracker/

13:53:34 <oedipus> http://www.w3.org/MarkUp/tracker/agenda

http://www.w3.org/MarkUp/tracker/agenda

13:54:21 <oedipus> http://www.w3.org/2005/06/tracker/web

http://www.w3.org/2005/06/tracker/web

13:54:54 <oedipus> TOPIC: Comments on CURIE

2. Comments on CURIE

13:55:01 <oedipus> RM: feedback reactions?

Roland Merrick: feedback reactions?

13:55:32 <oedipus> http://lists.w3.org/Archives/Public/public-xhtml2/2008Oct/0005.html

http://lists.w3.org/Archives/Public/public-xhtml2/2008Oct/0005.html

13:55:41 <oedipus> http://lists.w3.org/Archives/Public/public-xhtml2/2008Oct/0007.html

http://lists.w3.org/Archives/Public/public-xhtml2/2008Oct/0007.html

13:55:52 <oedipus> the last got a plus one from alessio

the last got a plus one from alessio

13:56:16 <alessio> yes, thx gregory

Alessio Cartocci: yes, thx gregory

13:56:17 <oedipus> SP: "QNames unsuitable..." want us to reformulate unsuitability

Steven Pemberton: "QNames unsuitable..." want us to reformulate unsuitability

13:56:45 <oedipus> SM: cite their own document to say why unsuitable -- don't blame us, we're following the TAG's lead (they are it)

Shane McCarron: cite their own document to say why unsuitable -- don't blame us, we're following the TAG's lead (they are it)

13:57:02 <oedipus> SP: "inappropriate for CURIE syntax in languages where spec does not allow it..."

Steven Pemberton: "inappropriate for CURIE syntax in languages where spec does not allow it..."

13:57:38 <oedipus> SM: suspicion has been that we are planning on substituting CURIEs for URIs -- comment shows situation hasn't improved -- don't understand difference

Shane McCarron: suspicion has been that we are planning on substituting CURIEs for URIs -- comment shows situation hasn't improved -- don't understand difference

13:57:53 <oedipus> SM: point is, can't shoe-horn in a CURIE unless someone asked for it

Shane McCarron: point is, can't shoe-horn in a CURIE unless someone asked for it

13:57:57 <oedipus> RM: reasonable comment

Roland Merrick: reasonable comment

13:58:07 <oedipus> SM: if this is how to answer comment after trying for a year, then ok

Shane McCarron: if this is how to answer comment after trying for a year, then ok

13:58:11 <oedipus> RM: seems reasonable

Roland Merrick: seems reasonable

13:59:16 <oedipus> SP: quotes: "CURIEs and safe CURIEs not be be used as attributes... other content may be written for CURIEs or IRIs - must be disambiguation - all CURIEs therefore must be expressed as strong CURIEs"

Steven Pemberton: quotes: "CURIEs and safe_CURIEs not be be used as attributes... other content may be written for CURIEs or IRIs - must be disambiguation - all CURIEs therefore must be expressed as safe_CURIEs"

13:59:42 <oedipus> SP: not sure i agree - "all CURIEs provided as safe curies"

Steven Pemberton: not sure i agree - "all CURIEs provided as safe curies"

13:59:45 <oedipus> SM: can live with this

Shane McCarron: can live with this

13:59:48 <oedipus> SP: me too

Steven Pemberton: me too

13:59:54 <alessio> +1

Alessio Cartocci: +1

14:00:02 <oedipus> GJR: plus 1

Gregory Rosmaita: plus 1

14:00:33 <oedipus> SP: next point has no proposed text:

Steven Pemberton: next point has no proposed text:

14:00:45 <oedipus> s/strong CURIEs/safe_CURIEs
14:01:31 <oedipus> SM: summarize: in LC WD there was a typo that said lexical space IRI which is NOT what we meant; they say that is bad, and we agree -- suggest doing what we've already done: lexical space is CURIE, value space is IRI

Shane McCarron: summarize: in LC WD there was a typo that said lexical space IRI which is NOT what we meant; they say that is bad, and we agree -- suggest doing what we've already done: lexical space is CURIE, value space is IRI

14:02:20 <oedipus> SM: problem: if base an XSD on XSstring, by definition, the mapping from lexical space to value space is "identity" in XSD terminology; implication is doesn't transform, but it does transform

Shane McCarron: problem: if base an XSD on XSstring, by definition, the mapping from lexical space to value space is "identity" in XSD terminology; implication is doesn't transform, but it does transform

14:02:31 <oedipus> SP: XSD says that anything based on strings has to remain a string

Steven Pemberton: XSD says that anything based on strings has to remain a string

14:02:35 <oedipus> SM: and/or transform

Shane McCarron: and/or transform

14:02:50 <oedipus> RM: need to re-review -- URI is a constraint itself

Roland Merrick: need to re-review -- URI is a constraint itself

14:02:54 <oedipus> SP: how about IRI

Steven Pemberton: how about IRI

14:03:04 <oedipus> RM: only in 1.1 -- at time of 1.0 was only URI

Roland Merrick: only in 1.1 -- at time of 1.0 was only URI

14:03:13 <oedipus> SP: IRI will transform and not based on string

Steven Pemberton: IRI will transform and not based on string

14:03:29 <oedipus> SM: new fundamental type so they could achieve end not envisioned by XML Schema

Shane McCarron: new fundamental type so they could achieve end not envisioned by XML Schema

14:03:44 <oedipus> SM: TAG proposed wording that we have always held to

Shane McCarron: TAG proposed wording that we have always held to

14:03:52 <oedipus> RM: use mutually happy words

Roland Merrick: use mutually happy words

14:04:16 <oedipus> SP: so happy with this section of comments?

Steven Pemberton: so happy with this section of comments?

14:04:18 <oedipus> SM: yes

Shane McCarron: yes

14:04:45 <oedipus> s/safe CURIEs/safe_CURIEs
14:04:53 <oedipus> rrsagent, make minutes

rrsagent, make minutes

14:04:53 <RRSAgent> I have made the request to generate http://www.w3.org/2008/10/08-xhtml-minutes.html oedipus

RRSAgent IRC Bot: I have made the request to generate http://www.w3.org/2008/10/08-xhtml-minutes.html oedipus

14:05:28 <oedipus> SM: propose 2 diff wordings: suggest "rules for error report recovery should be provided in host language" -- appeals to me

Shane McCarron: propose 2 diff wordings: suggest "rules for error report recovery should be provided in host language" -- appeals to me

14:06:07 <oedipus> SM: saying we've made assumption, they want us to specify how works; gives everyone more flexibility; wonder what MarkB would think of that...

Shane McCarron: saying we've made assumption, they want us to specify how works; gives everyone more flexibility; wonder what MarkB would think of that...

14:06:37 <oedipus> SP: have to decide if want to say error handling defined or error handling must/should be provided by host language

Steven Pemberton: have to decide if want to say error handling defined or error handling must/should be provided by host language

14:06:41 <oedipus> SM: prefer latter

Shane McCarron: prefer latter

14:06:43 <oedipus> SP: me too

Steven Pemberton: me too

14:06:55 <oedipus> GJR: me too

Gregory Rosmaita: me too

14:06:57 <alessio> me too

Alessio Cartocci: me too

14:07:12 <oedipus> RM: still looking for IRI def in XSD 1.1

Roland Merrick: still looking for IRI def in XSD 1.1

14:07:44 <oedipus> RM: (reads from XSD 1.1)

Roland Merrick: (reads from XSD 1.1)

14:07:54 <oedipus> RM: saying can do with IRIs and URIs

Roland Merrick: saying can do with IRIs and URIs

14:08:32 <Roland> http://www.w3.org/TR/xmlschema11-2/#anyURI

Roland Merrick: http://www.w3.org/TR/xmlschema11-2/#anyURI

14:09:05 <oedipus> RM: talking of lexical mapping in section

Roland Merrick: talking of lexical mapping in section

14:09:19 <oedipus> RM: doesn't sound as if there is an IRI type as they suggested

Roland Merrick: doesn't sound as if there is an IRI type as they suggested

14:09:33 <oedipus> SM: says "mapping is identity mapping" which to me means no transform

Shane McCarron: says "mapping is identity mapping" which to me means no transform

14:09:40 <oedipus> RM: worth reviewing to see if analagous

Roland Merrick: worth reviewing to see if analagous

14:10:02 <oedipus> SM: my suggestion is have someone from XML Schema WG suggest what they want so we can integrate it

Shane McCarron: my suggestion is have someone from XML Schema WG suggest what they want so we can integrate it

14:10:24 <oedipus> RM: commenter in both TAG and Schema WG

Roland Merrick: commenter in both TAG and Schema WG

14:11:05 <oedipus> proposed RESOLUTION: Rules for error reporting and/or recovery should be provided in the

proposed RESOLUTION: Rules for error reporting and/or recovery should be provided in the

14:11:05 <oedipus> specification for the host language.

specification for the host language.

14:11:33 <oedipus> SM: have  tto reply to fallacious assumption - XML Schema implementation is what is wrong

Shane McCarron: have tto reply to fallacious assumption - XML Schema implementation is what is wrong

14:12:03 <oedipus> SM: asked SMcQueen to help write XSD -- pushed to RDFa and CURIEs already

Shane McCarron: asked SMcQueen to help write XSD -- pushed to RDFa and CURIEs already

14:13:01 <oedipus> RESOLVED: accept "Rules for error reporting and/or recovery should be provided in the specification for the host language.

RESOLVED: accept "Rules for error reporting and/or recovery should be provided in the specification for the host language.

14:13:09 <oedipus> rrsagent, make minutes

rrsagent, make minutes

14:13:09 <RRSAgent> I have made the request to generate http://www.w3.org/2008/10/08-xhtml-minutes.html oedipus

RRSAgent IRC Bot: I have made the request to generate http://www.w3.org/2008/10/08-xhtml-minutes.html oedipus

14:13:30 <oedipus> SM: does mean should modify RDFa syntax -- will do before Rec, which is this week

Shane McCarron: does mean should modify RDFa syntax -- will do before Rec, which is this week

14:13:35 <oedipus> RM: a SHOULD not MUST

Roland Merrick: a SHOULD not MUST

14:14:06 <oedipus> Chair: Roland, Steven
14:14:17 <oedipus> SM: comments agree with: empty string is not a CURIE

Steven Pemberton: comments agree with: empty string is not a CURIE

14:14:25 <oedipus> s/SM: comments/SP: comments
14:14:29 <oedipus> SP: that is true

Steven Pemberton: that is true

14:14:33 <oedipus> GJR: agreed

Gregory Rosmaita: agreed

14:14:37 <oedipus> RM: agree

Roland Merrick: agree

14:14:41 <oedipus> SM: over the moon

Shane McCarron: over the moon

14:14:45 <alessio> agree

Alessio Cartocci: agree

14:15:41 <oedipus> SM: talked to RalphZ to go to CR before publication moritorium, so he said no -- can't push before TPAC; suggest i complete work, resolve to transition to CR at face2face and then request

Shane McCarron: talked to RalphS to go to CR before publication moritorium, so he said no -- can't push before TPAC; suggest i complete work, resolve to transition to CR at face2face and then request

14:15:47 <oedipus> RM: sounds good to me -- same with Role

Roland Merrick: sounds good to me -- same with Role

14:15:50 <oedipus> SM: and Access

Shane McCarron: and Access

14:15:54 <Steven> s/RalphZ/RalphS/
14:16:01 <oedipus> SM: all 3 at once makes story stronger

Shane McCarron: all 3 at once makes story stronger

14:16:29 <oedipus> RM: Shane will have ready for approval at TPAC

Roland Merrick: Shane will have ready for approval at TPAC

14:16:37 <oedipus> SM: yes  - in 2 weeks time

Shane McCarron: yes - in 2 weeks time

14:16:46 <oedipus> TOPIC: M12n

3. M12n

14:17:00 <oedipus> SP: going to REC today (will be dated today)

Steven Pemberton: going to REC today (will be dated today)

14:17:19 <oedipus> SP: put errata doc up today; sent draft announcement to W3C comm team; hoping announcement will go out today

Steven Pemberton: put errata doc up today; sent draft announcement to W3C comm team; hoping announcement will go out today

14:17:30 <oedipus> SP: definitely going to be out before TPAC, which is very good

Steven Pemberton: definitely going to be out before TPAC, which is very good

14:17:38 <oedipus> SM: good to finish another deliverable

Shane McCarron: good to finish another deliverable

14:17:55 <oedipus> SP: thank you shane for producing latest version -- now in hands of comm team

Steven Pemberton: thank you shane for producing latest version -- now in hands of comm team

14:18:10 <oedipus> RM: address Access Module comments?

Roland Merrick: address Access Module comments?

14:18:16 <oedipus> TOPIC: Access Module

4. Access Module

14:18:30 <oedipus> RM: comments logged at:

Roland Merrick: comments logged at:

14:19:18 <Steven> http://lists.w3.org/Archives/Public/public-xhtml2/2008Oct/0006.html

Steven Pemberton: http://lists.w3.org/Archives/Public/public-xhtml2/2008Oct/0006.html

14:19:25 <alessio> http://lists.w3.org/Archives/Public/public-xhtml2/2008Oct/0006.html

Alessio Cartocci: http://lists.w3.org/Archives/Public/public-xhtml2/2008Oct/0006.html

14:20:24 <oedipus> SP: background: Forms has "repeat" construct that can contain things with IDs -- when repeat gets expanded, you end up with things in shadow tree that are all names with same ID - that is basis of worry -- using access with element that has been duplicated within the tree one is actually accessing

Steven Pemberton: background: Forms has "repeat" construct that can contain things with IDs -- when repeat gets expanded, you end up with things in shadow tree that are all names with same ID - that is basis of worry -- using access with element that has been duplicated within the tree one is actually accessing

14:20:46 <oedipus> SP: some short-cuts to take to element with particular ID via access, and problem is, there are more than one of them

Steven Pemberton: some short-cuts to take to element with particular ID via access, and problem is, there are more than one of them

14:21:10 <oedipus> RM: XForms should use target role rather than targetid for access -- exception condition

Roland Merrick: XForms should use target role rather than targetid for access -- exception condition

14:21:18 <oedipus> RM: use Role as recommended approach?

Roland Merrick: use Role as recommended approach?

14:21:21 <oedipus> SP: not sure

Steven Pemberton: not sure

14:21:31 <oedipus> RM: not error, but pattern for what they need to do

Roland Merrick: not error, but pattern for what they need to do

14:21:35 <oedipus> GJR: plus 1 to RM

Gregory Rosmaita: plus 1 to RM

14:21:57 <oedipus> SP: either say what should happen or what happens in markup languages that use this feature should be governed by rules of host language

Steven Pemberton: either say what should happen or what happens in markup languages that use this feature should be governed by rules of host language

14:22:18 <oedipus> SM: duplicate IDs been rejected

Shane McCarron: duplicate IDs been rejected

14:22:37 <oedipus> SP: that was in markup - nothing says can't have markup language that has ID on something that gets expanded into DOM tree

Steven Pemberton: that was in markup - nothing says can't have markup language that has ID on something that gets expanded into DOM tree

14:23:10 <oedipus> RM: problem with idea that there is no synchronization between the 2 -- 1 to 1 relationship between IDs in DOM and IDs in document; if serialize DOM, expect to get them all out

Roland Merrick: problem with idea that there is no synchronization between the 2 -- 1 to 1 relationship between IDs in DOM and IDs in document; if serialize DOM, expect to get them all out

14:23:24 <oedipus> RM: multiple items with identical ID values not allowed

Roland Merrick: multiple items with identical ID values not allowed

14:24:05 <oedipus> SP: XForms doesn't allow either; need to decide if need to include reference to this in access spec, of say to Forms people, it is a huge problem, but is yours, and pertains to use of other namespaces in your namespace

Steven Pemberton: XForms doesn't allow either; need to decide if need to include reference to this in access spec, of say to Forms people, it is a huge problem, but is yours, and pertains to use of other namespaces in your namespace

14:24:22 <oedipus> RM: suggest create role for this purpose

Roland Merrick: suggest create role for this purpose

14:24:47 <oedipus> SM: in terms of best practice, role created to avoid multiple identical IDs

Shane McCarron: in terms of best practice, role created to avoid multiple identical IDs

14:25:05 <oedipus> SM: module, not ML; when combine XForms+Role, there is "role"

Shane McCarron: module, not ML; when combine XForms+Role, there is "role"

14:25:26 <oedipus> SP: XHTML+Access+Role+XForms1.0

Steven Pemberton: XHTML+Access+Role+XForms1.0

14:25:35 <oedipus> RM: for Forms WG to deal with situation

Roland Merrick: for Forms WG to deal with situation

14:26:04 <oedipus> SP: can point out that interaction between CSS and XForms has to deal with same problem, so re-use that mechanism for this issue

Steven Pemberton: can point out that interaction between CSS and XForms has to deal with same problem, so re-use that mechanism for this issue

14:26:21 <oedipus> RM: thought repeaters didn't work with 1.0

Roland Merrick: thought repeaters didn't work with 1.0

14:26:30 <oedipus> SP: original version didn't convert case

Steven Pemberton: original version didn't convert case

14:27:29 <oedipus> SM: how would an Access implementation deal/cope with a changing list of targets in its list of potential targets; way access works is to declare there is an access element, associated with this key and these targets

Shane McCarron: how would an Access implementation deal/cope with a changing list of targets in its list of potential targets; way access works is to declare there is an access element, associated with this key and these targets

14:27:36 <oedipus> SP: targets that stop being relevant

Steven Pemberton: targets that stop being relevant

14:27:42 <oedipus> SM: or change position

Shane McCarron: or change position

14:28:24 <oedipus> SM: DOM changes - if capture list of targets, what happens when list changes - if does change, does it reset to begining -- what happens?  we say cycle through list, don't address what to do if list changes

Shane McCarron: DOM changes - if capture list of targets, what happens when list changes - if does change, does it reset to begining -- what happens? we say cycle through list, don't address what to do if list changes

14:28:45 <oedipus> RM: have to work on processing model - have to ensure node one assumes is current exists, if does, start point, if gone, restart

Roland Merrick: have to work on processing model - have to ensure node one assumes is current exists, if does, start point, if gone, restart

14:29:01 <oedipus> SM: do specify what happens, sort of -- re-evaluate list everytime

Shane McCarron: do specify what happens, sort of -- re-evaluate list everytime

14:29:14 <oedipus> RM: if current node is gone, have to go back to start of list

Roland Merrick: if current node is gone, have to go back to start of list

14:29:22 <oedipus> SP: start or first place where was

Steven Pemberton: start or first place where was

14:29:27 <oedipus> RM: a lot could change

Roland Merrick: a lot could change

14:29:44 <oedipus> SM: about focus - something always has focus - next item in document order

Shane McCarron: about focus - something always has focus - next item in document order

14:29:51 <oedipus> RM: what if change by diff mechanism

Roland Merrick: what if change by diff mechanism

14:30:04 <oedipus> SM: doesn't matter if item in list of targets has focus or not in terms of processing model

Shane McCarron: doesn't matter if item in list of targets has focus or not in terms of processing model

14:30:38 <oedipus> RM: need to state: do not cater for mulitple IDs in our spec; for any language that does, that language will have to define how to deal with situation

Roland Merrick: need to state: do not cater for mulitple IDs in our spec; for any language that does, that language will have to define how to deal with situation

14:30:43 <oedipus> GJR: plus 1

Gregory Rosmaita: plus 1

14:31:23 <oedipus> SP: dynamic content generation -- agree need to deal with issue, but particular case is something we don't intend to deal with

Steven Pemberton: dynamic content generation -- agree need to deal with issue, but particular case is something we don't intend to deal with

14:31:47 <alessio> +1

Alessio Cartocci: +1

14:31:48 <oedipus> RM: if inserted new piece of content, can re-evaluate and include;

Roland Merrick: if inserted new piece of content, can re-evaluate and include;

14:32:02 <oedipus> SM: belive covered in section 3.1.4

Shane McCarron: belive covered in section 3.1.4

14:32:02 <ShaneM> http://www.w3.org/MarkUp/2008/ED-xhtml-access-20080820/#A_order

Shane McCarron: http://www.w3.org/MarkUp/2008/ED-xhtml-access-20080820/#A_order

14:32:40 <oedipus> "For the sake of determining navigation order, elements in the document that match the values in the targetid or targetrole attributes are called matching elements, and all elements that match the same value are members of an element group. Note: since the id of an element must be unique within a valid XML document, in such documents, each element group based on targetid values consist of no more than one matching element."

"For the sake of determining navigation order, elements in the document that match the values in the targetid or targetrole attributes are called matching elements, and all elements that match the same value are members of an element group. Note: since the id of an element must be unique within a valid XML document, in such documents, each element group based on targetid values consist of no more than one matching element."

14:33:04 <oedipus> SM: answer in last sentence of section: "The location of the next matching element MUST be determined each time the access element is triggered, since it is possible that between events the contents of the document will have changed."

Shane McCarron: answer in last sentence of section: "The location of the next matching element MUST be determined each time the access element is triggered, since it is possible that between events the contents of the document will have changed."

14:33:26 <oedipus> RM: is this version of draft commented upon?

Roland Merrick: is this version of draft commented upon?

14:33:40 <oedipus> http://www.w3.org/TR/2008/WD-xhtml-access-20080526

http://www.w3.org/TR/2008/WD-xhtml-access-20080526

14:34:01 <oedipus> GJR: commented on one in TR space which doesn't have what ED has

Gregory Rosmaita: commented on one in TR space which doesn't have what ED has

14:34:09 <oedipus> SM: point them to Editor's Draft

Shane McCarron: point them to Editor's Draft

14:34:16 <oedipus> RM: anyone in position to send reply?

Roland Merrick: anyone in position to send reply?

14:34:25 <oedipus> SM: i can do it

Shane McCarron: i can do it

14:35:06 <oedipus> ACTION: Shane - reply to Forms comments, point to latest Editor's Draft to ascertain if have alleviated their concerns

ACTION: Shane - reply to Forms comments, point to latest Editor's Draft to ascertain if have alleviated their concerns

14:35:06 <trackbot> Created ACTION-4 - - reply to Forms comments, point to latest Editor's Draft to ascertain if have alleviated their concerns [on Shane McCarron - due 2008-10-15].

Trackbot IRC Bot: Created ACTION-4 - - reply to Forms comments, point to latest Editor's Draft to ascertain if have alleviated their concerns [on Shane McCarron - due 2008-10-15].

14:35:12 <oedipus> RM: pretty late for a comment

Roland Merrick: pretty late for a comment

14:35:26 <oedipus> SM: "not alone in concern about this issue, so it has already been addressed"

Shane McCarron: "not alone in concern about this issue, so it has already been addressed"

14:35:38 <oedipus> SP: special case of generating elements in repeat won't call out

Steven Pemberton: special case of generating elements in repeat won't call out

14:39:33 <Steven> zakim, agenda?

Steven Pemberton: zakim, agenda?

14:39:33 <Zakim> I see 4 items remaining on the agenda:

Zakim IRC Bot: I see 4 items remaining on the agenda:

14:39:34 <Zakim> 1. M12N Transition [from Steven]

Zakim IRC Bot: 1. M12N Transition [from Steven]

14:39:35 <oedipus> RM: anything else for access?

Roland Merrick: anything else for access?

14:39:36 <Zakim> 2. CURIE comments [from Steven]

Zakim IRC Bot: 2. CURIE comments [from Steven]

14:39:37 <Zakim> 3. XForms access comments [from Steven]

Zakim IRC Bot: 3. XForms access comments [from Steven]

14:39:38 <Zakim> 4. TPAC FtF Agenda [from Steven]

Zakim IRC Bot: 4. TPAC FtF Agenda [from Steven]

14:39:43 <Steven> zakim, close agendum 1

Steven Pemberton: zakim, close agendum 1

14:39:43 <Zakim> agendum 1, M12N Transition, closed

Zakim IRC Bot: agendum 1, M12N Transition, closed

14:39:44 <Zakim> I see 3 items remaining on the agenda; the next one is

Zakim IRC Bot: I see 3 items remaining on the agenda; the next one is

14:39:45 <Zakim> 2. CURIE comments [from Steven]

Zakim IRC Bot: 2. CURIE comments [from Steven]

14:39:52 <oedipus> GJR: still trying to get feedback on what to do for notification when keybindings change

Gregory Rosmaita: still trying to get feedback on what to do for notification when keybindings change

14:40:02 <Steven> zakim, close agendum 2

Steven Pemberton: zakim, close agendum 2

14:40:02 <Zakim> agendum 2, CURIE comments, closed

Zakim IRC Bot: agendum 2, CURIE comments, closed

14:40:03 <Zakim> I see 2 items remaining on the agenda; the next one is

Zakim IRC Bot: I see 2 items remaining on the agenda; the next one is

14:40:04 <Zakim> 3. XForms access comments [from Steven]

Zakim IRC Bot: 3. XForms access comments [from Steven]

14:40:15 <Steven> zakim, close agendum 3

Steven Pemberton: zakim, close agendum 3

14:40:15 <Zakim> agendum 3, XForms access comments, closed

Zakim IRC Bot: agendum 3, XForms access comments, closed

14:40:16 <Zakim> I see 1 item remaining on the agenda:

Zakim IRC Bot: I see 1 item remaining on the agenda:

14:40:17 <Zakim> 4. TPAC FtF Agenda [from Steven]

Zakim IRC Bot: 4. TPAC FtF Agenda [from Steven]

14:40:17 <oedipus> SM: want to ensure replied to all LC comments before TPAC

Shane McCarron: want to ensure replied to all LC comments before TPAC

14:40:37 <oedipus> TOPIC: TPAC f2f Agenda

5. TPAC f2f Agenda

14:40:44 <oedipus> RM: please send suggestions for agenda to list

Roland Merrick: please send suggestions for agenda to list

14:40:53 <oedipus> RM: created TPAC page on XHTML2 WG wiki

Roland Merrick: created TPAC page on XHTML2 WG wiki

14:41:05 <oedipus> RM: will shape agenda next week

Roland Merrick: will shape agenda next week

14:41:24 <oedipus> SP: next week Forms group having virtual F2F next week

Steven Pemberton: next week Forms group having virtual F2F next week

14:41:32 <oedipus> SP: wednesday and thursday next week

Steven Pemberton: wednesday and thursday next week

14:42:04 <oedipus> SP: starts at 3 and ends at midnight my time, will try to attend as long as possible

Steven Pemberton: starts at 3 and ends at midnight my time, will try to attend as long as possible

14:42:10 <oedipus> TOPIC: Vocab Document

6. Vocab Document

14:42:14 <oedipus> RM: where is RDFa?

Roland Merrick: where is RDFa?

14:42:36 <oedipus> SM: SP stripped all of RDFa out of document when updated

Shane McCarron: SP stripped all of RDFa out of document when updated

14:42:49 <oedipus> SP: Amaya must have done that or were we editing simultaneously

Steven Pemberton: Amaya must have done that or were we editing simultaneously

14:42:55 <oedipus> SM: no

Shane McCarron: no

14:43:07 <oedipus> SP: apologies -- will dig out old version from CVS

Steven Pemberton: apologies -- will dig out old version from CVS

14:43:12 <oedipus> SM: reapply changes

Shane McCarron: reapply changes

14:43:29 <oedipus> SM: i have RDF changes would like to make changes -- will email to SP

Shane McCarron: i have RDF changes would like to make changes -- will email to SP

14:44:12 <oedipus> SM: confirm days meeting at TPAC?

Shane McCarron: confirm days meeting at TPAC?

14:44:22 <oedipus> RM: 23 and 24 october 2008

Roland Merrick: 23 and 24 october 2008

14:44:35 <oedipus> RM: registered as observer at XForms

Roland Merrick: registered as observer at XForms

14:45:31 <oedipus> GJR: suggest talk with RWAB XG folks

Gregory Rosmaita: suggest talk with RWAB XG folks

14:45:33 <oedipus> ADJOURN

ADJOURN

14:45:41 <Zakim> -McCarron

Zakim IRC Bot: -McCarron

14:45:42 <Zakim> -Steven

Zakim IRC Bot: -Steven

14:45:43 <Zakim> -Alessio

Zakim IRC Bot: -Alessio

14:45:43 <Zakim> -Gregory_Rosmaita

Zakim IRC Bot: -Gregory_Rosmaita

14:45:43 <Zakim> -??P2

Zakim IRC Bot: -??P2

14:45:45 <Zakim> IA_XHTML2()9:45AM has ended

Zakim IRC Bot: IA_XHTML2()9:45AM has ended

14:45:46 <Zakim> Attendees were McCarron, Steven, Alessio, Gregory_Rosmaita

Zakim IRC Bot: Attendees were McCarron, Steven, Alessio, Gregory_Rosmaita

14:45:59 <oedipus> present+ Roland_Merrick

present+ Roland_Merrick

14:46:05 <oedipus> rrsagent, make minutes

rrsagent, make minutes

14:46:05 <RRSAgent> I have made the request to generate http://www.w3.org/2008/10/08-xhtml-minutes.html oedipus

RRSAgent IRC Bot: I have made the request to generate http://www.w3.org/2008/10/08-xhtml-minutes.html oedipus

14:46:33 <oedipus> Agenda Planning via Tracker: http://www.w3.org/MarkUp/tracker/agenda

Agenda Planning via Tracker: http://www.w3.org/MarkUp/tracker/agenda

14:46:44 <oedipus> Recent Tracker Activity: http://www.w3.org/MarkUp/tracker/changelog

Recent Tracker Activity: http://www.w3.org/MarkUp/tracker/changelog

14:47:05 <oedipus> add new "products" using: http://www.w3.org/MarkUp/tracker/products

add new "products" using: http://www.w3.org/MarkUp/tracker/products

14:47:10 <oedipus> rrsagent, make minutes

rrsagent, make minutes

14:47:10 <RRSAgent> I have made the request to generate http://www.w3.org/2008/10/08-xhtml-minutes.html oedipus

RRSAgent IRC Bot: I have made the request to generate http://www.w3.org/2008/10/08-xhtml-minutes.html oedipus

14:48:33 <oedipus> Tracker "Home": http://www.w3.org/2005/06/tracker/

Tracker "Home": http://www.w3.org/2005/06/tracker/

14:48:38 <oedipus> rrsagent, make minutes

rrsagent, make minutes

14:48:38 <RRSAgent> I have made the request to generate http://www.w3.org/2008/10/08-xhtml-minutes.html oedipus

RRSAgent IRC Bot: I have made the request to generate http://www.w3.org/2008/10/08-xhtml-minutes.html oedipus

14:48:44 <oedipus> zakim, please part

zakim, please part

14:49:52 <oedipus> rrsagent, please part

rrsagent, please part

14:49:52 <RRSAgent> I see 1 open action item saved in http://www.w3.org/2008/10/08-xhtml-actions.rdf :

RRSAgent IRC Bot: I see 1 open action item saved in http://www.w3.org/2008/10/08-xhtml-actions.rdf :

14:49:52 <RRSAgent> ACTION: Shane - reply to Forms comments, point to latest Editor's Draft to ascertain if have alleviated their concerns [1]

ACTION: Shane - reply to Forms comments, point to latest Editor's Draft to ascertain if have alleviated their concerns [1]

14:49:52 <RRSAgent>   recorded in http://www.w3.org/2008/10/08-xhtml-irc#T14-35-06

RRSAgent IRC Bot: recorded in http://www.w3.org/2008/10/08-xhtml-irc#T14-35-06



Formatted by CommonScribe