/irc-logs / freenode / #whatwg / 2010-03-29 / end

Options:

# Session Start: Mon Mar 29 00:00:00 2010
# Session Ident: #whatwg
# [00:00] <zcorpan> gsnedders: before
# [00:00] <jgraham> Dashiva: What do you do these days?
# [00:00] <gsnedders> zcorpan: When did you join here?
# [00:00] <othermaciej> btw http://www.w3.org/html/wg/wiki/index.php?title=HTML5_Authoring_Conformance_Study is pretty much finished
# [00:00] <zcorpan> gsnedders: 2005 iirc
# [00:00] <gsnedders> zcorpan: Oh, my memory is really diabolical.
# [00:00] <othermaciej> there are lots of interesting patterns in the data left to be teased out though
# [00:00] <othermaciej> I may try to do a count of which errors are the most common across sites
# [00:01] <Dashiva> jgraham: I'm finishing my master's degree (for real this time). I start at Google this summer.
# [00:01] <othermaciej> or more specifically which presentational markup gets used the most
# [00:01] * Quits: erikvold (~erikvold@S01060024012860e9.gv.shawcable.net) (Quit: Bye bye)
# [00:01] <othermaciej> bus I filed so far are here: http://www.w3.org/html/wg/wiki/index.php?title=HTML5_Authoring_Conformance_Study#Bugs_Filed_Against_Spec
# [00:01] <jgraham> Dashiva: Oh, cool. Know what you're doing at Google?
# [00:01] <othermaciej> (well, and bugs other people filed)
# [00:01] <Dashiva> Front end stuff
# [00:02] <Philip`> Dashiva: Only 534519? That's not even as many as War and Peace :-(
# [00:03] <Dashiva> Don't worry, it's only been a few years. You still have time.
# [00:03] <Dashiva> 2022, remember
# [00:04] * jgraham is worried that zcorpan has said almost as many more lines than him as the total number of lines from roc
# [00:04] <Dashiva> Be worried about your own word count before worrying about others :P
# [00:05] <jgraham> You misunderstand. I'm not worried for zcorpan's benefit
# [00:05] <roc> I don't know what jgraham is worried about exactly, but there's nothing wrong with being terse
# [00:06] <gsnedders> Ah, new snapshot with 2.5.24
# [00:07] <jgraham> "Worried" is maybe the wrong word. It just seems like an incomprehensibly large gap
# [00:08] <Dashiva> Tell his manager, grab his spot on the rankings :P
# [00:08] <gsnedders> Hmm, http://developers.slashdot.org/story/10/03/28/208210/Best-Way-To-Land-Entry-Level-Job
# [00:08] <gsnedders> I guess I circumvented this whole get-a-job-after-graduating problem by not going to uni
# [00:10] <Dashiva> I've been lucky enough to never need to
# [00:10] <gsnedders> Never need to what?
# [00:10] <Dashiva> Apply for a job from the outside
# [00:11] <gsnedders> Ah. I technically did for Opera, with an application thrown together very quickly on the final day
# [00:11] <gsnedders> (including whole CV and everything)
# [00:12] <gsnedders> My interview, however, was more just like a random conversation. :D
# [00:12] <Hixie> it is incredibly hard to get the a11y people to actually suggest alt text
# [00:12] <Dashiva> I got my interview with Opera from hanging out and giving help on #javascript :)
# [00:13] <Hixie> they're eager to tell you what advice is _wrong_, but try to get them to give you positive advice, and sheesh
# [00:13] <gsnedders> Dashiva: I got mine from hanging out here :)
# [00:14] <AryehGregor> I can probably get a job at Wikimedia because I was a volunteer developer for them for the last 3.5 years, so I also hopefully won't have to apply for a job anytime soon.
# [00:14] <AryehGregor> (currently working on a Ph.D., though)
# [00:14] <Dashiva> Hixie: If there's no perfect solution, any near-optimal solution will still have flaws, and nobody wants to suggest flawed advice.
# [00:14] <AryehGregor> Not having to actually be part of the job market is great. \o/
# [00:15] <Hixie> Dashiva: well then why complain about the advice in the spec that admits that any solution will be flawed?
# [00:15] <Dashiva> Because it isn't perfect
# [00:17] <Hixie> so it's better to advise people to do something impossible, and thus guarantee that everyone will do it wrong, than advise people to do the best that is possible, thus at least making it possible for some people to get it as right as possible?
# [00:18] <Dashiva> Protecting the image of perfection can be important to some people
# [00:18] <Dashiva> Or less pointedly, the moment you admit perfection is impossible, it can seem like you're accepting mediocrity
# [00:19] <AryehGregor> Hixie, surely most feed readers strip <style>?
# [00:19] * AryehGregor supposes he can test
# [00:20] <Dashiva> Wasn't syndication one of the main use cases for <style scoped?
# [00:20] <AryehGregor> I have no idea.
# [00:21] <jgraham> My conclusion about feed readers is that I almost always want them to remove document styles and I don't trust authors to use the right markup in cases where the style is essential compared to cases where the style is ephemeral
# [00:21] <AryehGregor> jgraham, so if the author includes a table with borders, should it remove the borders?
# [00:22] <zcorpan> i'd like the same table style on all tables in feeds
# [00:22] <zcorpan> but i almost never see any tables in feeds anyway
# [00:22] <jgraham> I think typically it would be fine to display in the standard style for the feedreader
# [00:22] <zcorpan> so can't be bothered to write a user style sheet
# [00:22] <AryehGregor> Even when one table is used presentationally (borders wreck the layout) and one is used semantically (borders necessary to look good)?
# [00:23] <jgraham> Do items in feeds typically have tables for layout? I don't recall ever seeing that
# [00:23] <AryehGregor> I have to admit, I agree that it's nice they all look consistent.
# [00:23] <AryehGregor> No, I can't think of any time I've seen that.
# [00:23] <AryehGregor> Hmm.
# [00:23] <AryehGregor> In practice, do feed readers usually strip styles . . . ?
# [00:23] <jgraham> I guess
# [00:24] <AryehGregor> Inline styles, I mean, obviously.
# [00:24] * Joins: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
# [00:24] * AryehGregor tries to find a likely example
# [00:25] <AryehGregor> Google Reader doesn't strip inline style.
# [00:25] <daedb_> cia.vc has styles in their feeds
# [00:25] <AryehGregor> It's so obviously necessaryt \
# [00:26] <AryehGregor> It's so obviously necessary for it to strip <style> that I'm not even going to test that, though. (Don't have a feed handy that I really control . . .)
# [00:26] <AryehGregor> Yeah, the styles on cia.vc feeds are really noticeable. Quite annoying, honestly.
# [00:27] <webben> Hixie: Seems to me that bug resolves around the question of text /equivalence/ versus identification and that Laura is asking for caption ("descriptive identification") in alt.
# [00:29] * daedb_ is now known as daedb
# [00:30] * Quits: Blooberry (~Miranda@c-98-246-167-120.hsd1.or.comcast.net) (Ping timeout: 268 seconds)
# [00:30] <webben> Hixie: In particular, the bit quoted from the spec treats "alternative text" as equivalent, whereas the bit quoted from WCAG2 distinguishes "text alternative[s] that serve.. the equivalent purpose" from some superset of text alternatives.
# [00:31] <webben> In WCAG2 "text alternative" pretty much just means "programmatically associated text": http://www.w3.org/TR/WCAG/#text-altdef
# [00:32] <webben> I think the question needs to be whether inserting "descriptive identification" in @alt versus the other methods the spec mentions is useful or not.
# [00:35] <webben> the bug's confused by the fact the webcam image actually contains textual information.
# [00:39] <Hixie> webben: yeah i certainly agree that we should provide captions for these images, and that's what the spec suggests -- but it seems obvious that mixing captions and replacements is suboptimal
# [00:40] <Hixie> webben: currently i'm just trying to get an accessibility expert to tell me what the alt="" text should be so that i can determine if it is a caption or not
# [00:41] <Dashiva> othermaciej: The bugs you changed with "moved back to verified" comment seem to be only at resolved.
# [00:41] <webben> Yep I get that. I think there's agreement in that ticket that providing programmatically associated captions is good, and the disagreement is about how to do so.
# [00:43] <webben> From a WCAG1/2 Techniques perspective (and common practice I guess), @alt is already overloaded to mix caption and replacement.
# [00:45] <Hixie> well wcag1/2 were written in a world where alt="" was required, so it makes sense they'd use that hammer for all their problems
# [00:45] <Hixie> but we have the opportunity to think this out better now
# [00:52] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: Leaving)
# [00:54] <zcorpan> wait why doesn't embed fire 'load'?
# [01:05] * Joins: erlehmann (~erlehmann@dslb-088-075-059-113.pools.arcor-ip.net)
# [01:06] * Quits: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Remote host closed the connection)
# [01:16] * Joins: MikeSmith (~MikeSmith@2002:d106:d41b:1234:219:e3ff:fe08:8ad3)
# [01:20] * Quits: jwalden (~waldo@c-98-248-40-206.hsd1.ca.comcast.net) (Quit: brb, vpn)
# [01:21] * Joins: jwalden (~waldo@nat/mozilla/x-makkmssofixcnwts)
# [01:28] * Quits: zcorpan (~zcorpan@c-339fe355.410-6-64736c14.cust.bredbandsbolaget.se) (Ping timeout: 276 seconds)
# [01:28] * Joins: beilabs (~beilabs@ppp121-44-62-250.lns20.syd6.internode.on.net)
# [01:29] * Joins: annevk (~annevk@76-253-3-102.lightspeed.sntcca.sbcglobal.net)
# [01:31] * Quits: othermaciej (~mjs@c-69-181-42-237.hsd1.ca.comcast.net) (Quit: othermaciej)
# [01:31] * Quits: annevk (~annevk@76-253-3-102.lightspeed.sntcca.sbcglobal.net) (Read error: Connection reset by peer)
# [01:31] * Quits: beowulf (wiglaf@ps4552.dreamhost.com) (Ping timeout: 276 seconds)
# [01:32] * Joins: annevk (~annevk@76-253-3-102.lightspeed.sntcca.sbcglobal.net)
# [01:35] * Quits: seventh (seventh@189.59.135.236) (Ping timeout: 240 seconds)
# [01:38] * Joins: seventh (seventh@187.58.199.3)
# [01:40] * Joins: othermaciej (~mjs@c-69-181-42-237.hsd1.ca.comcast.net)
# [01:52] * Quits: Amorphous (jan@unaffiliated/amorphous) (Ping timeout: 258 seconds)
# [01:58] * Quits: knowtheory (~knowtheor@cpe-71-79-238-195.columbus.res.rr.com) (Ping timeout: 276 seconds)
# [02:00] * Joins: knowtheory (~knowtheor@cpe-71-79-238-195.columbus.res.rr.com)
# [02:08] * Joins: Amorphous (jan@unaffiliated/amorphous)
# [02:12] * Quits: smaug___ (~chatzilla@cs181150024.pp.htv.fi) (Quit: ChatZilla 0.9.86 [Firefox 3.7a4pre/20100324184354])
# [02:20] * AryehGregor realizes that there was tons of public-html discussion about presentational markup that he missed before filing his bug -- oh well
# [02:25] <TabAtkins> Hehe.
# [02:26] <AryehGregor> I like how when people are using a Bugzilla that's not meant to track bugs in client software, it still auto-fills the platform field, so you can figure out whether everyone uses Windows/Mac/Linux.
# [02:26] <AryehGregor> You'd think they'd make those fields disabled by default, since most Bugzilla instances surely don't need them . . .
# [02:30] * Joins: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
# [03:00] <othermaciej> Dashiva: if I missed one can you give me a URL for it?
# [03:01] <othermaciej> Hixie: what's the benefit of being able to distinguish a text repacement from a non-replacement text description for an image?
# [03:01] <othermaciej> Hixie: maybe the pragmatic thing to do is to loosen the definition of alt, rather than have complicated rules about what goes where
# [03:01] <TabAtkins> A text replacement can be simply read as normal text, while a description can be denoted as such (rather than a seemingly-random bit of description in the middle of content).
# [03:03] <othermaciej> I think screen readers typically distinguish both (there's no way typically to get it not to identify an image as such, even if it has alt text)
# [03:03] <othermaciej> I suppose text-only UAs might treat them differently, though I am not sure they actually do anything with, for example, the title attribute
# [03:03] <othermaciej> so it's hard to predict what they would do if they did
# [03:05] <othermaciej> yowza, there's 178 open bugs
# [03:06] <Dashiva> othermaciej: Maybe I just was confused, it seems the confirmed -> verified transition didn't generate bugmail
# [03:06] <Dashiva> *resolved -> verified
# [03:06] * annevk is sleepy
# [03:06] <othermaciej> Dashiva: yeah, it has to be done in two steps
# [03:07] <annevk> btw othermaciej, will you be at the CSS get-together later today?
# [03:07] <othermaciej> annevk: oh, I didn't know there was a thing today - I was considering coming for some of the meeting tomorrow and/or joining people for dinner during the week if there was a scheduled one
# [03:08] * Joins: rsteiner (~rolandste@220.109.219.244)
# [03:08] <annevk> some people are meeting at 7pm at the hotel close to inf loop
# [03:08] <annevk> not sure when the Apple organized dinner is
# [03:09] <othermaciej> ah, doubt I can make it there in time (I'm in San Francisco)
# [03:10] * Quits: rsteiner (~rolandste@220.109.219.244) (Client Quit)
# [03:22] * Joins: rsteiner (~rolandste@220.109.219.244)
# [03:24] * Joins: miketaylr (~miketaylr@24.42.95.234)
# [03:36] <annevk> it's on Tuesday per TabAtkins
# [03:40] * Joins: kennyluck (~kennyluck@tea04.w3.mag.keio.ac.jp)
# [03:41] <othermaciej> cool
# [03:55] * drry is now known as ndrry
# [03:55] * Quits: drunknbass (~drunknbas@cpe-76-173-195-145.socal.res.rr.com) (Remote host closed the connection)
# [03:58] <JonathanNeal> Ahoy!
# [03:58] <JonathanNeal> TabAtkins, hhheyo
# [04:00] * Joins: drunknbass (~drunknbas@cpe-76-173-195-145.socal.res.rr.com)
# [04:01] * Joins: erlehmann_ (~erlehmann@dslb-188-102-048-157.pools.arcor-ip.net)
# [04:04] * Quits: erlehmann (~erlehmann@dslb-088-075-059-113.pools.arcor-ip.net) (Ping timeout: 260 seconds)
# [04:12] * Joins: wakaba_1 (~wakaba_@112-68-244-233.eonet.ne.jp)
# [04:13] * Quits: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
# [04:21] * Joins: mpilgrim (~pilgrim@rrcs-98-101-146-174.midsouth.biz.rr.com)
# [04:35] * erlehmann_ is now known as erlehmann
# [04:46] * Quits: paul_irish (~paul_iris@c-71-192-163-128.hsd1.nh.comcast.net) (Quit: brb guyzzzz)
# [04:50] * Joins: paul_irish (~paul_iris@c-71-192-163-128.hsd1.nh.comcast.net)
# [04:51] * Quits: grimboy (~grimboy@78-86-152-156.zone2.bethere.co.uk) (Remote host closed the connection)
# [04:57] <Hixie> othermaciej: the benefit is that for replacement text, you can forget that it was an image, and don't need to taunt the user with "image!" each time
# [04:58] <othermaciej> Hixie: do any screen reader vendors do that, or plan to?
# [04:58] <othermaciej> (VoiceOver does say "image" all the time; not aware of any plans to change)
# [04:59] <Hixie> well i doubt any of them would plan to change unless we make the spec support that case
# [04:59] <Hixie> currently it's a self-reinforcing race to the bottom
# [05:11] <Dashiva> Not much to do about it as long as supporting Jaws 4 remains a requirement
# [05:21] * Quits: ttepasse (~ttepasse@ip-95-222-120-117.unitymediagroup.de) (Quit: Verlassend)
# [05:40] * Quits: mpilgrim (~pilgrim@rrcs-98-101-146-174.midsouth.biz.rr.com) (Remote host closed the connection)
# [05:44] * Joins: ap (~ap@c-67-188-169-22.hsd1.ca.comcast.net)
# [05:51] * Quits: roc (~roc@203-97-204-82.dsl.clear.net.nz) (Quit: roc)
# [05:53] <othermaciej> does anyone have IE handy?
# [05:53] * Joins: dave_levin (~dave_levi@c-98-203-247-78.hsd1.wa.comcast.net)
# [05:53] <othermaciej> I am trying to determine whether any browser does what the spec says for (rather than something essentially functionally identical to a zero-width space)
# [05:57] <othermaciej> if anyone could save the text here into an HTML file and load it in IE, I would be much obliged: http://paste.lisp.org/display/97008
# [05:58] * Joins: cohitre (~cohitre@64-40-56-46-dsl.itltd.net)
# [05:58] * Parts: cohitre (~cohitre@64-40-56-46-dsl.itltd.net)
# [05:58] <othermaciej> in Safari and Firefox, wbr just seems to create a breaking opportunity if line breaks are allowed at all, rather than doing so regardless of the whitespace mode
# [05:59] <Hixie> check for open bugs on , i remember doign it then someone saying what the spec said was wrong but i don't recall if i already fixed it
# [05:59] <othermaciej> ok, I'll look
# [05:59] <othermaciej> Opera does not grok (still)
# [06:00] <Hixie> yeah that's why i added it, zcorpan (iirc) told me they needed it for compat
# [06:01] <othermaciej> I really should get my Windows partition working, and VMWare or something installed so I can test IE myself on my laptop
# [06:02] <othermaciej> I see, there's http://www.w3.org/Bugs/Public/show_bug.cgi?id=9097
# [06:02] <Hixie> i had windows 7 rc in a vm for a while but it expired
# [06:02] <Hixie> i should get a real w7 license
# [06:02] <othermaciej> I think Simon is correct that does something essentially equivalent to a ZWSP, but I am not sure if it is equivalent in all details or all browsers
# [06:03] * Joins: mr_danie1 (~irssi@e177150076.adsl.alicedsl.de)
# [06:03] <othermaciej> however, what the spec says now is definitely wrong:
# [06:03] <othermaciej> "The wbr element is expected to override the 'white-space' property and always provide a line-breaking opportunity."
# [06:03] <othermaciej> it provides a line-breaking opportunity but it does *not* (as far as I can tell) override the 'white-space' property
# [06:03] <othermaciej> at least not in WebKit or Gecko
# [06:03] <Hixie> well it definitely overrides iirc
# [06:03] <Hixie> no?
# [06:04] <othermaciej> it doesn't override white-space: pre
# [06:04] <othermaciej> let me try nowrap
# [06:04] <Hixie> and are such a huge pain in the neck, i wish we could just get rid of them altogether (like <spacer>), rather than just obsolete them
# [06:04] <othermaciej> ah, it does override nowrap
# [06:04] <othermaciej> but not pre
# [06:04] <othermaciej> so it's not the same as ZWSP
# [06:05] <othermaciej> ZWSP doesn't override white-space nowrap
# [06:05] <othermaciej> I proposed going the other way, since popular sites actually use them, and at least in the case of there is apparently no other way to get the same effect
# [06:05] <Hixie> popular sites use all kinds of crap
# [06:05] <Hixie> doesn't make it a good idea
# [06:06] <Hixie> there are plenty of ways of getting line breaking opportunities into text
# [06:06] * Quits: mr_daniel (~irssi@e177147031.adsl.alicedsl.de) (Ping timeout: 276 seconds)
# [06:06] <othermaciej> "line-breaking opportunity" seems like a valid use case
# [06:07] <othermaciej> I dunno, you can judge when you read my bugs about this
# [06:07] <Hixie> it's what ZWSP is for
# [06:07] <othermaciej> yeah, except ZWSP doesn't seem to quite match in that it won't override white-space: nowrap
# [06:07] <miketaylr> othermaciej: here's IE7/vista: http://miketaylr.com/post/865d1bfa.png
# [06:08] <miketaylr> (alls i have on hand ATM)
# [06:08] <Hixie> othermaciej: it's easy to turn off white-space:nowrap, so that doesn't seem like a problem
# [06:08] <othermaciej> miketaylr: interesting - looks like in IE, both and ZWSP override all white-space: pre
# [06:08] <miketaylr> yeah
# [06:09] <othermaciej> Hixie: sure, you could insert instead of
# [06:09] <Hixie> well more likely you wouldn't do anything like that, you'd just do it all in css
# [06:09] <Hixie> since where you want line-breaking depends on your styles
# [06:10] <othermaciej> I don't see how you could do it all in CSS - line breaking opportunities, like hard line breaks, have to be places in specific places in the content
# [06:10] <othermaciej> they depend on the content, not the style
# [06:11] <Hixie> well it depends on what you're doing
# [06:11] <othermaciej> miketaylr: would you mind trying a version of that with white-space: nowrap instead of white-space: pre?
# [06:11] <miketaylr> sure one sec
# [06:12] <Hixie> if you're strictly defining line-breaking opportunities without a particular style in mind, then sure, ZWSP is fine
# [06:12] <Hixie> if you're actually trying to make headlines flow in various ways depending on the width of the page, or whatnot, then it's CSS
# [06:12] <Hixie> sometimes it might be a mixture
# [06:12] <othermaciej> at least one use case for seems to be a very long run of text containing no whitespace; in many cases ZWSP will work just as well, is just more painful to type
# [06:13] <Hixie> often though, is used where you would have to move it if you had an alternative style sheet, and that indicates to me that it's not semantic
# [06:13] <Hixie> and should be done in CSS instead
# [06:13] <othermaciej> in the case of a run of text where you need to inhibit normal line breaking but want explicit break opportunities, then you probably need (though I suppose you could replace all your normal whitespace with non-breaking space)
# [06:14] <othermaciej> (an example I can imagine like that is pairs of words where you don't want to break in the middle of a pair, only between pairs)
# [06:15] <Hixie>   and &zwsp; seem like the right way to handle that. It'd even survive transferring to other mediums that use text but don't use HTML.
# [06:16] <Hixie> (&zwsp; isn't valid though)
# [06:16] <Hixie> (so you'd have to use the entity if you didn't have the unicode character inline)
# [06:16] <miketaylr> ...and white-space:nowrap: http://miketaylr.com/post/5d157284.png
# [06:16] <karlcow> what about " "?
# [06:16] <othermaciej> does &zwsp; do anything?
# [06:17] <othermaciej> like is it working but invalid, or just nonexistent?
# [06:17] <Hixie> non-existent
# [06:17] <karlcow> " " = 00A0
# [06:19] <othermaciej> so yes, is a plausible alternative for , though it doesn't do all the same things
# [06:19] <Hixie> othermaciej: though you can use &zwnj; which is more or less the same as i understand it
# [06:19] <othermaciej> as well as being way less fun to input
# [06:19] <Hixie> i wouldn't be as opposed to if it didn't come with a lot of legacy baggage -- it's more or less the same as
# [06:20] <karlcow> http://www.quirksmode.org/oddsandends/wbr.html
# [06:21] <othermaciej> what's the legacy baggage?
# [06:21] <othermaciej> just the special interaction with white-space: nowrap?
# [06:21] <Hixie> othermaciej: all the weird rules of how it works
# [06:22] <othermaciej> maybe I need to reverse-engineer it more thoroughly to understand the rules and figure out if they are truly weird
# [06:23] <othermaciej> noninteroperable legacy behavior would definitely be a justifiable reason to make it nonconforming, since there is a close (if not identical) substitute
# [06:24] * Quits: beilabs (~beilabs@ppp121-44-62-250.lns20.syd6.internode.on.net) (Quit: Leaving)
# [06:30] * karlcow is exploring the unicode table on macosx and discovering cool spaces
# [06:33] <othermaciej> heh
# [06:33] <othermaciej> yeah
# [06:33] <othermaciej> see
# [06:33] <othermaciej> the best thing about is you don't have to be a master of the ludicrous number of whitespace characters to use it
# [06:33] <othermaciej> anyway I guess it's best to let it set
# [06:37] <othermaciej> Hixie: zwnj doesn't seem to create a breaking opportunity (in case you were curious)
# [06:37] <Hixie> ah ok
# [06:39] * Joins: cohitre (~cohitre@64-40-56-46-dsl.itltd.net)
# [06:39] * Parts: cohitre (~cohitre@64-40-56-46-dsl.itltd.net)
# [06:41] <othermaciej> I wonder if it would be compatible enough to just make render as a zero-width space
# [06:52] <ap> othermaciej: the main thing to test would probably be interaction with RTL text
# [06:52] <othermaciej> ap: would you expect it to be different in that regard than zero-width space?
# [06:53] <othermaciej> the main oddity seems to be interaction with different CSS white-space modes
# [06:53] <othermaciej> (haven't found a browser yet that treats it any different under than it would in any other white-space: nowrap context)
# [06:54] <ap> othermaciej: I don't know. But all these spaces are subtly different, so it would be a coincidence if wbr matched it
# [06:54] * Joins: roc (~roc@121-74-172-154.telstraclear.net)
# [06:55] <othermaciej> ok, I'll try RTL
# [06:57] <othermaciej> ap: seems like the only difference under RTL is same as LTR - it breaks even in white-space: nowrap
# [06:57] <ap> othermaciej: how does it affect directionality of neutral text?
# [06:58] <othermaciej> ap: how can I test that?
# [06:58] <othermaciej> what I'm using as a test case is this:
# [06:58] <othermaciej> "TheQuickBrownFoxJumpedOverTheLazyDog.TheQuickBrownFoxJumpedOverTheLazyDog."
# [06:58] <othermaciej> (repeated many times)
# [06:58] <othermaciej> it seems to affect the period the same way ZWSP does, as far as I can observe
# [06:58] <ap> othermaciej: that
# [06:59] <ap> 's how I would test
# [06:59] <ap> othermaciej: actually, I'd also try .<RTL text>
# [06:59] <ap> othermaciej: with no strong directionality characters on one side
# [07:00] <ap> othermaciej: but again, I don't know RTL
# [07:00] <othermaciej> I think that might be beyond my level of understanding
# [07:00] * Quits: annevk (~annevk@76-253-3-102.lightspeed.sntcca.sbcglobal.net) (Ping timeout: 268 seconds)
# [07:08] * Quits: TabAtkins (~chatzilla@76-253-3-102.lightspeed.sntcca.sbcglobal.net) (Ping timeout: 260 seconds)
# [07:22] * Quits: miketaylr (~miketaylr@24.42.95.234) (Remote host closed the connection)
# [07:23] * Quits: cpearce (~cpearce@203-97-204-82.dsl.clear.net.nz) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.0.15/2009101909])
# [07:27] * Joins: cohitre (~cohitre@64-40-56-46-dsl.itltd.net)
# [07:28] * Quits: cohitre (~cohitre@64-40-56-46-dsl.itltd.net) (Client Quit)
# [07:28] * Joins: cohitre (~cohitre@64-40-56-46-dsl.itltd.net)
# [07:29] * Parts: cohitre (~cohitre@64-40-56-46-dsl.itltd.net)
# [07:30] * Joins: TabAtkins (~chatzilla@76-253-3-102.lightspeed.sntcca.sbcglobal.net)
# [07:31] * Quits: roc (~roc@121-74-172-154.telstraclear.net) (Quit: roc)
# [07:46] * Joins: cohitre (~cohitre@c-24-18-158-106.hsd1.wa.comcast.net)
# [07:47] * Parts: cohitre (~cohitre@c-24-18-158-106.hsd1.wa.comcast.net)
# [07:49] <JonathanNeal> aloha
# [07:52] * Joins: FireFly (~firefly@unaffiliated/firefly)
# [08:00] * Quits: dave_levin (~dave_levi@c-98-203-247-78.hsd1.wa.comcast.net) (Quit: dave_levin)
# [08:01] <hsivonen> Hixie: do the fancy unicode tricks get out of the way in clipboard export in shipped browsers?
# [08:01] <Hixie> nbsp does, at least
# [08:01] <hsivonen> oh. I thought it didn't
# [08:03] <hsivonen> for Farsi use cases, it would be weird not to export zwnj to the clipboard
# [08:04] <hsivonen> I think we should allow wbr and nobr. we don't delegate br to the unicode layer, either
# [08:04] <Hixie> i could buy if it didn't have the weird behaviours
# [08:04] <Hixie> but ? really?
# [08:05] <Hixie> what's the use case?
# [08:05] <Hixie> people use it far more inappropriately than appropriately
# [08:05] <Hixie> i'm fine with having the few rare appropriate use cases use   if only to discourage the use of
# [08:05] * Quits: TabAtkins (~chatzilla@76-253-3-102.lightspeed.sntcca.sbcglobal.net) (Ping timeout: 246 seconds)
# [08:07] <hsivonen> Hixie: the use case is to avoid breaking at hyphens
# [08:08] <Hixie> white-space: nowrap
# [08:08] <hsivonen> i'm on a browsers without copy and paste, but google for jukka korpela nobr
# [08:09] * Joins: eighty4 (~eighty4@h-112-7.A163.corp.bahnhof.se)
# [08:09] <hsivonen> Hixie: how is that plus a span with class more maintainable, compact or accessible
# [08:09] <Hixie> why would you use a span and a class?
# [08:09] <Hixie> just use whatever the current parent is
# [08:09] * Joins: roc (~roc@121-74-172-154.telstraclear.net)
# [08:11] <Hixie> anyway, bed time
# [08:11] <Hixie> nn
# [08:12] <hsivonen> Hixie: I guess one would need a study of the real-world usage of white-space: nowrap; to see what it gets applied to
# [08:12] <hsivonen> nn
# [08:13] * Quits: webben (~benjamin@173-45-238-110.slicehost.net) (*.net *.split)
# [08:13] * Quits: bzed (~bzed@devel.recluse.de) (*.net *.split)
# [08:13] * Quits: hoodow (~hoodow@2001:41d0:1:f5e5::666) (*.net *.split)
# [08:13] * Quits: jmb (~jmb@login.ecs.soton.ac.uk) (*.net *.split)
# [08:13] * Quits: hamaji (~hamaji@220.109.219.244) (*.net *.split)
# [08:13] * Quits: hsivonen (~hsivonen@kekkonen.cs.hut.fi) (*.net *.split)
# [08:13] * Quits: ukai (~ukai@220.109.219.244) (*.net *.split)
# [08:13] * Quits: jorlow (~jorlow@nat/google/x-uycrtwagvrfiokam) (*.net *.split)
# [08:13] * Quits: ray (ray@the.ug) (*.net *.split)
# [08:13] * Quits: wirepair (fbi@random.supermario.org) (*.net *.split)
# [08:13] * Quits: peol (~andree@unaffiliated/peol) (*.net *.split)
# [08:13] * Quits: dbgi (~bla@unaffiliated/dbgi) (*.net *.split)
# [08:13] * Quits: scotfl (~scotfl@aeryn.scotfl.net) (*.net *.split)
# [08:13] * Quits: ndrry (~drry@unaffiliated/drry) (*.net *.split)
# [08:13] * Quits: Hixie (ianh@trivini.no) (*.net *.split)
# [08:13] * Quits: drunknbass_work (~aaron@pool-71-106-81-142.lsanca.dsl-w.verizon.net) (*.net *.split)
# [08:13] * Quits: inimino (~inimino@boshi.inimino.org) (*.net *.split)
# [08:13] * Quits: wycats (~wycats@c-69-181-216-213.hsd1.ca.comcast.net) (*.net *.split)
# [08:13] * Quits: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (*.net *.split)
# [08:13] * Quits: hendry_ (~hendry@webvm.net) (*.net *.split)
# [08:13] * Quits: m_W (~mwj@c-69-141-106-205.hsd1.nj.comcast.net) (*.net *.split)
# [08:13] * Quits: wakaba_ (~wakaba@122.139.210.220.dy.bbexcite.jp) (*.net *.split)
# [08:13] * Quits: _salavas (~salavas@h4n1fls31o279.telia.com) (*.net *.split)
# [08:13] * Quits: riven (~riven@53518387.cable.casema.nl) (*.net *.split)
# [08:13] * Quits: Philip` (~philip@zaynar.co.uk) (*.net *.split)
# [08:13] * Quits: gsnedders (~gsnedders@204.232.194.186) (*.net *.split)
# [08:13] * Quits: othree (~othree@admin39.ct.ntust.edu.tw) (*.net *.split)
# [08:13] * Quits: eighty4 (~eighty4@h-112-7.A163.corp.bahnhof.se) (*.net *.split)
# [08:13] * Quits: knowtheory (~knowtheor@cpe-71-79-238-195.columbus.res.rr.com) (*.net *.split)
# [08:13] * Quits: daedb (~daed@h11n1fls34o986.telia.com) (*.net *.split)
# [08:13] * Quits: JohnResi1 (~JohnResig@121.255.201.74.static.ey03.engineyard.com) (*.net *.split)
# [08:13] * Quits: meledin_ (~vladi@f2.c7.5d45.static.theplanet.com) (*.net *.split)
# [08:14] * Joins: ukai (~ukai@220.109.219.244)
# [08:15] * Joins: Necrathex (~bleptop@212-123-163-12.ip.telfort.nl)
# [08:32] * Joins: maikmerten (~merten@ls5dhcp196.cs.uni-dortmund.de)
# [08:32] * Joins: eighty4 (~eighty4@h-112-7.A163.corp.bahnhof.se)
# [08:32] * Joins: knowtheory (~knowtheor@cpe-71-79-238-195.columbus.res.rr.com)
# [08:32] * Joins: wycats (~wycats@c-69-181-216-213.hsd1.ca.comcast.net)
# [08:32] * Joins: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
# [08:32] * Joins: peol (~andree@unaffiliated/peol)
# [08:32] * Joins: webben (~benjamin@173-45-238-110.slicehost.net)
# [08:32] * Joins: meledin_ (~vladi@f2.c7.5d45.static.theplanet.com)
# [08:32] * Joins: dbgi (~bla@unaffiliated/dbgi)
# [08:32] * Joins: daedb (~daed@h11n1fls34o986.telia.com)
# [08:32] * Joins: hendry_ (~hendry@webvm.net)
# [08:32] * Joins: m_W (~mwj@c-69-141-106-205.hsd1.nj.comcast.net)
# [08:32] * Joins: wakaba_ (~wakaba@122.139.210.220.dy.bbexcite.jp)
# [08:32] * Joins: bzed (~bzed@devel.recluse.de)
# [08:32] * Joins: scotfl (~scotfl@aeryn.scotfl.net)
# [08:32] * Joins: ndrry (~drry@unaffiliated/drry)
# [08:32] * Joins: _salavas (~salavas@h4n1fls31o279.telia.com)
# [08:32] * Joins: hoodow (~hoodow@2001:41d0:1:f5e5::666)
# [08:32] * Joins: riven (~riven@53518387.cable.casema.nl)
# [08:32] * Joins: Hixie (ianh@trivini.no)
# [08:32] * Joins: drunknbass_work (~aaron@pool-71-106-81-142.lsanca.dsl-w.verizon.net)
# [08:32] * Joins: Philip` (~philip@zaynar.co.uk)
# [08:32] * Joins: jmb (~jmb@login.ecs.soton.ac.uk)
# [08:32] * Joins: hamaji (~hamaji@220.109.219.244)
# [08:32] * Joins: hsivonen (~hsivonen@kekkonen.cs.hut.fi)
# [08:32] * Joins: gsnedders (~gsnedders@204.232.194.186)
# [08:32] * Joins: othree (~othree@admin39.ct.ntust.edu.tw)
# [08:32] * Joins: JohnResi1 (~JohnResig@121.255.201.74.static.ey03.engineyard.com)
# [08:32] * Joins: wirepair (fbi@random.supermario.org)
# [08:32] * Joins: ray (ray@the.ug)
# [08:32] * Joins: jorlow (~jorlow@nat/google/x-uycrtwagvrfiokam)
# [08:32] * Joins: inimino (~inimino@boshi.inimino.org)
# [08:33] * Joins: pfeldman (~pfeldman@93.153.167.74)
# [08:47] * Joins: Mau`werk (~ano@a80-101-46-164.adsl.xs4all.nl)
# [08:48] * Quits: ap (~ap@c-67-188-169-22.hsd1.ca.comcast.net) (Quit: ap)
# [09:01] * Joins: zalan (~zalan@catv-89-135-108-81.catv.broadband.hu)
# [09:02] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: Leaving)
# [09:05] * Joins: pesla (~retep@188.202.125.121)
# [09:08] * Joins: cpearce (~cpearce@ip-118-90-54-99.xdsl.xnet.co.nz)
# [09:30] * kennyluck is now known as kennyluck1
# [09:30] * kennyluck1 is now known as kennyluck
# [09:30] * Quits: jwalden (~waldo@nat/mozilla/x-makkmssofixcnwts) (Quit: g'night)
# [09:31] * Joins: payman (~payman@pat.se.opera.com)
# [09:49] * ndrry is now known as drry
# [10:00] * Joins: lazni (~lazni@118.71.106.151)
# [10:02] * Quits: cpearce (~cpearce@ip-118-90-54-99.xdsl.xnet.co.nz) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.0.15/2009101909])
# [10:03] <othermaciej> filing these bugs from the conformance study is making me learn more than I wanted to know about all sorts of stuff (now the tokenizer)
# [10:03] <othermaciej> hsivonen: is tokenization inside attributes and inside text content similar enough to be useful right now?
# [10:04] * Quits: maikmerten (~merten@ls5dhcp196.cs.uni-dortmund.de) (Ping timeout: 240 seconds)
# [10:08] <JonathanNeal> After mapping out the default stylesheets for ie, I tried running one on Google Chrome.
# [10:08] <JonathanNeal> Not only does it crash Chrome, it crashes all of Chrome's tabs.
# [10:09] * hendry_ is now known as hendry
# [10:09] <othermaciej> JonathanNeal: tried running one of what?
# [10:09] * othermaciej wonders if that is a Chrome bug or a WebKit bug and whether it has been reported
# [10:11] <JonathanNeal> Stranger, it only crashes when I run it on my localhost
# [10:12] <JonathanNeal> http://sandbox.thewikies.com/html5-browser-stylesheets/style.php?b=ie6
# [10:14] <JonathanNeal> Here's a pic of the crash @ http://sandbox.thewikies.com/html5-browser-stylesheets/crash.png
# [10:15] <peol> JonathanNeal: What version of Chrome/Chromium?
# [10:15] <JonathanNeal> peol, 4.1.249.1042 (42199)
# [10:15] * Joins: svl (~chatzilla@a194-109-2-65.dmn.xs4all.nl)
# [10:17] <peol> JonathanNeal: Hmm, and it only crashes on localhost, is it consistent?
# [10:17] <JonathanNeal> yeappers
# [10:17] <JonathanNeal> only when I run the php file too.
# [10:17] <peol> JonathanNeal: Heh, I wonder what could cause it to crash locally but not remotely =p
# [10:18] <JonathanNeal> You can use http://sandbox.thewikies.com/html5-browser-stylesheets/style.php.txt to save the php file locally.
# [10:20] * Joins: mat_t (~mattomasz@91.189.88.12)
# [10:21] <peol> JonathanNeal: It seems to do all right over here, both locally and remotely on 41671
# [10:22] <JonathanNeal> Yea, it's very mysterious.
# [10:22] <JonathanNeal> Nevertheless, I have some nifty ie6, ie7, ie8 default stylesheets in there now.
# [10:23] <peol> JonathanNeal: http://sandbox.thewikies.com/html5-browser-stylesheets/elements.ie.js seems to be broken too, doubt it's relevant though :)
# [10:23] <peol> JonathanNeal: Yeah, did you extract them manually?
# [10:23] <othermaciej> JonathanNeal: does the whole browser go down?
# [10:24] <othermaciej> JonathanNeal: you might be crashing the app process, rather than the WebKit process
# [10:24] <JonathanNeal> peol, no, only partially. IE will report the default styling of elements in some instances. The rest took many, many tests.
# [10:24] <othermaciej> JonathanNeal: yeah, you did, from that screenshot
# [10:24] <JonathanNeal> Discovering when it was using pt vs px vs em.
# [10:24] <othermaciej> fwiw that page opens fine in Safari, but I dunno what was up with your local copy
# [10:25] <peol> othermaciej, JonathanNeal: There might be something to it then, maybe in a newer build (or win32 only), I'm running under linux here without crashes
# [10:25] <JonathanNeal> othermaciej, i can run it locally in safari all day without a crash, in chrome it takes but one refresh
# [10:25] <othermaciej> definitely a Chrome bug, not a WebKit bug, then
# [10:26] * Quits: yutak (~yutak@nat/google/x-decrxoyglaqxhkzr) (Read error: Operation timed out)
# [10:28] * Joins: yutak (~yutak@nat/google/x-grrawmozmgifisty)
# [10:28] <peol> JonathanNeal: I bet it's the empty <object type="application/x-shockwave-flash"> that crashes it :)
# [10:28] <JonathanNeal> Lemme check.
# [10:29] <JonathanNeal> Okay, crashed it, now removing the object
# [10:29] <JonathanNeal> oof, still crashes
# [10:29] <peol> JonathanNeal: Or perhaps the empty source element in <video>, stuff like that could likely cause a crash in a daily
# [10:30] <othermaciej> JonathanNeal: I would guess it's the filename crashing it
# [10:30] <othermaciej> JonathanNeal: try renaming the file or moving it to a different path
# [10:30] <JonathanNeal> Yessir, that was it, the <video> source element.
# [10:30] <hsivonen> othermaciej: named character references currently tokenize the same way in attribute values and in element content
# [10:30] <othermaciej> (just trying to guess things that would take down the Chrome UI process)
# [10:30] <othermaciej> hah, wow
# [10:31] <JonathanNeal> Yes, and I add it back in and it crashes.
# [10:31] * Joins: zcorpan (~zcorpan@pat.se.opera.com)
# [10:31] <othermaciej> hsivonen: whoah, are they officially called "named character references"? cause that would be hella confusing
# [10:31] <othermaciej> (what with the "NCR" abbreviation)
# [10:32] <hsivonen> othermaciej: the thingies formerly known as entities are now named character references
# [10:32] * Joins: ment (thement@ibawizard.net)
# [10:32] <othermaciej> hsivonen: entity tokenization is the one thing that is very slightly different in quoted attribute values: http://dev.w3.org/html5/spec/Overview.html#attribute-value-double-quoted-state
# [10:32] <othermaciej> (vs http://dev.w3.org/html5/spec/Overview.html#data-state )
# [10:32] <peol> JonathanNeal: Sweet, now we know how to crash chromium dailies :)
# [10:33] <JonathanNeal> :) glad I could help in a way entirely unrelated to what I was trying to accomplish.
# [10:34] <hsivonen> othermaciej: oops. sorry. I misread my code.
# [10:34] <othermaciej> hsivonen: in fact, just making "=" be treated as an extra "additional allowed character" would do the trick
# [10:34] <othermaciej> hsivonen: that being said, I amended the bug because I think my reasons to limit the request were misguided
# [10:35] * Joins: Lachy (~Lachlan@london.perfect-privacy.com)
# [10:36] <othermaciej> hello Lachy
# [10:36] <Lachy> hello othermaciej
# [10:39] * Joins: mpt (~mpt@canonical/mpt)
# [10:39] <hsivonen> othermaciej: the "additional allowed character" takes effect immediately after the ampersand
# [10:40] <hsivonen> othermaciej: so it's too interesting
# [10:40] <othermaciej> hsivonen: s/too interesting/not too interesting/ ?
# [10:40] <hsivonen> othermaciej: oops. right
# [10:40] <hsivonen> othermaciej: the actually interesting bit is this: "If the character reference is being consumed as part of an attribute, and the last character matched is not a U+003B SEMICOLON character (;), and the next character is in the range U+0030 DIGIT ZERO (0) to U+0039 DIGIT NINE (9), U+0041 LATIN CAPITAL LETTER A to U+005A LATIN CAPITAL LETTER Z, or U+0061 LATIN SMALL LETTER A to U+007A LATIN SMALL LETTER Z, then, for historical reasons, all the characte
# [10:41] <hsivonen> which I was trying to locate by reading code, but failed to see even though it was in plain view in my code
# [10:41] <othermaciej> hsivonen: got cut off
# [10:41] <hsivonen> If the character reference is being consumed as part of an attribute, and the last character matched is not a U+003B SEMICOLON character (;), and the next character is in the range U+0030 DIGIT ZERO (0) to U+0039 DIGIT NINE (9), U+0041 LATIN CAPITAL LETTER A to U+005A LATIN CAPITAL LETTER Z
# [10:42] * Joins: ghe (~ghe@ft172067.dep.no)
# [10:42] <hsivonen> , or U+0061 LATIN SMALL LETTER A to U+007A LATIN SMALL LETTER Z, then, for historical reasons, all the characters that were matched after the U+0026 AMPERSAND character (&) must be unconsumed, and nothing is returned.
# [10:42] <othermaciej> hsivonen: I guess it's still true that there is already a difference, I was just wrong that the additional allowed character isthe key one
# [10:42] <othermaciej> I found it in the spec, no worries
# [10:42] <hsivonen> othermaciej: yeah
# [10:42] <othermaciej> I guess that is the list to add = to, as previously identified by zcorpan on the old thread on this I believe
# [10:42] * Joins: Phae (~phaeness@gateb.thls.bbc.co.uk)
# [10:43] <hsivonen> putting = on that list would certainly remove a sharp edge from the language
# [10:44] <hsivonen> do we have data gathered by intrumenting that particular point in the tokenizer?
# [10:44] <hsivonen> instrumenting
# [10:44] <othermaciej> not as far as I know
# [10:45] <othermaciej> however, one of the emails I linked in the bug cites raw data
# [10:51] * Joins: ROBOd (~robod@89.122.216.38)
# [10:51] * Quits: kennyluck (~kennyluck@tea04.w3.mag.keio.ac.jp) (Quit: kennyluck)
# [10:52] * Joins: kennyluck (~kennyluck@tea04.w3.mag.keio.ac.jp)
# [10:52] * Quits: kennyluck (~kennyluck@tea04.w3.mag.keio.ac.jp) (Client Quit)
# [10:53] <hsivonen> looks like the only real danger is indeed &amp=
# [10:53] <hsivonen> it would be possible to special-case &amp=
# [10:53] <hsivonen> even though I'm generally scared of heavy DWIM
# [10:54] <hsivonen> ooh. crazy. I misread the data
# [10:55] <othermaciej> I guess my bug is a dupe of http://www.w3.org/Bugs/Public/show_bug.cgi?id=9207
# [10:55] <hsivonen> indeed they seem to want &amp= to mean &amp=
# [10:55] <othermaciej> Hixie did find at least one case where it seemed "&amp=" was meant to be "&" [sic]
# [10:57] <zcorpan> othermaciej: i've added a new comment to that bug
# [10:57] <othermaciej> zcorpan: yeah, that's how I noticed
# [10:57] <othermaciej> trying to decide if I should dupe mine to that
# [10:57] <hsivonen> I was such a bad idea to use an SGML special character as a special character in URLs, too
# [10:57] <othermaciej> my bug makes a narrower request and has potentially useful comments, but I could always copy the comments
# [10:58] <othermaciej> or I could cross-reference them and let Hixie decide whether it is a dupe
# [10:58] <hsivonen> btw, is what the spec now says only for IE-compat and there are other browsers that don't expand &copy= to the copyright sign?
# [10:58] * Quits: Lachy (~Lachlan@london.perfect-privacy.com) (Ping timeout: 260 seconds)
# [10:59] <hsivonen> old Gecko expands :-(
# [11:00] <hsivonen> WebKit, too
# [11:04] <zcorpan> going by train is great, because then i have time to analyze things like this
# [11:06] <othermaciej> hsivonen: what the spec says now matches browsers better than the proposed changes, the motive for changing parsing is that it may fix more content than it breaks, in addition to removing a sharp edge
# [11:11] <zcorpan> &reg_nr= will still have the sharp edge
# [11:12] * Joins: workmad3 (~workmad3@188-222-158-93.zone13.bethere.co.uk)
# [11:14] <othermaciej> unless we add _ to the list too
# [11:16] * Quits: pfeldman (~pfeldman@93.153.167.74) (Ping timeout: 276 seconds)
# [11:17] * hsivonen wonders how & was added to URLs
# [11:17] <zcorpan> yes but that would break some pages
# [11:17] <hsivonen> presumably it wasn't part of TimBL's original design, because isindex doesn't need it
# [11:17] <othermaciej> probably added whenever forms were added
# [11:18] <othermaciej> it does seem like it would have been wise to pick a different separator
# [11:18] <hsivonen> who was the first to add forms? Lynx?
# [11:19] <hsivonen> http://people.cc.ku.edu/~grobe/early-lynx.html pointsto Lou Montulli
# [11:19] * Joins: Michelangelo (~Michelang@93-41-63-153.ip80.fastwebnet.it)
# [11:20] <othermaciej> forms existed in HTML 2
# [11:20] <othermaciej> so at the latest by 1995
# [11:20] <othermaciej> Lou Montulli is personally responsible for a surprising number of completely broken things
# [11:20] <hsivonen> http://www.montulli.org/lou
# [11:20] <othermaciej> (not necessarily saying forms is one of them, but that's the context where I usually hear his name)
# [11:21] <hsivonen> forms go back to 1992: http://lists.w3.org/Archives/Public/www-talk/1992NovDec/0212.html
# [11:21] <othermaciej> cookies, server push, the blink tag, and animated GIFs
# [11:21] <othermaciej> we get to enjoy all those things on the web thanks to him
# [11:22] <othermaciej> I guess someone else gave us the wonder of framesets
# [11:23] <othermaciej> so is there a record there of who decided & should be the field separator in URL queries?
# [11:24] <hsivonen> w3.org doesn't have archives from 1993 and 1994, so the thread goes into unarchived territory
# [11:25] <othermaciej> I wonder if any of the folks who were around back then remember
# [11:26] <hsivonen> hmm. looks like served admins have accidentally knocked my personal site off the Web over the weekend
# [11:29] <othermaciej> at least in 1993, forms were not in the Internet Draft for HTML: http://www.w3.org/MarkUp/draft-ietf-iiir-html-01.txt
# [11:30] <othermaciej> "HTML 3.0 did not succeed for several reasons. The draft was considered very large at 150 pages...."
# [11:33] * Parts: zcorpan (~zcorpan@pat.se.opera.com)
# [11:35] * Joins: zcorpan (~zcorpan@pat.se.opera.com)
# [11:41] * Joins: Lachy (~Lachlan@london.perfect-privacy.com)
# [11:43] * Quits: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Quit: Rik`)
# [11:51] * Quits: Lachy (~Lachlan@london.perfect-privacy.com) (Quit: This computer has gone to sleep)
# [12:04] * Quits: Phae (~phaeness@gateb.thls.bbc.co.uk)
# [12:07] * Joins: maikmerten (~merten@ls5dhcp196.cs.uni-dortmund.de)
# [12:07] * Joins: Rik` (~Rik`@81.93.12.28)
# [12:12] * Quits: m_W (~mwj@c-69-141-106-205.hsd1.nj.comcast.net) (Read error: Connection reset by peer)
# [12:14] * Joins: Phae (~phaeness@gateb.thls.bbc.co.uk)
# [12:20] * Quits: Michelangelo (~Michelang@93-41-63-153.ip80.fastwebnet.it) (Ping timeout: 248 seconds)
# [12:20] * Joins: m_W (~mwj@c-69-141-106-205.hsd1.nj.comcast.net)
# [12:25] * Joins: Michelangelo (~Michelang@93-41-63-153.ip80.fastwebnet.it)
# [12:26] * Quits: Michelangelo (~Michelang@93-41-63-153.ip80.fastwebnet.it) (Remote host closed the connection)
# [12:35] * Joins: Lachy (~Lachlan@64.208.192.130)
# [12:35] * Quits: Lachy (~Lachlan@64.208.192.130) (Client Quit)
# [12:39] * Joins: Michelangelo (~Michelang@93-41-63-153.ip80.fastwebnet.it)
# [13:00] * Joins: smaug___ (~chatzilla@cs181150024.pp.htv.fi)
# [13:01] * Quits: Heimidal (~heimidal@unaffiliated/heimidal) (Remote host closed the connection)
# [13:12] <karlcow> hsivonen: look at the bottom of http://lists.w3.org/Archives/Public/www-talk/ for archives in 1991 and 1992
# [13:12] <hsivonen> karlcow: yeah, but no 1993 or 1994 there
# [13:13] <karlcow> ah yeah just realized you were talking about 93 94
# [13:13] <hsivonen> karlcow: the interesting thread started in Dec 1992
# [13:13] <karlcow> check here
# [13:14] <karlcow> http://www.w3.org/Style/History/www.eit.com/www.lists/
# [13:15] * zcorpan gets not found errors when trying to view emails
# [13:15] <karlcow> there are also accessible there http://ksi.cpsc.ucalgary.ca/archives/WWW-TALK/
# [13:16] * zcorpan finds http://1997.webhistory.org/www.lists/www-talk.1993q2/
# [13:16] <karlcow> and http://1997.webhistory.org/www.lists/
# [13:17] <zcorpan> http://1997.webhistory.org/www.lists/www-talk.1993q2/0557.html
# [13:21] * Quits: hober (~ted@unaffiliated/hober) (Remote host closed the connection)
# [13:21] <zcorpan> http://1997.webhistory.org/www.lists/www-talk.1993q3/0810.html
# [13:21] <zcorpan> http://1997.webhistory.org/www.lists/www-talk.1993q3/0812.html aha!
# [13:21] <zcorpan> so Marc Andreessen is to blame
# [13:23] * Quits: Michelangelo (~Michelang@93-41-63-153.ip80.fastwebnet.it) (Remote host closed the connection)
# [13:25] * Quits: roc (~roc@121-74-172-154.telstraclear.net) (Quit: roc)
# [13:26] * zcorpan tests applying padding and border on <svg> and gets different results in all browsers
# [13:33] * Quits: lazni (~lazni@118.71.106.151) (Quit: Leaving.)
# [13:34] * Joins: Michelangelo (~Michelang@93-41-63-153.ip80.fastwebnet.it)
# [13:49] * Quits: seventh (seventh@187.58.199.3) (Ping timeout: 265 seconds)
# [13:58] * Quits: wakaba_1 (~wakaba_@112-68-244-233.eonet.ne.jp) (Ping timeout: 246 seconds)
# [14:00] * Joins: FireFly (~firefly@unaffiliated/firefly)
# [14:00] * Joins: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
# [14:07] * Quits: smaug___ (~chatzilla@cs181150024.pp.htv.fi) (Quit: ChatZilla 0.9.86 [Firefox 3.7a4pre/20100324184354])
# [14:24] <zcorpan> does <header> imply <body> in ie9?
# [14:26] * Quits: nessy (~Adium@124-168-176-223.dyn.iinet.net.au) (Quit: Leaving.)
# [14:35] <Philip`> zcorpan: I'm fairly sure it's always treated the same as any other unrecognised element in IE9, and I vaguely remember that unrecognised elements don't imply <body>
# [14:37] <zcorpan> ok
# [14:38] <Philip`> (If there's a test in html5lib then the output is like in http://philip.html5.org/misc/html5lib-runner-ie9.txt)
# [14:43] <zcorpan> ie9's result for Test 105 of 112 in data/tests1.dat looks weird
# [14:43] <zcorpan> two head elements, a frameset and a body?
# [14:46] <Philip`> Maybe it's one head element in two locations
# [14:47] <Philip`> (Not that that'd be any less weird)
# [14:47] <zcorpan> no, the output looks different in such a case
# [14:47] <zcorpan> i think
# [14:48] <zcorpan> or maybe not
# [14:48] <zcorpan> the script only keeps track of the parent
# [14:50] * Quits: MikeSmith (~MikeSmith@2002:d106:d41b:1234:219:e3ff:fe08:8ad3) (Read error: Connection reset by peer)
# [14:53] * Joins: aroben (~aroben@unaffiliated/aroben)
# [15:13] * Joins: smaug___ (~chatzilla@cs181150024.pp.htv.fi)
# [15:19] * Quits: smaug___ (~chatzilla@cs181150024.pp.htv.fi) (Ping timeout: 258 seconds)
# [15:19] * Joins: miketaylr (~miketaylr@38.117.156.163)
# [15:20] * Joins: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com)
# [15:27] * Quits: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Quit: Leaving...)
# [15:29] <Philip`> I dislike how Launchpad returns obscure error messages whenever you try to interact with it, if you have Referer headers disabled
# [15:38] * Joins: BlurstOfTimes (~blurstoft@168.203.117.66)
# [15:42] * Joins: davidb (~davidb@mozca02.ca.mozilla.com)
# [15:55] * Joins: smaug___ (~chatzilla@cs181150024.pp.htv.fi)
# [16:10] <zcorpan> foo.svg#svgView(viewBox(...)) seems awesome for image sprites
# [16:11] <zcorpan> http://www.w3.org/TR/SVG11/linking.html#IntroFragmentsViews
# [16:11] <zcorpan> seems to work in opera and chrome but not firefox
# [16:12] * Quits: tndH (~Rob@87.102.14.123) (Quit: updating client)
# [16:12] <zcorpan> e.g. http://dev.w3.org/SVG/profiles/1.1F2/test/images/linkingCircle-f.svg#svgView(viewBox(64,227,72,72))
# [16:13] * Joins: tndH (~Rob@87.102.14.123)
# [16:15] * Quits: cedricv (~cedric@180.129.102.34) (Ping timeout: 258 seconds)
# [16:16] * Joins: cedricv (~cedric@116.197.242.184)
# [16:52] * Joins: TabAtkins (~chatzilla@76-253-3-102.lightspeed.sntcca.sbcglobal.net)
# [17:04] * Joins: MikeSmith (~MikeSmith@31-35-229.wireless.csail.mit.edu)
# [17:05] * Quits: TabAtkins (~chatzilla@76-253-3-102.lightspeed.sntcca.sbcglobal.net) (Ping timeout: 264 seconds)
# [17:08] * Joins: TabAtkins (~chatzilla@76-253-3-102.lightspeed.sntcca.sbcglobal.net)
# [17:08] * Quits: Mau`werk (~ano@a80-101-46-164.adsl.xs4all.nl) (Quit: Disconnected...)
# [17:14] * Quits: eighty4 (~eighty4@h-112-7.A163.corp.bahnhof.se) (Remote host closed the connection)
# [17:15] * Joins: jgornick (~joe@199.199.212.242)
# [17:16] * Quits: maikmerten (~merten@ls5dhcp196.cs.uni-dortmund.de) (Remote host closed the connection)
# [17:25] * Quits: othermaciej (~mjs@c-69-181-42-237.hsd1.ca.comcast.net) (Quit: othermaciej)
# [17:28] <JonathanNeal> Fun thing to do; make a <caption> in ie7, then alert(document.getElementsByTagName('caption')[0].currentStyle.padding);
# [17:28] <JonathanNeal> "padding: 1px 300zzz 500zzz;"
# [17:29] <MikeSmith> JonathanNeal: what effect does that have?
# [17:29] <miketaylr> only IE7?
# [17:29] <JonathanNeal> Well, they're sleepy pixels, of course!
# [17:31] <paul_irish> JonathanNeal: did you find what from ie6's default css was crashing chrome?
# [17:31] <TabAtkins> miketaylr: Yup, only ie7.
# [17:31] <miketaylr> interesting.
# [17:32] <miketaylr> s/interesting/wtf/
# [17:32] <JonathanNeal> paul_irish, we did ... but it was being triggered by a bizarre combination that was ultimately the <video> element's empty <source>
# [17:33] <JonathanNeal> I never noticed till I applied ie stylesheets, but that on a php page in localhost would cause Chrome to consistantly crash until you removed the <source> in <video>
# [17:33] <TabAtkins> miketaylr: Check out http://www.xanthir.com/etc/default-stylesheets.php, created from JonathanNeal's data.
# [17:33] <JonathanNeal> TabAtkins, I've been meaning to tell you there are updated js files to reference for the browsers.
# [17:33] <TabAtkins> Excellent. Gimme!
# [17:33] <miketaylr> oh that looks great, TabAtkins
# [17:33] * miketaylr looks
# [17:33] <JonathanNeal> Same place http://sandbox.thewikies.com/html5-browser-stylesheets/
# [17:34] * JonathanNeal is not spamming, just re-referencing.
# [17:36] <JonathanNeal> Actually TabAtkins I'll cue you in a minute when they're the latest latest.
# [17:38] * Quits: TabAtkins (~chatzilla@76-253-3-102.lightspeed.sntcca.sbcglobal.net) (Ping timeout: 260 seconds)
# [17:39] * Quits: paul_irish (~paul_iris@c-71-192-163-128.hsd1.nh.comcast.net) (Quit: Leaving...)
# [17:40] * Joins: mlpug (~mlpug@a88-115-164-40.elisa-laajakaista.fi)
# [17:46] * Quits: svl (~chatzilla@a194-109-2-65.dmn.xs4all.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky!)
# [17:47] <zcorpan> blockquote[type=cite] { ...? what's this (from gecko's style sheet)?
# [17:55] <JonathanNeal> TabAtkins quit :(
# [17:59] <Philip`> He pung out, to be precise
# [18:01] * Quits: JonathanNeal (~JonathanN@99-59-124-67.lightspeed.irvnca.sbcglobal.net) (Ping timeout: 276 seconds)
# [18:01] <Philip`> And so did you :-(
# [18:02] * Joins: lazni (~lazni@118.71.106.151)
# [18:03] <smaug___> zcorpan: seems like that has been there for ages http://bonsai.mozilla.org/cvsblame.cgi?file=mozilla/layout/style/html.css&rev=3.216#90
# [18:03] * Joins: dave_levin (~dave_levi@nat/google/x-wtoxfrjoazlwrshh)
# [18:06] * Joins: paul_irish (~paul_iris@12.33.239.250)
# [18:11] * Quits: pesla (~retep@188.202.125.121) (Quit: ( www.nnscript.com :: NoNameScript 4.21 :: www.esnation.com ))
# [18:12] * Joins: Maurice` (copyman@5ED548D4.cable.ziggo.nl)
# [18:14] * Joins: dbaron (~dbaron@nat/mozilla/x-zvviydjyyphvzyhk)
# [18:15] <Philip`> http://homepages.laas.fr/felix/sky2c-data/mail/msg00044.html
# [18:15] <Philip`> http://grouper.ieee.org/groups/1619/email/msg02384.html
# [18:15] * Quits: mat_t (~mattomasz@91.189.88.12) (Quit: This computer has gone to sleep)
# [18:15] <Philip`> Is it the mailing list software generating the <blockquote type=cite>, or the mail clients?
# [18:15] * Joins: Xanthir (~chatzilla@17.244.2.48)
# [18:16] <Philip`> http://emperor.tidbits.com/webx?14@@.3cbfbb6d/45 too
# [18:16] * Joins: dglazkov (~dglazkov@nat/google/x-wsalqjxxwvrjqwcg)
# [18:17] <zcorpan> i guess thunderbird uses that
# [18:17] * Joins: ap (~ap@17.246.18.241)
# [18:17] * Quits: zcorpan (~zcorpan@pat.se.opera.com) (Quit: zcorpan)
# [18:18] <AryehGregor> Is it just me, or does IE8 in standards mode drop support for things that aren't specced, but are interoperably supported among all browsers including IE7?
# [18:19] <AryehGregor> Like , or id's starting with a number . . . (both now specced in HTML5, of course.)
# [18:19] <AryehGregor> That seems like it's a bad idea for interop.
# [18:21] <Xanthir> http://www.xanthir.com/etc/default-stylesheets.php Newest version, with JonathanNeal's latest data.
# [18:23] * Joins: annevk (~annevk@17.244.3.72)
# [18:26] * Quits: dbaron (~dbaron@nat/mozilla/x-zvviydjyyphvzyhk) (Quit: 8403864 bytes have been tenured, next gc will be global.)
# [18:26] * Joins: dbaron (~dbaron@nat/mozilla/x-aurgpnfagbclhkzr)
# [18:27] * Quits: Phae (~phaeness@gateb.thls.bbc.co.uk)
# [18:35] * Joins: JonathanNeal (~JonathanN@rrcs-76-79-114-210.west.biz.rr.com)
# [18:35] * Joins: othermaciej (~mjs@17.244.1.190)
# [18:35] * Quits: othermaciej (~mjs@17.244.1.190) (Client Quit)
# [18:40] * Joins: cohitre (~cohitre@97-113-165-17.tukw.qwest.net)
# [18:41] * Parts: cohitre (~cohitre@97-113-165-17.tukw.qwest.net)
# [18:46] * Quits: Rik` (~Rik`@81.93.12.28) (Ping timeout: 258 seconds)
# [18:49] * Quits: dbaron (~dbaron@nat/mozilla/x-aurgpnfagbclhkzr) (Ping timeout: 245 seconds)
# [18:50] * Joins: dbaron (~dbaron@nat/mozilla/x-ndbdbhqwworufadj)
# [18:52] * Joins: ttepasse (~ttepasse@ip-95-222-120-117.unitymediagroup.de)
# [18:53] * Joins: Xanthir_ (~chatzilla@17.244.2.48)
# [18:53] * Quits: Xanthir (~chatzilla@17.244.2.48) (Read error: Connection reset by peer)
# [18:53] * Xanthir_ is now known as Xanthir
# [18:57] * Quits: dglazkov (~dglazkov@nat/google/x-wsalqjxxwvrjqwcg) (Quit: dglazkov)
# [18:59] * Quits: dbaron (~dbaron@nat/mozilla/x-ndbdbhqwworufadj) (Ping timeout: 246 seconds)
# [19:00] * Joins: dbaron (~dbaron@nat/mozilla/x-dqejyrecireuhvrx)
# [19:04] * Parts: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com)
# [19:05] * Joins: Heimidal (~heimidal@unaffiliated/heimidal)
# [19:08] <JonathanNeal> Yay for Chrome.
# [19:08] * Quits: workmad3 (~workmad3@188-222-158-93.zone13.bethere.co.uk) (Remote host closed the connection)
# [19:20] * Joins: othermaciej (~mjs@17.244.1.190)
# [19:21] * Joins: grimboy (~grimboy@78-86-152-156.zone2.bethere.co.uk)
# [19:23] * Joins: maikmerten (~maikmerte@port-92-201-78-192.dynamic.qsc.de)
# [19:37] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
# [19:39] * Quits: erlehmann (~erlehmann@dslb-188-102-048-157.pools.arcor-ip.net) (Ping timeout: 246 seconds)
# [19:39] * gsnedders wishes he had any clue about how TC-39 works
# [19:40] * Quits: drunknbass_work (~aaron@pool-71-106-81-142.lsanca.dsl-w.verizon.net) (Quit: drunknbass_work)
# [19:40] * Joins: erlehmann (~erlehmann@dslb-188-102-049-211.pools.arcor-ip.net)
# [19:41] <othermaciej> gsnedders: what clues do you lack?
# [19:41] <othermaciej> gsnedders: I know some medium amount of stuff about it
# [19:41] <gsnedders> othermaciej: Through what seemingly arbitrary process do things get into the spec?
# [19:42] <gsnedders> As far as I can tell, it's easier to get things in that have already shipped (the point of the JS extensions in Gecko?), yet somethings like accessors end up spec'd in a way that is different to what is already implemented
# [19:43] <othermaciej> gsnedders: I think you are supposed to make a "strawman" on the wiki, and it can eventually be upgraded to a "proposal"
# [19:43] <othermaciej> the formal decision-making part is the part I least understand
# [19:43] <othermaciej> not sure if it is consensus or voting or something else
# [19:44] * Joins: eighty4 (~eighty4@h-60-214.A163.priv.bahnhof.se)
# [19:45] <gsnedders> othermaciej: Oh, and do you have any idea how it was decided what from ES4 got into ES5?
# [19:45] <othermaciej> gsnedders: almost nothing from ES4 got into ES5, as far as I know...
# [19:45] <gsnedders> Because that seems again tangential to what was already shipped by browsers
# [19:46] <othermaciej> ES5 is largely based on what used to be in ES3.1
# [19:46] <JonathanNeal> Do you guys think the non-html5 elements listed in Rendering should be removed from the css presentational hints?
# [19:46] <othermaciej> the only ES4 stuff that got in was stuff that was in bth
# [19:46] <gsnedders> ES3.1 existed before ES4 was abandoned?
# [19:48] <JonathanNeal> Also, instead of /* LTR-specific: use 'margin-right' for rtl elements */, could you [dir=rtl] ?
# [19:48] * Quits: erlehmann (~erlehmann@dslb-188-102-049-211.pools.arcor-ip.net) (Quit: Ex-Chat)
# [19:50] <AryehGregor> "JonathanNeal> Do you guys think the non-html5 elements listed in Rendering should be removed from the css presentational hints?" What do you mean?
# [19:51] <AryehGregor> [dir=rtl] is not the same as RTL, direction is inherited.
# [19:51] <annevk> yeah, you'd need :rtl
# [19:51] <annevk> which we might introduce in Selectors 4
# [19:52] <JonathanNeal> Regarding the first comment, @ http://www.whatwg.org/specs/web-apps/current-work/multipage/rendering.html#the-css-user-agent-style-sheet-and-presentational-hints elements like basefont, center, plaintext are mentioned.
# [19:53] <JonathanNeal> I know it doesn't break anything, but it seems unnecessary to include them in this section. What do you think?
# [19:55] <JonathanNeal> Also, when it says "The article, aside, nav, and section elements are expected to affect the margins of h1 elements", would this also apply to h2-h6?
# [19:57] <Xanthir> JonathanNeal: default-css is updated.
# [19:57] * Xanthir is now known as TabAtkins
# [19:57] <JonathanNeal> Because I noticed that it seems to shift the margin and font-size for h1 down the scale of the h1-h6's.
# [19:57] <JonathanNeal> It would seem fitting that the others would follow suit, or am I mistaken?
# [19:58] <annevk> since user agents need to support the elements as per the rendering section it makes sense to include them
# [19:58] <JonathanNeal> TabAtkins, groovy. I'll check it out now.
# [19:59] <JonathanNeal> TabAtkins, did you use the latest js? border-color needn't show up on anchors
# [20:00] <TabAtkins> JonathanNeal: Yes.
# [20:00] <TabAtkins> Cache issues? Do you see the [dir=rtl] stuff at the beginning?
# [20:00] <JonathanNeal> I discovered that a few of these colors are set by color: myColor;, so I check to see if they match and negate to mention them if so.
# [20:01] <JonathanNeal> I did see that stuff, that was my interpretation of how the direction stuff would work, since I was testing by changing <html> to <html dir="rtl"> to see the affects in an unstyled ie.
# [20:01] * Quits: dbaron (~dbaron@nat/mozilla/x-dqejyrecireuhvrx) (Ping timeout: 245 seconds)
# [20:01] <othermaciej> gsnedders: yes
# [20:01] <TabAtkins> (Sorry, my latency is high right now because I'm scribing for CSSWG)
# [20:02] <othermaciej> gsnedders: before TC-39 settled on what is now ES5, there were two competing efforts - ES4 and ES3.1, driven by different subsets of the group
# [20:03] <JonathanNeal> AryehGregor, annevk, should h2-h6 be affected by sectioning content elements like article, aside, nav, and section too?
# [20:03] <AryehGregor> I'd assume so. Why not?
# [20:03] * Joins: jwalden (~waldo@nat/mozilla/x-icfgbplexzeodzrz)
# [20:04] * Quits: zalan (~zalan@catv-89-135-108-81.catv.broadband.hu)
# [20:04] <JonathanNeal> Well, may I recommend the spec be changed to reflect this?
# [20:07] <AryehGregor> Post to whatwg or Bugzilla if you have a spec change suggestion.
# [20:07] <AryehGregor> I haven't looked at the sectioning stuff, no idea how it works or why.
# [20:09] * Quits: othermaciej (~mjs@17.244.1.190) (Quit: othermaciej)
# [20:09] * Joins: erikvold (~erikvold@S01060024012860e9.gv.shawcable.net)
# [20:11] * Joins: drunknbass_work (~aaron@pool-71-106-81-142.lsanca.dsl-w.verizon.net)
# [20:11] * Joins: dglazkov (~dglazkov@nat/google/x-quneknrpooqajgnt)
# [20:13] * Quits: drunknbass_work (~aaron@pool-71-106-81-142.lsanca.dsl-w.verizon.net) (Client Quit)
# [20:14] * Joins: dbaron (~dbaron@17.244.2.46)
# [20:15] <TabAtkins> JonathanNeal: I can explain the sectioning stuff in a bit.
# [20:16] * Quits: dbaron (~dbaron@17.244.2.46) (Read error: Operation timed out)
# [20:19] * Quits: franksalim_ (~frank@adsl-75-61-84-181.dsl.pltn13.sbcglobal.net) (Quit: Ex-Chat)
# [20:20] * Joins: franksalim (~frank@adsl-75-61-84-181.dsl.pltn13.sbcglobal.net)
# [20:22] * Joins: othermaciej (~mjs@17.246.18.82)
# [20:22] * Joins: hober (~ted@unaffiliated/hober)
# [20:23] * Joins: zcorpan (~zcorpan@91-103-36-68.dynamic.thecloud.net)
# [20:24] * Quits: miketaylr (~miketaylr@38.117.156.163) (Remote host closed the connection)
# [20:24] * Joins: drunknbass_work (~aaron@pool-71-106-81-142.lsanca.dsl-w.verizon.net)
# [20:30] * Quits: jwalden (~waldo@nat/mozilla/x-icfgbplexzeodzrz) (Ping timeout: 264 seconds)
# [20:39] <MikeSmith> I just accidentally typed the word "equacally" in a bugzilla comment
# [20:39] <MikeSmith> I kind of like it
# [20:39] * MikeSmith googles
# [20:40] <MikeSmith> almost nothing
# [20:40] <MikeSmith> I should lay claim to this word
# [20:40] <MikeSmith> I'm just wondering what is should mean
# [20:40] * Joins: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
# [20:41] <MikeSmith> suggestions for the meaning of "equacally" welcom
# [20:41] <MikeSmith> *welcome
# [20:43] <Dashiva> "In a manner indistinguishable from a duck"
# [20:45] <MikeSmith> heh
# [20:45] <MikeSmith> that would be "equackally" I guess
# [20:46] * Quits: maikmerten (~maikmerte@port-92-201-78-192.dynamic.qsc.de) (Ping timeout: 260 seconds)
# [20:48] * Quits: Michelangelo (~Michelang@93-41-63-153.ip80.fastwebnet.it) (Remote host closed the connection)
# [20:48] * Joins: Michelangelo (~Michelang@93-41-63-153.ip80.fastwebnet.it)
# [20:49] * Joins: jwalden (~waldo@nat/mozilla/x-fpqmowanklvoralz)
# [20:50] <MikeSmith> adequacally
# [20:52] <othermaciej> heh
# [20:52] <MikeSmith> in other news and fwiw, I added direct per-element links from the h:tml doc back to the HTML5 spec
# [20:52] <MikeSmith> http://dev.w3.org/html5/markup/elements.html#elements
# [20:53] <othermaciej> sweet
# [20:53] <MikeSmith> the ⓘ symbol
# [20:53] <annevk> btw, why is it in alphabetical order?
# [20:53] * zcorpan didn't know there was an ⓘ symbol
# [20:53] <MikeSmith> also, on each element page; e.g., http://dev.w3.org/html5/markup/dt.html
# [20:54] * Quits: mpt (~mpt@canonical/mpt) (Quit: Ex-Chat)
# [20:54] <MikeSmith> annevk: in alphabetical order because that's the least arbitrary way of ordering them
# [20:55] <MikeSmith> is there an order that would be more useful?
# [20:55] <annevk> html5 spec-order?
# [20:55] <annevk> i.e. grouped by topic
# [20:56] <annevk> then you could also have an introductory page per topic i guess... i.e. for forms or tables
# [20:56] <zcorpan> http://simon.html5.org/html5-elements uses spec order but has a button to change the order
# [20:56] <MikeSmith> that's pretty cool
# [20:57] * Quits: ap (~ap@17.246.18.241) (Quit: ap)
# [20:57] <JonathanNeal> equacally: describing something identical or equivalent to a well balanced compound water
# [20:58] * MikeSmith considers how to provide switchable order in the TOC
# [20:58] <gsnedders> zcorpan: There's everything in a circle symbol with the COMBINING CIRCLE AROUND character
# [20:59] <MikeSmith> JonathanNeal: "compound water"?
# [20:59] * Joins: maikmerten (~maikmerte@port-92-201-167-205.dynamic.qsc.de)
# [20:59] <JonathanNeal> TabAtkins, still interested in hearing about the "sectioning stuff", which I think refers to my request to change the language @ "affect the font size of h1 elements", right?
# [20:59] <MikeSmith> I don't know whether the circled "i" is the best choice here but I couldn't figure out what would work better
# [20:59] <MikeSmith> there unfortunately is no circled-question-mark character
# [21:00] <JonathanNeal> MikeSmith, in inorganic chemistry, aqua is a compound water.
# [21:00] <zcorpan> gsnedders: aha, cool
# [21:00] <gsnedders> (I think that's the Unicode name, at least, but such a combing character certainly exists)
# [21:00] <TabAtkins> JonathanNeal: Yes, still minuting, give me a bit for a lunch break.
# [21:01] <JonathanNeal> :D of course of course
# [21:01] <zcorpan> MikeSmith: preload is not a boolean attribute
# [21:01] <MikeSmith> oh
# [21:01] <MikeSmith> zcorpan: then I think we must have it wrong in the schema
# [21:01] <MikeSmith> TabAtkins: thanks
# [21:02] <MikeSmith> oops
# [21:02] <MikeSmith> make that: JonathanNeal, thanks (about aqua)
# [21:04] <JonathanNeal> TabAtkins, I'd like to use the scripty you built for the ie default css tables to make something for w3c-html5.css too :)
# [21:05] <TabAtkins> JonathanNeal: I'll send it to you. Simple php script.
# [21:05] <JonathanNeal> Grooviness
# [21:06] * Quits: Michelangelo (~Michelang@93-41-63-153.ip80.fastwebnet.it) (Remote host closed the connection)
# [21:09] * Joins: miketaylr (~miketaylr@38.117.156.163)
# [21:11] <JonathanNeal> Also, miketaylr may or may not steal my jokes...
# [21:11] <miketaylr> WAT
# [21:11] <TabAtkins> dsinger: We have agreement on *not* 2.
# [21:11] <TabAtkins> argh, dammit
# [21:12] <miketaylr> sorry, took the 10.6.3 update plunge...so your jokes are safe for now JonathanNeal
# [21:13] * JonathanNeal sends affirmation to miketaylr.
# [21:15] * Joins: ap (~ap@17.246.18.241)
# [21:17] * Quits: drunknbass_work (~aaron@pool-71-106-81-142.lsanca.dsl-w.verizon.net) (Ping timeout: 240 seconds)
# [21:18] <AryehGregor> othermaciej, for what it's worth, extending "don't cook a kid in its mother's milk" to "don't mix milk and meat" wouldn't be considered "building a fence around the Torah". In that particular case, the rabbinic interpretation is traditionally assumed to have been actually given to Moses orally on Sinai, not actually of rabbinic origin. An example would be the fact that I'm not supposed to own leavened goods right now, even though the Torah'
# [21:18] <AryehGregor> s prohibition only begins tonight -- this way, I won't put it off till the last minute and accidentally violate the Torah prohibition.
# [21:18] <AryehGregor> :)
# [21:19] <othermaciej> AryehGregor: that's not what wikipedia said, but I admit that is not a reliable reference on religious tradition
# [21:19] * Joins: drunknbass_work (~aaron@pool-71-106-81-142.lsanca.dsl-w.verizon.net)
# [21:19] <AryehGregor> What article?
# [21:20] <othermaciej> I believe some aspects of that prohibition, such as how many hours you have to wait after eating hard cheese, or the exclusion on chicken, are in the "building a wall" category
# [21:20] <AryehGregor> Yes, that's correct.
# [21:20] <othermaciej> (in meeting right now)
# [21:20] <AryehGregor> There are rabbinic prohibitions surrounding nearly every Torah prohibition.
# [21:20] * AryehGregor wonders how othermaciej came to know of this
# [21:20] <Philip`> I hope the Torah doesn't have any prohibitions related to chocolate biscuits
# [21:20] <othermaciej> why would a culturally literate person not know these kinds of things?
# [21:20] <othermaciej> I think what I read was http://en.wikipedia.org/wiki/Milk_and_meat_in_Jewish_law
# [21:20] <AryehGregor> othermaciej, very few people know things in this depth.
# [21:21] <AryehGregor> Philip`, not any in the Torah itself that I can think of. Of course, non-Jews don't have to follow the Torah anyway, so I'm pretty sure you're safe.
# [21:22] <othermaciej> I am technically Jewish by matrilineal descent, but not observant or even brought up in the tradition
# [21:22] <AryehGregor> Oh, really? Interesting.
# [21:22] <othermaciej> however, this topic is one I have been at various times curious about
# [21:22] <AryehGregor> I like this quote: HTML 5 intends to make all markup interoperable. One can argue that every markup is willfully used. Following that path, validators/conformance checkers are completely unnecessary. HTML 5 validator could respond to every document with "Congratulations! Your document is... meh, whatever!"
# [21:22] <othermaciej> I have also studied catholic dogmas to some extent
# [21:23] * Joins: qFox (~C00K13S@5356B263.cable.casema.nl)
# [21:23] <qFox> hi
# [21:24] <qFox> video has no getImageData, does it?
# [21:24] <qFox> like canvas does...
# [21:24] <gsnedders> qFox: No, but you can write a video to a canvas
# [21:24] <Philip`> qFox: No, but you can do canvas.drawImage(video) and then canvas.getImageData
# [21:24] <qFox> yeah
# [21:24] <qFox> my question was just, why doesn't video have or get it too?
# [21:24] * Philip` curses gsnedders
# [21:24] <qFox> because now you have to paint it to a canvas first
# [21:24] * gsnedders beat Philip`!
# [21:25] <qFox> unneccessary overhead for an action that'll probably done more than one cares for
# [21:25] <qFox> +be
# [21:25] <qFox> for any kind of frame processing, this overhead can add up. especially when ticks count
# [21:26] * Quits: drunknbass_work (~aaron@pool-71-106-81-142.lsanca.dsl-w.verizon.net) (Ping timeout: 264 seconds)
# [21:26] <qFox> so i'm just wondering whether this has been brought up at all, and if so, what hte reasoning was behind it
# [21:27] <Philip`> qFox: It seems likely that any processing you perform on the image data would be much more expensive than an extra blit onto a canvas, so it's probably not worth the specification/implementation complexity of adding API directly to <video> to optimise that step
# [21:27] <qFox> ah well, but is it? i imagine that a blit is costly
# [21:28] <qFox> and if the browser can easily blit video, i imagine that a simple getImageData on the video element shouldnt be much of a problem, at that stage
# [21:28] <qFox> (or for any element, for that matter ;)
# [21:29] <qFox> it just seems silly to have to create bogus canvas elements just to copy the video to get its pixels
# [21:29] <Philip`> If you want to convince people that it's worthwhile on the basis of performance, you'd probably have to provide some profiling data that shows it's a real problem (and that it can't be fixed simply by optimising the implementation of drawImage(video))
# [21:30] <qFox> i guess this is where i lack the knowledge of implementation details of browsers. but is it really such a giant step to implement?
# [21:30] <Philip`> (Maybe the data will indicate that it is worthwhile - I don't really have any idea)
# [21:30] <Philip`> It's probably just a little step, but there's a million equally little steps that could be implemented too
# [21:30] <qFox> (or rather, my lack of that knowledge comes into play..)
# [21:30] <gsnedders> It's not the implementation difficulty that's the concern
# [21:31] <Philip`> e.g. someone might want getImageData on <img>, and on <svg>, and might want toDataURL on all those things, and maybe they'll want to be able to draw a bit onto it too
# [21:31] <qFox> ah, well, if you're offering.. :p
# [21:31] <qFox> yeah i guess i understand
# [21:32] <qFox> i'll have to create some tests then
# [21:32] <Philip`> The current approach seems to be to try to minimise the API surface by having all the pixel-related operations exposed by <canvas>, which keeps everything relatively straightforward
# [21:32] <qFox> luckily it was an area i wanted to focus on anyways (benchmarking)
# [21:32] <qFox> okay
# [21:32] <qFox> that's the explanation i was kind of expecting
# [21:35] <Philip`> Maybe the best way to optimise video processing is to use WebGL fragment shaders
# [21:35] <Philip`> rather than trying to get the data into JS faster
# [21:35] <qFox> how well does firefox implement those in 3.6? not at all, right?
# [21:36] * Joins: drunknbass_work (~aaron@pool-71-106-81-142.lsanca.dsl-w.verizon.net)
# [21:36] <qFox> well, from a complexity perspective you're correct. the paints aren't the main concern. but it is one obvious step that most likely to be expensive
# [21:36] <Philip`> It's unstable and only for experimental usage at the moment
# [21:36] <Philip`> (Not sure which browsers (if any) have shipped experimental support yet)
# [21:37] <qFox> i believe, not sure, that 3.7a has some support? or was it webkit...
# [21:37] <Philip`> but it'll be available sooner than <video>.getImageData would be :-)
# [21:37] <qFox> hehe
# [21:37] <qFox> ahwell. no matter
# [21:43] * Quits: wycats (~wycats@c-69-181-216-213.hsd1.ca.comcast.net) (Quit: wycats)
# [21:44] * Joins: optim0 (~aaron@pool-71-106-81-142.lsanca.dsl-w.verizon.net)
# [21:44] * Joins: portenkirchner (~portenkir@p4FFC9E3A.dip.t-dialin.net)
# [21:45] * Joins: erlehmann (~erlehmann@dslb-188-102-049-211.pools.arcor-ip.net)
# [21:45] * Quits: portenkirchner (~portenkir@p4FFC9E3A.dip.t-dialin.net) (Client Quit)
# [21:47] * Quits: drunknbass_work (~aaron@pool-71-106-81-142.lsanca.dsl-w.verizon.net) (Ping timeout: 245 seconds)
# [21:48] * Quits: optim0 (~aaron@pool-71-106-81-142.lsanca.dsl-w.verizon.net) (Ping timeout: 245 seconds)
# [21:53] * Joins: drunknbass_work (~aaron@pool-71-106-81-142.lsanca.dsl-w.verizon.net)
# [21:53] * Quits: maikmerten (~maikmerte@port-92-201-167-205.dynamic.qsc.de) (Remote host closed the connection)
# [21:55] * Quits: jwalden (~waldo@nat/mozilla/x-fpqmowanklvoralz) (Quit: ->js pit)
# [21:56] * Quits: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Quit: Rik`)
# [21:59] * Quits: drunknbass_work (~aaron@pool-71-106-81-142.lsanca.dsl-w.verizon.net) (Ping timeout: 245 seconds)
# [21:59] * Joins: Michelangelo (~Michelang@93-41-63-153.ip80.fastwebnet.it)
# [22:02] * Joins: roc (~roc@203-97-204-82.dsl.clear.net.nz)
# [22:02] * Joins: jwalden (~waldo@nat/mozilla/x-ladfkxagijrfzxhw)
# [22:06] * Quits: mlpug (~mlpug@a88-115-164-40.elisa-laajakaista.fi) (Remote host closed the connection)
# [22:08] <AryehGregor> You know, threaded e-mail clients can get really confusing if people are talking about related things in different threads and you're reading through several days later.
# [22:08] * Quits: davidb (~davidb@mozca02.ca.mozilla.com) (Quit: davidb)
# [22:09] * Joins: drunknbass_work (~aaron@pool-71-106-81-142.lsanca.dsl-w.verizon.net)
# [22:09] <Dashiva> Like talking about h264 in a thread about window.print()?
# [22:12] <jgraham> gsnedders: I'm not sure many things made the ES5 spec had previous implementations
# [22:13] * Quits: jwalden (~waldo@nat/mozilla/x-ladfkxagijrfzxhw) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.2/20100122095031])
# [22:16] * Joins: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
# [22:18] <JonathanNeal> TabAtkins, how we doin'?
# [22:20] <eighty4> isn't there any background-opacity setting for image based backgrounds?
# [22:20] <eighty4> surely there must be?
# [22:20] <eighty4> ><
# [22:20] * Quits: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Ping timeout: 245 seconds)
# [22:22] * Joins: KevinMarks (~KevinMark@157.22.22.46)
# [22:22] <Hixie> someone just asked me if i could reply to some questions about html5
# [22:22] <Hixie> they want to phone me (i have no phone)
# [22:22] <Hixie> they kindly provided the questions... in msword format
# [22:22] <Hixie> and they want the reply by march 15th
# [22:23] <Hixie> there are so many things wrong with this i don't even know where to begin
# [22:24] * Joins: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
# [22:24] <MikeSmith> Hixie: send your replies as a TeX file
# [22:24] <zcorpan> Hixie: which year?
# [22:24] <Hixie> no year specified
# [22:25] <Hixie> in fact it just said "3/15" (mail was dated today)
# [22:25] <zcorpan> well then send the replies 2022
# [22:25] <AryehGregor> Hixie, I guess that's what really happens when journalists say "Mr. Smith did not respond to our request for comment by press time."
# [22:25] <Hixie> the date honestly was the least of the problems in that e-mail
# [22:25] <Hixie> sending me questions in some microsoft format was far worse
# [22:25] * Joins: jwalden (~waldo@nat/mozilla/x-xsbfbejnwpbvsmac)
# [22:26] <zcorpan> Hixie: i think there's some Google product that can grok microsoft formats
# [22:26] <AryehGregor> Normal people probably don't even realize that .doc is a proprietary format.
# [22:26] <AryehGregor> Why would they?
# [22:26] <Philip`> 'strings' can read .doc files
# [22:26] <Philip`> .docx is much harder :-(
# [22:26] <Hixie> zcorpan: i can grok plain text
# [22:26] <MikeSmith> I think normal people don't even have much awareness of what "proprietary format" even means
# [22:27] <AryehGregor> Yes, that too.
# [22:27] <franksalim> I think normal people don't have any awareness of what "format" means
# [22:27] <AryehGregor> . . . possibly, yeah.
# [22:27] <zcorpan> i think normal people don't have any awareness
# [22:28] * Joins: cpearce (~cpearce@203-97-204-82.dsl.clear.net.nz)
# [22:28] <MikeSmith> Hixie: just reply with a message saying, "Here are some clarifying questions I have based on your request.." and then just write up append some semi-random questions
# [22:28] <zcorpan> quote a random selection from the faq
# [22:29] <MikeSmith> yeah
# [22:29] <MikeSmith> you could write an e-mail bot to do it for you
# [22:29] <AryehGregor> Philip`, strings '/home/aryeh/Documents/school/ccny/ENGL 10100 Essay 3.2a.doc' | less gives me output like: hZID?5=XwaWY8.@DJ]DCA96/+*/32;@DC
# [22:29] * Hixie often copies and pastes from replies he sent to other journalists :-P
# [22:30] <Philip`> AryehGregor: You have to skip that bit and find the part where it stores chunks of text
# [22:30] <MikeSmith> or just reply with, "Please direct your questions to <name>, who I prefer to vet all requests of this type", and give them somebody else's name and e-mail address
# [22:30] <Philip`> If you edited the file a lot then I suppose they might be a bit muddled up
# [22:31] * Joins: wycats (~wycats@enginey-9.border1.sfo002.pnap.net)
# [22:31] <AryehGregor> Philip`, there are 1456 lines and I looked at all of them.
# [22:32] <Philip`> Maybe you need 'strings -el'?
# [22:33] <Philip`> Or maybe they changed the file format since I last looked at it, which was probably last millennium
# [22:34] <AryehGregor> -el works, nice.
# [22:35] <AryehGregor> I should use strings more.
# [22:35] * Quits: kinetik (~kinetik@121.98.132.55) (Ping timeout: 258 seconds)
# [22:37] * Joins: Lachy (~Lachlan@85.196.122.246)
# [22:38] <zcorpan> MikeSmith: should i file a bug about preload?
# [22:39] <MikeSmith> zcorpan: nope, I filed one already
# [22:39] <MikeSmith> and fixed it
# [22:39] <MikeSmith> in the schema
# [22:39] <zcorpan> k
# [22:39] <MikeSmith> I'm fixing it in the markup doc now
# [22:39] <MikeSmith> thanks for catching it
# [22:43] * Joins: kinetik (~kinetik@121.98.132.55)
# [22:47] * Quits: ROBOd (~robod@89.122.216.38) (Quit: http://www.robodesign.ro)
# [22:51] <TabAtkins> JonathanNeal: Back! And not scribing!
# [22:51] <JonathanNeal> Yay!
# [22:51] <TabAtkins> So I'm still listening to the meeting, but I can actually concentrate on something else if necessary.
# [22:51] <TabAtkins> So, what's the question?
# [22:51] <annevk> Hixie, oh I got that email too...
# [22:51] <annevk> Hixie, mine missed the attachment
# [22:52] <annevk> (or maybe my mail client strips formats I dislike automatically, I wouldn't know)
# [22:52] <Hixie> heh
# [22:55] * Joins: JonathanNeal_ (~JonathanN@rrcs-76-79-114-210.west.biz.rr.com)
# [22:57] * zcorpan looks at http://s.validator.nu/html5/media.rnc and gets confused
# [22:57] * Quits: JonathanNeal (~JonathanN@rrcs-76-79-114-210.west.biz.rr.com) (Ping timeout: 258 seconds)
# [22:58] <zcorpan> MikeSmith: that's the url the UI claims to use but doesn't match blackbox testing
# [22:58] <MikeSmith> zcorpan: yeah, that's due to some build hackery I need to revert
# [22:59] <zcorpan> MikeSmith: where can i see the schema that's actually used?
# [22:59] <MikeSmith> I had thought http://s.validator.nu/html5/media-vnu.rnc would work
# [22:59] <MikeSmith> but it appears not to
# [23:00] <MikeSmith> it may be that it's not accessible except by v.nu itself
# [23:01] <MikeSmith> fwiw, the reason I did this was in an attempt to improve reporting for required-but-missing attributes
# [23:01] * Quits: qFox (~C00K13S@5356B263.cable.casema.nl) (Read error: Connection reset by peer)
# [23:01] <MikeSmith> but it was a misguided approach
# [23:02] <MikeSmith> and what we need to do instead is to patch jing
# [23:02] <zcorpan> the schema on s.v.nu seems to be from 2008
# [23:02] <MikeSmith> I guess the files at those URLs are not relevant to actual v.nu behavior
# [23:02] * Joins: Nick_G (~3ea3a6fb@gateway/web/freenode/x-fykosoboudldidwf)
# [23:03] <MikeSmith> v.nu uses an internal resolver to de-reference them to the schema it uses internally
# [23:04] <JonathanNeal_> TabAtkins, you were going to tell me about selectors.
# [23:04] * JonathanNeal_ is now known as JonathanNeal
# [23:05] <TabAtkins> I was? I just saw a little bit of what you were talking about, and noted that no one was able to answer you properly.
# [23:05] <TabAtkins> Could you reiterate what the issue was?
# [23:05] <JonathanNeal> In the rendering section of the HTML5 spec, you don't mention that h2-h6 should also have their font-size and margin adjusted, you were going to tell me why.
# [23:05] <JonathanNeal> http://sandbox.thewikies.com/html5-browser-stylesheets/table.html --- also, how do you feel about this formatting for the big browser css chart?
# [23:07] <TabAtkins> That formatting seems cool.
# [23:07] <TabAtkins> Re: h2-h6, they *should*, ideally, have their font-size and margin adjusted. Problem is that doing it right is damn near impossible to express in CSS.
# [23:07] <Nick_G> we need a CL wit MC and SC, Category List with Main Categorys and Sub Categories \o/
# [23:08] <jgraham> AryehGregor: What's wrong with . That is clearer and easier than using together with for the style
# [23:08] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
# [23:09] <JonathanNeal> TabAtkins, yes, but shouldn't it at least mention in the spec that the other elements will be affected?
# [23:09] * Joins: cying (~cying@70.90.171.153)
# [23:09] <jgraham> Which suggests that @style is less bad than (because it combines more naturally with also picking the right markup)
# [23:09] <TabAtkins> JonathanNeal: Yeah, it probably should.
# [23:10] <jgraham> And a validator could chose to warn about <div style> or
# [23:10] * Joins: Spanska (~bluetooth@modemcable077.255-37-24.mc.videotron.ca)
# [23:10] <TabAtkins> Ideally, what it would be able to say is just ":heading(1) { foo }, :heading(2) { foo }, etc.", but we can't do that.
# [23:10] <zcorpan> that'd lead to people use other elements instead while still not caring about semantics or correctness
# [23:10] * Quits: miketaylr (~miketaylr@38.117.156.163) (Quit: miketaylr)
# [23:12] <jgraham> True
# [23:13] <annevk> TabAtkins, we can once Selectors 4 introduces them and HTML5 defines their semantics
# [23:14] <annevk> (and then uses them to define their initial style rules)
# [23:14] <TabAtkins> annevk: Yup.
# [23:17] * zcorpan wonders how to access complete.html when whatwg.org is out of reach for him
# [23:19] <JonathanNeal> And the second question I had before was, why show the rendering guidelines for elements not in the html5 spec?
# [23:22] <jgraham> Because interoperable behaviour from UAs is still needed
# [23:26] <JonathanNeal> TabAtkins, you were gonna share that stylesheet php?
# [23:26] <TabAtkins> JonathanNeal: What's your email?
# [23:28] <JonathanNeal> jonathan t neal at gmail dot com
# [23:29] * Quits: Maurice` (copyman@5ED548D4.cable.ziggo.nl)
# [23:34] * Quits: jwalden (~waldo@nat/mozilla/x-xsbfbejnwpbvsmac) (Read error: Connection reset by peer)
# [23:37] <TabAtkins> JonathanNeal: Sent.
# [23:37] <TabAtkins> I presume those spaces were to be removed?
# [23:38] * Quits: MikeSmith (~MikeSmith@31-35-229.wireless.csail.mit.edu) (Quit: Till kicked and torn and beaten out he lies, and leaves his hold and crackles, groans, and dies.)
# [23:39] <JonathanNeal> yes and the at becomes an @
# [23:40] <JonathanNeal> and the dot becomes .... the declaration of independence.
# [23:41] <zcorpan> what does com become?
# [23:41] * Joins: nessy (~Adium@124-168-176-223.dyn.iinet.net.au)
# [23:43] <JonathanNeal> zcorpan, you don't even wanna know.
# [23:44] * Joins: optim0 (~aaron@pool-71-106-81-142.lsanca.dsl-w.verizon.net)
# [23:44] * Joins: jwalden (~waldo@nat/mozilla/x-sprnaqjrqddegurk)
# [23:45] * Quits: drunknbass_work (~aaron@pool-71-106-81-142.lsanca.dsl-w.verizon.net) (Ping timeout: 240 seconds)
# [23:47] <TabAtkins> zcorpan: Council Of Magisters.
# [23:50] * Quits: zcorpan (~zcorpan@91-103-36-68.dynamic.thecloud.net) (Quit: zcorpan)
# [23:51] <krijnh> Did somebody clever in here already come up with a solution for the new elements in IE wrt print stylesheets?
# [23:53] <TabAtkins> Does the js hack not work for print stylesheets?
# [23:53] <paul_irish> miketaylr was working on one earlier but was defeated.
# [23:54] <krijnh> TabAtkins: nope
# [23:54] <TabAtkins> hrm.
# [23:54] <krijnh> Hacking around with expression: doesn't seem to work either
# [23:56] <paul_irish> i can tell you JonathanNeal found that documentfragments that contain the new elements need the hack applied to them as well.
# [23:56] <JonathanNeal> it's true
# [23:58] <TabAtkins> Yeah, and I know that the hack doesn't work on innerHTML'd content.
# [23:59] <TabAtkins> (or maybe it needs to be reapplied?)
# [23:59] <JonathanNeal> TabAtkins, I tried swapping the json with a file_get_contents inside the json_decode, but it returns null. I read it could be the line returns, so I removed them, but it still returns null
# [23:59] * Quits: othermaciej (~mjs@17.246.18.82) (Quit: othermaciej)
# [23:59] <TabAtkins> Your latest files have a ; at their end. You need to remove that.
# [23:59] <JonathanNeal> TabAtkins, it does, as long as it is writing innerHTML to a pre-hacked document.
# Session Close: Tue Mar 30 00:00:00 2010

The end :)