RDFa Working Group Teleconference

Minutes of 22 July 2010

Agenda
http://lists.w3.org/Archives/Public/public-rdfa-wg/2010Jul/0121
Present
Ivan Herman, Steven Pemberton, Manu Sporny, Shane McCarron, Mark Birbeck, Knud Möller
Regrets
Toby Inkster
Chair
Manu Sporny
Scribe
Mark Birbeck
IRC Log
Original and Editable Wiki Version
Resolutions
  1. A general error reporting mechanism should be described by RDFa Core, but the specifics of the RDFa Error Vocabulary are out of scope for RDFa Core per http://lists.w3.org/Archives/Public/public-rdfa-wg/2010Jul/0130.html link
  2. Adopt proposal for addressing ISSUE-24 (case-sensitive terms in HTML5) as posted to the mailing list: http://lists.w3.org/Archives/Public/public-rdfa-wg/2010Jul/0122.html link
Topics
13:52:01 <RRSAgent> logging to http://www.w3.org/2010/07/22-rdfa-irc

RRSAgent IRC Bot: logging to http://www.w3.org/2010/07/22-rdfa-irc

13:54:30 <manu> trackbot, prepare telecon

Manu Sporny: trackbot, prepare telecon

13:54:32 <trackbot> RRSAgent, make logs world

Trackbot IRC Bot: RRSAgent, make logs world

13:54:34 <trackbot> Zakim, this will be 7332

Trackbot IRC Bot: Zakim, this will be 7332

13:54:34 <Zakim> ok, trackbot; I see SW_RDFa()10:00AM scheduled to start in 6 minutes

Zakim IRC Bot: ok, trackbot; I see SW_RDFa()10:00AM scheduled to start in 6 minutes

13:54:35 <trackbot> Meeting: RDFa Working Group Teleconference
13:54:35 <trackbot> Date: 22 July 2010
13:54:39 <manu> Chair: Manu
13:55:20 <manu> Present: Ivan, Steven, Manu, Shane, MarkB, Knud
13:58:57 <Zakim> SW_RDFa()10:00AM has now started

Zakim IRC Bot: SW_RDFa()10:00AM has now started

13:59:04 <Zakim> + +1.540.961.aaaa

Zakim IRC Bot: + +1.540.961.aaaa

13:59:10 <manu> zakim, I am aaaa

Manu Sporny: zakim, I am aaaa

13:59:10 <Zakim> +manu; got it

Zakim IRC Bot: +manu; got it

14:00:21 <Steven> zakim, dial steven-617

Steven Pemberton: zakim, dial steven-617

14:00:21 <Zakim> ok, Steven; the call is being made

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

14:00:22 <Zakim> +Steven

Zakim IRC Bot: +Steven

14:01:34 <ivan> zakim, dial ivan-voip

Ivan Herman: zakim, dial ivan-voip

14:01:34 <Zakim> ok, ivan; the call is being made

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

14:01:35 <Zakim> +Ivan

Zakim IRC Bot: +Ivan

14:01:48 <Zakim> +ShaneM

Zakim IRC Bot: +ShaneM

14:02:38 <Zakim> + +3539149aabb

Zakim IRC Bot: + +3539149aabb

14:03:29 <Steven> zakim, aabb is Knud

Steven Pemberton: zakim, aabb is Knud

14:03:29 <Zakim> +Knud; got it

Zakim IRC Bot: +Knud; got it

14:03:52 <manu> Regrets: Toby
14:04:01 <manu> zakim, who is on the call?

Manu Sporny: zakim, who is on the call?

14:04:01 <Zakim> On the phone I see manu, Steven, Ivan, ShaneM, Knud

Zakim IRC Bot: On the phone I see manu, Steven, Ivan, ShaneM, Knud

14:04:46 <markbirbeck> zakim, code?

Mark Birbeck: zakim, code?

14:04:46 <Zakim> the conference code is 7332 (tel:+1.617.761.6200 tel:+33.4.26.46.79.03 tel:+44.203.318.0479), markbirbeck

Zakim IRC Bot: the conference code is 7332 (tel:+1.617.761.6200 tel:+33.4.26.46.79.03 tel:+44.203.318.0479), markbirbeck

14:05:58 <Zakim> +??P21

Zakim IRC Bot: +??P21

14:06:05 <markbirbeck> zakim, i am ?

Mark Birbeck: zakim, i am ?

14:06:05 <Zakim> +markbirbeck; got it

Zakim IRC Bot: +markbirbeck; got it

14:06:53 <manu> Scribe: Mark

(Scribe set to Mark Birbeck)

14:07:13 <markbirbeck> TOPIC: Heartbeat working drafts by end July 2010.

1. Heartbeat working drafts by end July 2010.

14:07:35 <Steven> rrsagent, make minutes

Steven Pemberton: rrsagent, make minutes

14:07:35 <RRSAgent> I have made the request to generate http://www.w3.org/2010/07/22-rdfa-minutes.html Steven

RRSAgent IRC Bot: I have made the request to generate http://www.w3.org/2010/07/22-rdfa-minutes.html Steven

14:08:28 <markbirbeck> Manu: We may be late on RDFa Core...need to publish every 3 months.

Manu Sporny: We may be late on RDFa Core...need to publish every 3 months.

14:08:49 <markbirbeck> Steven: Technically, we need to publish /something/ every 3 months, but not necessarily each draft.

Steven Pemberton: Technically, we need to publish /something/ every 3 months, but not necessarily each draft.

14:09:10 <markbirbeck> Ivan: Agree...according to process we're ok.

Ivan Herman: Agree...according to process we're ok.

14:09:35 <markbirbeck> Shane: We can publish RDFa Core whenever we like, it's always up-to-date.

Shane McCarron: We can publish RDFa Core whenever we like, it's always up-to-date.

14:09:38 <Steven> zakim, who is on the phone?

Steven Pemberton: zakim, who is on the phone?

14:09:38 <Zakim> On the phone I see manu, Steven, Ivan, ShaneM, Knud, markbirbeck

Zakim IRC Bot: On the phone I see manu, Steven, Ivan, ShaneM, Knud, markbirbeck

14:09:51 <markbirbeck> Manu: Not too worried about state of RDFa Core.

Manu Sporny: Not too worried about state of RDFa Core.

14:10:01 <markbirbeck> ... But we haven't done anything on the API document for a while.

... But we haven't done anything on the API document for a while.

14:10:17 <markbirbeck> ... Shane, could we have RDFa Core and XHTML+RDFa ready to go?

... Shane, could we have RDFa Core and XHTML+RDFa ready to go?

14:10:26 <markbirbeck> ... And then we could discuss the API document in the next month.

... And then we could discuss the API document in the next month.

14:10:32 <markbirbeck> ... Everyone ok with that?

... Everyone ok with that?

14:10:40 <markbirbeck> General nodding.

General nodding.

14:10:52 <ivan> q+

Ivan Herman: q+

14:10:53 <markbirbeck> TOPIC: ISSUE-26 Error Reporting Mechanism

2. ISSUE-26 Error Reporting Mechanism

14:13:10 <manu> MarkB: I'm concerned that we're creating a technology that we may not be able to agree on, without using up a lot of time. There are ways to do error mechanisms w/o needing an RDFa error vocabulary.

Mark Birbeck: I'm concerned that we're creating a technology that we may not be able to agree on, without using up a lot of time. There are ways to do error mechanisms w/o needing an RDFa error vocabulary. [ Scribe Assist by Manu Sporny ]

14:13:38 <manu> MarkB: So the discussion may need to go back to whether or not we need to specify the error reporting mechanism in RDFa Core.

Mark Birbeck: So the discussion may need to go back to whether or not we need to specify the error reporting mechanism in RDFa Core. [ Scribe Assist by Manu Sporny ]

14:14:01 <manu> Ivan: Maybe we can keep the current formulation of processor graph and default graph.

Ivan Herman: Maybe we can keep the current formulation of processor graph and default graph. [ Scribe Assist by Manu Sporny ]

14:14:09 <Steven> Agenda: http://lists.w3.org/Archives/Public/public-rdfa-wg/2010Jul/0121
14:14:14 <Steven> rrsagent, make minutes

Steven Pemberton: rrsagent, make minutes

14:14:14 <RRSAgent> I have made the request to generate http://www.w3.org/2010/07/22-rdfa-minutes.html Steven

RRSAgent IRC Bot: I have made the request to generate http://www.w3.org/2010/07/22-rdfa-minutes.html Steven

14:14:36 <manu> Ivan: We should not define the details of what goes into the processor graph.

Ivan Herman: We should not define the details of what goes into the processor graph. [ Scribe Assist by Manu Sporny ]

14:14:41 <manu> q+ to discuss vocabulary

Manu Sporny: q+ to discuss vocabulary

14:14:45 <manu> ack ivan

Manu Sporny: ack ivan

14:15:19 <manu> Ivan: If we do not put the error vocabulary into the document, maybe the community will give us feedback as to whether or not they want an error reporting mechanism.

Ivan Herman: If we do not put the error vocabulary into the document, maybe the community will give us feedback as to whether or not they want an error reporting mechanism. [ Scribe Assist by Manu Sporny ]

14:15:23 <manu> ack manu

Manu Sporny: ack manu

14:15:23 <Zakim> manu, you wanted to discuss vocabulary

Zakim IRC Bot: manu, you wanted to discuss vocabulary

14:15:30 <ShaneM> I don't care anymore

Shane McCarron: I don't care anymore

14:16:49 <markbirbeck> Manu: Problem is that each parser has a different mechanism for reporting errors.

Manu Sporny: Problem is that each parser has a different mechanism for reporting errors.

14:16:49 <ivan> q+

Ivan Herman: q+

14:17:08 <markbirbeck> ... Would be great if Firefox's technique was the same as Ivan's Distiller.

... Would be great if Firefox's technique was the same as Ivan's Distiller.

14:17:33 <markbirbeck> ... If we think that this would be useful not just to developers but end-users, then we should go to some lengths to define these values.

... If we think that this would be useful not just to developers but end-users, then we should go to some lengths to define these values.

14:17:58 <markbirbeck> ... We don't necessarily need to put the error vocabulary into RDFa Core, but it would be good if we did create a vocabulary.

... We don't necessarily need to put the error vocabulary into RDFa Core, but it would be good if we did create a vocabulary.

14:18:08 <manu> ack ivan

Manu Sporny: ack ivan

14:18:27 <markbirbeck> Ivan: The problem is that realistically this is where opinions differ.

Ivan Herman: The problem is that realistically this is where opinions differ.

14:18:55 <markbirbeck> ... So I have my version of the vocabulary...Benjamin wants an XML literal...Mark wants something EARL-based.

... So I have my version of the vocabulary...Benjamin wants an XML literal...Mark wants something EARL-based.

14:19:10 <manu> q+ to discuss consensus

Manu Sporny: q+ to discuss consensus

14:19:18 <markbirbeck> ... So obtaining consensus is going to be time-consuming.

... So obtaining consensus is going to be time-consuming.

14:19:37 <markbirbeck> ... Agree with Mark that this isn't so central that it should take up so much time.

... Agree with Mark that this isn't so central that it should take up so much time.

14:19:49 <manu> ack manu

Manu Sporny: ack manu

14:19:49 <Zakim> manu, you wanted to discuss consensus

Zakim IRC Bot: manu, you wanted to discuss consensus

14:19:53 <markbirbeck> ... So for the time being feel that we should just leave it open for now.

... So for the time being feel that we should just leave it open for now.

14:20:08 <markbirbeck> Manu: Not saying that this vocabulary should be discussed in the WG - perhaps we could write it up as a best practice and have some test case coverage?

Manu Sporny: Not saying that this vocabulary should be discussed in the WG - perhaps we could write it up as a best practice and have some test case coverage?

14:20:29 <markbirbeck> Ivan: Ok...happy to write that down.

Ivan Herman: Ok...happy to write that down.

14:21:20 <markbirbeck> Manu: Seems like something that is useful and warrants guidance.

Manu Sporny: Seems like something that is useful and warrants guidance.

14:24:20 <ShaneM> q+ to talk about how errors are handled in core

Shane McCarron: q+ to talk about how errors are handled in core

14:24:57 <manu> MarkB: I don't know if we need to have anything in RDFa Core about processor graphs. I think it makes sense in the RDFa API document.

Mark Birbeck: I don't know if we need to have anything in RDFa Core about processor graphs. I think it makes sense in the RDFa API document. [ Scribe Assist by Manu Sporny ]

14:25:01 <ivan> ack ShaneM

Ivan Herman: ack ShaneM

14:25:01 <Zakim> ShaneM, you wanted to talk about how errors are handled in core

Zakim IRC Bot: ShaneM, you wanted to talk about how errors are handled in core

14:25:05 <ivan> q+

Ivan Herman: q+

14:25:11 <markbirbeck> MarkB: Would prefer to not see this in there at all, because I have a general feeling that things are getting more complicated.

Mark Birbeck: Would prefer to not see this in there at all, because I have a general feeling that things are getting more complicated.

14:25:19 <manu> ack ivan

Manu Sporny: ack ivan

14:25:34 <markbirbeck> Shane: What do we say in the core document about processing errors?

Shane McCarron: What do we say in the core document about processing errors?

14:25:49 <markbirbeck> Ivan: We should retain the processor graph idea, so we only need to refer to that.

Ivan Herman: We should retain the processor graph idea, so we only need to refer to that.

14:25:57 <markbirbeck> ... We don't need to say what the triples look like.

... We don't need to say what the triples look like.

14:26:19 <markbirbeck> Shane: If there is consensus on that then I'm fine.

Shane McCarron: If there is consensus on that then I'm fine.

14:26:37 <markbirbeck> Manu: There is other language in there about how to access this graph.

Manu Sporny: There is other language in there about how to access this graph.

14:26:50 <ShaneM> The language is here: http://www.w3.org/2010/02/rdfa/sources/rdfa-core/Overview-src.html#processor-status

Shane McCarron: The language is here: http://www.w3.org/2010/02/rdfa/sources/rdfa-core/Overview-src.html#processor-status

14:29:17 <ivan> q+

Ivan Herman: q+

14:30:08 <markbirbeck> Manu: It looks like section 7.6.2 is what should come out.

Manu Sporny: It looks like section 7.6.2 is what should come out.

14:31:01 <markbirbeck> Ivan: Think that the final warning in the list shouldn't be a must.

Ivan Herman: Think that the final warning in the list shouldn't be a must.

14:31:15 <markbirbeck> ... (In the opening part of section 7.6.)

... (In the opening part of section 7.6.)

14:31:54 <ivan> http://lists.w3.org/Archives/Public/public-rdfa-wg/2010Jul/0130.html

Ivan Herman: http://lists.w3.org/Archives/Public/public-rdfa-wg/2010Jul/0130.html

14:32:46 <markbirbeck> MarkB: Are we saying processors MUST implement all of this?

Mark Birbeck: Are we saying processors MUST implement all of this?

14:33:16 <markbirbeck> Manu: No. If you choose to implement this, then it must conform to this particular arrangement.

Manu Sporny: No. If you choose to implement this, then it must conform to this particular arrangement.

14:33:18 <manu> PROPOSAL: A general error reporting mechanism should be described by RDFa Core, but the specifics of the RDFa Error Vocabulary are out of scope for RDFa Core per http://lists.w3.org/Archives/Public/public-rdfa-wg/2010Jul/0130.html

PROPOSED: A general error reporting mechanism should be described by RDFa Core, but the specifics of the RDFa Error Vocabulary are out of scope for RDFa Core per http://lists.w3.org/Archives/Public/public-rdfa-wg/2010Jul/0130.html

14:33:33 <ivan> +1

Ivan Herman: +1

14:33:43 <manu> +1

Manu Sporny: +1

14:33:50 <Knud> +1

Knud Möller: +1

14:33:56 <markbirbeck> MarkB: +0

Mark Birbeck: +0

14:34:05 <Steven> +1

Steven Pemberton: +1

14:34:28 <ShaneM> +1

Shane McCarron: +1

14:34:45 <manu> Manu: Any particular reason for the +0, Mark?

Manu Sporny: Any particular reason for the +0, Mark? [ Scribe Assist by Manu Sporny ]

14:35:12 <manu> MarkB: Not sure if this causes issues - not certain about it yet, but could go either way.

Mark Birbeck: Not sure if this causes issues - not certain about it yet, but could go either way. [ Scribe Assist by Manu Sporny ]

14:35:32 <manu> Manu: If it causes issues at LC or later, we'll have to take it out or modify it - we'll see if the implementers and the community can spot any issues.

Manu Sporny: If it causes issues at LC or later, we'll have to take it out or modify it - we'll see if the implementers and the community can spot any issues. [ Scribe Assist by Manu Sporny ]

14:36:14 <manu> RESOLVED: A general error reporting mechanism should be described by RDFa Core, but the specifics of the RDFa Error Vocabulary are out of scope for RDFa Core per http://lists.w3.org/Archives/Public/public-rdfa-wg/2010Jul/0130.html

RESOLVED: A general error reporting mechanism should be described by RDFa Core, but the specifics of the RDFa Error Vocabulary are out of scope for RDFa Core per http://lists.w3.org/Archives/Public/public-rdfa-wg/2010Jul/0130.html

14:36:32 <markbirbeck> Ivan: Don't forget to update tracker.

Ivan Herman: Don't forget to update tracker.

14:36:41 <markbirbeck> TOPIC: ISSUE 24 Case-sensitive terms in HTML5

3. ISSUE-24 Case-sensitive terms in HTML5

14:36:48 <Steven> issue-26?

Steven Pemberton: ISSUE-26?

14:36:48 <trackbot> ISSUE-26 -- Do we need an error reporting mechanism for RDFa? -- closed

Trackbot IRC Bot: ISSUE-26 -- Do we need an error reporting mechanism for RDFa? -- closed

14:36:48 <trackbot> http://www.w3.org/2010/02/rdfa/track/issues/26

Trackbot IRC Bot: http://www.w3.org/2010/02/rdfa/track/issues/26

14:36:52 <markbirbeck> Manu: Shane put out a proposal in the last day or so.

Manu Sporny: Shane put out a proposal in the last day or so.

14:37:03 <Steven> issue-24?

Steven Pemberton: ISSUE-24?

14:37:03 <trackbot> ISSUE-24 -- Should all terms be case-sensitive in HTML5 and XHTML? -- open

Trackbot IRC Bot: ISSUE-24 -- Should all terms be case-sensitive in HTML5 and XHTML? -- open

14:37:03 <trackbot> http://www.w3.org/2010/02/rdfa/track/issues/24

Trackbot IRC Bot: http://www.w3.org/2010/02/rdfa/track/issues/24

14:37:16 <markbirbeck> Shane: This is actually Manu's proposal...I just provided the dextrous digits.

Shane McCarron: This is actually Manu's proposal...I just provided the dextrous digits.

14:37:41 <markbirbeck> ... Upshot of the proposal is to treat all terms as being compared case-insensitively.

... Upshot of the proposal is to treat all terms as being compared case-insensitively.

14:38:02 <markbirbeck> ... Solves the real problem I had which was that special-casing vocabularies seemed weird.

... Solves the real problem I had which was that special-casing vocabularies seemed weird.

14:38:20 <markbirbeck> ... Comparison of terms is case-insensitive.

... Comparison of terms is case-insensitive.

14:38:26 <markbirbeck> ... Languages can define terms.

... Languages can define terms.

14:38:45 <manu> q+ to discuss language documents that specify terms

Manu Sporny: q+ to discuss language documents that specify terms

14:38:46 <markbirbeck> ... A profile should be declared to contain the terms, but they can be hard-coded.

... A profile should be declared to contain the terms, but they can be hard-coded.

14:38:48 <manu> ack ivan

Manu Sporny: ack ivan

14:39:48 <markbirbeck> Ivan: Clarifications: It's not a core part of the proposal but relates to last week's discussion -- the default vocabulary goes away.

Ivan Herman: Clarifications: It's not a core part of the proposal but relates to last week's discussion -- the default vocabulary goes away.

14:40:33 <markbirbeck> Shane: Disagree. The spec says that a language can define a default vocabulary.

Shane McCarron: Disagree. The spec says that a language can define a default vocabulary.

14:41:12 <markbirbeck> Ivan: Second thing is what to do with CURIEs that have an empty prefix.

Ivan Herman: Second thing is what to do with CURIEs that have an empty prefix.

14:41:33 <markbirbeck> ... Shane's proposal resolves this, but would like to see a note in there to say that it's not a good idea.

... Shane's proposal resolves this, but would like to see a note in there to say that it's not a good idea.

14:41:58 <markbirbeck> ... Final thing is to say that the set of terms in the current profile is fixed.

... Final thing is to say that the set of terms in the current profile is fixed.

14:42:07 <markbirbeck> ... I.e., if we add more terms then we need a new URI.

... I.e., if we add more terms then we need a new URI.

14:42:19 <markbirbeck> ... Not sure how that will go down with HTML 5 and others.

... Not sure how that will go down with HTML 5 and others.

14:42:38 <markbirbeck> Manu: Want to make it easy for implementers to define one set of terms.

Manu Sporny: Want to make it easy for implementers to define one set of terms.

14:43:03 <markbirbeck> ... In the future HTML 5 will start adding terms, but it could take a while, so I don't think there will be an issue for a while.

... In the future HTML 5 will start adding terms, but it could take a while, so I don't think there will be an issue for a while.

14:43:49 <markbirbeck> ... So we say that this is the default document for all RDFa processors. Then in a year or two we discover that there are other terms needed, then it's not too much of an issue to just add them and create a new default profile document.

... So we say that this is the default document for all RDFa processors. Then in a year or two we discover that there are other terms needed, then it's not too much of an issue to just add them and create a new default profile document.

14:44:24 <ivan> q+

Ivan Herman: q+

14:44:27 <manu> ack manu

Manu Sporny: ack manu

14:44:27 <Zakim> manu, you wanted to discuss language documents that specify terms

Zakim IRC Bot: manu, you wanted to discuss language documents that specify terms

14:44:30 <markbirbeck> ... However, if we need something dynamic for HTML 5 then we could create a document that contains a profile that must be loaded.

... However, if we need something dynamic for HTML 5 then we could create a document that contains a profile that must be loaded.

14:46:00 <manu> ack ivan

Manu Sporny: ack ivan

14:46:20 <markbirbeck> Ivan: I'm going to get into details here... I think we need to.

Ivan Herman: I'm going to get into details here... I think we need to.

14:46:41 <markbirbeck> ... Conceptually XHTML will have its own profile document that lists the terms. Whether that's cached or not is beside the point.

... Conceptually XHTML will have its own profile document that lists the terms. Whether that's cached or not is beside the point.

14:47:15 <markbirbeck> ... What happens if I have an XHTML document that has a profile document at the top, in the HTML element?

... What happens if I have an XHTML document that has a profile document at the top, in the HTML element?

14:47:20 <markbirbeck> Shane: That should override the default.

Shane McCarron: That should override the default.

14:47:45 <markbirbeck> Ivan: Agree, but that should be made clear.

Ivan Herman: Agree, but that should be made clear.

14:47:52 <markbirbeck> Shane: Have related question.

Shane McCarron: Have related question.

14:48:32 <markbirbeck> ... If I load a profile on one element, and then load another in a child element, we get the result of both?

... If I load a profile on one element, and then load another in a child element, we get the result of both?

14:48:38 <markbirbeck> General nodding.

General nodding.

14:48:56 <markbirbeck> Shane: Since this is correct, then we have no way to clear the collection.

Shane McCarron: Since this is correct, then we have no way to clear the collection.

14:49:40 <markbirbeck> ... @xml:lang="" clears the language...do we want the same feature?

... @xml:lang="" clears the language...do we want the same feature?

14:49:47 <markbirbeck> Ivan: Give me the use-case.

Ivan Herman: Give me the use-case.

14:50:48 <markbirbeck> Shane: I'm bringing in a part of a document, and I want to ensure that only the triples I want get included.

Shane McCarron: I'm bringing in a part of a document, and I want to ensure that only the triples I want get included.

14:50:56 <markbirbeck> ... Will raise this separately.

... Will raise this separately.

14:51:15 <markbirbeck> Ivan: If we're planning a new draft, we should also get the default profile document ready.

Ivan Herman: If we're planning a new draft, we should also get the default profile document ready.

14:51:32 <markbirbeck> Manu: Isn't that the same as the XHTML Vocab document?

Manu Sporny: Isn't that the same as the XHTML Vocab document?

14:51:38 <markbirbeck> Shane: Yes...I'll update it.

Shane McCarron: Yes...I'll update it.

14:51:53 <markbirbeck> Manu: Any objections to Shane's proposal?

Manu Sporny: Any objections to Shane's proposal?

14:52:25 <Steven> http://lists.w3.org/Archives/Public/public-rdfa-wg/2010Jul/0122.html

Steven Pemberton: http://lists.w3.org/Archives/Public/public-rdfa-wg/2010Jul/0122.html

14:52:41 <manu> PROPOSAL: Adopt proposal for addressing ISSUE-24 (case-sensitive terms in HTML5) as posted to the mailing list: http://lists.w3.org/Archives/Public/public-rdfa-wg/2010Jul/0122.html

PROPOSED: Adopt proposal for addressing ISSUE-24 (case-sensitive terms in HTML5) as posted to the mailing list: http://lists.w3.org/Archives/Public/public-rdfa-wg/2010Jul/0122.html

14:52:52 <ivan> +1

Ivan Herman: +1

14:52:54 <markbirbeck> Mark: +1

Mark Birbeck: +1

14:52:55 <manu> +1

Manu Sporny: +1

14:52:56 <Steven> +1

Steven Pemberton: +1

14:52:59 <Knud> +1

Knud Möller: +1

14:53:06 <manu> RESOLVED: Adopt proposal for addressing ISSUE-24 (case-sensitive terms in HTML5) as posted to the mailing list: http://lists.w3.org/Archives/Public/public-rdfa-wg/2010Jul/0122.html

RESOLVED: Adopt proposal for addressing ISSUE-24 (case-sensitive terms in HTML5) as posted to the mailing list: http://lists.w3.org/Archives/Public/public-rdfa-wg/2010Jul/0122.html

14:53:10 <ShaneM> +1

Shane McCarron: +1

14:53:38 <markbirbeck> TOPIC: ISSUE 3 HTML5 Infoset coercion

4. ISSUE-3 HTML5 Infoset coercion

14:53:43 <Steven> issue-3?

Steven Pemberton: ISSUE-3?

14:53:43 <trackbot> ISSUE-3 -- Updating HTML5 coercion to Infoset rules -- open

Trackbot IRC Bot: ISSUE-3 -- Updating HTML5 coercion to Infoset rules -- open

14:53:43 <trackbot> http://www.w3.org/2010/02/rdfa/track/issues/3

Trackbot IRC Bot: http://www.w3.org/2010/02/rdfa/track/issues/3

14:54:00 <markbirbeck> Manu: Could either be very easy to resolve...or very difficult, depending on whether we involve the HTML WG.

Manu Sporny: Could either be very easy to resolve...or very difficult, depending on whether we involve the HTML WG.

14:55:02 <markbirbeck> ... Issue raised some time ago by Henri, when he said that if we don't specify how to coerce the document into an infoset, then people won't know how to get xmlns-based attribute values.

... Issue raised some time ago by Henri, when he said that if we don't specify how to coerce the document into an infoset, then people won't know how to get xmlns-based attribute values.

14:55:22 <markbirbeck> ... No-one had this problem, since many people had created JS parsers.

... No-one had this problem, since many people had created JS parsers.

14:56:23 <markbirbeck> ... There's a proposal now that HTML 5 parsing should preserve namespace values.

... There's a proposal now that HTML 5 parsing should preserve namespace values.

14:57:17 <markbirbeck> Ivan: It's one of those things where I understood it when you were explaining it...then it vanished.

Ivan Herman: It's one of those things where I understood it when you were explaining it...then it vanished.

14:57:27 <markbirbeck> ... Is this something this WG has to deal with?

... Is this something this WG has to deal with?

14:57:36 <markbirbeck> ... And is the HTML WG prepared to look at this?

... And is the HTML WG prepared to look at this?

14:58:06 <markbirbeck> Manu: If we specify it, it will make it easier to extract the xmlns values. It will simplify the algorithm.

Manu Sporny: If we specify it, it will make it easier to extract the xmlns values. It will simplify the algorithm.

14:58:43 <markbirbeck> ... If it's rejected from HTML 5, then we have another path which is to specify it ourselves, which is already done and it works reliably.

... If it's rejected from HTML 5, then we have another path which is to specify it ourselves, which is already done and it works reliably.

14:59:43 <markbirbeck> ... As to whether the HTML WG is open to this, I don't know; an issue would be whether this breaks backwards-compatibility, and to answer that we'd need to speak in more detail with browser vendors.

... As to whether the HTML WG is open to this, I don't know; an issue would be whether this breaks backwards-compatibility, and to answer that we'd need to speak in more detail with browser vendors.

15:00:28 <markbirbeck> ... This is already in the spec and Henri hasn't raised any objections yet, but that may be because it's not on his (and/or Hixie's) radar.

... This is already in the spec and Henri hasn't raised any objections yet, but that may be because it's not on his (and/or Hixie's) radar.

15:00:59 <ShaneM> q+ to suggest a path

Shane McCarron: q+ to suggest a path

15:01:06 <manu> ack shanem

Manu Sporny: ack shanem

15:01:06 <Zakim> ShaneM, you wanted to suggest a path

Zakim IRC Bot: ShaneM, you wanted to suggest a path

15:01:26 <markbirbeck> ... If the coercion to infoset changes are not made to HTML 5 then we just do it the hard way, and look in both places for the values.

... If the coercion to infoset changes are not made to HTML 5 then we just do it the hard way, and look in both places for the values.

15:01:55 <markbirbeck> Shane: Admire your passion Erin Brokovich, but we have a solution, so not sure it's worth pushing on it.

Shane McCarron: Admire your passion Erin Brokovich, but we have a solution, so not sure it's worth pushing on it.

15:02:19 <markbirbeck> ... Since browsers won't know whether this breaks anything, then they could well be reluctant to make this change.

... Since browsers won't know whether this breaks anything, then they could well be reluctant to make this change.

15:02:33 <markbirbeck> ... "Let it go, Manu...let it go".

... "Let it go, Manu...let it go".

15:02:44 <markbirbeck> Manu: We can ensure backwards compatibility by placing "xmlns:foo" values in the null namespace like HTML5 does now and in addition, create the namespace tuple for Infoset-based parsers. It's the proper, non-hackish solution to this problem. I think I'm going to push a bit longer.

Manu Sporny: We can ensure backwards compatibility by placing "xmlns:foo" values in the null namespace like HTML5 does now and in addition, create the namespace tuple for Infoset-based parsers. It's the proper, non-hackish solution to this problem. I think I'm going to push a bit longer.

15:03:26 <markbirbeck> (Would like to point out that we all laughed when Manu first suggested that HTML 5 should support RDFa, and that he was going to make it happen.)

(Would like to point out that we all laughed when Manu first suggested that HTML 5 should support RDFa, and that he was going to make it happen.)

15:03:47 <Steven> Regrets for next 4 weeks

Steven Pemberton: Regrets for next 4 weeks

15:04:15 <markbirbeck> Ivan: Regrets for next 4 weeks.

Ivan Herman: Regrets for next 4 weeks.

15:04:24 <markbirbeck> Steven: Regrets for next 4 weeks.

Steven Pemberton: Regrets for next 4 weeks.

15:05:14 <Zakim> -manu

Zakim IRC Bot: -manu

15:05:15 <Zakim> -markbirbeck

Zakim IRC Bot: -markbirbeck

15:05:15 <ivan> zakim, drop me

Ivan Herman: zakim, drop me

15:05:16 <Zakim> Ivan is being disconnected

Zakim IRC Bot: Ivan is being disconnected

15:05:16 <Zakim> -Ivan

Zakim IRC Bot: -Ivan

15:05:18 <Zakim> -Knud

Zakim IRC Bot: -Knud

15:05:25 <Zakim> -ShaneM

Zakim IRC Bot: -ShaneM

15:05:46 <Steven> zakim, who is on the phone?

Steven Pemberton: zakim, who is on the phone?

15:05:46 <Zakim> On the phone I see Steven

Zakim IRC Bot: On the phone I see Steven

15:05:51 <Zakim> -Steven

Zakim IRC Bot: -Steven

15:05:52 <Zakim> SW_RDFa()10:00AM has ended

Zakim IRC Bot: SW_RDFa()10:00AM has ended

15:05:54 <Zakim> Attendees were +1.540.961.aaaa, manu, Steven, Ivan, ShaneM, +3539149aabb, Knud, markbirbeck

Zakim IRC Bot: Attendees were +1.540.961.aaaa, manu, Steven, Ivan, ShaneM, +3539149aabb, Knud, markbirbeck

15:06:03 <Steven> rrsagent,make minutes

Steven Pemberton: rrsagent,make minutes

15:06:03 <RRSAgent> I have made the request to generate http://www.w3.org/2010/07/22-rdfa-minutes.html Steven

RRSAgent IRC Bot: I have made the request to generate http://www.w3.org/2010/07/22-rdfa-minutes.html Steven

15:06:19 <markbirbeck> For information: I'm speaking at an event organised with Talis and NHS, on August 17th on Ontologies and Healthcare. Have invited Steven to speak on RDFa, since he's visiting at the time. :)

For information: I'm speaking at an event organised with Talis and NHS, on August 17th on Ontologies and Healthcare. Have invited Steven to speak on RDFa, since he's visiting at the time. :)



Formatted by CommonScribe


This revision (#2) generated 2010-07-22 18:46:59 UTC by 'msporny', comments: 'Minor updates and elaborations for telco'