15:58:32 RRSAgent has joined #html-wg 15:58:32 logging to http://www.w3.org/2008/04/03-html-wg-irc 15:58:34 RRSAgent, make logs public 15:58:34 Zakim has joined #html-wg 15:58:36 Zakim, this will be HTML 15:58:36 ok, trackbot-ng; I see HTML_WG()12:00PM scheduled to start in 2 minutes 15:58:37 Meeting: HTML Issue Tracking Teleconference 15:58:37 Date: 03 April 2008 15:58:49 Zakim, code? 15:58:49 the conference code is 4865 (tel:+1.617.761.6200 tel:+33.4.89.06.34.99 tel:+44.117.370.6152), MikeSmith 15:58:54 Lachy has joined #html-wg 15:59:20 HTML_WG()12:00PM has now started 15:59:27 +[IPcaller] 15:59:36 Zakim, +[IPcaller] is me 15:59:36 sorry, MikeSmith, I do not recognize a party named '+[IPcaller]' 15:59:46 Zakim, +[ is me 15:59:46 sorry, MikeSmith, I do not recognize a party named '+[' 16:00:00 Zakim, [IPcaller] is me 16:00:00 +MikeSmith; got it 16:00:18 + +049251280aaaa 16:00:20 +DanC 16:00:30 Zakim, +049251280aaaa is me 16:00:30 +Julian; got it 16:00:30 agenda + Convene, review agenda, plan next meeting 16:00:33 My heating is curretnly being fixed so I rather not dial in until either he leaves or something *really* important comes up. My apologies. 16:00:44 s/curretnly/currently/ 16:00:47 got it, anne 16:00:48 + +1.218.340.aabb 16:01:03 +??P5 16:01:04 Zakim, who's on the phone? 16:01:04 On the phone I see MikeSmith, Julian, DanC, +1.218.340.aabb, ??P5 16:01:13 Zakim, aabb is Laura 16:01:13 +Laura; got it 16:01:15 Lachy has joined #html-wg 16:01:40 Zakim, ??P5 JoshueO 16:01:40 I don't understand '??P5 JoshueO', DanC 16:01:44 Zakim, ??P5 is JoshueO 16:01:44 +JoshueO; got it 16:01:55 oedipus, are you around? 16:01:57 +Gregory_Rosmaita 16:02:07 http://www.w3.org/html/wg/tracker/agenda 16:02:10 it's in the topic too 16:02:21 I haven't really done as much prep as I'd like 16:02:56 + +1.734.995.aacc 16:03:09 Zakim, aacc is Patrick 16:03:09 +Patrick; got it 16:03:24 agenda + ISSUE-14 aria-role 16:03:44 + +1.703.265.aadd 16:04:10 agenda + ISSUE-37 html-svg-mathml 16:04:43 Zakim, aadd is Robert_Gonia 16:04:43 +Robert_Gonia; got it 16:04:49 Zakim, who's on the phone? 16:04:49 On the phone I see MikeSmith, Julian, DanC, Laura, JoshueO, Gregory_Rosmaita, Patrick, Robert_Gonia 16:05:14 Zakim, call doug-work 16:05:14 ok, shepazu; the call is being made 16:05:15 agenda + ISSUE-38 style-attr-syntax 16:05:15 +Doug 16:05:20 Zakim, agenda? 16:05:20 I see 4 items remaining on the agenda: 16:05:20 PIon has joined #html-wg 16:05:21 1. Convene, review agenda, plan next meeting [from DanC] 16:05:23 2. ISSUE-14 aria-role [from DanC] 16:05:24 3. ISSUE-37 html-svg-mathml [from DanC] 16:05:25 4. ISSUE-38 style-attr-syntax [from DanC] 16:06:15 agenda + offline-applications-sql 16:06:28 PIon has joined #html-wg 16:06:29 action-48? 16:06:29 ACTION-48 -- Dan Connolly to start mailing list on phrase level semantic elements -- due 2008-03-13 -- PENDINGREVIEW 16:06:29 http://www.w3.org/html/wg/tracker/actions/48 16:06:53 DanC: anybody mind if I withdraw? 16:06:59 close action-48 16:06:59 ACTION-48 Start mailing list on phrase level semantic elements closed 16:07:31 Zakim, who's on the phone? 16:07:31 On the phone I see MikeSmith, Julian, DanC, Laura, JoshueO, Gregory_Rosmaita, Patrick, Robert_Gonia, Doug 16:07:59 agenda + extensibility point, distributed extensibility 16:08:15 agenda + forms TF status 16:08:34 agenda + authoring guide 16:09:26 agenda + ISSUE-31 missing-alt 16:09:53 Steve_f has joined #html-wg 16:10:21 Zakim, agenda? 16:10:21 I see 9 items remaining on the agenda: 16:10:22 1. Convene, review agenda, plan next meeting [from DanC] 16:10:24 2. ISSUE-14 aria-role [from DanC] 16:10:25 3. ISSUE-37 html-svg-mathml [from DanC] 16:10:26 4. ISSUE-38 style-attr-syntax [from DanC] 16:10:28 5. offline-applications-sql [from DanC] 16:10:29 6. extensibility point, distributed extensibility [from DanC] 16:10:30 7. forms TF status [from DanC] 16:10:30 8. authoring guide [from DanC] 16:10:32 9. ISSUE-31 missing-alt [from DanC] 16:10:46 Scribenick: MikeSmith 16:10:53 Scribe: MikeSmith 16:11:07 Chair: DanC 16:11:14 RRSAgent, make minutes 16:11:14 I have made the request to generate http://www.w3.org/2008/04/03-html-wg-minutes.html MikeSmith 16:11:46 next meeting should be 4p PT Thu 10 Apr, ChrisW to chair 16:11:51 Zakim, next item 16:11:52 agendum 1. "Convene, review agenda, plan next meeting" taken up [from DanC] 16:11:52 sampablokuper has joined #html-wg 16:11:59 Zakim, close item 1 16:11:59 agendum 1, Convene, review agenda, plan next meeting, closed 16:12:00 I see 8 items remaining on the agenda; the next one is 16:12:01 Zakim, next item 16:12:02 2. ISSUE-14 aria-role [from DanC] 16:12:02 RRSAgent, make minutes 16:12:02 I have made the request to generate http://www.w3.org/2008/04/03-html-wg-minutes.html MikeSmith 16:12:03 agendum 2. "ISSUE-14 aria-role" taken up [from DanC] 16:12:05 hi Dan, i am unable to attend as i have to go and pick up my daughter from nursery at this time, any chance of making it later or earlier next week +/- 1hour? 16:12:15 you can ask chrisw, Steve 16:12:28 http://www.w3.org/html/wg/tracker/issues/14 16:12:29 GJR: PF convened a special meeting at a special time to accomodate participation by HTML WG members in discussion of aria-role in HTML5 on 25 march 2008 but no one save PF people turned up -- SimonP valiantly tried to join the call, but could not dial in for some technological reason and was there on IRC 16:12:37 issue-14? 16:12:37 ISSUE-14 -- Integration of WAI-ARIA roles into HTML5 -- OPEN 16:12:37 http://www.w3.org/html/wg/tracker/issues/14 16:13:07 ok no problem 16:13:08 pointer to records of that meeting, pls? 16:13:24 or meeting call? 16:13:28 oedipus : we convened a special meeting to help others to attend, but nobody other than PF people decided to join 16:14:06 s/decided/managed/ 16:14:18 ... we have meeting minutes but they are member-only 16:14:31 ACTION-8? 16:14:31 ACTION-8 -- Michael Cooper to discuss with PFWG role attribute vs aria attribute -- due 2008-02-21 -- OPEN 16:14:31 http://www.w3.org/html/wg/tracker/actions/8 16:14:44 ... we have not been about to get a critical mass of people from outside PF to join in the discussion 16:14:49 close action-8 16:14:49 ACTION-8 Discuss with PFWG role attribute vs aria attribute closed 16:14:58 +[Microsoft] 16:15:03 s/about to/able to/ 16:15:04 Zakim, Microsoft is me 16:15:04 +ChrisWilson; got it 16:15:06 close ACTION-9 16:15:06 ACTION-9 Discuss UML tools with DanC closed 16:15:11 member-confidential record: http://www.w3.org/2008/03/25-pf-minutes.html 16:15:21 ACTION-23? 16:15:21 ACTION-23 -- Gregory Rosmaita to coordinate tests using ARIA -- due 2008-02-21 -- OPEN 16:15:21 http://www.w3.org/html/wg/tracker/actions/23 16:16:08 Dan - can you note that action 54 is in progress still, we are waiting on response from PF WG on use of normative statements. 16:16:47 action-54? 16:16:47 ACTION-54 -- Gregory Rosmaita to work with SteveF draft text for HTML 5 spec to require producers/authors to include @alt on img elements -- due 2008-04-10 -- OPEN 16:16:47 http://www.w3.org/html/wg/tracker/actions/54 16:16:56 Steve_f, we're not there just now 16:17:02 oedipus : we don't have the level of collaboration with the HTML WG that we would like 16:17:08 re tests... al gilman gave me http://lists.w3.org/Archives/Public/www-tag/2008Mar/0069.html 16:17:30 aplogies 16:17:35 Paciello Groups' ARIA tests: http://www.paciellogroup.com/blog/?p=53 16:17:38 gsnedders has joined #html-wg 16:18:47 oedipus - we will neither add not [remove] any roles at this point 16:18:59 s/add not/add nor/ 16:19:49 oedipus - navigation and landmark roles [two types] 16:20:00 DanC: do the Paciello Groups' ARIA tests enuerate the roles? 16:20:10 ... we doing a comprehensive check to see that all the states are explicitly spelled out 16:20:27 DanC : It would help me to see some tests 16:20:46 s/enuerate/enumerate/ 16:20:54 I read http://hsivonen.iki.fi/aria-html5-bis/ 16:21:10 Text last updated: 2008-03-31 by Henri Sivonen 16:21:14 Zakim, mute me 16:21:14 MikeSmith should now be muted 16:21:15 Cathead has joined #html-wg 16:21:35 Cathead is joshue 16:21:39 Public PF comments list: http://lists.w3.org/Archives/Public/public-pfwg-comments/2008JanMar/ 16:21:51 DanC : has anybody looked at Henri's posting? 16:23:05 DanC : oedipus, can you look at Henri's doc now? 16:23:56 PIon : appears to have a list of roles that are not supported 16:24:08 Henri's ARIA post made sense to me. I haven't been deeply involved in ARIA semantics though. 16:24:23 I was mostly concerned with ARIA syntax and that seems to be a resolved thingie now. 16:24:30 Zakim, unmute me 16:24:30 MikeSmith should no longer be muted 16:25:19 stuff from cooper to the TAG http://lists.w3.org/Archives/Public/www-tag/2008Apr/0006.html -> http://www.w3.org/2008/03/aria-implementation 16:25:50 Lionheart has left #html-wg 16:25:52 DanC : MichaelCooper sent that yesterday 16:26:13 Zakim, who's on the phone? 16:26:13 On the phone I see MikeSmith, Julian, DanC, Laura, JoshueO, Gregory_Rosmaita, Patrick, Robert_Gonia, Doug, ChrisWilson 16:26:25 ... Noah Mendelsohn replied 16:26:40 DanC : I'm trying to find out how close we are to closing this issue 16:26:57 ... my goal it to determine what test cases we have 16:27:34 oedipus : our original proposal was that we preferred native features in HTML over adding them using ARIA 16:28:08 oedipus : I think there is some basic understanding of what we're trying to do with ARIA 16:28:37 q+ 16:29:36 adele has joined #html-wg 16:29:41 oedipus : [mention of example of math] 16:30:06 oedipus : ARIA 1.0 is about repairing what we have today 16:31:03 ack shepazu 16:31:11 ... but the eventual migration is that we hope that in future, many of these ARIA roles and landmarks will become a native part of the HTML markup language 16:31:35 shepazu : I think we can cover background on ARIA outside of this telcon 16:32:15 ... we can have a separate call about this perhaps 16:33:03 oedipus : [mentions posting from jgraham as indicating that ARIA roadmap/plans might not be well understood by all] 16:33:28 oedipus : there are tests on the ESW wiki 16:33:56 shepazu : this stuff is actually working in Firefox.. 16:34:26 oedipus : we can't provide tests for HTML5 until we have agreement with the HTML WG about how to integrate it 16:34:42 Is there an example of the use of a "math" role in the ARIA specification? Does it specify the informative additional markup to be used? 16:35:39 oedipus : nobody has come to the PF working group with their tests 16:36:14 shepazu : the tests can be proposal-level stuff 16:36:23 ... the group can then take a look at those 16:36:35 ... you don't have to spec out everything first 16:36:46 DanC : that would help me out a lot 16:37:02 oedipus : that would not be satisfactory 16:37:15 i'm planning to write some aria-in-html5 tests/demos soonish, btw 16:37:42 DanC : a test is a file written by somebody who as a notion of what the expected results are 16:38:22 Actually, I often start out by writing a test where I'm not quite sure what the expected results are... 16:38:30 oedipus : we want to take what we've learned and bring it to the HTML5 WG and have it integrated into HTML5 16:38:33 a test without a pass condition is a demo 16:38:44 demos are still good 16:38:47 right, I like to have pass conditions too 16:38:56 oedipus : ARIA is on LC-track 16:39:07 (Well, eventually I know and they'll have a pass condition, but not initially.) 16:40:03 oedipus : we are looking for more input from zcorpan, hsivonen, others .. need to them to come to the PF group to speak with us 16:40:16 ... meeting in the public space 16:40:30 ... we did something similar with math 16:41:12 oedipus : we have e-mail discussions but communication breaks down 16:41:30 ... [having a telcon discussion would help with that issue] 16:41:57 oedipus : we want things like ARIA overlays to not be necessary in HTML5 [UAs] 16:42:16 oedipus : targets for current ARIA is legacy browsers 16:42:47 robertgonia has joined #html-wg 16:42:49 ... for 1.0 we are restricted by current implementations 16:42:59 (is the "no UA changes required" constraint on ARIA 1.0 documented?) 16:43:02 GJR: current and legacy browsers 16:44:08 shepazu : so what you want to discuss is ARIA 1.1 + HTML5 16:44:25 The way current AT works is ARIA not more dependent on how the browser deals with ARIA code rather than the AT itself? 16:44:30 DanC : so, OK, I'm hearing that the communication is not going well 16:44:39 ack josh 16:44:40 q? 16:45:53 close ACTION-11 16:45:57 close ACTION-11 16:45:57 ACTION-11 Show how
works with URI based extensibility closed 16:46:18 Zakim, agenda? 16:46:18 I see 8 items remaining on the agenda: 16:46:20 2. ISSUE-14 aria-role [from DanC] 16:46:22 3. ISSUE-37 html-svg-mathml [from DanC] 16:46:23 4. ISSUE-38 style-attr-syntax [from DanC] 16:46:24 5. offline-applications-sql [from DanC] 16:46:25 6. extensibility point, distributed extensibility [from DanC] 16:46:26 7. forms TF status [from DanC] 16:46:26 8. authoring guide [from DanC] 16:46:27 9. ISSUE-31 missing-alt [from DanC] 16:46:45 Zakim, close item 2 16:46:45 agendum 2, ISSUE-14 aria-role, closed 16:46:46 I see 7 items remaining on the agenda; the next one is 16:46:47 3. ISSUE-37 html-svg-mathml [from DanC] 16:47:12 ChrisWilson : I'll be on vacation next week and the following week 16:47:32 Zakim, next item 16:47:32 agendum 3. "ISSUE-37 html-svg-mathml" taken up [from DanC] 16:47:45 RRSAgent, make minutes 16:47:45 I have made the request to generate http://www.w3.org/2008/04/03-html-wg-minutes.html MikeSmith 16:47:48 Zakim, who's on the phone? 16:47:48 On the phone I see MikeSmith, Julian, DanC, Laura, JoshueO, Gregory_Rosmaita, Patrick, Robert_Gonia, Doug, ChrisWilson 16:48:31 . http://www.w3.org/html/wg/tracker/issues/open?sort=product 16:49:16 I see that action-29 isn't on today's agenda. Has it fallen off the radar, or is it still being discussed internally? 16:49:40 DanC : issue-37.. SVG/MathML should be a requirements issue, not a spec issue 16:49:50 action-29? 16:49:50 ACTION-29 -- Dan Connolly to follow up on the idea of a free-software-compatible license for a note on HTML authoring -- due 2008-05-01 -- OPEN 16:49:50 http://www.w3.org/html/wg/tracker/actions/29 16:50:07 sampablokuper : still being discussed 16:50:21 Thanks 16:50:50 -Robert_Gonia 16:50:51 ChrisWilson : I think integrating other schema into HTML is a good thing, if for no other reason that it allows us to keep our own schema more targeted 16:50:59 q+ to note a possible broader issue that svg/mathml 16:51:13 ... we have had a mechanism in IE for doing something like this for some time now 16:51:23 shepazu : curious about IE's xml element 16:51:23 (pointer to ext element proposal, please) 16:51:36 ... my proposal is for a "point of extensibility" 16:51:41 q+ to respond to shepazu's xml element comment 16:52:03 http://wiki.whatwg.org/wiki/Extensions#Proposal_2:_Extensibility_Element 16:52:06 ... I think the HTML WG should not attempt to change the semantics or syntax of other languages 16:52:29 PIon : I'm here because I think the matter is a spec issue 16:52:40 ... math should be integrated for sure 16:53:12 q+ to ask patrick about how long it's likely to take to settle on a good design, and explore more refined mathml/html issues 16:53:19 ... the Math WG is very willing to discuss this 16:53:41 ... and the last week or show has shown some very useful discussion about this 16:55:01 ... I think you have a good chance by working with some of the people who've been trying to get this done now for years 16:55:15 q+ 16:55:19 ... and we are certainly willing to discuss this 16:55:48 Julian : I agree the extensibility question is general is one of the must interesting things that HTML5 should try to solve 16:56:52 ack danc 16:56:52 DanC, you wanted to note a possible broader issue that svg/mathml and to ask patrick about how long it's likely to take to settle on a good design, and explore more refined 16:56:55 ... mathml/html issues 16:57:48 DanC : I sense a lack of consensus about whether there is a need for a general extensibility in HTML 16:58:03 shepazu : my proposal is not for a general 16:58:24 ... completely "generic" extensibility mechanism 16:58:31 q If there's a more general solution then it should encompass SVG and MathML as candidates. 16:59:26 DanC : the design space around this looks big 16:59:49 DanC : PIon, how long should this discussion take? 17:00:19 PIon : you can't expect consensus to emerge in 3 weeks, but perhaps in 3 months 17:00:42 My point is that interoperability is important 1 17:00:47 whoops 17:00:48 ... from our side, we are working on MathML 3.0, and we are still willing to make changes 17:00:50 q+ 17:01:22 ... so it desirable to try to get this nailed down pretty early, while both groups are still in a position to make changes 17:01:56 ack ChrisWilson 17:01:56 ChrisWilson, you wanted to respond to shepazu's xml element comment 17:02:43 Do we have 90min telcons? If so, I'll dial in 17:02:59 q+ to ask what Patrick thinks about the MathML community accepting the design constraints of HTML legacy 17:03:03 ChrisWilson : shepazu, you were asking about the idea of how the extensibility point idea would [work with/map to] the IE xml element 17:03:15 (the agenda doesn't say) 17:03:15 anne - we will be on for another 30 minutes, year 17:03:22 s/year/yeah/ 17:03:34 Zakim, passcode? 17:03:34 the conference code is 4865 (tel:+1.617.761.6200 tel:+33.4.89.06.34.99 tel:+44.117.370.6152), anne 17:03:45 ChrisWilson : it ends up in _a_ tree, but not _the_ tree 17:04:09 ChrisWilson : there are challenges about the programming model 17:04:11 q+ 17:04:26 ... stylesheets don't work across the boundary 17:04:38 ... for example 17:04:52 +??P10 17:04:57 For the record issue 32 (missing alt) is currently being worked on my myself, Laura C, Steve F and Gez Lemon. 17:05:04 Zakim, ??P10 is anne 17:05:04 +anne; got it 17:05:09 ChrisWilson : you need to remember that the parser does some specific things today 17:05:32 ... e.g. our parser fires off "speculative image downloads" 17:05:44 ... perception of performance would suffer 17:06:33 ACTION: ChrisWilson respond to extensibility discussion 17:06:33 Created ACTION-57 - Respond to extensibility discussion [on Chris Wilson - due 2008-04-10]. 17:06:38 ack shepazu 17:07:24 Thezilch has joined #html-wg 17:07:25 q- 17:09:13 DS: among those participating in the thread, only hickson seems opposed to using one of or /. 17:09:22 Anne: how many browser builders have participated? 17:09:25 DS: mjs 17:09:44 anne : [notes that some important stakeholders have not contributed to the discussion thus far, so perhaps it is premature to draw conclusions from any perceived current consensus] 17:10:06 I can't find Maciej's e-mail in the list 17:10:15 shepazu, can you help anne find it? 17:10:20 q? 17:10:28 http://lists.w3.org/Archives/Public/public-html/2008Apr/ 17:10:32 Julian : lots of people said they don't want the HTML parser to get further complicated by special-casing for large numbers of new elements 17:11:00 http://krijnhoetmer.nl/irc-logs/whatwg/20080401#l-441 17:11:12 it wasn't on the list, it was on IRC 17:11:15 Cathead, Missing alt is action 54 http://www.w3.org/html/wg/tracker/actions/54, issue 31 http://www.w3.org/html/wg/tracker/issues/31. 17:12:05 RRSAgent, make minutes 17:12:05 I have made the request to generate http://www.w3.org/2008/04/03-html-wg-minutes.html MikeSmith 17:12:18 DanC : meeting adjourned 17:12:21 -DanC 17:12:21 bye 17:12:23 -ChrisWilson 17:12:24 -Julian 17:12:28 quit 17:12:34 -Doug 17:12:36 Cathead has left #html-wg 17:12:39 -Gregory_Rosmaita 17:12:40 you're welcome to stay and use the bridge, IRC bots, etc. 17:12:40 -anne 17:12:46 -JoshueO 17:12:54 shepazu, more specific pointer? 17:12:55 -MikeSmith 17:13:08 oedipus :) 17:13:23 -Laura 17:13:32 Julian, where did people say that? 17:13:42 (I don't necessarily disagree though :)) 17:13:45 I'm 13 minutes late for another teleconference, so I proposed to adjourn the meeting; the scribe concurred, and nobody volunteered to take the scribe's place. 17:13:45 Zakim, who was here? 17:13:45 I don't understand your question, MikeSmith. 17:14:05 Zakim, who was on the call? 17:14:05 I don't understand your question, MikeSmith. 17:14:10 I let people know they were welcome to stay on the phone bridge, as long as they didn't expect help from a chair/scribe 17:14:24 Anne: don't have a pointer; but it's certainly what I felt most particpants did agree on. 17:14:36 Can someone perhaps point to a plausible scenario discussed where a single ext-point would allow parsing of different vocabularies without just handing off to different parsers? 17:15:24 PIon, does your question presume that using an XML parser for the whole document is implausible? 17:16:11 PatrickDFIon has joined #html-wg 17:16:17 PIon, if the ext-point would have slightly different tree building rules that would be possible 17:16:40 DanC, well, in that case you'd just use text/xml :) 17:16:56 no, I wouldn't 17:17:01 adele has joined #html-wg 17:17:03 personally 17:17:53 Sorry, I got dumped from IRC; I am temporarily back. I wondered if the ext point were just a tunnel to alternate worlds what the difference from a simple form of namespacing was? 17:18:29 -Patrick 17:18:30 HTML_WG()12:00PM has ended 17:18:31 Attendees were MikeSmith, DanC, Julian, +1.218.340.aabb, Laura, JoshueO, Gregory_Rosmaita, +1.734.995.aacc, Patrick, +1.703.265.aadd, Robert_Gonia, Doug, ChrisWilson, anne 17:19:33 Patrick: I think it would be a simple form of namespacing. So that would be good. 17:20:26 DanC, ok fair enough, I guess my point is that text/html basic parsing rules can't really be changed. So that if we extend them somehow we need to do something "special". 17:21:08 RRSAgent, make minutes 17:21:08 I have made the request to generate http://www.w3.org/2008/04/03-html-wg-minutes.html MikeSmith 17:23:14 DanC, I didn't reply to your first question becasue that was whenI got dumped. I can see a plausible XML parse of a whole document as a psoibility. However, the HTML5 context is apparently intended to avoid exactly that sort of thing, which is dissed as overly rigorous (and is for many puposes). 17:23:18 paullewis has joined #html-wg 17:24:02 "overly rigiorous" is part of it; a small part, I think... the main constraint is what deployed code does with various syntaxes 17:24:21 s/psoibility/possibility/ 17:26:14 Yes, there's an important rich, and well worth retaining, legacy context. Part of the problem with the egacy corpus in other contexts can be that it is so large that parts of it are incontradiction with each other. That seems to be true for Web pages. 17:26:38 s/egacy/legacy/ 17:28:40 How much pressure would be on extensibility-in-HTML5, if that certain important UA would support XHTML today? 17:29:30 Depends on how much authors would actually start doing XHTML properly. 17:30:19 Given that Philip is still able to poke holes in software of expert XHTML authors I'm not quite convinced the world is ready for it. 17:30:21 if IE started supporting XHTML, that seems like a very real scenario 17:30:28 I would switch to XHTML if I could; and thus I would be less worried about HTML's lack of extensibility. 17:31:25 "self-appointed" XHTML experts? :-) 17:32:00 I mean, a real expert will use the proper tools that what he publishes indeed parses. 17:32:09 And that could depend partly on whether the tools they were offered for input of penalty copy, such as math, were attractive and produced spec-true XHTML (and specialist vocabularies). So that would suggest spec-writers need to do a better job too. 17:32:19 Note that I'm not talking about *validity* here, only well-formedness. 17:32:26 So am I 17:33:27 As far as I can remember, I haven't yet found an online XML-outputting system that accepts user input and can't be made to produce ill-formed content 17:33:29 Julian, I don't think they claim to be experts by the way 17:34:52 Philip: well; it's not hard to do it; you just need to use a proper XML serializer for output. 17:35:07 Philip: dunno why so many people do not ret it right. 17:35:13 s/ret/get/ 17:35:30 The choke point appears to be when the hopefully well-formed source has to be rendered in some way. Strict specs are apparently not as easy to implement as ones where there is room for interpretation. 17:35:34 Julian: It seems XML serialisers don't guarantee well-formed output 17:35:47 Philip: name one. 17:36:20 Philip: I believe you, and I had to write my own a few years ago; I just want to see an example. 17:36:41 https://issues.apache.org/jira/browse/XALANJ-2419 17:36:57 PatrickDFIon, yeah, implementing XML actually requires a bunch of additional checks that you wouldn't have to make in a simpler tokenizer that did the same thing. (Ignoring the multifail internal subset :) ) 17:38:20 http://krijnhoetmer.nl/irc-logs/whatwg/20080102#l-277 - validator.nu seems to be fixed now 17:38:45 (http://validator.w3.org/check?uri=http%3A%2F%2Fphilip.html5.org%2Fmisc%2Fchars.html&charset=iso-8859-1&output=soap12 still fails, though) 17:39:31 Philip: that's one of those things I test first. 17:39:54 Next are illegal comment character sequences and so on... 17:40:03 Anne: But it isn't it part of the tool-builder's duty to take care with machinery of the sorts of mechanical details that people find overloading? And yes, internal subsets don't seem to work if you try them (which I haven't done much). 17:41:05 http://www.tbray.org/ongoing/When/200x/2004/02/20/GenxStatus 17:42:24 http://diveintomark.org/archives/2008/03/09/no-fury-like-dracon-scorned#comment-11442 has pointers to various examples of everyone getting it wrong 17:43:38 PatrickDFIon, I guess the lesson is that they don't 17:43:45 I agree it seems like it should be easy to get right - the evidence is just that people actually don't get it right 17:43:56 gsnedders has joined #html-wg 17:44:19 But how many would get it right once they served what they serve with an XML MIME type? 17:44:20 Yeah, it's safer to assume that people are not perfect and build from there :) 17:44:45 Julian, those are sites with an XML MIME type :) 17:44:54 It is puzzling why programmers will put out spec-contradicting comment sequences happily in languages they don't understand while they would sneer at bad comments in the source code that puts them out. This is because the one renderer that the page was tried on worked fine with the bad comment convention, perhaps. But I spend my time making mistakes to learn, so cannot complain really. 17:45:05 Julian: These are all cases where people are serving as application/xhtml+xml, and they produce (or did, before being fixed) the YSoD in Firefox 17:45:24 oh well 17:45:56 Computers are hard :-) 17:46:16 Philip: interesting. So do you have statistics about how many got fixed? 17:46:56 Julian: I haven't tried following up with any of them 17:47:15 (and I never actually reported the bugs in the first place, because I don't care enough to do so) 17:48:39 (The "bugs are obvious and will be fixed as soon as somebody encounters them" thing fails when the person who encounters them is too lazy :-) ) 17:49:01 Anyway... So we see that it's trivial to extend an XML-based syntax, but it seems to be incredible hard to do so with HTML. So may take-away from this is that a simplified parsing model that works without hardwired knowledge of the grammar (DTD) indeed has its advantages. 17:49:41 If only we could start from scratch :P 17:50:41 BTW: I just tried one of these in IE, and apparently it switches the MIME type based on the User-Agent string. So: people using IE will not see the problem anyway. 17:50:53 oedipus has left #html-wg 17:51:59 Julian: That's a case where implementing XHTML gives a worse user experience 17:52:09 which isn't really the right kind of motivation 17:52:19 Right. 17:56:01 Starting from scratch (going back to apparently smple foundations) has been tried repeatedly in math and, though interesting, is never what people depend on in practice. A Bourbaki definition of the empty set is alleged to have 900 symbols (or something like that). Also, each new technology has meant some sort of return to basics, and this one is no different. But neither of the last two remarks is really very helpful, probably. So I have to go o 17:56:50 heh, overflow exception in his IRC client? 18:11:35 mjs has joined #html-wg 18:18:25 It's little bit weird that the forms discussion is mostly with the Forms WG chair rather than with the Forms WG Forms TF members... 18:19:25 anne: seemed kinda weird to me too 18:20:02 Hopefully DanC / ChrisWilson will clear that up at some point 18:20:33 clear what up? 18:20:45 oh... that. sigh. 18:21:14 I enjoy dealing with that sort of stuff so much. it just really gets me up in the morning. not. 18:21:24 heh 18:21:37 DanC: sorry to heap troubles on you - I wasn't sure what else to do and I didn't want the Forms TF to get taken over completely by process debate 18:22:30 (gotta go to another building, will be back) 18:22:33 (I'd be fine with making membership of the Forms TF openended for everyone interested in the Forms WG / HTML WG.) 18:23:27 I don't blame you for the troubles; in fact, it's something of a service to take something that had some vague obligation to deal with and put it succinctly in my inbox 18:34:02 adele has joined #html-wg 18:34:03 mjs has joined #html-wg 18:34:45 adele has joined #html-wg 19:06:22 anne: who would be the relevant interested people at Mozilla to talk about HTML5 issues? they don't seem to contribute much to HTML... 19:06:42 I guess hsivonen works for Moz in some capacity, right? 19:06:46 what kind of "HTML5 issues"? 19:07:19 specifically, the extensibility discussion 19:08:46 I'd imagine mrbkap, sicking, bz, dbaron, et all, but I'm not entirely sure as I'm not really involved in the Mozilla project anymore :) 19:09:37 and how about Opera people? 19:10:51 We're on the list. We haven't really decided on a position or impact of the potential solutions. 19:11:38 (Not that that would stop individuals from contributing.) 19:12:12 sierk has joined #html-wg 19:12:22 anne: similarly, who is someone at Opera who could discuss DOM3 Events during that telcon? 19:13:11 I think that would be me. I fell asleep yesterday on my couch due to jetlag issues 19:13:37 lol 19:14:20 no offense, but we'd like to also have someone who has implemented keyboard and events stuff 19:14:46 obviously, you know a lot of the issues well, so you're welcome as well 19:16:44 We've asked the team reasponsible before. They were not very interested in participating. 19:17:21 so? :D 19:17:41 well, the answer would be no :) 19:17:55 ah 19:20:47 hmm. Looks like Julian left. But indeed Genx seems to be about the only serializer that doesn't suck as such, but e.g. PyGenx sucks a bit in itself and has a lousy Debian/Ubuntu package situation, so using PyGenx makes scripts dramatically less installable 19:22:10 The Xalan folks don't seem too responsive to bug tracker items. I guess I should write my own XML serializer without trying to cover all the ground that Xalan tries to cover but fails 19:25:57 robertgonia has left #html-wg 19:26:38 shepazu: I have a consulting relationship with the Mozilla Corporation. I'm not working on Firefox but I do have HTML5 opinions. :-) In addition to the people anne mentioned, I'd add roc. 19:27:23 yeah, he was already on my list, thanks 19:29:12 in my personal non-Mozilla-vetted opinion, the Gecko HTML parser really needs to replaced with a clean implementation of the HTML5 parsing algorithm 19:29:42 people in organisations have their own opinions!? 19:29:54 well, that's the point of HTML5, no? 19:30:12 shepazu: yes, but that wasn't always the module owner opinion 19:30:33 huh 19:30:33 shepazu: It has been a *long* time since I last checked the module owner opinion, though 19:30:48 that surprises me 19:31:02 shepazu: I mean, in theory you could try to hack the old code to do new tricks 19:31:06 who's the owner? 19:31:36 shepazu: but *I* think it would be significantly more painful than writing a new parser 19:31:59 mrbkap (Blake Kaplan) is the owner of the HTML parser 19:32:05 I would expect so, assuming that it can be proven to work 19:32:10 and afaik he was never opposed to it becoming an HTML5 parser 19:33:56 anyone have mrbkap's email? I don't know him 19:34:08 mrbkap at gmail 19:34:15 thanks 19:35:35 gavin: as I understood it, he didn't favor a rewrite almost three years ago 19:36:04 gavin: but the HTML5 prospects in general were different back then 19:36:22 blake and i are in touch 19:36:35 right now mozilla is swamped with ff3 19:36:48 I know I have changed my opinion about the sensibility of a new parser for HTML 19:37:37 hsivonen: ah, I see 19:39:40 as an aside: the Gecko interfaces around the parsing area already don't match the expat setup which is in there despite the interface mismatch 19:40:30 a pure implementation of the HTML5 parsing algorithm wouldn't fit the old interfaces either, and would probably integrate the same way as expat+sink 19:41:26 it would certainly be a large endeavor 19:42:58 porting the Validator.nu parser from Java to C would go a long way, except 19:43:19 it would also be a pretty risky web compat change, I think - despite the large amounts of work that have gone into making HTML5's parser compatible with the web 19:43:30 1) the tree builder would have to know to do the Geckoish incremental rendering, script and style things 19:44:13 2) the main loop ownership would need to move out of the parser so that new buffers would be pushed to the parser instead of the parser pulling 19:45:15 that would probably lead to keeping tokenizer state in explicit variables instead of the runtime stack 19:45:17 gavin, it would toaly be a huge risk 19:45:24 has to be done early on, basically 19:45:43 anne: early in a release cycle? 19:45:53 y 19:47:55 possibly the only thing in that release cycle 19:48:00 the risk isn't quite as huge in compat terms, since WebKit is already so close to the HTML5 algorithm and WebKit works with real content 19:50:12 WebKit does tiny things different that can have a lot of impact 19:50:18 such as parsing 19:50:24 (different from HTML5) 19:50:26 true 19:51:17 "works with real content" is a not a binary state 19:52:02 it's an impression :) 19:52:12 it's hard to compare webkit's "web compat" to mozilla's 19:53:54 (and in general between any two browser engines) 19:54:25 yeah, changing the parser is a big risk/reward thing 19:54:37 and as with IE, it might not be the *Web* compat but that behind the firewall no one can hear you scream... 19:54:41 What's the reward? 19:54:51 documented code :) 19:54:54 tests, etc. 19:55:02 Philip: getting more value of the SVG and MathML renderers 19:55:05 Working code sounds much more important than documented code :-) 19:55:15 not if you need to maintain it 19:55:43 When there's one maintainer and a hundred million users, nobody cares what the maintainer thinks 19:55:53 It's really sad that Gecko's SVG and MathML are locked behind XML parsing or JavaScript 19:56:32 We just need a JS script to enable HTML5-compatible parsing in old browsers 19:56:41 locked bhind XML parsing I understand - locked behind JAvaScript? 19:57:23 gavin: that in text/html you need something like dojo.gfx (or something like that) to use SVG and you can't just put the markup in the file 19:58:03 oh, I'm not really familiar with dojo.gfx 19:58:35 it creates elements dynamically, presumably? 19:58:40 I see 19:59:10 gavin: as I understand it, it creates SVG dynamically in Gecko/Opera/WebKit and VML in IE 20:00:11 Philip: the reward is interop with other browsers once they switch too 20:00:16 hsivonen: correct 20:04:03 Hixie: Sounds like the first switcher gets no reward at all 20:04:54 Philip: don't underestimate the benefits of maintainability 20:05:00 Philip: the current mozilla code is incomprehensible to most 20:05:15 it needs a rewrite irrespective of html5 20:05:23 if we are to keep adding elements 20:06:17 Philip: I agree with Hixie's assessment of the comprehensibility of the Gecko HTML parser code 20:06:44 Fortunately, I've never had to deal with the tokenizer 20:06:53 I have had to comprehend the tree builder 20:07:59 and I must admit that I wrote the incremental XML patch without ever *fully* comprehending what I was imitating 20:17:01 sierk has left #html-wg 20:21:34 dbaron has joined #html-wg 20:24:47 drry has joined #HTML-WG 20:26:58 sierk has joined #html-wg 20:28:19 iNoob has joined #html-wg 20:28:56 Would this be the place to ask a question related to HTML / Javascript? 20:30:03 depends on the question :) 20:30:27 (this is the channel of the HTML WG, one of the groups responsible for making HTML5) 20:30:43 oh ok, should I just ask then? 20:31:24 sure 20:31:53 Well, I have a link on my website with a query string of link=http://amazon.com/productcodeandstuff.. and when i click on it, I want it to open the link url in a frame def file 20:32:15 so that the top frame would be a back button to get back to my site, and the bottom frame would have the amazon page that i linked to. 20:32:56 Also, I have javascript code that I used on another page to do a similar task, except it fills in a plid number instead of a full link, and that code doesnt seem to be working on this instance 20:33:16 yeah, you want another channel for those questions :) 20:33:32 Ok, can you direct me to a better place to ask? 20:33:38 maybe irc://irc.freenode.org/html 20:33:59 ok, thank you :) 20:47:14 paullewis has joined #html-wg 21:33:18 heycam has joined #html-wg 21:43:42 smedero has joined #html-wg 21:44:58 ChrisWilson has joined #html-wg 21:47:15 Hopefully you're in the Seattle area today Chris... it is a gorgeous day. 22:08:36 hi smedero 22:09:50 Apologies for missing the telecon earlier... I believe you were looking to catch up with me on issue tracking tasks. 22:12:17 IRC is fine; the telcon got filled up with other stuff 22:13:35 Yeah, I went back and read through the log for today. 22:15:42 I keep wondering whether a distributed extensibility issue is worth adding 22:16:05 Is this in relation to Sam Ruby's thread from a while back? 22:16:22 ahh, yes: http://www.intertwingly.net/blog/2007/08/02/HTML5-and-Distributed-Extensibility 22:16:59 and at least one follow up from Sam: http://intertwingly.net/blog/2007/11/29/HTML5-needs-a-CarterPhone 22:17:28 (using IRC as a cheap delicious at the moment... a new form of lazyness.) 22:18:27 well, I see connections between the recent "Exploring new vocabularies for HTML" and /2007/08/02/HTML5-and-Distributed-Extensibility 22:19:21 Yeah... it is the whole... "is the issue bigger than SVG/MATHML"? (and even namespaces...) 22:22:36 on the one hand, the distributed extensibility problem is very interesting; on the other hand, it's a HUGE design space, and not clearly one that we're chartered to solve 22:23:26 adding a distributed extensiblity issue is almost like adding "figure out how people design languages and software together" in our workplan 22:24:00 not only that 22:24:08 figure that out, and then figure out a way to make it work in text/html 22:25:22 both seem annoying :) 22:25:54 we've been kicking this issue around (within this group at least) since at least Boston TPAC: http://www.w3.org/QA/2007/11/tpac-2007-uri-extensibility.html 22:26:14 sorry, I'm having to jog my memory a bit on all this. 22:29:08 patrick ion seems pretty optimistic about the mathml part of the html-sgv-mathml issue; I observed that the design space looks big and asked how long he thought a good design discussions should take: 3 weeks? 6 months? he said 3 months should produce something good. 22:29:47 when it starts with re-discovering the difference between and , I wonder. 22:31:08 well, the discussions have been going on for 2 years 22:31:17 so we're somewhat over time in that case :-) 22:32:38 I think he understood me to ask how long _from now_. 22:33:25 I had mentally filed MathML integration as an HTML 6 thingy. 22:34:19 http://blogs.msdn.com/dthorpe/archive/2006/12/18/namespaces-in-html-too-much-trouble-to-bother-with.aspx 22:35:00 ah 22:35:05 well it's mostly a solved problem now actually 22:35:06 http://wiki.whatwg.org/wiki/New_Vocabularies_Solution 22:35:59 that was in reply to DanC I suppose? 22:36:46 yes 22:36:47 I was just looking at http://wiki.whatwg.org/wiki/New_Vocabularies_Solution , but I can't parse it 22:37:04 yeah it's just in note form really 22:37:22 i'll convert it into a proper proposal in the next few hours 22:37:32 (in the form of a diff against the spec) 22:38:01 looks like it might be easier to convert to js or py than english ;-) 22:39:19 well, it's interesting to hear that you're confident it can be solved in a tractible amount of time too 22:41:31 yeah, should be mostly done by tomorrow 22:41:46 are you putting it in the spec? 22:41:49 though i have to do another survey to nail down exactly which html elements need to be hardcoded 22:42:00 anne: unless someone finds a problem with it :-) 22:42:31 i'm slightly scared with respect to parser changes, but i guess it's fair enough 22:44:41 though it begs the question, what about the other HTML elements? :) 22:45:06 which others? 22:45:08 ,
22:45:13 ah yeah 22:45:19 i should add those now too 23:23:21 marcos_ has joined #html-wg 23:25:21 mjs has joined #html-wg 23:33:41 adele has joined #html-wg 23:33:48 mjs has joined #html-wg 23:49:03 Hixie, oh, and
:) 23:59:56 that's a separate issue 23:59:56 but yes