13:58:57 RRSAgent has joined #swbp 13:58:57 logging to http://www.w3.org/2005/10/25-swbp-irc 13:58:57 Zakim has joined #swbp 13:59:02 zakim, this will be html 13:59:02 "html" matches SW_BPD(rdfxhtml)10:00AM, and HTML_XHTML(editors)10:00AM, RalphS 13:59:08 zakim, this will be rdfxhtml 13:59:08 ok, RalphS; I see SW_BPD(rdfxhtml)10:00AM scheduled to start in 1 minute 14:00:16 Meeting: SWBPD RDF-in-XHTML TF 14:01:49 SW_BPD(rdfxhtml)10:00AM has now started 14:01:56 +Ralph 14:03:56 Agenda: http://lists.w3.org/Archives/Public/public-rdf-in-xhtml-tf/2005Oct/0051.html 14:04:03 rrsagent, please make this record public 14:04:15 benadida has joined #swbp 14:04:29 +Ben_Adida 14:04:32 -Ralph 14:04:34 +Ralph 14:05:15 Previous: 2005-10-18 http://www.w3.org/2005/10/18-swbp-minutes.html 14:05:24 Regrets: Steven 14:07:10 MarkB_ has joined #swbp 14:08:32 +??P20 14:08:34 zakim, i am ? 14:08:34 +MarkB_; got it 14:09:44 -> http://lists.w3.org/Archives/Public/public-rdf-in-xhtml-tf/2005Oct/0043.html Drafts of CURIE note, RDF/A spec, and Examples [Ben 2005-10-22] 14:11:13 +??P21 14:11:59 zakim, ??p21 is Jeremy 14:12:00 +Jeremy; got it 14:14:26 jeremy has joined #swbp 14:14:36 Ben: those who've not read the documents produced over the weekend are appropriately chastized 14:15:15 -> http://www.w3.org/2001/sw/BestPractices/HTML/2005-rdfa-spec RDF/A Syntax 14:18:40 Ben: the 2005-10-21 RDF/A syntax document does not use '[...]' around every QName; e.g. in REL 14:18:53 Mark: that's ok until we decide the CURIE issue 14:19:27 q+ to discuss CURI vs [CURI] 14:19:44 ... '[]' will only be required in cases of ambiguity between QName and URI values 14:20:01 q+ to discuss no prefix => default namespace 14:21:00 Ben: so if we're working in the default XHTML namespace, then rel='next' should be interpreted as being in the default XHTML namespace 14:21:17 Jeremy: there are two ways of reading unprefixed QNames 14:21:38 ... rel='next' can be interpreted as 'next' in the default (i.e. XHTML) namespace 14:22:24 ... but the other way, as in unprefixed attributes, reads as the unprefixed attribute is in no namespace rather than in a default namespace 14:22:43 ... I suggest that rel='next' interpret 'next' as being in the default namespace 14:23:31 Mark: the two ways are to read as relative to xml:base or as relative to the XML namespace structure 14:24:14 RESOLVED: CURIEs read as relative to the XML namespace tree 14:24:50 jeremy, you wanted to discuss CURI vs [CURI] and to discuss no prefix => default namespace 14:25:24 q+ to discuss CURI vs [CURI] 14:25:51 q+ to mention option of legacy cases 14:26:41 Mark: the predicates are changing anyway, so we're really talking about xh2:next 14:27:31 Ben: in current HTML, it would be nice if the same syntax (rel='next') had a reasonable interpretation 14:27:43 Jeremy: in XHTML1 rel='next' has no meaning in triples 14:27:51 ... meaning in triples is new to XHTML2 14:28:23 ... pragmatically it doesn't matter what namespace we put 'next' in 14:28:39 ... we don't have to refer to the XHTML1 definition 14:29:01 ... except as the XHTML2 definition may incorporate parts of XHTML1 definition 14:29:07 jeremy, you wanted to discuss CURI vs [CURI] and to mention option of legacy cases 14:29:55 Jeremy: we don't need to treat all the rels the same; we can enumerate some values for one namespace, other values for a different namespace, and say what happens to all other values 14:30:11 q+ In response to Jermey, one issue though is that you can't put a URI into @rel. That may not be an issue though. 14:30:16 ... legacy considerations need not corrupt the design; we can treat them specially 14:30:30 RalphS, you wanted to ask if the 'E' denotes anything in 'CURIE' 14:31:30 Mark: I added the 'E' to CURIE to distinguish this work from an old proposal 'canonical URI' 14:31:52 ... also, I liked the connection to the Curie family 14:32:15 Mark: an advantage of rel='[...] 14:32:45 ... is that we can have full URIs when useful 14:32:59 ... so we gain an easy way to make statements about predicates 14:33:21 Ben: it's a quick way to include a triple without declaring namespaces 14:34:03 Jeremy: I suggest we list the XHTML1 cases as special cases and go with CURIE in rel 14:35:15 Mark: when we have defined the formal triples from XHTML2, much of the syntax works in XHTML1 14:36:00 ... though in an XHTML2 document we'd generate xh2:next and in an XHTML1 document [the interpretation would be] xh1:next 14:36:30 Jeremy: we can define the special cases to generate what we want; i.e. xh2:next 14:37:24 Ralph: Jeremy mentioned the ability to enumerate a group of legacy options. 14:37:56 Jeremy: 'next' should be supported for legacy reasons but a page that is explicitly XHTML2 should use '[next]' 14:38:11 Mark: yes, if you want the triple use '[ ]' 14:38:32 ... if you're only interested in browser behavior, don't write '[ ]' 14:40:31 Ralph: I strongly argue against an approach that says to do different things if you're only interested in browser behavior versus declaring some semantics 14:41:04 ... that is, 'next' means only behavior and '[next]' means behavior+semantics 14:41:41 Mark: one solution would be to define currentdocument:next as the same as xh2:next 14:41:55 Jeremy: I'd rather this be a syntactic patch 14:42:43 Ben: solution 1 is CURIE so rel='next' is interpreted as xh2:next (and xh1:next) 14:42:51 ... solution 2 is to require '[ ]' 14:43:07 ... solution 3 is to spec that 'next' is interpreted within the parser as '[ ]' 14:43:18 ... i.e. all the legacies are CURIE 14:44:06 ... under solution 3 document authors have to be careful if they change the default namespace 14:44:43 Mark: other languages, such as SVG, take pieces from XHTML 14:45:46 Jeremy: could also tune the CURIE definition more to distinguish when a '/' is present or not 14:46:47 Mark: there might be cases where having a URI rather than a CURIE might be advantageous but I think a generic solution will be better 14:47:14 Jeremy: the RDF/XML experience is that supporting different ways to say the same thing is confusing 14:47:40 ... i.e. different ways to define a predicate versus use a predicate slows deployment 14:48:52 ACTION: Ben add "should rel, rev, and properties predicate be CURIE or CURIE/URI?" to issues list with a summary of the current status 14:49:16 http://www.w3.org/2001/sw/BestPractices/HTML/2005-current-issues#src 14:49:26 Ben: I've added 5 more issues that arose while writing the new RDF/A syntax document 14:49:53 ... using SRC attribute as subject 14:50:20 14:50:24 -> http://www.w3.org/2001/sw/BestPractices/HTML/2005-current-issues#src Applying Metadata to the src URI 14:50:27 14:50:28 14:51:10 Mark: in XHTML2 you can use src= anywhere 14:51:14 ... it's like transclusion 14:51:39 ... the element content is used only if you fail to read the content at that URI 14:52:15 ... so Ben's proposal for issue 6 means you could include metadata for the transcluded content 14:53:00 Jeremy: transclusion is a defaulting mechanism rather than a failure mechanism 14:53:28 ... i.e. the element content can be interpreted as 'additional to' the image rather than 'instead of' the image 14:53:31 Mark: not sure 14:53:54 ... e.g. one use case is to nest text inside image inside video 14:54:09 ... where the intent was to use the image if the video failed and use the text if both failed 14:54:42 Jeremy: but the user can configure the browser to, for example, show the image with the text popping up when the cursor was over the image and show the video when you click on the image 14:55:00 Mark: there has been talk about treating this as a kind of conditional XInclude 14:55:42 ... considering the impact on the DOM 14:55:57 Jeremy: could have

and have metadata both in the document containing the

and the src document 14:57:18 Mark: XInclude is expected to happen before the DOM is built; once you have the DOM you're not aware the XInclude has taken place 14:59:22 ACTION: Mark report on the status of src attribute definition 15:00:36 +1 to apologies for lack of preparedness and thanks for doc 15:01:03 http://www.w3.org/2001/sw/BestPractices/HTML/2005-current-issues 15:01:03 Mark: what else is critical before Thursday hand-over? 15:01:11 Ben: take a look at the class attribute issue 15:02:32 Ben: get me feedback by the end of the day on Thursday and I'll send Guus a new draft on Friday, with apologies for being 12 hours late 15:03:04 Jeremy: we want feedback from the f2f on whether this will be acceptable to the Semantic Web community if it were adopted by the HTML WG 15:03:33 ... so as long as the issues list is not too long we should be able to provide adequate guidance to the HTML WG 15:03:48 ... we don't have to decide all the minor issues but we do have to document them 15:04:03 Mark: the real examples will help a lot 15:04:23 ACTION: Mark send Ben the XML version of the new RDF/A draft 15:05:32 next meeting: 1 Nov, regrets from Jeremy 15:05:48 -Jeremy 15:05:49 [adjourned] 15:05:49 -MarkB_ 15:05:51 -Ben_Adida 15:05:52 -Ralph 15:05:53 SW_BPD(rdfxhtml)10:00AM has ended 15:05:54 Attendees were Ralph, Ben_Adida, MarkB_, Jeremy 15:07:12 zakim, bye 15:07:12 Zakim has left #swbp 15:07:17 rrsagent, please draft minutes 15:07:17 I have made the request to generate http://www.w3.org/2005/10/25-swbp-minutes.html RalphS 15:07:28 benadida has left #swbp 15:45:50 jeremy has joined #swbp 16:44:24 rrsagent, bye 16:44:24 I see 3 open action items saved in http://www.w3.org/2005/10/25-swbp-actions.rdf : 16:44:24 ACTION: Ben add "should rel, rev, and properties predicate be CURIE or CURIE/URI?" to issues list with a summary of the current status [1] 16:44:24 recorded in http://www.w3.org/2005/10/25-swbp-irc#T14-48-52 16:44:24 ACTION: Mark report on the status of src attribute definition [2] 16:44:24 recorded in http://www.w3.org/2005/10/25-swbp-irc#T14-59-22 16:44:24 ACTION: Mark send Ben the XML version of the new RDF/A draft [3] 16:44:24 recorded in http://www.w3.org/2005/10/25-swbp-irc#T15-04-23