Options:
- # Session Start: Wed Jun 27 00:00:00 2007
- # Session Ident: #whatwg
- # [00:04] * Joins: gsnedders_ (n=gsnedder@host81-132-88-104.range81-132.btcentralplus.com)
- # [00:07] * Quits: hendry (n=hendry@91.84.62.62) ("andSleep")
- # [00:11] * Quits: gsnedders (n=gsnedder@host86-140-190-99.range86-140.btcentralplus.com) (Read error: 110 (Connection timed out))
- # [00:11] * Joins: csarven (n=nevrasc@modemcable081.152-201-24.mc.videotron.ca)
- # [00:12] * gsnedders_ is now known as gsnedders
- # [00:35] * Hixie wonders if someone is going to point out to Sebastian
- # [00:35] <Hixie> that XHTML 1 and XHTML 2 have the same problem
- # [00:35] <Hixie> and that in fact XHTML2 and HTML have the same problem
- # [00:36] <Hixie> and that XHTML5 and HTML5 are good matches for precisely the reason he gave...
- # [00:38] * nickshanks winders what ian is going on about
- # [00:38] <nickshanks> *wonders even
- # [00:38] <Philip`> http://lists.w3.org/Archives/Public/public-html/2007Jun/0866.html
- # [00:39] <Hixie> yeah
- # [00:44] <nickshanks> yeah, he seems to have slipped up there
- # [00:44] <nickshanks> but his surname makes up for that
- # [00:44] * Joins: hendry (n=hendry@91.84.62.62)
- # [00:45] <zcorpan> i also don't see how he can know that using the name xhtml5 will result in more confusion than a different name (that he didn't propose)
- # [00:46] <zcorpan> e.g., if we call the xml serialization of html5 "bob", will there be less confusion than if we called it "xhtml5"?
- # [00:47] <nickshanks> Would IE 8's implementation be called Microsoft Bob the?
- # [00:47] <nickshanks> then
- # [00:47] * Quits: tndH (i=Rob@adsl-87-102-84-66.karoo.KCOM.COM) ("ChatZilla 0.9.78.1-rdmsoft [XULRunner 1.8.0.9/2006120508]")
- # [00:50] * zcorpan will create an xml serialization of html3.2. and name it xhtml3.2
- # [00:52] * Joins: aroben_ (n=adamrobe@17.255.99.23)
- # [00:52] * Quits: aroben_ (n=adamrobe@17.255.99.23) (Remote closed the connection)
- # [00:53] * Joins: aroben_ (n=adamrobe@17.255.99.23)
- # [00:54] * Quits: aroben_ (n=adamrobe@17.255.99.23) (Remote closed the connection)
- # [00:54] * Joins: aroben_ (n=adamrobe@17.255.99.23)
- # [00:55] <nickshanks> HTML 3.0 had some nice things in it
- # [00:55] <nickshanks> so don't neglact that one too :)
- # [00:55] <Hixie> any other than maths and <credit> that we haven't taken yet?
- # [00:55] <zcorpan> <note>
- # [00:55] <Hixie> <aside>
- # [00:56] * Joins: webben (n=benh@91.84.143.253)
- # [00:56] * Quits: aroben (n=adamrobe@17.203.15.248) (Nick collision from services.)
- # [00:56] * aroben_ is now known as aroben
- # [00:56] <nickshanks> i still want an <image> element that takes fallback content
- # [00:58] <nickshanks> Hixie: do you recall how many webpages used <image> as an empty element (i.e. they meant <img>)?
- # [00:58] * Joins: othermaciej (n=mjs@17.255.97.186)
- # [00:58] <zcorpan> nickshanks: how would you check that?
- # [00:59] <nickshanks> by looking for </image>
- # [00:59] <nickshanks> oh, never mind, the google web survey only counted opening tags
- # [01:01] <Hixie> use <object>
- # [01:01] <Hixie> we can't change <image> handling.
- # [01:03] <othermaciej> <image> is one of those things that makes you doubt reading people's reading comprehension
- # [01:05] <zcorpan> </p style=border:solid> -- opera and safari render a border, ie and firefox don't
- # [01:06] <nickshanks> hahaha
- # [01:08] <nickshanks> zcorpan: i logged that against safari as 14423
- # [01:08] <zcorpan> following ie/firefox would be to just say "act as if a p start tag with no attributes has been seen then reprocess the current token" or something
- # [01:09] * Quits: hendry (n=hendry@91.84.62.62) ("leaving")
- # [01:12] <zcorpan> nickshanks: not closing tags in general (it's just </p> and </br> that are magic... except in ie...) and not style attributes specifically
- # [01:13] <nickshanks> oh, i misunderstood you then
- # [01:14] * Quits: webben (n=benh@91.84.143.253) (Connection timed out)
- # [01:15] * Joins: weinig_ (n=weinig@17.255.99.218)
- # [01:15] * Quits: weinig_ (n=weinig@17.255.99.218) (Read error: 104 (Connection reset by peer))
- # [01:16] * Joins: weinig_ (n=weinig@17.255.99.218)
- # [01:20] * Parts: billmason (n=billmaso@ip156.unival.com)
- # [01:22] <Hixie> ok </p> and </br> magic is now in the spec
- # [01:22] <Hixie> annevk: would be cool if the web-apps-tracker had a way of showing the changelist going further back than the last N changes
- # [01:24] * Hixie starts the daunting task of backporting all the changes to the parser spec into his year-old parser
- # [01:29] * Quits: weinig (i=weinig@nat/apple/x-8af1e3ff621b6eb4) (Read error: 110 (Connection timed out))
- # [01:32] <Hixie> annevk: also cool would be a "next" link next to "I've read the changes!", so that you can go through the diffs one at a time
- # [01:33] <othermaciej> is annevk actually here?
- # [01:33] <Hixie> no idea but i'm sure he'll see the comments when he comes back online later if no
- # [01:33] <Hixie> t
- # [01:34] <othermaciej> I'd want to talk to him if he was, is all
- # [01:34] <Hixie> ah
- # [01:34] * Quits: weinig_ (n=weinig@17.255.99.218) (Remote closed the connection)
- # [01:35] <Hixie> wow, still nobody has pointed out sebastian's faux pas
- # [01:35] * Joins: weinig (n=weinig@17.255.99.218)
- # [01:36] <othermaciej> you mean that the more obvious solution would be to rename XHTML 2?
- # [01:37] <Hixie> yeah (http://krijnhoetmer.nl/irc-logs/whatwg/20070627#l-8)
- # [01:38] <Hixie> i wish i understood what the www-tag were talking about
- # [01:38] <othermaciej> in general? or is there some specific issue at hand?
- # [01:39] <Hixie> most of the discussion in www-tag is way over my head
- # [01:39] <Hixie> they're arguing about the meaning of "resource" as far as i can tell
- # [01:41] * Joins: webben (n=benh@91.84.143.253)
- # [01:44] <Hixie> hahaha, his mail got +1ed!
- # [01:44] <Hixie> given my e-mail earlier today that's especially funny
- # [01:48] <nickshanks> i know what resource means
- # [01:48] * Quits: kingryan (n=kingryan@corp.technorati.com)
- # [01:49] <nickshanks> it's a data block referenced by a ResourceHandle :)
- # [01:58] * Joins: karlUshi (n=karl@dhcp-247-173.mag.keio.ac.jp)
- # [02:28] <zcorpan> Hixie: please make stray </p> and </br> parse errors
- # [02:29] * Joins: weinig_ (i=weinig@nat/apple/x-a7ef5eb4a0a7ad8e)
- # [02:30] <zcorpan> s/<\/p> and //
- # [02:31] <Hixie> valid request!
- # [02:32] <Hixie> done
- # [02:38] <zcorpan> Hixie: stray </p> were already parse errors, apparently: "If the current node is not a p element, then this is a parse error."
- # [02:38] <Hixie> d'oh
- # [02:39] <Hixie> fixed
- # [02:40] * Quits: weinig_ (i=weinig@nat/apple/x-a7ef5eb4a0a7ad8e)
- # [02:42] <zcorpan> nn
- # [02:44] * Quits: h3h (n=w3rd@66-162-32-234.static.twtelecom.net) ("|")
- # [02:45] * Quits: weinig (n=weinig@17.255.99.218) (Read error: 110 (Connection timed out))
- # [02:49] <Philip`> Lachy: In Selectors: s/consise/concise/
- # [02:53] * Joins: yod (n=ot@dhcp-247-209.mag.keio.ac.jp)
- # [02:57] <mpt> I don't care about the name of HTML 5's XML serialization, I want to know what HTML 5's codename is going to be
- # [02:57] <mpt> HTML 3.2 was Wilbur
- # [02:57] <mpt> HTML 4.0 was Cougar
- # [02:57] <mpt> HTML 5 is ...
- # [02:58] <Hixie> Web Apps 1.0 is HTML 5 :-)
- # [02:58] <Hixie> HTML5 _was_ the codename :-)
- # [02:58] <mpt> oh but that's so boring
- # [02:59] <Hixie> hey, i'm just telling it how it is
- # [03:02] * Joins: polin8 (n=brian@ool-18b8cc06.dyn.optonline.net)
- # [03:07] * Quits: zcorpan (n=zcorpan@84-216-41-174.sprayadsl.telenor.se) (Read error: 110 (Connection timed out))
- # [03:17] <Lachy> Philip`: fixed.
- # [03:19] * Hixie gets to r886
- # [03:19] <Hixie> well crap, now i have to do work
- # [03:29] * Joins: weinig (i=weinig@nat/apple/x-00e253b4c5201af0)
- # [03:33] * Quits: polin8 (n=brian@ool-18b8cc06.dyn.optonline.net)
- # [03:44] * Joins: h3h (n=w3rd@cpe-70-95-195-36.san.res.rr.com)
- # [03:48] * Quits: h3h (n=w3rd@cpe-70-95-195-36.san.res.rr.com) (Client Quit)
- # [03:50] * Quits: bzed (n=bzed@dslb-084-059-122-154.pools.arcor-ip.net) ("Leaving")
- # [03:51] * Quits: MikeSmith (n=MikeSmit@58.157.21.205) ("Less talk, more pimp walk.")
- # [04:43] * Joins: aroben_ (n=adamrobe@17.203.15.248)
- # [04:50] * Joins: h3h (n=w3rd@cpe-70-95-195-36.san.res.rr.com)
- # [05:00] * Quits: aroben (n=adamrobe@17.255.99.23) (Read error: 110 (Connection timed out))
- # [05:03] * aroben_ is now known as aroben
- # [05:53] * Joins: csarven- (n=nevrasc@modemcable081.152-201-24.mc.videotron.ca)
- # [05:58] * Quits: aroben (n=adamrobe@17.203.15.248) (Excess Flood)
- # [05:58] * Joins: aroben (n=adamrobe@17.203.15.248)
- # [05:58] * Quits: aroben (n=adamrobe@17.203.15.248) (Remote closed the connection)
- # [05:59] * Joins: aroben (n=adamrobe@17.203.15.248)
- # [06:04] * Joins: weinig_ (i=weinig@nat/apple/x-0db5bf7e3f6e0325)
- # [06:06] * Quits: weinig (i=weinig@nat/apple/x-00e253b4c5201af0) (Read error: 104 (Connection reset by peer))
- # [06:07] * weinig_ is now known as weinig
- # [06:11] * Quits: csarven (n=nevrasc@modemcable081.152-201-24.mc.videotron.ca) (Read error: 110 (Connection timed out))
- # [06:12] * Quits: duryodhan (n=chatzill@221-128-139-75.static.exatt.net) ("Born to be WilD !! rofl")
- # [06:26] * Joins: MikeSmith (n=MikeSmit@tea12.w3.mag.keio.ac.jp)
- # [06:38] * Quits: weinig (i=weinig@nat/apple/x-0db5bf7e3f6e0325)
- # [06:55] * Quits: csarven- (n=nevrasc@modemcable081.152-201-24.mc.videotron.ca)
- # [07:15] * Joins: weinig (n=weinig@c-67-188-89-242.hsd1.ca.comcast.net)
- # [07:17] * Quits: weinig (n=weinig@c-67-188-89-242.hsd1.ca.comcast.net) (Read error: 104 (Connection reset by peer))
- # [07:17] * Joins: weinig (n=weinig@c-67-188-89-242.hsd1.ca.comcast.net)
- # [07:37] * Joins: kfish (n=conrad@61.194.21.25)
- # [07:42] <Hixie> oh hey, people did eventually point out to sebastian that he was made a mistake
- # [07:42] * Hixie looks forward to the reply
- # [07:43] <Hixie> this whole naming this is such a joke
- # [07:43] <Hixie> i don't understand why we can't just share the name
- # [07:43] <Hixie> maybe we should call our XML serialisation "XHTML1 5"
- # [07:43] <Hixie> which would get shorted to XHTML 15
- # [07:46] * Joins: aroben_ (n=adamrobe@17.255.99.23)
- # [07:47] * Quits: aroben (n=adamrobe@17.203.15.248) (Read error: 104 (Connection reset by peer))
- # [07:47] * Joins: aroben (n=adamrobe@17.203.15.248)
- # [08:03] * Quits: aroben_ (n=adamrobe@17.255.99.23) (Read error: 110 (Connection timed out))
- # [08:15] <Lachy> Sebastian responded to me off list and accused me of not addressing his argument. :-/
- # [08:33] <Hixie> what was his argument?
- # [08:33] <Hixie> You can make the exact same e-mail with s/2/5/ and vice versa
- # [08:33] <Hixie> or rather
- # [08:34] <Hixie> s/2/5/ and s/5/1/
- # [08:34] <othermaciej> I think he would claim that 2 is the valid authoritative continuation of xhtml 1, and 5 is a fork
- # [08:35] <Lachy> Hixie: this one http://www.w3.org/mid/4681C56C.8020501@lachy.id.au
- # [08:35] <othermaciej> i.e. that organizational continuity trumps language-level compatibility
- # [08:36] <othermaciej> I don't think sharing the name "XHTML" is a problem and the fact that it is even being debated is annoying
- # [08:36] <Hixie> me neither
- # [08:36] <Hixie> and i agree
- # [08:36] <Hixie> i really don't understand the problem
- # [08:36] <Lachy> there isn't a problem, which is why I said that the debate needs to stop
- # [08:37] <Hixie> the thing that nobody has brought up is that XHTML5 is one of _three_ new names in the spec
- # [08:37] <Hixie> HTML5, XHTML5, and DOM5 HTML
- # [08:37] <Hixie> and having one of those have a different number than the others would be aethestically very displeasing
- # [08:37] <Hixie> imho
- # [08:39] <Lachy> let's just drop the number, call it HTML, XHTML and DOM
- # [08:39] <Hixie> that'd go down well with the versionists
- # [08:40] <othermaciej> DOM5 HTML is kind of odd, since there is otherwise no such thing as DOM5
- # [08:41] <othermaciej> and with the HTML DOM in the spec, it's not really tied to a specific DOM Core level any more, in any case
- # [08:41] <othermaciej> but that's a whole other can of worms
- # [08:41] <Hixie> DOM HTML 5
- # [08:42] <Lachy> or DHTML5
- # [08:42] <Lachy> :-)
- # [08:42] <othermaciej> HTML5 DOM
- # [08:42] <othermaciej> (SVG spec refers to the "SVG DOM")
- # [08:43] <othermaciej> I'm not sure if any other w3c languages have a DOM
- # [08:46] <othermaciej> XForms appears to have a bunch of events, and only has a DOM interface for the <model> element (wow, it must be brutally painful to use with scripting)
- # [08:46] <othermaciej> MathML calls it the "MathML DOM"
- # [08:59] <annevk> someone should e-mail the Sebastian e-mail again and just change XHTML5 to XHTML 2.0 and XHTML 2.0 to XHTML5 :)
- # [09:00] <hsivonen> aargh. entity tokenization is subtle. I change something and a bunch of test cases fail :-(
- # [09:02] <annevk> at least the test harness is no longer broken :)
- # [09:03] <othermaciej> hey annevk
- # [09:03] <annevk> morning
- # [09:03] <annevk> I see you wanted to ask me something...
- # [09:03] * Joins: zcorpan (n=zcorpan@84-216-41-153.sprayadsl.telenor.se)
- # [09:03] <hsivonen> annevk: yeah. there are some new tests that are wrong, too. fixing those now
- # [09:12] * Joins: tndH (i=Rob@adsl-87-102-84-66.karoo.KCOM.COM)
- # [09:15] <othermaciej> annevk: just wanted to talk about the design principles document, but I don't remember if I had anything specific - I'll try to do a proofreading pass on it to improve the wording
- # [09:15] <annevk> just edit and commit I'd say
- # [09:25] * Joins: hendry (n=hendry@91.84.62.62)
- # [09:37] * Quits: yod (n=ot@dhcp-247-209.mag.keio.ac.jp) ("This computer has gone to sleep")
- # [09:37] * Quits: karlUshi (n=karl@dhcp-247-173.mag.keio.ac.jp) ("Where dwelt Ymir, or wherein did he find sustenance?")
- # [09:43] * Quits: webben (n=benh@91.84.143.253) (Read error: 110 (Connection timed out))
- # [09:54] <annevk> the </p> and </br> fix in HTML5 was no good btw
- # [09:55] <annevk> it's more complicated than that
- # [09:55] <annevk> Hixie, you need to let </br> and </p> pass to trough the <head> element phases and such as well
- # [09:56] <annevk> to make <!doctype html></br> work
- # [10:01] <Hixie> send mail?
- # [10:02] <Hixie> nn
- # [10:02] <annevk> done
- # [10:02] <annevk> g'night
- # [10:05] <zcorpan> "behave similar to the browsers we try to imitate in English." -- in English?
- # [10:07] <annevk> the parsing spec is in English, no?
- # [10:08] <zcorpan> oh. yes. it sounded like you tried to imitate in english
- # [10:09] * Joins: ddfreyne (n=ddfreyne@d54C57894.access.telenet.be)
- # [10:12] <annevk> landed support for my version of the spec in html5lib
- # [10:25] * Joins: Ducki (i=Ducki@dialin-145-254-180-159.pools.arcor-ip.net)
- # [10:26] * Joins: Jero (n=Jero@d207230.upc-d.chello.nl)
- # [10:26] * Quits: weinig (n=weinig@c-67-188-89-242.hsd1.ca.comcast.net)
- # [10:40] * Joins: maikmerten (n=maikmert@L8902.l.pppool.de)
- # [10:59] * Joins: polin8 (n=brian@ool-18b8cc06.dyn.optonline.net)
- # [11:01] * Quits: Ducki (i=Ducki@dialin-145-254-180-159.pools.arcor-ip.net) (Read error: 104 (Connection reset by peer))
- # [11:11] * Quits: aroben (n=adamrobe@17.203.15.248)
- # [11:15] * Joins: ROBOd (n=robod@86.34.246.154)
- # [11:18] * Quits: h3h (n=w3rd@cpe-70-95-195-36.san.res.rr.com)
- # [11:21] <annevk> Hixie, we don't have <ruby>
- # [11:43] <zcorpan> hmm, wonder what i should write test cases for today. content-type sniffing perhaps?
- # [11:44] <annevk> <embed>, <object>, etc.?
- # [11:44] <zcorpan> sure
- # [11:44] <othermaciej> I'd really like to see someone start organizing test cases into a test suite
- # [11:45] <othermaciej> at least for more solid areas of the spec
- # [11:45] <zcorpan> i might do that later on
- # [11:45] <annevk> it would be nice if all <canvas> tests were somehow merged
- # [11:46] <annevk> and checked for conformance
- # [11:48] <othermaciej> yeah
- # [11:49] <othermaciej> that is one area that is ripe for being turned into a test suite
- # [11:49] <othermaciej> parser tests might be another
- # [11:49] <annevk> we have loads of parser tests
- # [11:49] <annevk> and I believe someone wrote a JS framework for them
- # [11:49] <othermaciej> so someone needs to review and slap them into dev.w3.org
- # [11:50] <zcorpan> how should we deal with automated testing in general?
- # [11:51] <othermaciej> there's kind of a tradeoff here
- # [11:51] <othermaciej> if you build a test automation framework, that might make the tests harder to integrate into existing test automation frameworks
- # [11:51] <annevk> we have this boilerplate for automated tests: "try{top.opener.rr(passed);}catch(e){}"
- # [11:51] <annevk> that should be quite trivial to integrate in any framework
- # [11:51] <othermaciej> for instance the WebKit regression test suite works best on just raw html files
- # [11:52] <annevk> that's for tests that have some JS in them
- # [11:52] <zcorpan> or where the result can be determinated with js
- # [11:52] <annevk> right
- # [11:53] <othermaciej> I guess top.opener would be nil in our regression test system and so harmless
- # [11:53] <annevk> it means you either run them in an iframe or some popup window
- # [11:53] <zcorpan> i could use both visual indicator and try{top.opener.rr(result);}catch(e){} where possible
- # [11:53] <annevk> yeah, most XMLHttpRequest tests on tc.labs.opera.com work that way
- # [11:54] <zcorpan> ok. good
- # [11:54] <othermaciej> we have a nice framework for test assertions that can be expressed in JS in WebKit
- # [11:54] <annevk> there's also a small thingie that lets you run the tests in serie
- # [11:54] <othermaciej> I made a sorta-clone of it for the Window spec
- # [11:54] <annevk> and report the results
- # [11:55] <othermaciej> see here for a live example: http://dev.w3.org/cvsweb/~checkout~/2006/webapi/WindowTestSuite/publish/html/ecmascript/browsing-contexts/Window-document.html
- # [11:55] <othermaciej> probably only really good for API tests though
- # [11:59] <zcorpan> hmm... perhaps i should use the same technique as hsivonen proposed for document conformance indication -- a file that lists all tests are noninteractive
- # [12:00] <zcorpan> or use different folders
- # [12:01] <zcorpan> or in the file name -- 001-noninteractive.htm
- # [12:02] <annevk> js-framework.txt
- # [12:02] <annevk> although you don't really need that
- # [12:02] <annevk> if you simply stick with the boilerplate mentioned above a simple crawling script can take care of that
- # [12:03] <zcorpan> oh, right
- # [12:12] * Quits: kfish (n=conrad@61.194.21.25) (Remote closed the connection)
- # [12:16] * Joins: kfish (n=conrad@61.194.21.25)
- # [12:22] * Joins: BenWard (i=BenWard@nat/yahoo/x-e3f87ea0fa34dfc9)
- # [13:09] <Philip`> My approach to the canvas tests is to write them all in YAML with some Python that writes HTML (and PNG), so I'd guess it should be straightforward for that to output different HTML for a different test framework
- # [13:18] * Quits: kfish (n=conrad@61.194.21.25) ("xor")
- # [13:33] <zcorpan> made http://simon.html5.org/test/html/parsing/stray-end-tags/with-attributes/ non-interactive
- # [13:44] * Joins: the_mart (n=Martin@host86-135-9-158.range86-135.btcentralplus.com)
- # [13:50] * Quits: othermaciej (n=mjs@17.255.97.186) (Read error: 110 (Connection timed out))
- # [13:59] <annevk> we need a http://www.google.com/search?q=site%3Alists.whatwg.org+{s} bookmarklet :D
- # [14:10] <mw22> I think you more need to just answer the question
- # [14:11] <annevk> if you have time to do that, great
- # [14:12] <annevk> having people do some research into previous discussions isn't that bad I think
- # [14:12] * Quits: polin8 (n=brian@ool-18b8cc06.dyn.optonline.net)
- # [14:14] <mw22> well, if there is no time to anser question, just tell that then
- # [14:16] <annevk> this seems more helpful
- # [14:18] <mw22> no, it's not
- # [14:19] <annevk> that's just your opinion
- # [14:19] <mw22> no, it's not
- # [14:19] <annevk> ok
- # [14:20] <hsivonen> mw22: my reply may have been impolitely terse but at least it points to where you can find the answer
- # [14:22] <mw22> hsivonen, yeah, I also think it's impolite, it would be somewhat friendlier if you at least added one line ('maybe this is useful?') to it
- # [14:23] <hsivonen> will do next time
- # [14:24] <mw22> ok, thanks
- # [14:24] * Joins: othermaciej (n=mjs@dsl081-048-145.sfo1.dsl.speakeasy.net)
- # [14:24] <hsivonen> yay, Minefield now supports em-sized <svg> elements
- # [14:44] * Joins: hendry_ (n=hendry@91.84.62.62)
- # [14:44] * Joins: jcgregorio (i=chatzill@nat/ibm/x-814c21cfe64a02f0)
- # [14:48] <annevk> mw22, you see, the person found it helpful ;)
- # [14:48] * Quits: ddfreyne (n=ddfreyne@unaffiliated/ddfreyne) ("kthxbai")
- # [14:48] <mw22> annevk, I don't have the reply yet, gmail sucks ;)
- # [14:49] <annevk> http://lists.w3.org/Archives/Public/public-html/2007Jun/0900.html
- # [14:51] * Quits: hendry (n=hendry@91.84.62.62) (Read error: 110 (Connection timed out))
- # [14:55] <mw22> ah, ok, so now someone should probably reply to him that there is not time to answer his question, but it was already answered and he should look for it himself, or something along that line
- # [14:56] <mw22> I still don't have that mail in my mail box
- # [14:56] <mw22> gmail is really slow
- # [15:00] <mw22> oops, no, it's my fault
- # [15:06] <Lachy> someone reply and say that it is not the purpose of the differences document to provide justification for the changes, just to reflect the current state of the spec and describe what they are
- # [15:06] <annevk> the difference doc provides some rationale
- # [15:07] <Lachy> yeah, but not the detailed rationale some people are asking for, like the people wanting it to explain why accessibility features have been dropped
- # [15:07] <annevk> yeah whatever
- # [15:08] <annevk> I'll leave that up to Danc I think
- # [15:08] <mw22> http://tools.ietf.org/html/draft-ietf-run-netiquette-guide-00
- # [15:08] <mw22> "Be brief without being overly terse. When replying to a message, include enough original material to be understood."
- # [15:09] <annevk> see above
- # [15:10] <virtuelv> mw22: see http://tools.ietf.org/html/rfc1855 instead
- # [15:11] <mw22> virtuelv, thanks
- # [15:29] * hendry_ is now known as hendry
- # [15:30] * Joins: polin8 (n=brian@time.digitalpulp.com)
- # [15:41] * Quits: MikeSmith (n=MikeSmit@tea12.w3.mag.keio.ac.jp) ("Less talk, more pimp walk.")
- # [15:48] * Joins: webben (i=benh@nat/yahoo/x-591e438e03c397aa)
- # [16:00] * Quits: Lachy (n=Lachy@203-158-59-119.dyn.iinet.net.au) (Read error: 110 (Connection timed out))
- # [16:21] * Quits: jcgregorio (i=chatzill@nat/ibm/x-814c21cfe64a02f0) (Read error: 110 (Connection timed out))
- # [16:25] * Joins: jcgregorio (i=chatzill@nat/ibm/x-5747fc66e86709f0)
- # [16:26] * Joins: SavageX (n=maikmert@T7e6c.t.pppool.de)
- # [16:26] * Quits: nickshanks (n=nicholas@home.nickshanks.com)
- # [16:28] * Joins: billmason (n=billmaso@ip156.unival.com)
- # [16:32] * Joins: briansuda (n=briansud@85-220-95-76.dsl.dynamic.simnet.is)
- # [16:36] <krijnh> Oi, anything interesting happened lately?
- # [16:43] * Quits: maikmerten (n=maikmert@L8902.l.pppool.de) (Read error: 113 (No route to host))
- # [17:15] * Quits: polin8 (n=brian@time.digitalpulp.com) (Read error: 110 (Connection timed out))
- # [17:19] * Quits: jcgregorio (i=chatzill@nat/ibm/x-5747fc66e86709f0) (Read error: 110 (Connection timed out))
- # [17:20] * Joins: h3h (n=w3rd@66-162-32-234.static.twtelecom.net)
- # [17:45] * Joins: Lachy (n=Lachy@203-158-61-14.dyn.iinet.net.au)
- # [17:52] <gsnedders> hmmm… I've been asking around about people's thoughts on recommending a codec, and the consensus is there should be either none, or multiple recommendations, all of which should be openly documented
- # [17:54] * Joins: polin8 (n=brian@time.digitalpulp.com)
- # [17:59] * Quits: the_mart (n=Martin@host86-135-9-158.range86-135.btcentralplus.com) ("Leaving")
- # [18:12] * SavageX is now known as maikmerten
- # [18:14] * Joins: jcgregorio (i=chatzill@nat/ibm/x-247fd64e3aa783f6)
- # [18:20] <zcorpan> a working draft is not a "spec"?
- # [18:21] * Joins: weinig (i=weinig@nat/apple/x-2860adf64ac536a1)
- # [18:22] <annevk> I think it is
- # [18:22] <annevk> well, depends on the type of working draft... some are specs, others are not
- # [18:22] <zcorpan> e.g. http://dev.w3.org/cvsweb/~checkout~/2006/webapi/XMLHttpRequest/Overview.html?content-type=text/html;%20charset=utf-8
- # [18:23] <zcorpan> i referred to that as "the spec", and got a reply that it wasn't a spec. it was a working draft
- # [18:24] <annevk> heh
- # [18:25] <annevk> at some point it might become a "W3C Recommendation"
- # [18:26] <hsivonen> annevk: do I understand correctly that html5lib unifies phases and insertion modes?
- # [18:29] <annevk> yes
- # [18:29] <annevk> we need that to correctly deal with EOF
- # [18:29] <hsivonen> annevk: is there a reason why the spec doesn't?
- # [18:30] <annevk> the spec doesn't deal correctly with EOF yet
- # [18:30] <annevk> I suppose Hixie will fold them in due course too
- # [18:30] <hsivonen> oh great
- # [18:30] * Quits: BenWard (i=BenWard@nat/yahoo/x-e3f87ea0fa34dfc9) ("Fades out again…")
- # [18:30] <hsivonen> tracking that spec refactoring will be a mess
- # [18:30] <annevk> this is about corner cases such as "<!doctype html>" not giving you "<!DOCTYPE html><html><head></head><body></body>"
- # [18:31] <hsivonen> annevk: is your deviation from the spec written down in English somewhere?
- # [18:31] <annevk> Hixie said it would be a fairly trivial change
- # [18:32] <annevk> hsivonen, it's quite simple, put the three tokens that are handled the same for each insertion mode in HTML 5 in each insertion mode and then drop the concept of insertion modes
- # [18:33] <annevk> hsivonen, then modifiy EOF in each phase appropriately
- # [18:33] <hsivonen> annevk: ok. thanks
- # [18:36] <annevk> I was just thinking that maybe your Java parser might be fast enough for surveys
- # [18:39] <hsivonen> annevk: I've been thinking about that, too.
- # [18:44] * Quits: webben (i=benh@nat/yahoo/x-591e438e03c397aa) (Client Quit)
- # [18:49] * Joins: MikeSmith (n=MikeSmit@u-211130159173.hotspot.ne.jp)
- # [18:52] * Parts: annevk (n=annevk@pat-tdc.opera.com)
- # [18:52] * Joins: annevk (n=annevk@pat-tdc.opera.com)
- # [19:05] * Joins: hasather (n=hasather@22.80-203-71.nextgentel.com)
- # [19:29] * Parts: hasather (n=hasather@22.80-203-71.nextgentel.com)
- # [19:30] * Joins: hasather (n=hasather@22.80-203-71.nextgentel.com)
- # [20:05] * Joins: aroben (n=adamrobe@17.203.15.248)
- # [20:19] * Joins: duryodhan (n=chatzill@221.128.138.106)
- # [20:19] <duryodhan> hey is there an upper limit to the height for <canvax> drawWindow method ?
- # [20:22] * Joins: bzed (n=bzed@dslb-084-059-114-192.pools.arcor-ip.net)
- # [20:27] * Quits: aroben (n=adamrobe@17.203.15.248) (Read error: 104 (Connection reset by peer))
- # [20:31] * Joins: polin8_ (n=brian@time.digitalpulp.com)
- # [20:33] * Joins: aroben (n=adamrobe@17.203.15.248)
- # [20:33] * Quits: Jero (n=Jero@d207230.upc-d.chello.nl) (Read error: 104 (Connection reset by peer))
- # [20:42] * Quits: polin8 (n=brian@time.digitalpulp.com) (Read error: 110 (Connection timed out))
- # [20:57] * Joins: hendry_ (n=hendry@91.84.62.62)
- # [21:02] * Quits: polin8_ (n=brian@time.digitalpulp.com) (Client Quit)
- # [21:05] * Joins: polin8 (n=brian@time.digitalpulp.com)
- # [21:05] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
- # [21:11] * Quits: aroben (n=adamrobe@17.203.15.248) (Read error: 110 (Connection timed out))
- # [21:12] * Quits: hendry (n=hendry@91.84.62.62) (Read error: 110 (Connection timed out))
- # [21:25] * Joins: Jero (n=Jero@d207230.upc-d.chello.nl)
- # [21:26] <Jero> What was the last spec revision html5lib implemented?
- # [21:26] * Joins: IRChimp_ (n=chatzill@81-86-171-99.dsl.pipex.com)
- # [21:27] * Quits: IRChimp (n=chatzill@81-86-171-99.dsl.pipex.com) (Read error: 104 (Connection reset by peer))
- # [21:27] * IRChimp_ is now known as IRChimp
- # [21:28] <annevk> I implemented </br> and </p>
- # [21:29] <Jero> oh cool, that basically means html5lib is completely up to date, right?
- # [21:30] <annevk> I guess
- # [21:30] <annevk> if you find bugs, let me know
- # [21:32] <Jero> i will, but i just wanted to be sure i'm not testing the results of my parser against the results of html5lib if it were a couple of revisions behind
- # [21:33] <Jero> though i think i should reorganize my parser a bit
- # [21:33] <Jero> one big file of almost 5000 lines isn't exactly optimal
- # [21:33] <annevk> we're a little bit ahead of the spec fwiw
- # [21:33] <Jero> sweet
- # [21:33] <annevk> EOF handling and what I posted regarding </br> and </p> on the list
- # [21:34] <Jero> cool
- # [21:38] * hendry_ is now known as hendry
- # [21:41] * Joins: the_mart (n=Martin@host86-135-9-158.range86-135.btcentralplus.com)
- # [21:44] * Quits: polin8 (n=brian@time.digitalpulp.com)
- # [21:51] * Parts: hasather (n=hasather@22.80-203-71.nextgentel.com)
- # [21:52] * Joins: hasather (n=hasather@22.80-203-71.nextgentel.com)
- # [21:53] * Quits: briansuda (n=briansud@85-220-95-76.dsl.dynamic.simnet.is)
- # [21:55] * Joins: briansuda (n=briansud@85-220-95-76.dsl.dynamic.simnet.is)
- # [21:55] * Quits: briansuda (n=briansud@85-220-95-76.dsl.dynamic.simnet.is) (Remote closed the connection)
- # [21:59] <hsivonen> Hixie: how does one determine if <datagrid> is being used as a tree widget or whether it is being used as a grid widget?
- # [22:01] * Quits: dolphinling (n=chatzill@rbpool5-2.shoreham.net) (Read error: 110 (Connection timed out))
- # [22:04] * Joins: aroben (n=adamrobe@17.203.15.248)
- # [22:05] * Joins: polin8 (n=brian@host3.digitalpulp.com)
- # [22:06] * Quits: weinig (i=weinig@nat/apple/x-2860adf64ac536a1)
- # [22:09] <Jero> annevk, <t?> makes the script throw an internal error
- # [22:09] <Jero> and by script i mean html5lib of course
- # [22:10] * Joins: weinig (i=weinig@nat/apple/x-a206615ddd002165)
- # [22:10] <annevk> wfm
- # [22:10] <annevk> using the latest SVN version?
- # [22:11] <Jero> no, i'm using hasather.net atm
- # [22:11] <annevk> that might not be up to date
- # [22:12] <Jero> yeah, i guess that's the case then
- # [22:13] <Hixie> hsivonen: i don't understand the question (datagrid)
- # [22:15] <hsivonen> Hixie: platform widget sets have tree widgets (disclosure triangles or equivalent on the left) and grid widgets (typically no disclosure triagles, column headings available)
- # [22:15] <hsivonen> Hixie: how should a UA decide which widget to use?
- # [22:15] <hsivonen> Hixie: should the UA report the datagrid to AT as a tree or as a grid?
- # [22:16] <hasather> Jero: I upgraded html5lib just minutes ago
- # [22:16] <annevk> Jero, if you checkout the CVS version you can cd into the python directorary and run something like 'python parse.py "<t?>"' and get something out of it
- # [22:16] * hsivonen is creating a table that shows mappings between WAI roles and HTML5 features
- # [22:16] <Hixie> hsivonen: the <datagrid> element is both, you can have it in a mode with headers amd discolsure triangles
- # [22:16] <annevk> hasather, why does http://hasather.net/html5/parsetree/parsetree?source=%3Ct%3E throw an error though?
- # [22:16] <Jero> annevk, that's good to know, not an expert at Python yet, thanks!
- # [22:16] <annevk> hasather, does it have strict handling?
- # [22:17] <hsivonen> Hixie: so do you report it to AT as a tree or as a grid?
- # [22:17] <hsivonen> Hixie: is there a way to tell?
- # [22:17] * Quits: MikeSmith (n=MikeSmit@u-211130159173.hotspot.ne.jp) ("Less talk, more pimp walk.")
- # [22:17] <annevk> hasather, everything throws errors, it seems like something is no longer correct
- # [22:17] <hasather> annevk: yea, I look into it
- # [22:18] * annevk wonders if there were any architecture changes
- # [22:18] <Hixie> hsivonen: report it as a tree, i guess, though it might all be at the same level
- # [22:19] <hsivonen> Hixie: mmkay
- # [22:19] <hsivonen> Hixie: I expect this spec detail will get comments down the road
- # [22:19] <annevk> <datagrid> is quite hard to get through as currently specced :(
- # [22:21] <Hixie> hsivonen: as far as i can tell, the <datagrid> widget maps directly to the widget in iTunes and to similar widgets in pretty much every modern mail client
- # [22:21] <Hixie> hell even _pine_ uses this kind of widget
- # [22:23] <hsivonen> hmm. I see disclosure triangles in iTunes only in the Podcast view
- # [22:23] <hsivonen> and in that view they aren't the leftmost column...
- # [22:24] <hsivonen> Hixie: how does JAWS read that widget to you?
- # [22:24] * hsivonen turns on VoiceOver
- # [22:26] <hsivonen> when VoiceOver reads a cell that is on a row that has an open disclosure triagle, it says "expanded"
- # [22:27] <hsivonen> it seems that VoiceOver groks the concept of cell and the expanded status of rows at the same time
- # [22:27] <Hixie> dunno, haven't tried using JAWS there yet
- # [22:27] <annevk> Hixie, are you creating a new code.google.com/ page this week or doing different surveys?
- # [22:28] <hasather> annevk: Jero: I'm back to the old version for now. I don't really have time to look into it now, but I'll update it as quickly as possible
- # [22:29] <Jero> no problem, thanks!
- # [22:30] <Jero> ... @ PHP's built-in DOM implementation
- # [22:30] <Hixie> annevk: ?
- # [22:30] <Jero> $dom->createElement('p-') causes it to throw an error
- # [22:30] <annevk> Hixie, specifically, publishing a new version of the 2005-12 stats
- # [22:31] * Joins: aroben_ (n=adamrobe@17.255.99.23)
- # [22:32] * Quits: aroben (n=adamrobe@17.203.15.248) (Read error: 104 (Connection reset by peer))
- # [22:32] * Joins: aroben (n=adamrobe@17.203.15.248)
- # [22:34] * Quits: jeremyb (n=jeremy@unaffiliated/jeremyb) (Connection timed out)
- # [22:34] <Hixie> annevk: i might do, if i find something worth publishing. let me know if you have any ideas on what i should study.
- # [22:35] <Hixie> wow, my e-mail had absolutely no effect on public-html
- # [22:35] <Hixie> people are still just shouting at each other over style="", over role="", over <object>...
- # [22:35] <annevk> in addition you got a lengthy e-mail back :)
- # [22:36] <Hixie> oh good
- # [22:36] <annevk> Hixie, I'd be very interested how often the adoption agency algorithm is hit
- # [22:36] <Hixie> haven't got to that yet
- # [22:36] <Hixie> ^_^
- # [22:37] <Hixie> i could report frequency of certain errors i guess
- # [22:37] <annevk> As in, how many times is an element duplicated in the average case
- # [22:37] <Hixie> my parser skips straight past the entity parsing and the input stream tweaking (e.g. getting rid of U+0000)
- # [22:37] <Hixie> hm, might be able to do that
- # [22:38] <Hixie> mail the list?
- # [22:38] <Hixie> or me
- # [22:38] <Hixie> best jut e-mail me on that
- # [22:38] <annevk> And maybe investigate if we can adopt the Safari algorithm that produces significantly less elements
- # [22:38] <Hixie> ian@hixie.ch
- # [22:38] <Hixie> i thought that's what the spec was
- # [22:38] <Hixie> what's the difference?
- # [22:39] * Hixie wonders why sebastian doesn't mind XHTML 1.5 as much as XHTML5
- # [22:39] <othermaciej> I guess because it gives the impression that XHTML2 is the future
- # [22:39] <othermaciej> (and always will be)
- # [22:40] <zcorpan> 1.5 doesn't have the useful property of being able to say (x)html5
- # [22:41] <zcorpan> anyway
- # [22:41] * zcorpan will stay away from naming debates
- # [22:42] <annevk> for <p><b><p>...<p>...<p>... the spec does <p><b></b><p><b>....</b><p> and Safari does <p><b>..</b><p><b><p>...</p> ...</b> aiui
- # [22:43] <annevk> dhyatt said that it's less expensive than the current algorithm but they encountered one issue with it so far
- # [22:43] <hsivonen> Hixie: answer to http://lists.whatwg.org/pipermail/implementors-whatwg.org/2007-June/000108.html would be good to know if you happen to discover it as a side effect of your research
- # [22:44] <hsivonen> I'm similarly interested in attribute value and comments lengths
- # [22:46] <hsivonen> are XForms alerts modal?
- # [22:48] * Quits: aroben_ (n=adamrobe@17.255.99.23) (Read error: 110 (Connection timed out))
- # [22:49] <Hixie> hsivonen: yeah that's on my list of things to look at
- # [22:50] <Hixie> annevk: oh you mean reopen the formatting elements for block elements as well as inline elements?
- # [22:50] <hsivonen> Hixie: great
- # [22:52] <annevk> Hixie, maybe, dunno
- # [22:54] * Quits: aroben (n=adamrobe@17.203.15.248) (Read error: 104 (Connection reset by peer))
- # [22:54] * Joins: aroben (n=adamrobe@17.203.15.248)
- # [22:54] <annevk> they reopen the inline accross the next set of elements instead of reopening it in each one of them
- # [22:54] <annevk> according to dhyatt
- # [22:54] * Quits: aroben (n=adamrobe@17.203.15.248) (Client Quit)
- # [22:58] * Quits: jcgregorio (i=chatzill@nat/ibm/x-247fd64e3aa783f6) ("ChatZilla 0.9.78.1 [Firefox 2.0.0.4/2007060115]")
- # [23:00] * Quits: Jero (n=Jero@d207230.upc-d.chello.nl) ("ChatZilla 0.9.78.1 [Firefox 2.0.0.4/2007051502]")
- # [23:01] * Quits: ROBOd (n=robod@86.34.246.154) (Remote closed the connection)
- # [23:05] * Quits: weinig (i=weinig@nat/apple/x-a206615ddd002165)
- # [23:07] <Hixie> annevk: right, so reopening it for blocks instead of inlines
- # [23:07] <Hixie> or as well as
- # [23:07] <Hixie> as i said in e-mail, not really sure how to quantify that
- # [23:09] <hsivonen> a WAI spinbutton offers "discreet" choices...
- # [23:10] * Quits: maikmerten (n=maikmert@T7e6c.t.pppool.de) ("Leaving")
- # [23:10] <hsivonen> is input type='number' with step, min and max supposed to be rendered as a "spinbutton"?
- # [23:18] * Joins: kingryan (n=kingryan@c-71-202-121-218.hsd1.ca.comcast.net)
- # [23:19] <Hixie> it could be, sure
- # [23:20] <Hixie> i'm amused that WAI is exposing platform-specific and presentation-derived widget concepts, instead of exposing underlying concepts and allowing ATs to optimise for their users
- # [23:36] * Joins: weinig (n=weinig@17.255.96.192)
- # [23:36] * Quits: polin8 (n=brian@host3.digitalpulp.com)
- # [23:37] * Quits: IRChimp (n=chatzill@81-86-171-99.dsl.pipex.com) (Read error: 104 (Connection reset by peer))
- # [23:37] * Joins: weinig_ (i=weinig@nat/apple/x-1e9df855e18b00b7)
- # [23:37] * Joins: IRChimp_ (n=chatzill@81-86-171-99.dsl.pipex.com)
- # [23:37] * IRChimp_ is now known as IRChimp
- # [23:38] * Joins: polin8 (n=brian@dialomatic.digitalpulp.com)
- # [23:48] * Quits: polin8 (n=brian@dialomatic.digitalpulp.com)
- # [23:51] * Joins: webben_ (n=benh@91.84.143.253)
- # [23:52] * Joins: polin8 (n=brian@dialomatic.digitalpulp.com)
- # [23:52] * Quits: weinig (n=weinig@17.255.96.192) (Connection timed out)
- # [23:53] * Parts: mw22 (n=chatzill@h8441169151.dsl.speedlinq.nl)
- # [23:54] * Quits: othermaciej (n=mjs@dsl081-048-145.sfo1.dsl.speakeasy.net) (Read error: 110 (Connection timed out))
- # [23:55] * Quits: polin8 (n=brian@dialomatic.digitalpulp.com) (Client Quit)
- # [23:57] * Quits: the_mart (n=Martin@host86-135-9-158.range86-135.btcentralplus.com) ("Leaving")
- # [23:58] * Joins: csarven (n=nevrasc@modemcable081.152-201-24.mc.videotron.ca)
- # Session Close: Thu Jun 28 00:00:00 2007
The end :)