Options:
- # Session Start: Fri May 22 00:00:00 2009
- # Session Ident: #whatwg
- # [00:08] * Joins: KevinMarks (n=KevinMar@nat/google/x-0bda7e502e154d7c)
- # [00:08] * Quits: heycam (n=cam@124-168-66-131.dyn.iinet.net.au) ("bye")
- # [00:08] * Quits: taf2 (n=taf2@38.99.201.242)
- # [00:21] * Quits: tantek (n=tantek@12.155.21.120)
- # [00:24] * Joins: tantek (n=tantek@12.155.21.120)
- # [00:29] * Quits: tantek (n=tantek@12.155.21.120)
- # [00:35] * Joins: heycam (n=cam@zot.infotech.monash.edu.au)
- # [00:53] * Joins: kura (n=faruk@17.226.23.52)
- # [00:57] * Joins: othermaciej (n=mjs@17.203.15.228)
- # [01:00] * Quits: dolske (n=dolske@firefox/developer/dolske) (Remote closed the connection)
- # [01:07] * Joins: othermaciej_ (n=mjs@17.246.18.19)
- # [01:13] * Quits: othermaciej (n=mjs@17.203.15.228) (Read error: 60 (Operation timed out))
- # [01:14] * Quits: mpt (n=mpt@canonical/launchpad/mpt) (Remote closed the connection)
- # [01:15] * Joins: doublec (n=doublec@202.0.36.64)
- # [01:15] * Joins: tantek (n=tantek@12.155.21.120)
- # [01:20] <karlcow> [11:18] <annevk42> hehe, I like how I found http://www.w3.org/TR/qaframe-spec/ again
- # [01:20] <karlcow> [11:18] <annevk42> thanks for writing that karlcow!
- # [01:20] <karlcow> that was a Team work :) but thanks
- # [01:29] * Joins: dolske (n=dolske@corp-241.mountainview.mozilla.com)
- # [01:32] * Quits: tndH (n=Rob@james-baillie-pc083-229.student-halls.leeds.ac.uk) ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.1/2008072406]")
- # [01:39] * Quits: othermaciej_ (n=mjs@17.246.18.19)
- # [01:44] * kura is now known as Kura[gone]
- # [01:49] * Quits: aroben (n=aroben@unaffiliated/aroben)
- # [01:52] * Quits: drostie (n=hopkins@5ED17066.cable.ziggo.nl) (Read error: 54 (Connection reset by peer))
- # [02:13] * Quits: weinig (n=weinig@17.246.16.178)
- # [02:16] <Hixie> any atom experts here?
- # [02:16] <Hixie> should an atom <atom:content> node contain a redundant instance of the entry's title?
- # [02:20] * Quits: tantek (n=tantek@12.155.21.120) (Read error: 60 (Operation timed out))
- # [02:34] * Joins: othermaciej (n=mjs@17.246.18.19)
- # [02:37] * Joins: weinig (n=weinig@17.246.16.178)
- # [02:41] * Joins: franksalim (n=frank@adsl-75-61-86-233.dsl.pltn13.sbcglobal.net)
- # [02:51] * Quits: bgalbraith (n=bgalbrai@corp-241.mountainview.mozilla.com)
- # [02:51] * Quits: dolske (n=dolske@firefox/developer/dolske)
- # [03:07] * Quits: dimich (n=dimich@72.14.227.1)
- # [03:15] * Quits: othermaciej (n=mjs@17.246.18.19)
- # [03:42] * Quits: KevinMarks (n=KevinMar@nat/google/x-0bda7e502e154d7c) ("The computer fell asleep")
- # [03:43] * Joins: dolske (n=dolske@c-76-103-40-203.hsd1.ca.comcast.net)
- # [04:04] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
- # [04:04] * Quits: wakaba (n=wakaba@EM114-51-135-196.pool.e-mobile.ne.jp) (Read error: 104 (Connection reset by peer))
- # [04:06] * Joins: othermaciej (n=mjs@17.246.18.19)
- # [04:06] * Joins: wakaba (n=wakaba@EM114-51-3-179.pool.e-mobile.ne.jp)
- # [04:10] * Quits: dave_levin (n=dave_lev@72.14.227.1)
- # [04:13] * Joins: bgalbraith (n=bgalbrai@71.202.109.116)
- # [04:27] * Joins: ojan (n=ojan@203.39.247.241)
- # [04:31] * Joins: mpilgrim (n=mark@rrcs-96-10-240-189.midsouth.biz.rr.com)
- # [04:31] * Quits: weinig (n=weinig@17.246.16.178)
- # [04:31] <mpilgrim> hixie: there's nothing stopping you, but it's highly unusual
- # [04:32] <mpilgrim> (re: atom:content)
- # [04:33] <Hixie> k
- # [04:57] * Quits: jwalden (n=waldo@corp-241.mountainview.mozilla.com) (Success)
- # [04:58] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
- # [05:00] * Joins: archtech (n=stanv@83.228.56.37)
- # [05:04] * Joins: slightlyoff_ (n=slightly@67.218.109.88)
- # [05:06] * Joins: onar_ (n=onar@c-98-234-65-251.hsd1.ca.comcast.net)
- # [05:10] * Quits: slightlyoff (n=slightly@nat/google/x-a526a438b4b9f7bd) (Read error: 110 (Connection timed out))
- # [05:12] * Joins: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
- # [05:25] * Quits: olliej (n=oliver@17.246.17.145)
- # [05:26] * Quits: onar_ (n=onar@c-98-234-65-251.hsd1.ca.comcast.net)
- # [05:30] * Quits: mpilgrim (n=mark@rrcs-96-10-240-189.midsouth.biz.rr.com) (Read error: 113 (No route to host))
- # [05:31] * Quits: othermaciej (n=mjs@17.246.18.19)
- # [05:40] * Quits: slightlyoff_ (n=slightly@67.218.109.88)
- # [05:54] * Joins: olliej (n=oliver@17.246.17.145)
- # [05:59] * Joins: onar_ (n=onar@c-98-234-65-251.hsd1.ca.comcast.net)
- # [05:59] * Joins: piotrl (n=chatzill@c-24-15-141-185.hsd1.il.comcast.net)
- # [06:01] * Quits: onar_ (n=onar@c-98-234-65-251.hsd1.ca.comcast.net) (Client Quit)
- # [06:10] * Quits: piotrl (n=chatzill@c-24-15-141-185.hsd1.il.comcast.net) ("ChatZilla 0.9.84 [Firefox 3.0.10/2009042316]")
- # [06:11] * Joins: jwalden (n=waldo@c-24-6-168-212.hsd1.ca.comcast.net)
- # [06:20] * Quits: roc (n=roc@202.0.36.64)
- # [06:24] * Quits: olliej (n=oliver@17.246.17.145) (Remote closed the connection)
- # [06:24] * Joins: olliej (n=oliver@nat/apple/x-2e9cf60b9c0b7240)
- # [06:25] * Joins: olliej_ (n=oliver@17.246.17.145)
- # [06:40] * Joins: othermaciej (n=mjs@c-69-181-43-20.hsd1.ca.comcast.net)
- # [06:42] * Quits: olliej (n=oliver@nat/apple/x-2e9cf60b9c0b7240) (Read error: 110 (Connection timed out))
- # [06:59] * Joins: aboodman2 (n=aboodman@dsl081-073-212.sfo1.dsl.speakeasy.net)
- # [07:00] * Quits: aboodman2 (n=aboodman@dsl081-073-212.sfo1.dsl.speakeasy.net) (Client Quit)
- # [07:16] * Quits: bgalbraith (n=bgalbrai@71.202.109.116)
- # [07:18] * olliej_ is now known as fakeolliej
- # [07:20] * Joins: zalan (n=kvirc@catv-89-133-235-217.catv.broadband.hu)
- # [07:37] * Joins: onar_ (n=onar@c-98-234-65-251.hsd1.ca.comcast.net)
- # [07:46] * Quits: doublec (n=doublec@202.0.36.64) ("Leaving")
- # [07:52] * Joins: aroben (n=aroben@adsl-99-191-194-227.dsl.pltn13.sbcglobal.net)
- # [07:57] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
- # [08:07] * Joins: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de)
- # [08:11] * Quits: onar_ (n=onar@c-98-234-65-251.hsd1.ca.comcast.net)
- # [08:11] * Joins: doublec (n=doublec@118-92-158-206.dsl.dyn.ihug.co.nz)
- # [08:18] * Joins: tndH (n=Rob@james-baillie-pc083-229.student-halls.leeds.ac.uk)
- # [08:28] * Quits: mpt (n=mpt@canonical/launchpad/mpt) (Read error: 54 (Connection reset by peer))
- # [08:33] * Quits: wakaba (n=wakaba@EM114-51-3-179.pool.e-mobile.ne.jp) (Read error: 60 (Operation timed out))
- # [08:34] * Quits: zalan (n=kvirc@catv-89-133-235-217.catv.broadband.hu) ("KVIrc 3.4.0 Virgo http://www.kvirc.net/")
- # [08:43] * Quits: aroben (n=aroben@unaffiliated/aroben)
- # [08:57] * Quits: aboodman (n=aboodman@72.14.229.81)
- # [08:58] * Joins: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
- # [09:00] * Joins: KevinMarks (n=KevinMar@c-71-202-163-211.hsd1.ca.comcast.net)
- # [09:23] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
- # [09:28] <Hixie> ok
- # [09:28] <Hixie> that concludes my first attempt at dealing with microdata-related use cases
- # [09:44] <KevinMarks> looks like I tuned in just too late
- # [09:45] * Joins: mhausenblas (n=mhausenb@wg1-nat.fwgal01.deri.ie)
- # [09:52] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) ("Ex-Chat")
- # [09:52] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
- # [09:52] * Quits: sid0 (n=sid0@unaffiliated/sid0) (Read error: 60 (Operation timed out))
- # [09:58] * Quits: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de) (Remote closed the connection)
- # [09:58] <Hixie> KevinMarks: http://lists.w3.org/Archives/Public/public-html/2009May/0207.html
- # [10:02] * Joins: sid0 (n=sid0@unaffiliated/sid0)
- # [10:04] * Quits: heycam (n=cam@zot.infotech.monash.edu.au) ("bye")
- # [10:10] <hsivonen> now the readers of public-html who aren't subscribing to whatwg need to deal with the almost-always-broken next/prev navigation of the whatwg archives if they want to inspect the threads
- # [10:13] * Joins: aroben (n=aroben@adsl-99-191-194-227.dsl.pltn13.sbcglobal.net)
- # [10:13] * Quits: aroben (n=aroben@unaffiliated/aroben) (Remote closed the connection)
- # [10:14] <othermaciej> is anyone here who was at the html wg telecon today?
- # [10:28] * Joins: BARTdG (n=Bart@5ED42544.cable.ziggo.nl)
- # [10:52] * Quits: JohnResig (n=JohnResi@74.201.254.36) (Read error: 104 (Connection reset by peer))
- # [10:52] * Joins: JohnResig (n=JohnResi@121.255.201.74.static.ey03.engineyard.com)
- # [10:55] * Joins: nessy (n=nessy@ppp115-228.static.internode.on.net)
- # [10:58] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
- # [11:02] * Joins: roc (n=roc@121-72-195-20.dsl.telstraclear.net)
- # [11:02] * Joins: ROBOd (n=robod@89.122.216.38)
- # [11:03] <Hixie> i love how people talk about the content of my e-mails instead of the content of the spec
- # [11:04] <Hixie> who cares if html5 can replace atom or not -- the spec doesn't take a position on the issue
- # [11:04] <Hixie> it just defines how to go from text/html to atom
- # [11:06] * Quits: mpt (n=mpt@canonical/launchpad/mpt) (Read error: 60 (Operation timed out))
- # [11:06] <hsivonen> Hixie: if it's only for conversion within a server, it's not an interop issue that belongs in the spec
- # [11:07] <Hixie> who mentioned a server?
- # [11:07] <hsivonen> Hixie: hence, if *you* have put it in the spec, one assumes that the purpose is that one party publishes an HTML page and another converts it to Atom
- # [11:07] <hsivonen> which looks a lot like minting a new feed format to me
- # [11:08] <Hixie> i think y'all are making a mountain out of a molehill
- # [11:08] <Hixie> it makes sense imho for a format spec to define how it maps to other specssssss
- # [11:08] <Hixie> specs, even
- # [11:08] * Hixie pokes at his s key
- # [11:09] <hsivonen> which reminds me that I should rewrite my HTML-to-feeds converter
- # [11:09] <hsivonen> the current one is so brittle I can't make changes to it
- # [11:15] * Quits: BARTdG (n=Bart@5ED42544.cable.ziggo.nl)
- # [11:17] * Joins: BARTdG (n=BARTdG@5ED42544.cable.ziggo.nl)
- # [11:22] * Quits: KevinMarks (n=KevinMar@c-71-202-163-211.hsd1.ca.comcast.net) ("The computer fell asleep")
- # [11:24] * Joins: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de)
- # [11:26] <Hixie> ok bed time... tomorrow i guess i'll have to figure out some solution to the shared workers message port issue
- # [11:27] * Joins: zalan (n=kvirc@catv-89-133-235-217.catv.broadband.hu)
- # [11:31] * Quits: nessy (n=nessy@ppp115-228.static.internode.on.net) ("This computer has gone to sleep")
- # [11:33] * Quits: JohnResig (n=JohnResi@121.255.201.74.static.ey03.engineyard.com) (Read error: 104 (Connection reset by peer))
- # [11:38] * Joins: JohnResig (n=JohnResi@ejohn.org)
- # [11:51] * Quits: ojan (n=ojan@203.39.247.241)
- # [12:03] * Joins: maikmerten_ (n=merten@vp-c-69.cs.uni-dortmund.de)
- # [12:04] * Quits: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de) (Read error: 60 (Operation timed out))
- # [12:06] <Philip`> http://www.w3.org/News/2009#item79 - "W3C Rescinds Four Proposed Edited Recommendations for XHTML Documents"
- # [12:06] * Philip` wonders if that has happened before for any other documents
- # [12:08] * Quits: doublec (n=doublec@118-92-158-206.dsl.dyn.ihug.co.nz) ("Leaving")
- # [12:15] * Joins: maikmerten (n=merten@vp-c-67.cs.uni-dortmund.de)
- # [12:18] <gsnedders> It does kinda tell the XHTML2 WG that they can't just ignore comments, though.
- # [12:26] <hsivonen> gsnedders: part of the Process-wise problem is, though, that others have moved on and are not bothering to send them comments
- # [12:26] * Joins: drostie (n=hopkins@wlan-145-94-173-148.wlan.tudelft.nl)
- # [12:26] <gsnedders> Indeed.
- # [12:27] <hsivonen> gsnedders: so they could follow the Process but still publish stuff that hasn't had proper review
- # [12:31] * Quits: maikmerten_ (n=merten@vp-c-69.cs.uni-dortmund.de) (Read error: 113 (No route to host))
- # [12:32] <hsivonen> the W3C Process seems to lack a provision for that case
- # [12:43] <gsnedders> As has been implied before, MLW has now admitted he was at TPAC.
- # [12:50] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
- # [12:50] * Joins: hdh (n=hdh@58.187.201.111)
- # [12:51] * Joins: nessy (n=nessy@ppp115-228.static.internode.on.net)
- # [12:54] * Joins: ciaran_lee (n=ciaran_l@83-70-243-34-dynamic.b-ras1.prp.dublin.eircom.net)
- # [13:02] * Joins: heycam (n=cam@124-168-66-131.dyn.iinet.net.au)
- # [13:02] * Quits: mpt (n=mpt@canonical/launchpad/mpt) (Read error: 54 (Connection reset by peer))
- # [13:03] * Quits: drostie (n=hopkins@wlan-145-94-173-148.wlan.tudelft.nl) (Remote closed the connection)
- # [13:12] * Quits: nessy (n=nessy@ppp115-228.static.internode.on.net) ("This computer has gone to sleep")
- # [13:18] * Quits: roc (n=roc@121-72-195-20.dsl.telstraclear.net)
- # [13:20] * Quits: maikmerten (n=merten@vp-c-67.cs.uni-dortmund.de) (Remote closed the connection)
- # [13:24] <othermaciej> gsnedders: do you think we're giving him too much attention maybe?
- # [13:25] * gsnedders shrugs
- # [13:25] <othermaciej> I would say that for instance more attention than 0 is too much
- # [13:25] <gsnedders> I don't think that'll make any difference though
- # [13:26] <othermaciej> trolls like attention
- # [13:27] <annevk42> I was at the telcon, FWIW
- # [13:28] <othermaciej> annevk42: I just wanted to ask if there was any decision about my proposals for addressing the Formal Objection to the design principles
- # [13:29] <othermaciej> annevk42: I concluded based on the minutes that there wasn't
- # [13:29] <annevk42> It seemed that people were mostly uninterested working on it
- # [13:29] <othermaciej> instead people took it as an opportunity to make unrelated complaints
- # [13:29] <hsivonen> wonders if objections cease blocking "group consensus" and turn into lack of "community consensus" (or something) when the objector leaves the group
- # [13:29] <annevk42> Dave Singer would talk to you about it though
- # [13:30] <othermaciej> all I wanted was a response to my suggestion
- # [13:30] <othermaciej> if people have unrelated complaints about the document they should post them to the list
- # [13:31] <othermaciej> or if they think Philip TAYLOR's objection is not worth addressing at all they can say that too
- # [13:31] <othermaciej> oh well
- # [13:31] <annevk42> Ah, the response to that was that while it was ok, Laura Carlson had concerns in reply to your email so there was no lazy consensus or some such
- # [13:31] <annevk42> I think rubys put that on the mailing list already
- # [13:32] <othermaciej> Laura was one of the very few people to object to any of the principles
- # [13:33] <othermaciej> it seems like the few people who objected to any of them also objected to a lot of them
- # [13:37] <annevk42> I'm not sure how we declare consensus but I get the feeling 1 objector is enough
- # [13:40] * Joins: jmb^ (n=jmb@login.ecs.soton.ac.uk)
- # [13:40] <othermaciej> I reviewed the voting and if people still largely hold their positions, consensus may be impossible
- # [13:40] <othermaciej> it seems that a large majority of the group agreed with all or nearly all of the principles
- # [13:40] <othermaciej> and a few people disagreed with all or nearly all
- # [13:40] <othermaciej> that makes it unlikely that any small changes would reduce the degree of disagreement
- # [13:41] <othermaciej> that being said, I'd still like to address the Formal Objection as best I can, since Sam asked for it to be addressed
- # [13:42] <othermaciej> (my point is kind of that deleting a few of the principles won't make the objectors happy, and would probably make some of the people in favor unhappy, while deleting most or all of them would make the document pointless)
- # [13:45] <annevk42> I think some people, i.e. Laura and Larry, expect the Design Principles to be used as rules, rather than as means of explaining
- # [13:45] <annevk42> And therefore they want full consensus on them or something. I don't believe that'll ever work.
- # [13:46] <othermaciej> well, when we originally put them in the wiki, their intent was to be descriptive, not prescriptive
- # [13:47] <othermaciej> that they would describe the design approach that had been used to draft HTML5 so far
- # [13:47] <othermaciej> and with the hope that these principles would be useful to others
- # [13:48] <othermaciej> I think they do help clarify things at times by letting complex repeating themes be expressed in a short way by referencing the principles
- # [13:48] <othermaciej> but sometimes they are used to argue opposite sites of the same point
- # [13:48] <othermaciej> or sometimes people reject the premise
- # [13:49] <othermaciej> I do admit though that I get tired of rehashing basic arguments about error handling and working with existing Web content
- # [13:50] <othermaciej> so maybe it would be nice to have consensus about those kinds of things
- # [13:50] <annevk42> I was happy to find the W3C specification guidelines and it citing error handling as being important
- # [13:50] * Quits: jmb (n=jmb@login.ecs.soton.ac.uk) (Read error: 110 (Connection timed out))
- # [13:50] <annevk42> Nobody replied when I pointed that out though.
- # [13:51] <othermaciej> incidentally I don't think Larry's distinction between "Technical Specification" and "Applicability Statement" matches IETF practice
- # [13:51] <othermaciej> I almost pointed it out on the list, but then I concluded that debating the fine points of IETF-specific terms of art was not really on topic
- # [13:53] <annevk42> I find TS and AS to be very vaguely defined so you can give almost any meaning to them you want to
- # [13:53] <othermaciej> I think that the intent was that things like http://tools.ietf.org/rfc/rfc793.txt are Technical Specifications and things like http://tools.ietf.org/rfc/rfc1122.txt are Applicability Statements
- # [13:53] <othermaciej> note that both of them specify various kinds of error handling
- # [13:53] <annevk42> How Larry comes to the statement that error handling is not part of TS is somewhat beyond me though (although some other people applauded him for it...)
- # [13:53] <othermaciej> so wether error handling is specified is irrelevant
- # [13:54] <othermaciej> certainly that's not justified by the BCP he linked
- # [13:54] * jmb^ is now known as jmb
- # [13:54] <othermaciej> anyway, I think the difference is meant to be between things like RFC793 that describe a protocol or format, and things like RFC1122 that give requirements for deploying combinations of protocols/formats/etc in a particular environment
- # [13:55] <hsivonen> I think the concept of "Technical Specification" isn't helpful for HTML5
- # [13:55] <othermaciej> having conformance criteria, error handling, or rules for specific classes of software does not exclude you from being a TS
- # [13:55] <othermaciej> that too
- # [13:55] <othermaciej> I didn't realize at first that he was using an IETF-specific term of art
- # [13:55] <othermaciej> now that I know that, it doesn't seem worthwhile to debate with him
- # [13:58] <annevk42> I'm trying to debate with him, but he's not actually replying :)
- # [14:18] * Joins: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de)
- # [14:18] <Philip`> Hmm, OpenOffice isn't very good for forms written in Word whose column layout is done using spaces
- # [14:20] <othermaciej> I am amazed at the complexity of http://hsivonen.iki.fi/doctype/ie8-mode.png
- # [14:22] <annevk42> Hmm, I wonder if Google will implement Ruby for just Chromium or also WebKit. I reckon it has to be in WebKit. (On a side note, it seems they're looking into both XHTML Ruby and HTML5 Ruby and the CSS3 Ruby module (which I believe has outstanding issues, but nobody ever started working on).)
- # [14:22] <hsivonen> othermaciej: and it doesn't even visualize the decision of which UA string to use and whether the compat mode button gets hidden
- # [14:22] * Joins: pmuellr (n=pmuellr@nat/ibm/x-550b1b5ecddecb89)
- # [14:22] <othermaciej> Google is implementing Ruby?
- # [14:22] <hsivonen> othermaciej: I should probably make it clearer what it means to have a compat mode frame parent
- # [14:22] <othermaciej> as in the markup?
- # [14:22] <othermaciej> I thin it would be hard to implement outside the layout engine
- # [14:23] <othermaciej> but I haven't really heard from them about it
- # [14:23] <hsivonen> othermaciej: http://code.google.com/p/chromium/issues/detail?id=4016#c3
- # [14:23] <annevk42> http://lists.w3.org/Archives/Public/www-style/2009May/0189.html
- # [14:23] <annevk42> and there's another message on some HTML list
- # [14:24] <othermaciej> well perhaps he'll drop a giant patch bomb when he's done
- # [14:24] <othermaciej> or maybe the people who do WebKit text stuff already know about his work
- # [14:24] * othermaciej shrugs
- # [14:24] <annevk42> http://lists.whatwg.org/pipermail/whatwg-whatwg.org/2009-May/019838.html
- # [14:29] <annevk42> I wonder if W3C management would rescind SVG 1.2 as well if Bjoern starts complaining about e.g. http://lists.w3.org/Archives/Public/public-iri/2005Jun/0000.html
- # [14:33] * Joins: annevk4 (n=annevk@5ED2D22C.cable.ziggo.nl)
- # [14:34] <othermaciej> too bad Bjoern didn't turn out to be as good at editing specs as he is at finding technical flaws
- # [14:38] <Dashiva> hsivonen: I don't see an arrow for IE=6, how does that behave?
- # [14:39] <Philip`> jgraham: You need to implement microdata-to-{vCard,iCalendar,BibTeX,Atom} soon, so that people can test the spec and so that I won't feel any compulsion to implement anything myself
- # [14:39] <hsivonen> Dashiva: I thought that wouldn't be very relevant to test
- # [14:39] * Joins: zdobersek (n=zan@cpe-92-37-69-31.dynamic.amis.net)
- # [14:40] <hsivonen> Dashiva: although now that you mention it, it is an interestingly unobvious case
- # [14:40] * Joins: ap (n=ap@194.154.88.46)
- # [14:41] <annevk42> Hmm, why can't <article pubdate> be taken from <time> somewhere within the <article>. That'd be nicer
- # [14:41] <Philip`> I would guess that it's the same as IE=7, because the IE6 engine was replaced with the IE7 engine rather than being kept alive in parallel
- # [14:41] <Philip`> but guessing based on logic seems to be quite dangerous when talking about IE modes
- # [14:44] <hsivonen> It seems to me that the only values one should use are EmulateIE7 and Edge, and the former should only be used temporarily to migrate to the latter
- # [14:46] <Dashiva> But if you use Edge, you can't get to quirks mode at all?
- # [14:46] <Dashiva> Or should those arrows be goin to "Quirky or No doctype"?
- # [14:47] <Philip`> http://philip.html5.org/data/ua-compatible-contents.txt / http://philip.html5.org/data/ua-compatible-headers.txt - lots use IE=7, lots use IE=EmulateIE7, basically nobody uses IE=edge
- # [14:49] <Philip`> (plus the usual dozy copy-pasters and typoers)
- # [14:50] <hsivonen> Dashiva: you shouldn't use the quirks mode
- # [14:50] <Dashiva> Well, yes, but what if you do?
- # [14:51] <hsivonen> Dashiva: just don't :-)
- # [14:51] <Dashiva> Maybe you forget to include a doctype on one of your pages
- # [14:51] <Dashiva> Does IE8 use almost standards or quirks then?
- # [14:51] <hsivonen> Dashiva: IE8 standards as shown in the diagram
- # [14:51] <Dashiva> okay
- # [14:52] <hsivonen> Dashiva: so you should always have a standards-mode or almost standards-mode doctype
- # [14:52] <hsivonen> since otherwise you can put other browsers in quirks without putting IE8 to quirks
- # [14:52] <Dashiva> Yeah, that's what I was wondering if would happen. It seemed odd.
- # [14:53] <hsivonen> I suppose the desirable semantics would be EmulateIEEdge
- # [14:53] <Philip`> Isn't that what you get if you don't specify any x-ua-compatible at all?
- # [14:54] <hsivonen> Philip`: then you get the button
- # [14:54] <Philip`> Ah
- # [14:54] <hsivonen> Philip`: or whatever the frame parent did
- # [14:54] <Philip`> Oh
- # [14:54] <hsivonen> Philip`: or now whatever the parent did, but you inherit its compat modeness
- # [14:55] <Philip`> Uh
- # [14:56] <hsivonen> s/now/not/
- # [14:56] <Philip`> Ah
- # [14:57] * Joins: jmb^ (n=jmb@login.ecs.soton.ac.uk)
- # [14:57] <hsivonen> the fun part is that you can end up in the IE 5.5 mode with compat modeness or without, so knowing that frame parent is quirks is not enough knowledge to decide frames
- # [14:57] <hsivonen> you need to consider *how* the frame parent got there
- # [14:58] <hsivonen> perhaps I should add decisions to hide the button and to propagate compat mode to child frames as boxes to the flowchart
- # [14:59] <Philip`> It's very nice of Microsoft to have fixed the unfortunate bug wherein it's nearly possible for a person to understand how their page is going to be rendered
- # [14:59] <annevk42> I'm not too interested in making adjustments to my site to cater to this mess
- # [14:59] <annevk42> Though I understand a large part of the Web has already done so :/
- # [15:00] <Philip`> annevk42: But you're not interested in making adjustments to your site to cater for any other released (or beta?) browser either :-)
- # [15:01] <annevk42> Ah yeah, I forgot my site renders like crap anyway :D
- # [15:01] <hsivonen> Philip`: scary how big a proportion copied and pasted from http://intertwingly.net/blog/2008/01/22/Best-Standards-Support and got a bogus result
- # [15:01] * Joins: taf2 (n=taf2@38.99.201.242)
- # [15:03] <hsivonen> also, it's sad how much FF=3 and OtherUA=4 get copied and pasted
- # [15:03] <hsivonen> must remember to cite this when someone naively doubts the rampant cargo cultism in Web authoring
- # [15:08] * gsnedders stabs PHP for not even having a queue structure
- # [15:09] * Quits: jmb (n=jmb@login.ecs.soton.ac.uk) (Read error: 110 (Connection timed out))
- # [15:11] <Philip`> gsnedders: Can't you just use an array?
- # [15:11] <Philip`> and push and shift
- # [15:11] <Philip`> (That's how it works in Perl anyway)
- # [15:11] <gsnedders> Shifting is O(n) though :(
- # [15:12] <Philip`> That's fine if n is small
- # [15:13] * Quits: zdobersek (n=zan@cpe-92-37-69-31.dynamic.amis.net) (Read error: 60 (Operation timed out))
- # [15:13] <Dashiva> Use a circular buffer instead of shifting? :)
- # [15:13] <gsnedders> Philip`: Also, arrays have a 70 byte overhead per value in PHP, which can get quite big.
- # [15:14] * Joins: zdobersek (n=zan@92.37.64.234)
- # [15:15] <Philip`> gsnedders: I don't think PHP having a queue structure would solve that problem
- # [15:15] <Philip`> because they'd presumably implement it in the same way
- # [15:16] <gsnedders> SPLQueue in PHP 5.3 doesn't have that overhead, but is in a disablable extension (which is why it's called PHP Standard Library, obviously).
- # [15:16] <Philip`> If I remember correctly, the Python html5lib just uses indexes into constant strings, since that was more efficient than mutable lists
- # [15:16] <Philip`> (for the input stream, anyway)
- # [15:17] <gsnedders> Yeah, PHP html5lib does too
- # [15:20] <Madness> hsivonen, iinm when you feed IE8 the html5 doctype it automatically uses the superstandard layout engine.
- # [15:20] * Philip` would call it the "less buggy than all the others" layout engine, not the "superstandard" one :-p
- # [15:21] <hsivonen> Madness: if your domain isn't blacklisted, framed by a compat mode site, etc., etc.
- # [15:22] <hsivonen> Madness: the main benefit of IE=Edge is getting rid of the button, though, if one happens to care about the button
- # [15:22] <Madness> Hm, intresting.
- # [15:26] * Joins: mpilgrim (n=mark@rrcs-96-10-240-189.midsouth.biz.rr.com)
- # [15:27] <hsivonen> what should I do when SVN seems to stop tracking a file that is supposed to be under version control?
- # [15:28] <gsnedders> "seems" how?
- # [15:28] <Madness> Check for exclusions?
- # [15:28] <gsnedders> svn status?
- # [15:28] <hsivonen> svn stat doesn't mention it after I edit it
- # [15:28] <gsnedders> Check your ignores
- # [15:28] <hsivonen> and svn add says it's already under VC
- # [15:28] <hsivonen> can't see it in ignores
- # [15:28] <gsnedders> But that shouldn't really have any effect if it is already tracked
- # [15:28] <gsnedders> *affect
- # [15:28] <gsnedders> *effect
- # [15:30] <Philip`> Did you do something crazy like copy a .svn directory from one place to another?
- # [15:30] <hsivonen> Philip`: I copied my whole local sandbox to another directory
- # [15:31] <hsivonen> surely .svn has the good sense to be relative and not depend on absolute fs location?
- # [15:31] <hsivonen> ignores look reasonable
- # [15:31] * Quits: kinetik (n=kinetik@121.98.132.55) (Read error: 60 (Operation timed out))
- # [15:32] <Philip`> It's fine if you copy the entire working copy tree, but I've seen it get horribly confused if you copy a subdirectory to another location within the tree
- # [15:32] <hsivonen> I haven't done that
- # [15:32] <Philip`> Does svn diff notice any changes?
- # [15:32] <hsivonen> it doesn't
- # [15:32] <Philip`> Have you definitely actually changed the file?
- # [15:33] <hsivonen> Ooh!
- # [15:34] <hsivonen> no, I hadn't. *blush*
- # [15:34] * gsnedders quite often does that
- # [15:35] <hsivonen> I had edited the wrong copy in a neighboring dir
- # [15:35] <Philip`> Ah, that could explain the behaviour you see :-p
- # [15:35] * gsnedders closes as notabug
- # [15:36] <hsivonen> thanks
- # [15:37] * Joins: kinetik (n=kinetik@121.98.132.55)
- # [15:39] * Joins: danbri (n=danbri@85.144.208.21)
- # [15:47] * Quits: BARTdG (n=BARTdG@5ED42544.cable.ziggo.nl)
- # [15:52] * Quits: zdobersek (n=zan@92.37.64.234) (Read error: 110 (Connection timed out))
- # [15:54] * Joins: zdobersek (n=zan@cpe-92-37-76-95.dynamic.amis.net)
- # [16:03] * Joins: danbri_ (n=danbri@s5590d015.adsl.wanadoo.nl)
- # [16:03] * Quits: danbri (n=danbri@unaffiliated/danbri) (Read error: 110 (Connection timed out))
- # [16:17] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) (Remote closed the connection)
- # [16:31] <annevk42> I could see myself turning http://thebjoernhoehrmannproject.org/ into Atom-compatible XHTML5
- # [16:31] * Quits: hdh (n=hdh@58.187.201.111) (Remote closed the connection)
- # [16:32] <Philip`> annevk42: For what purpose?
- # [16:32] <annevk42> So that other people can track it of course :)
- # [16:32] <annevk42> And since I don't want to maintain an Atom feed or write a Perl script
- # [16:33] * Quits: zdobersek (n=zan@cpe-92-37-76-95.dynamic.amis.net) (Read error: 110 (Connection timed out))
- # [16:38] * Quits: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de) (Remote closed the connection)
- # [16:39] <Philip`> annevk42: web.archive.org indicates that it was updated 3 times in over a year, so I'm not sure it really needs hundreds of feed readers pinging it every 30 minutes looking for updates :-p
- # [16:41] * Joins: onar_ (n=onar@c-98-234-65-251.hsd1.ca.comcast.net)
- # [16:41] <annevk42> Philip`, that's not for you to decide :)
- # [16:54] * Quits: onar_ (n=onar@c-98-234-65-251.hsd1.ca.comcast.net)
- # [16:54] <Philip`> annevk42: Of course not - it's for Hixie to decide
- # [16:57] <Dashiva> I thought it was for the community to build consensus about
- # [17:01] * Joins: BARTdG (n=BARTdG@5ED42544.cable.ziggo.nl)
- # [17:05] <Philip`> It is, except we don't have consensus on which community needs to build that consensus, so we go with the one-person community consisting of Hixie
- # [17:06] <Dashiva> I don't think there's consenus on that
- # [17:06] <Dashiva> +s
- # [17:08] * danbri_ is now known as danbri
- # [17:09] * Quits: gsnedders (n=gsnedder@host86-136-53-182.range86-136.btcentralplus.com)
- # [17:13] <Philip`> Dashiva: It doesn't matter as long as Hixie consents with it
- # [17:15] * Quits: sid0 (n=sid0@unaffiliated/sid0) (Read error: 110 (Connection timed out))
- # [17:27] <Philip`> The bit of HTML 5 that talks about xml:lang is horribly confusing
- # [17:29] * jmb^ is now known as jmb
- # [17:36] * Joins: gsnedders (n=gsnedder@host86-136-53-182.range86-136.btcentralplus.com)
- # [17:43] * Joins: bgalbraith (n=bgalbrai@corp-241.mountainview.mozilla.com)
- # [17:45] * Joins: sid0_ (n=sid0@unaffiliated/sid0)
- # [17:51] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
- # [17:53] <Philip`> http://philip.html5.org/data/meta-robots.txt - hmm, not much consistency there
- # [17:54] <Philip`> "index, follow, jogos, game, online, flash, jogos em flash, jogos online, jogos multiplay, multiplay, Anti Pacman" - don't think they've quite got the hang of it yet
- # [17:56] * Joins: billmason (n=billmaso@ip151.unival.com)
- # [17:58] <Philip`> annevk42: Added <meta name="robots" content="index, nofollow"> to my HTML pages now
- # [18:11] * Joins: virtuelv (n=virtuelv@084202133045.customer.alfanett.no)
- # [18:19] * Quits: Kuruma (n=Kuruman@p2085-ipbf3401hodogaya.kanagawa.ocn.ne.jp) (Read error: 104 (Connection reset by peer))
- # [18:21] * Joins: webben_ (n=benh@91.85.210.194)
- # [18:31] * Quits: annevk4 (n=annevk@5ED2D22C.cable.ziggo.nl)
- # [18:32] * Joins: dglazkov (n=dglazkov@c-98-207-88-44.hsd1.ca.comcast.net)
- # [18:33] * Quits: webben (n=benh@dip5-fw.corp.ukl.yahoo.com) (Read error: 110 (Connection timed out))
- # [18:34] * Joins: sid0 (n=sid0@unaffiliated/sid0)
- # [18:43] * Quits: danbri (n=danbri@unaffiliated/danbri) ("going back to danbri.org")
- # [18:44] * Quits: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
- # [18:45] <hober> Is Sam back on board with the DOM Consistency principle? http://www.w3.org/mid/4A16D275.10202@intertwingly.net
- # [18:48] <Philip`> Where did he indicate he was against it?
- # [18:52] * Quits: sid0_ (n=sid0@unaffiliated/sid0) (Read error: 110 (Connection timed out))
- # [18:55] * Joins: Kuruma (n=Kuruman@p2085-ipbf3401hodogaya.kanagawa.ocn.ne.jp)
- # [19:02] * Joins: tantek_ (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
- # [19:02] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net) (Read error: 104 (Connection reset by peer))
- # [19:16] <hober> Philip`: http://intertwingly.net/blog/2009/04/08/HTML-Reunification
- # [19:24] * Joins: weinig (n=weinig@17.246.17.166)
- # [19:27] <Philip`> hober: Ah, right
- # [19:33] * Joins: maikmerten (n=maikmert@BAE1ed6.bae.pppool.de)
- # [19:39] * Joins: zdobersek (n=zan@cpe-92-37-76-95.dynamic.amis.net)
- # [19:44] * Joins: slightlyoff (n=slightly@72.14.229.81)
- # [19:44] * Quits: slightlyoff (n=slightly@72.14.229.81) (Remote closed the connection)
- # [19:44] * Joins: slightlyoff (n=slightly@72.14.229.81)
- # [19:45] * Joins: drostie (n=hopkins@5ED17066.cable.ziggo.nl)
- # [19:48] * Joins: dglazkov_ (n=dglazkov@72.14.224.1)
- # [19:48] * Quits: slightlyoff (n=slightly@72.14.229.81) (Read error: 104 (Connection reset by peer))
- # [19:49] * Quits: mhausenblas (n=mhausenb@wg1-nat.fwgal01.deri.ie)
- # [19:50] * Joins: slightlyoff (n=slightly@72.14.229.81)
- # [19:55] * Joins: dave_levin (n=dave_lev@72.14.227.1)
- # [19:55] * Joins: KevinMarks (n=KevinMar@nat/google/x-29509913c6500dc8)
- # [19:58] * Quits: BARTdG (n=BARTdG@5ED42544.cable.ziggo.nl)
- # [22:00] * Disconnected
- # [22:00] * Attempting to rejoin channel #whatwg
- # [22:00] * Rejoined channel #whatwg
- # [22:00] * Topic is 'WHATWG (HTML5) -- http://www.whatwg.org/ -- Logs: http://krijnhoetmer.nl/irc-logs/ -- Please leave your sense of logic at the door, thanks!'
- # [22:00] * Set by annevk on Thu Feb 05 13:51:18
- # [22:02] * Joins: sid0_ (n=sid0@unaffiliated/sid0)
- # [22:04] * Quits: hdh (n=hdh@58.187.202.82) (Read error: 54 (Connection reset by peer))
- # [22:06] * Joins: aroben (n=aroben@unaffiliated/aroben)
- # [22:09] * Joins: erlehmann (n=erlehman@86.59.25.121)
- # [22:11] * Quits: ap (n=ap@194.154.88.46)
- # [22:11] * Quits: pmuellr (n=pmuellr@nat/ibm/x-550b1b5ecddecb89)
- # [22:17] * Quits: virtuelv (n=virtuelv@084202133045.customer.alfanett.no) ("Ex-Chat")
- # [22:18] <Hixie> wow safari does 'autofocus'
- # [22:18] <Hixie> sweet
- # [22:21] * Quits: sid0 (n=sid0@unaffiliated/sid0) (Read error: 110 (Connection timed out))
- # [22:26] * Quits: taf2 (n=taf2@38.99.201.242)
- # [22:26] * Quits: zdobersek1 (n=zan@cpe-92-37-75-246.dynamic.amis.net) (Read error: 110 (Connection timed out))
- # [22:27] * Joins: zdobersek (n=zan@cpe-92-37-77-104.dynamic.amis.net)
- # [22:32] * Joins: virtuelv (n=virtuelv@084202133045.customer.alfanett.no)
- # [22:36] * Quits: zdobersek (n=zan@cpe-92-37-77-104.dynamic.amis.net) ("Leaving.")
- # [22:43] <Philip`> http://developers.slashdot.org/article.pl?sid=09/05/22/1634215
- # [22:44] <Philip`> http://developers.slashdot.org/comments.pl?sid=1242425&cid=28058191 - "When's the last time you laid out a site without a table element on every page? Hell, it's almost always the next thing to follow <body> on my pages." - hmm, I think the last time I did that was about 1998
- # [22:57] * tantek_ is now known as tantek
- # [22:58] * Quits: maikmerten_ (n=maikmert@U2634.u.pppool.de) (Remote closed the connection)
- # [23:01] * Quits: zalan (n=kvirc@catv-89-133-235-217.catv.broadband.hu) (Read error: 110 (Connection timed out))
- # [23:01] * Quits: ROBOd (n=robod@89.122.216.38) ("http://www.robodesign.ro")
- # [23:06] * Joins: onar_ (n=onar@17.244.69.17)
- # [23:06] * Joins: taf2 (n=taf2@c-68-49-245-59.hsd1.dc.comcast.net)
- # [23:15] * Parts: erlehmann (n=erlehman@86.59.25.121)
- # [23:20] * Quits: onar_ (n=onar@17.244.69.17)
- # [23:21] * Joins: onar_ (n=onar@17.244.69.17)
- # [23:32] * Quits: KevinMarks (n=KevinMar@nat/google/x-29509913c6500dc8) ("The computer fell asleep")
- # [23:35] * Quits: onar_ (n=onar@17.244.69.17)
- # [23:39] * Quits: dave_levin (n=dave_lev@72.14.227.1)
- # [23:41] * Quits: taf2 (n=taf2@c-68-49-245-59.hsd1.dc.comcast.net)
- # [23:45] * Joins: dave_levin (n=dave_lev@72.14.227.1)
- # [23:53] * Parts: billmason (n=billmaso@ip151.unival.com)
- # Session Close: Sat May 23 00:00:00 2009
The end :)