Options:
- # Session Start: Tue Jul 22 00:00:00 2008
- # Session Ident: #whatwg
- # [00:06] * Joins: csarven (n=csarven@modemcable144.140-202-24.mc.videotron.ca)
- # [00:10] * Quits: othermaciej (n=mjs@c-24-5-43-151.hsd1.ca.comcast.net)
- # [00:11] * Joins: othermaciej (n=mjs@c-24-5-43-151.hsd1.ca.comcast.net)
- # [00:11] * Quits: othermaciej (n=mjs@c-24-5-43-151.hsd1.ca.comcast.net) (Read error: 104 (Connection reset by peer))
- # [00:11] * Quits: aaronlev (n=chatzill@e179088148.adsl.alicedsl.de) (Read error: 110 (Connection timed out))
- # [00:18] * Parts: hdh0 (n=hdh@118.71.130.115) ("Konversation terminated!")
- # [00:27] * Quits: franksalim (n=frank@ip-12-22-56-126.hqglobal.net) (Read error: 104 (Connection reset by peer))
- # [00:38] * Quits: heycam` (n=cam@124-168-13-237.dyn.iinet.net.au) ("bye")
- # [00:39] * Quits: roc_ (n=roc@121-72-160-73.dsl.telstraclear.net)
- # [00:55] <gsnedders> Hixie: I can't see why "meaning that a regular </a> end tag" isn't linked in the postprocessor
- # [00:57] <Hixie> no idea
- # [00:57] <gsnedders> (thus I won't fix the fact it isn't in my copy)
- # [00:57] <gsnedders> (in compat.)
- # [00:57] * Quits: tndH (i=Rob@adsl-87-102-115-209.karoo.KCOM.COM) ("ChatZilla 0.9.83-rdmsoft [XULRunner 1.9/2008061013]")
- # [01:01] <gsnedders> Hixie: http://pastebin.ca/1078900 — those need to be fixed
- # [01:02] <Hixie> cool thanks
- # [01:02] <Hixie> will do
- # [01:02] <gsnedders> Then no need for --w3c-compat for HTML5 :)
- # [01:05] * Philip` 's attempt to test floating point numbers in SpiderMonkey ends up finding a buffer overflow in SpiderMonkey instead :-(
- # [01:06] <gsnedders> :D
- # [01:13] <Philip`> https://bugzilla.mozilla.org/show_bug.cgi?id=446494 - great fun
- # [01:17] * Joins: heycam (n=cam@clm-laptop.infotech.monash.edu.au)
- # [01:26] * Joins: othermaciej (n=mjs@17.203.15.152)
- # [01:26] * Quits: jacobolus1 (n=jacobolu@pool-71-119-188-52.lsanca.dsl-w.verizon.net)
- # [02:03] * Joins: michaeltwofish (n=twofish@220-253-57-203.VIC.netspace.net.au)
- # [02:12] * gsnedders pokes michaeltwofish
- # [02:12] * gsnedders laughs at him
- # [02:12] * gsnedders runs
- # [02:12] <michaeltwofish> gsnedders: I told you I was sensitive :p
- # [02:13] <gsnedders> Hixie: When do you think you'll change all the em and the like used for xref currently, BTW?
- # [02:13] <Hixie> about an hour or two from now
- # [02:13] <gsnedders> Ah :)
- # [02:13] <gsnedders> Then no more --w3c-compat! Yay!
- # [02:13] <Hixie> :-)
- # [02:13] <gsnedders> But libxml2's HTML parser mungles the DOCTYPE :(
- # [02:13] * Hixie waves his "specgen 1.2" flag
- # [02:13] <gsnedders> :D
- # [02:14] <gsnedders> Which leads to it outputting no DOCTYPE using that parser, meaning html5lib has to be used, which is annoying slow.
- # [02:14] <gsnedders> HTML 4.01 for ever!
- # [02:14] <Hixie> i can fix up the doctype in post
- # [02:14] <Hixie> no biggie
- # [02:15] <gsnedders> Probably quicker to do it that way around than use html5lib
- # [02:15] <gsnedders> Hopefully we can eventually get libxml2's HTML parser to be an html5 parser anyway
- # [02:15] <Hixie> hopefully
- # [02:15] <gsnedders> We can always dream :P
- # [02:16] <gsnedders> I'll try and push a first beta release of 1.0 tomorrow
- # [02:16] <gsnedders> Hopefully only need one, then I can get out an RC, while will hopefully become the final version without changes
- # [02:17] <gsnedders> (The main thing needed now is just docs)
- # [02:17] <gsnedders> The only thing that doesn't work is the XML input/output mode.
- # [02:17] <gsnedders> And I think that'll just be pushed to 1.1
- # [02:18] <gsnedders> Then after that you can get your beloved release :P
- # [02:18] <Hixie> push it to 1.3! 1.3! :-D
- # [02:18] <gsnedders> :D
- # [02:18] <gsnedders> And have what in 1.2?
- # [02:18] <gsnedders> I have nothing else in my to-do list for 1.2 yet! :P
- # [02:18] <jcranmer> 1.2 be an experimental release?
- # [02:19] <gsnedders> jcranmer: So a re-release of 1.1, just experimental? I like that idea.
- # [02:19] <Hixie> 1.2 is the one where you have the ability for the Web Workers spec's cross-references to HTML5 to be automatically done
- # [02:19] <jcranmer> although typically it's the odd numbers that are experiments...
- # [02:19] <Hixie> all the spans that have faded green thick underlines in: http://www.whatwg.org/specs/web-workers/current-work/
- # [02:19] <gsnedders> Hixie: Push XML to 1.3, you mean?
- # [02:20] <Hixie> ...should be links to HTML5
- # [02:20] <Hixie> yes
- # [02:20] <gsnedders> It isn't that much work
- # [02:20] <gsnedders> Maybe an hour or so
- # [02:20] <gsnedders> I just want to ship 1.0 :P
- # [02:20] <Hixie> see, that delays my feature by an hour!
- # [02:20] <gsnedders> 1.0 = Keeping Hixie somewhat happy
- # [02:20] <gsnedders> 1.1 = Keeping annevk and Lachy happy
- # [02:20] <jcranmer> gsnedders: what exactly is it you're working on?
- # [02:20] <gsnedders> 1.2 = Making Hixie happy
- # [02:21] <Hixie> that's pretty cunning
- # [02:21] <Hixie> make me think i'm important but actually put me second, i like it :-P
- # [02:21] <gsnedders> Hixie: No, you're just more demanding than the others :P
- # [02:21] <Hixie> sounds familiar
- # [02:21] <gsnedders> jcranmer: Basically a clone of the CSS WG's postprocessor, so it does xrefs and toc building, and things like date substitution
- # [02:22] <jcranmer> ah
- # [02:22] * Joins: franksalim (n=frank@ip-12-22-56-126.hqglobal.net)
- # [02:22] <Hixie> a clone that's faster
- # [02:22] <Hixie> the speed being the main feature
- # [02:22] <gsnedders> … and better.
- # [02:22] * jcranmer is more of a spec complainer than a spec writer
- # [02:22] <Hixie> better in 1.2!
- # [02:22] <gsnedders> Hixie doesn't care much about the better part.
- # [02:22] <gsnedders> He just wants speed.
- # [02:22] <Hixie> :-)
- # [02:22] <Hixie> what's better about it anyway?
- # [02:22] <gsnedders> "i need the section numbering, the table of contents, the cross-referencing, and i think that's all. oh and speed. speed is the most important. oh and the date substitution, maybe, but that i can do myself if necessary."
- # [02:23] <gsnedders> (and that's more or less the entire feature list of 1.0)
- # [02:23] <Hixie> heh
- # [02:23] <Hixie> what are anne and lachlan getting?
- # [02:23] <gsnedders> Hixie: Anne just wants one or two things like dfn with header linking to header
- # [02:24] <gsnedders> Hixie: Lachlan wants things like biblio
- # [02:24] <Hixie> btw if you're still looking for ways to make date substitution faster, just stop doing substitution after the TOC
- # [02:24] <gsnedders> That's not overly expensive
- # [02:24] <Hixie> hm, <dfn> in the first paragraph after a section header linking to the header would be quite nice, yes
- # [02:24] <gsnedders> Anne meant <h1><dfn>foo</dfn></h1>
- # [02:25] <Hixie> oh
- # [02:25] <Hixie> well that'd be ok too
- # [02:25] <gsnedders> http://bugs.gsnedders.com/issues/show/5
- # [02:25] <Hixie> actually linking to the paragraph instead of the dfn in the general case wouldn't be bad probably
- # [02:25] <Hixie> internal error
- # [02:26] <gsnedders> Hmm.
- # [02:26] <gsnedders> the dangers of running unstable versions of bug tracking software
- # [02:26] <gsnedders> Hixie: http://krijnhoetmer.nl/irc-logs/whatwg/20080603#l-556
- # [02:27] <gsnedders> Hixie: It just quotes three lines from that, annevk at :36, :37, and :58
- # [02:27] <gsnedders> Another thing in 1.1 is indexing
- # [02:28] <takkaria> gsnedders: I imagine you'll see a speedup when hubbub can be used with libxml2... given that for my google summer of code project I'll have to write some kind of hubbub<->libxml2 binding, it's not too far off
- # [02:28] <gsnedders> takkaria: Then I have to wait for it to get a fair way downstream :P
- # [02:28] <takkaria> oh, I suppose so
- # [02:28] <takkaria> that will take time
- # [02:29] <takkaria> unless someone writes a C to python compiler, but I suppose that defeats the purpose
- # [02:29] * Quits: aroben (n=aroben@unaffiliated/aroben) (Read error: 104 (Connection reset by peer))
- # [02:30] <gsnedders> Hixie: I have this lovely option now for the CLI: --w3c-compat-crazy-substitutions
- # [02:30] <gsnedders> Which does the rewriting of http://www.w3.org/StyleSheets/TR/W3C-XXX
- # [02:32] * jcranmer wishes he could use WF2 in his intranet
- # [02:33] <Hixie> so far i've only really had one hit with html5
- # [02:33] <Hixie> namely, postMessage()
- # [02:33] <Hixie> that's the only thing that's been implemented by all four major browsers
- # [02:33] <jcranmer> <input type="date" /> makes me salivate
- # [02:34] <Hixie> i want <menu> and <datagrid>
- # [02:34] <jcranmer> because rolling a custom date input that is sane is not fun
- # [02:34] <Hixie> yeah
- # [02:34] <gsnedders> I want input@type='color'
- # [02:34] <takkaria> Hixie: not the DOM storage stuff?
- # [02:34] <gsnedders> actually, I _want_ input@type='colour' :P
- # [02:34] <Hixie> takkaria: opera and safari haven't got Storage, i don't think, do they?
- # [02:35] <Philip`> jcranmer: Custom date inputs are easy - just do <script src="custom-date-input-widget.js">
- # [02:35] <Hixie> he said "sane"
- # [02:35] <jcranmer> input type=color would also be useful, but I'd want implemented in about five different ways
- # [02:35] <Philip`> since you're not the first person on the web to want a date widget, so someone must have a made a decent one already
- # [02:35] <jcranmer> Philip`: I forgot to mention one of the requirements: it works without JS
- # [02:36] <Hixie> type=color is unlikely to happen, just see how many types of colour pickers mac os x has
- # [02:36] <takkaria> Hixie: webkit svn has had --with-dom-storage as a configure option for a while
- # [02:36] <Hixie> ah
- # [02:36] <jcranmer> the problem with type=color is that people want different things
- # [02:36] <Hixie> and opera?
- # [02:36] <gsnedders> Hixie: OS X just has a single one, and options within it :P
- # [02:37] <jcranmer> chooseable RGB/HSL is common (generally with "recent"), but "select from these options" is also common
- # [02:37] <Hixie> mac os x has a colour picker picker
- # [02:37] <gsnedders> True.
- # [02:37] <gsnedders> Oh well, I better head off to sleep.
- # [02:37] <Hixie> nn
- # [02:37] <jcranmer> g'night gsnedders
- # [02:37] <gsnedders> I expect a fixed HTML 5 by when I awaken! :P
- # [02:38] <Hixie> :-)
- # [02:38] <Hixie> i'll try :-)
- # [02:38] <gsnedders> Not only is Hixie demanding, but so am I :P
- # [02:40] <takkaria> Hixie: I thought it had, but maybe it doesn't
- # [02:40] <takkaria> still, three out of four, when one of the three is IE, I'd class that as a hit
- # [02:40] * jcranmer can't find a bug in mozilla for <input type="date" />
- # [02:42] <takkaria> jcranmer: https://bugzilla.mozilla.org/show_bug.cgi?id=344614 would cover it
- # [02:42] <Hixie> ok, a platinum and a gold? :-)
- # [02:42] <Hixie> not that IE8 has shipped yet
- # [02:42] <jcranmer> takkaria: but that's a metabug
- # [02:43] <Hixie> also, they tried to embrace and extend DOM Storage, so counting it is dubious
- # [02:43] <jcranmer> if you look at deps, you'll see other <input type=""> as bugs
- # [02:43] <takkaria> aye, I just saw that
- # [02:44] <takkaria> Hixie: MS embrace and extend things they see as a threat, so take it as a compliment :)
- # [02:46] <Hixie> oh i had already taken it as a compliment
- # [02:46] <Hixie> that's a whole different issue :-)
- # [02:48] <jcranmer> if IE supports WF2 in IE 8, I think WebKit + Gecko will bump it up on the todo list
- # [02:49] <takkaria> is it going to?
- # [02:49] <jcranmer> AFAICT, no
- # [02:50] <jcranmer> they're too busy hyping CSS 2.1 support
- # [02:51] <jcranmer> and uber-fashionable stuff like WebSlices
- # [02:51] <jcranmer> something that every web developer would simply die to have is obviously not on their radar
- # [02:51] <Hixie> does anyone actually care about WebSlices?
- # [02:51] <jcranmer> outside of MS
- # [02:52] <Hixie> i've never heard anyone but microsoft talk about them
- # [02:52] <jcranmer> probably not
- # [02:52] <takkaria> mozilla labs are doing something with them
- # [02:52] <Hixie> oh?
- # [02:53] <Hixie> oh you mean the microsummaries stuff?
- # [02:53] <Hixie> that's in ff3
- # [02:54] <Hixie> webslices seem like a less powerful version of safari's snippets
- # [02:54] <jcranmer> since FF already has a datepicker, you'd think that proper input@type=date shouldn't be too hard to add
- # [03:00] <Philip`> I'm not familiar with many date pickers but I noticed the one in Vista's clock is actually pretty nice, because it zooms pleasantly, so e.g. if it's showing a list of months and you click a month then it zooms in on it and shows all the days
- # [03:01] <Philip`> and you can go century -> decade -> year -> month -> day just by clicking without getting lost and without having nasty fiddly drop-down lists or tiny arrows
- # [03:01] <Hixie> this is the clock for setting the system time?
- # [03:03] <Philip`> Yes
- # [03:03] <Philip`> (I'm not sure if it's used elsewhere)
- # [03:03] <Hixie> and it lets you pick centuries?
- # [03:03] <Philip`> No, it's limited to the current century (actually 1990-2099) at the outermost zoom level
- # [03:04] <Hixie> ah ok
- # [03:05] <Hixie> seriously wtf, why do i keep timing out from irc.w3c.org
- # [03:05] * Quits: billmason (n=billmaso@ip65.unival.com) (".")
- # [03:09] * Joins: Morphous (n=jan@dslb-088-076-141-200.pools.arcor-ip.net)
- # [03:18] <Hixie> ok i fixed the things gsnedders pointed out; I also remove title="" attributes from <em> elements so it's likely that there will be cross-reference problems until i start using his script to gen the spec
- # [03:18] <Hixie> hsivonen: the validator seems much slower than it was
- # [03:19] * Quits: eseidel (n=eseidel@nat/google/x-f95b29e5afa28974)
- # [03:24] * Quits: Morphous_ (n=jan@dslb-088-076-164-254.pools.arcor-ip.net) (Read error: 110 (Connection timed out))
- # [03:24] * Joins: MikeSmith (n=MikeSmit@58.157.21.205)
- # [03:34] * Joins: aroben (n=adamrobe@76.111.160.14)
- # [03:42] * Quits: franksalim (n=frank@ip-12-22-56-126.hqglobal.net) ("Leaving")
- # [04:12] <aroben> Hixie: the bb element's interface is currently called "HTMLCommandElement" -- seems like a typo
- # [04:19] <Hixie> duuuuh
- # [04:19] <Hixie> me stoopid
- # [04:19] <Hixie> thanks fixed
- # [04:19] * Joins: roc (n=roc@202.0.36.64)
- # [04:20] * Quits: dbaron (n=dbaron@corp-241.mountainview.mozilla.com) ("->home")
- # [04:42] * Joins: dbaron (n=dbaron@c-71-198-188-254.hsd1.ca.comcast.net)
- # [04:47] <Lachy> Hixie, why was command renamed to bb?
- # [04:47] <Hixie> it wasn't
- # [04:47] <Lachy> oh, sorry, misunderstood
- # [04:51] <Lachy> so, if I've understood correctly, is <bb> designed to allow web pages to include commands within the webpage itself to perform user agent functions, somewhat analogous to a link like <a href="javascript:print()">, but in a non-scripted way?
- # [04:53] <Hixie> yes
- # [04:53] <Hixie> indeed we might add <bb type="print">Print this page</bb> at some point
- # [04:54] <Hixie> it's just an idea though, i'm mostly curious to see how othermaciej responds when I post my reply to the list (I'm still writing it)
- # [04:54] <Hixie> i think i addressed his concerns
- # [04:54] <Hixie> but i'm not 100% sure
- # [04:54] * Joins: csarven- (n=csarven@modemcable144.140-202-24.mc.videotron.ca)
- # [04:54] <Lachy> wouldn't action="" be a better name for the attribute?
- # [04:54] <Hixie> i guess
- # [04:54] <jcranmer> sounds useful, except for the fact that one of the underlying principles in my intranet project is that "it should work without JS unless you have a compelling reason to require JS"
- # [04:54] <Hixie> i didn't really think about what to call it
- # [04:55] <Hixie> jcranmer: this works without js
- # [04:55] <jcranmer> Hixie: I should also mention an IE requirement ;-)
- # [04:55] <Hixie> well, IE doesn't support standalone webapps at all, so that point is moot
- # [04:55] <jcranmer> in any case, there was one feature I added not too long ago that required FF
- # [04:56] <othermaciej> I will read the email and see what I think
- # [04:56] <jcranmer> justified on the fact that the only people using it are the people who use FF and actually ask us if it's safe to upgrade to the next minor version :-)
- # [04:57] <Hixie> we just hit r1900!
- # [05:00] * Quits: csarven (n=csarven@modemcable144.140-202-24.mc.videotron.ca) (Read error: 110 (Connection timed out))
- # [05:18] * Quits: KevinMarks (n=KevinMar@nat/google/x-9a00da016e1406df) ("The computer fell asleep")
- # [05:31] * Quits: michaeltwofish (n=twofish@220-253-57-203.VIC.netspace.net.au) ("leaving")
- # [05:31] * Joins: MacDome (n=eric@c-67-180-49-110.hsd1.ca.comcast.net)
- # [05:39] * Quits: othermaciej (n=mjs@17.203.15.152) (Read error: 110 (Connection timed out))
- # [05:53] * Quits: csarven- (n=csarven@modemcable144.140-202-24.mc.videotron.ca) ("http://www.csarven.ca/")
- # [06:02] * Joins: harig (n=harig_in@122.160.12.230)
- # [06:11] * Quits: weinig (n=weinig@nat/apple/x-f3ba418d4264904f)
- # [07:00] * Quits: roc (n=roc@202.0.36.64)
- # [07:16] * Quits: MacDome (n=eric@c-67-180-49-110.hsd1.ca.comcast.net) (Read error: 60 (Operation timed out))
- # [07:21] <gsnedders> Hixie: Well, start using it today :P
- # [07:22] * Joins: jacobolus (n=jacobolu@conference/oscon/x-02494940db352509)
- # [07:24] * Joins: MacDome (n=eric@c-67-180-49-110.hsd1.ca.comcast.net)
- # [07:24] * gsnedders has an obscenely sore stomach and can't sleep
- # [07:38] * Joins: roc (n=roc@121-72-177-105.dsl.telstraclear.net)
- # [07:41] * Quits: jacobolus (n=jacobolu@conference/oscon/x-02494940db352509)
- # [07:42] <Hixie> hm, only Firefox and Safari had window.toolbar
- # [07:42] * Quits: roc (n=roc@121-72-177-105.dsl.telstraclear.net) (Read error: 104 (Connection reset by peer))
- # [07:44] * Joins: jacobolus1 (n=jacobolu@conference/oscon/x-ffb0cd2b9e9870af)
- # [07:45] * Joins: roc (n=roc@121-72-177-105.dsl.telstraclear.net)
- # [07:47] * jacobolus1 is now known as jacobolus
- # [07:47] * Joins: weinig (n=weinig@c-71-198-176-23.hsd1.ca.comcast.net)
- # [07:53] * Quits: weinig (n=weinig@c-71-198-176-23.hsd1.ca.comcast.net) (Read error: 104 (Connection reset by peer))
- # [07:53] * Joins: weinig (n=weinig@c-71-198-176-23.hsd1.ca.comcast.net)
- # [07:53] * Quits: jacobolus (n=jacobolu@conference/oscon/x-ffb0cd2b9e9870af)
- # [08:03] <gsnedders> Hixie: http://stuff.gsnedders.com/spec-gen/html5.html— output of spec-gen html5.src.html html5.html (i..e, with no options)
- # [08:03] <gsnedders> and therefore not in w3c compat mode
- # [08:05] <gsnedders> Hixie: The only thing that breaks at all is what I mentioned in the email yesterday
- # [08:08] <Hixie> you have some <a>s inside <code>s
- # [08:08] <Hixie> i fixed what you mentioned yesterday
- # [08:08] <Hixie> the <em>s
- # [08:09] <Hixie> oh nevermind
- # [08:09] <Hixie> you don't
- # [08:10] <gsnedders> Of course I don't. I wrote the code, so therefore it's right.
- # [08:12] <Hixie> aw man, now i have double underlines
- # [08:13] <Hixie> i don't have the selectors i need to make this work
- # [08:13] <gsnedders> Make better selectors!
- # [08:13] <gsnedders> :P
- # [08:13] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
- # [08:13] <Hixie> people didn't like my proposal for :matches()
- # [08:13] <gsnedders> :uber-html5-selector()
- # [08:14] <Hixie> i guess we'll have to switch the <a> and the <code> around
- # [08:14] <Hixie> sigh
- # [08:20] <gsnedders> We need a parent selector! :P
- # [08:20] * gsnedders runs
- # [08:27] <gsnedders> Hixie: I guess you don't stand by, "That's easily fixable" :)
- # [08:27] <Hixie> guess not
- # [08:27] * Joins: hdh (n=hdh@118.71.132.15)
- # [08:28] <gsnedders> Hixie: The thing is, there are already places like http://www.whatwg.org/specs/web-apps/current-work/#dynamic0
- # [08:31] * Quits: virtuelv (n=virtuelv@192.80-203-77.nextgentel.com) ("Leaving")
- # [08:33] <gsnedders> The only thing that matches //code//a in my copy is "identity matrix, and then invoke the transform", where transform is a span inside a code
- # [08:34] * Quits: jmb (n=jmb@login.ecs.soton.ac.uk) (Read error: 60 (Operation timed out))
- # [08:34] * Joins: jmb (n=jmb@login.ecs.soton.ac.uk)
- # [08:41] <gsnedders> Hixie: Oh well, there's always --w3c-compat-xref-a-placement (which thereby only does that, and no other compat. stuff)
- # [08:44] * Quits: roc (n=roc@121-72-177-105.dsl.telstraclear.net)
- # [08:53] * Joins: tndH (i=Rob@adsl-87-102-115-209.karoo.KCOM.COM)
- # [08:58] * Joins: timblair (n=timblair@82.108.232.226)
- # [09:05] * Joins: aaronlev (n=chatzill@e179088148.adsl.alicedsl.de)
- # [09:10] * Quits: heycam (n=cam@clm-laptop.infotech.monash.edu.au) (Read error: 110 (Connection timed out))
- # [09:25] * Joins: jacobolus (n=jacobolu@64.122.15.118)
- # [09:32] * Quits: aroben (n=adamrobe@unaffiliated/aroben)
- # [09:39] * Joins: jruderman_ (n=jruderma@c-67-180-39-55.hsd1.ca.comcast.net)
- # [09:45] * Quits: dbaron (n=dbaron@c-71-198-188-254.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
- # [09:46] <hsivonen> aargh. Apache on validator.nu has died again. this time differently.
- # [09:47] * Quits: jruderman (n=jruderma@guest-225.mountainview.mozilla.com) (Read error: 110 (Connection timed out))
- # [09:48] <hsivonen> time to upgrade the server I guess
- # [10:03] <hsivonen> I see "[error] server reached MaxClients setting, consider raising the MaxClients setting" in the Apache logs
- # [10:04] <hsivonen> surely Apache shouldn't die if MaxClients is reached?
- # [10:06] * Quits: MacDome (n=eric@c-67-180-49-110.hsd1.ca.comcast.net)
- # [10:06] <Dashiva> If the clients are hanging/locking up, then there's be none left for new requests, and the server would look pretty dead
- # [10:07] <hsivonen> Shouldn't a robust HTTP server recover from such a situation somehow?
- # [10:08] * Joins: MacDome (n=eric@c-67-180-49-110.hsd1.ca.comcast.net)
- # [10:10] * Joins: ROBOd (n=robod@89.122.216.38)
- # [10:11] <Dashiva> Apparently there's backlog of waiting requests, but that too has a limit
- # [10:14] <hsivonen> how do people generally deal with situations like this? I can't be the first person running Apache.
- # [10:15] <hsivonen> as far as I can tell from access logs, there hasn't been any horrid DoS attack going on
- # [10:16] * Joins: jacobolus1 (n=jacobolu@64.122.15.118)
- # [10:16] * Quits: jacobolus (n=jacobolu@64.122.15.118) (Read error: 54 (Connection reset by peer))
- # [10:17] <hsivonen> unless, of course, the relevant last log lines are lost in a situation like this
- # [10:18] * Quits: Dashiva (i=Dashiva@wikia/Dashiva)
- # [10:18] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
- # [10:19] <wilhelm> hsivonen: I've had the same issues on my Ubuntu mirror. I just increased the limit significantly.
- # [10:19] <wilhelm> As long as the hardware survives, that shouldn't be a problem.
- # [10:20] <hsivonen> wilhelm: I'll try that. thanks
- # [10:21] <wilhelm> How much traffic is there?
- # [10:22] <hsivonen> wilhelm: I don't have numbers at hand, but from looking at the raw logs, not enough to explain this
- # [10:26] * Quits: MacDome (n=eric@c-67-180-49-110.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
- # [10:26] * Joins: roc (n=roc@121-72-177-105.dsl.telstraclear.net)
- # [10:31] * Joins: Copyman (n=ano@82-204-22-72.dsl.bbeyond.nl)
- # [10:31] * Copyman is now known as Maurice
- # [10:37] * Joins: zcorpan_ (n=zcorpan@pat.se.opera.com)
- # [10:38] <hsivonen> Hixie: how does XHR work from workers if DOM nodes aren't visible in workers?
- # [10:40] <virtuelv> <arve> I can provoke Opera into showing me any random number of context menus
- # [10:41] <virtuelv> err, wrong clipboard
- # [10:41] <virtuelv> http://blogs.msdn.com/ie/archive/2008/07/21/font-embedding-on-the-web.aspx
- # [10:43] <jgraham> hsivonen: I was under the impression that XHR didn't work in Workers, but I might be wrong
- # [10:44] * Philip` sees https://bugzilla.mozilla.org/show_bug.cgi?id=437152
- # [10:45] <Philip`> (including #c9)
- # [10:45] <hsivonen> jgraham: there's a red box in the worker spec implying that XHR is available
- # [10:47] * Quits: jacobolus1 (n=jacobolu@64.122.15.118) (Read error: 54 (Connection reset by peer))
- # [10:48] * Joins: jacobolus (n=jacobolu@64.122.15.118)
- # [10:50] * Quits: roc (n=roc@121-72-177-105.dsl.telstraclear.net) (Read error: 104 (Connection reset by peer))
- # [10:50] * Joins: webben (n=benh@nat/yahoo/x-f163f2193f05ec4f)
- # [10:51] * Joins: roc (n=roc@121-72-177-105.dsl.telstraclear.net)
- # [10:59] <Hixie> hsivonen: it works well, just without the "XML" part
- # [10:59] <hsivonen> Hixie: ok
- # [10:59] * Joins: Windstoss (n=wind@mnhm-590d96fa.pool.einsundeins.de)
- # [11:04] * Joins: Charl (n=charlvn@196.21.192.15)
- # [11:12] * Quits: MikeSmith (n=MikeSmit@58.157.21.205) ("Less talk, more pimp walk.")
- # [11:12] * Joins: heycam (n=cam@124-168-13-237.dyn.iinet.net.au)
- # [11:18] * Joins: maikmerten (n=merten@ls5laptop14.cs.uni-dortmund.de)
- # [11:21] * Joins: KevinMarks (n=KevinMar@c-98-207-134-151.hsd1.ca.comcast.net)
- # [11:27] <hsivonen> :-( things are going really wrong with Apache on validator.nu
- # [11:28] <Hixie> :-(
- # [11:37] * Quits: roc (n=roc@121-72-177-105.dsl.telstraclear.net)
- # [11:41] <gsnedders> Why is that I am monumentally more productive sitting on the pier with a notebook than here?
- # [11:41] * Quits: Windstoss (n=wind@mnhm-590d96fa.pool.einsundeins.de) (Read error: 104 (Connection reset by peer))
- # [11:43] * Quits: Charl (n=charlvn@196.21.192.15)
- # [11:45] * gsnedders guesses: no internet
- # [11:48] <hendry> hsivonen: need some help?
- # [11:49] <hsivonen> hendry: possibly, but I need to look into this some more to have smart questions to ask
- # [11:52] * hsivonen sees Timeout 300
- # [11:53] * Quits: Lachy (n=Lachlan@85.196.122.246) ("This computer has gone to sleep")
- # [11:53] <hendry> hsivonen: i am thinking of trying to get css validator going on one of my machines.
- # [11:54] <hendry> don't know why the W3 haven't done anything on the GNU output front. Holidays?
- # [11:55] <hsivonen> hendry: I don't know what the usual feature request fulfillment time is for the CSS validator
- # [11:56] * Quits: jacobolus (n=jacobolu@64.122.15.118) (Read error: 104 (Connection reset by peer))
- # [11:56] * Joins: jacobolus (n=jacobolu@64.122.15.118)
- # [11:56] <hendry> afaik they need to drop in the template which i helped make and restart the server ;)
- # [11:59] * Joins: Lachy (n=Lachlan@85.196.122.246)
- # [12:00] <Hixie> i think spec authors and working groups should be required to work on a dozen vaguely related things instead of allowing any one group to focus on one specific problem
- # [12:00] <Hixie> i think having too much expertise on one problem leads to overengineered specs that do too much.
- # [12:00] * Hixie gets off his soapbox
- # [12:01] * hsivonen wonders which WG inspired the soapboxing this time
- # [12:01] <Hixie> CMML/annodex
- # [12:01] <Hixie> and timed text
- # [12:01] * Quits: Lachy (n=Lachlan@85.196.122.246) (Client Quit)
- # [12:02] * hsivonen is not a fan of the W3C timed text spec
- # [12:04] <hendry> is it a sin to markup my audio oggs in a video tag?
- # [12:05] <hsivonen> hendry: I have installed software from an unofficial but distribution-specific apt source. do I need to do something specific before I upgrade the distrobution in place?
- # [12:05] <wilhelm> Hm. Is the <bb> element supposed to replace stuff like this?: <form action='./delete/' method='post'><input type='submit' value='Delete'></form>
- # [12:06] <hsivonen> wilhelm: as far as I can tell, the purpose of <bb> is to provide a trigger for turning a Web app into a Dock icon
- # [12:06] <hendry> hsivonen: no.. just: sudo apt-get update && sudo apt-get -u dist-upgrade
- # [12:07] <hsivonen> hendry: ok. thanks
- # [12:10] * Joins: webben_ (n=benh@nat/yahoo/x-fd0dfa4235a45b30)
- # [12:12] * Joins: Windstoss (n=wind@mnhm-590d96fa.pool.einsundeins.de)
- # [12:14] * Joins: Lachy (n=Lachlan@pat-tdc.opera.com)
- # [12:16] * Quits: jacobolus (n=jacobolu@64.122.15.118) (Read error: 60 (Operation timed out))
- # [12:17] * Quits: mitsuhiko (n=nnnnmits@ubuntu/member/mitsuhiko) (Excess Flood)
- # [12:21] * Quits: webben (n=benh@nat/yahoo/x-f163f2193f05ec4f) (Connection timed out)
- # [12:25] * Joins: MikeSmith (n=MikeSmit@EM119-72-20-190.pool.e-mobile.ne.jp)
- # [12:26] * Joins: ChoPpEr (i=changes@79.113.16.75)
- # [12:26] * Parts: ChoPpEr (i=changes@79.113.16.75)
- # [12:33] <MikeSmith> gsnedders: you around?
- # [12:33] <gsnedders> MikeSmith: I appear to be
- # [12:35] <MikeSmith> so I know you've almost got a complete workalike of the CSS module postprocesser thing done, but if you still have time and interest, maybe it would be used for rethinking something better than that
- # [12:36] <gsnedders> MikeSmith: Re-thinking in what way?
- # [12:36] <MikeSmith> well, in terms of the markup I forces me to put in my source -- the CSS module postprocessor system seems kind of broken by design
- # [12:37] <MikeSmith> the [FOO] macro stuff
- # [12:37] <gsnedders> Ah. I already had a relatively long discussion about that.
- # [12:37] <MikeSmith> OK
- # [12:38] <gsnedders> On the face of it, it would be nice to use <!--foo--> instead, but then you can't do <link rel="stylesheet" href="http://www.w3.org/StyleSheets/TR/W3C-[STATUS]">
- # [12:39] <gsnedders> I'd be happy to implement something nicer, pending something found without large flaws
- # [12:39] <MikeSmith> well, for the Web IDL spec, heycam came up with something that I think is pretty good
- # [12:40] <MikeSmith> hang on, lemme get you a URL
- # [12:41] <hsivonen> fwiw, my bibliography generator uses [Foo] in text content as the bibliography trigger
- # [12:42] * Joins: mitsuhiko (n=nnnnnmit@ubuntu/member/mitsuhiko)
- # [12:43] <gsnedders> hsivonen: postprocesser does [[foo]]
- # [12:43] <MikeSmith> gsnedders: http://dev.w3.org/cvsweb/~checkout~/html5/pubnotes/Overview.src.html?rev=1.316&content-type=text/plain;%20charset=utf-8
- # [12:44] <MikeSmith> see the <header> stuff
- # [12:45] <MikeSmith> viewing the rendered version of the source gives this:
- # [12:45] <MikeSmith> it minimizes
- # [12:45] <MikeSmith> whoops
- # [12:45] <MikeSmith> http://dev.w3.org/html5/pubnotes/Overview.src.html
- # [12:46] <MikeSmith> and the processed result looks just like other WDs
- # [12:46] <MikeSmith> http://dev.w3.org/html5/pubnotes/Overview.html
- # [12:46] <Lachy> hmm, interesting.
- # [12:47] <Lachy> for the class=person and other stuff within, it might be better to use hCard
- # [12:47] * Joins: roc (n=roc@121-72-177-105.dsl.telstraclear.net)
- # [12:48] <MikeSmith> I cribbed the basics of that from heycam's stuff here:
- # [12:48] <MikeSmith> http://dev.w3.org/cvsweb/~checkout~/2006/webapi/WebIDL/Overview.xml?rev=1.83&content-type=text/plain
- # [12:48] <MikeSmith> Lachy: true
- # [12:48] <Lachy> hmm, maybe not, cause hcard can be a bit verbose
- # [12:48] <Lachy> and its class names aren't really author friendly.
- # [12:48] <MikeSmith> well, it's something people may have familiarity with already at least
- # [12:48] <MikeSmith> what I have there is just ad-hoc
- # [12:49] <MikeSmith> or actually it might be based on docbook
- # [12:49] <MikeSmith> anyway, the general idea is to minimize that markup that authors need to put in the source
- # [12:49] <MikeSmith> and just move all the boilerplate stuff to the processor
- # [12:50] <gsnedders> Stuff like the status section is really W3C specific, and I don't want that much W3C specific stuff
- # [12:51] <MikeSmith> you can of course make that configurable
- # [12:52] <MikeSmith> or just omit it from the source
- # [12:52] <MikeSmith> in which case the processor doesn't need to do anything with it
- # [12:53] <gsnedders> or to phrase it another way, it's something I won't use, and thus have little interest in writing code for :)
- # [12:53] <Lachy> gsnedders, maybe there's a way to make it more generic, so instead of hard coding W3C specific stuff into the spec-gen, allow authors to provide some sort of boiler-plate text config file that declares things like <!--status--> and its replacement
- # [12:54] <MikeSmith> gsnedders: what Lachy said
- # [12:54] <gsnedders> Lachy: And then you need a database of long/short forms of statuses; the status boilerplate for each status, which varies from WG to WG
- # [12:55] <MikeSmith> boilerplate for status doesn't vary from group to group, actually
- # [12:55] <MikeSmith> it's mostly the same
- # [12:55] <MikeSmith> some strings in it are different
- # [12:56] <Lachy> gsnedders, parts of the status are the same for everyone and other parts are customised for each spec. That's not a problem
- # [12:56] <MikeSmith> btw, I was recently told that there's no requirement to mention the W3C activity or domain in the status
- # [12:57] <MikeSmith> so those can be ommitted
- # [12:57] <Lachy> but even if they were different, then just let each WG provide their own config file with customised boilerplate text
- # [12:57] <MikeSmith> the only thing in the W3C status boilerplate that's really W3C specific is the IPP thing
- # [12:58] <MikeSmith> all the other variables there are general
- # [12:58] <MikeSmith> 1) a group name 2) a mailing adress for comments 3) a URL for archive of the mailing list
- # [12:59] * Lachy wonders what Rob is smoking. http://lists.w3.org/Archives/Public/public-html/2008Jul/0273.html
- # [12:59] <Lachy> http://lists.w3.org/Archives/Public/public-html/2008Jul/0267.html
- # [13:00] * Lachy is resisting the urge to respond cause it'll only end up being a flamewar
- # [13:01] <MikeSmith> Lachy: yep
- # [13:02] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
- # [13:02] * Joins: aaronlev_ (n=chatzill@e176243213.adsl.alicedsl.de)
- # [13:02] <MikeSmith> on the good-news side, John Resig recent blog entry about performance of DocumentFragment is kinda nice
- # [13:05] <Lachy> MikeSmith, link?
- # [13:05] <hsivonen> Lachy: replying wouldn't be productive
- # [13:06] <Lachy> hsivonen, I know, that was my point.
- # [13:07] <Lachy> http://ejohn.org/blog/dom-documentfragments/
- # [13:08] <zcorpan_> funny that he calls hsivonen ignorant about dtds
- # [13:11] * Joins: billyjack (n=MikeSmit@EM119-72-21-71.pool.e-mobile.ne.jp)
- # [13:12] * Quits: aaronlev_ (n=chatzill@e176243213.adsl.alicedsl.de) ("ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]")
- # [13:17] <gsnedders> http://comox.textdrive.com/pipermail/wp-hackers/2008-July/021076.html — more WP fun
- # [13:20] * Quits: aaronlev (n=chatzill@e179088148.adsl.alicedsl.de) (Read error: 110 (Connection timed out))
- # [13:26] * Quits: MikeSmith (n=MikeSmit@EM119-72-20-190.pool.e-mobile.ne.jp) (Read error: 110 (Connection timed out))
- # [13:26] * Quits: zcorpan_ (n=zcorpan@pat.se.opera.com) (Read error: 104 (Connection reset by peer))
- # [13:27] * Joins: zcorpan_ (n=zcorpan@pat.se.opera.com)
- # [13:28] * billyjack is now known as MikeSmith
- # [13:30] * Quits: zcorpan_ (n=zcorpan@pat.se.opera.com) (Read error: 104 (Connection reset by peer))
- # [13:31] * Joins: zcorpan_ (n=zcorpan@pat.se.opera.com)
- # [13:34] * Quits: zcorpan_ (n=zcorpan@pat.se.opera.com) (Read error: 104 (Connection reset by peer))
- # [13:35] * Joins: zcorpan_ (n=zcorpan@pat.se.opera.com)
- # [13:36] * Quits: zcorpan_ (n=zcorpan@pat.se.opera.com) (Read error: 104 (Connection reset by peer))
- # [13:36] * Joins: zcorpan_ (n=zcorpan@pat.se.opera.com)
- # [13:38] * Parts: zcorpan_ (n=zcorpan@pat.se.opera.com)
- # [13:42] * Joins: zcorpan_ (n=zcorpan@pat.se.opera.com)
- # [13:45] * Quits: roc (n=roc@121-72-177-105.dsl.telstraclear.net)
- # [13:47] <zcorpan_> http://wimleers.com/blog/whatwg-truly-open-participation-for-designing-the-next-foundation-of-the-internet makes me smile :)
- # [14:06] * Joins: myakura (n=myakura@p1216-ipbf601marunouchi.tokyo.ocn.ne.jp)
- # [14:07] * Quits: zcorpan_ (n=zcorpan@pat.se.opera.com) (Read error: 145 (Connection timed out))
- # [14:11] * hsivonen sees a LATERed bug (http://www.w3.org/Bugs/Public/show_bug.cgi?id=5833) despite REMIND and LATER being considered harmful
- # [14:12] * Philip` wishes Opera's JS implementation supported 'for each'
- # [14:17] * Joins: svl (n=me@dsl-58-7-82-83.wa.westnet.com.au)
- # [14:21] <Lachy> hsivonen, why are LATER and REMIND harmful?
- # [14:22] <hsivonen> Lachy: https://bugzilla.mozilla.org/show_bug.cgi?id=13534 https://bugzilla.mozilla.org/show_bug.cgi?id=35839
- # [14:24] * Joins: zcorpan (n=zcorpan@pat.se.opera.com)
- # [14:27] * Joins: aaronlev (n=chatzill@e176243213.adsl.alicedsl.de)
- # [14:28] * Joins: hdh0 (n=hdh@118.71.132.154)
- # [14:34] * Joins: hdh00 (n=hdh@118.71.134.133)
- # [14:40] * Joins: hdh000 (n=hdh@58.187.72.103)
- # [14:40] <Lachy> aargh! NO! I just deleted a bunch of files I shouldn't have :-(
- # [14:41] * Lachy will have to recreate them :-(
- # [14:41] <Philip`> Look in the Recycle Bin
- # [14:43] <Lachy> Philip`, out of habbit, I emptied the trash straight away without realising that the wrong file had been selected. The problem was I didn't notice I'd
- # [14:43] * Joins: virtuelv_ (n=virtuelv@213.236.208.247)
- # [14:45] <hsivonen> Lachy: no Time Machine?
- # [14:46] * Quits: hdh (n=hdh@118.71.132.15) (Read error: 110 (Connection timed out))
- # [14:46] * Joins: hdh0000 (n=hdh@118.71.128.135)
- # [14:47] <Philip`> The data's probably still on disk, so just "hexdump -C /dev/sda" or whatever the non-Linux equivalent is
- # [14:47] * Quits: hdh0 (n=hdh@118.71.132.154) (Read error: 110 (Connection timed out))
- # [14:48] <Lachy> I have no idea what the Mac equivalent for that would be
- # [14:49] <Lachy> maybe I can install it. But what does that command do?
- # [14:49] <gsnedders> /dev/disk0s1 is the root drive, IIRC
- # [14:49] <hsivonen> Lachy: you can read the disk with 'less' on Mac
- # [14:49] <gsnedders> (You can look up that in Disk Utility)
- # [14:49] <gsnedders> But you probably just want /dev/disk0 actually
- # [14:49] <Philip`> /dev/sda is just a file that gives direct access to the hard disk
- # [14:50] <Lachy> hsivonen, how do I use 'less'?
- # [14:50] <Philip`> and hexdump is kind of like cat except it dumps stuff in hex
- # [14:50] <Philip`> (and hexdump -C is a nicer format output)
- # [14:50] <Lachy> should I just use: less /dev/sda
- # [14:50] <gsnedders> Lachy: You want /dev/disk0, and not /dev/sda
- # [14:51] <Philip`> Reading a hundred gigabytes of data through 'less' might not be the best idea ever :-p
- # [14:51] <gsnedders> Why not? :P
- # [14:51] * gsnedders runs away
- # [14:51] <gsnedders> To the pier!
- # [14:51] <gsnedders> (with a notebook)
- # [14:52] * Joins: hdh (n=hdh@118.71.132.148)
- # [14:52] <gsnedders> (I'm more productive sitting there with a notebook than I am with the internet and everything else to distract me at home, unless I meet someone I know)
- # [14:52] <Lachy> ok, so do I just keep going through the all the output till I see the file I want?
- # [14:52] <hsivonen> Lachy: sudo less -f /dev/disk0s1
- # [14:53] <hsivonen> Lachy: less has search
- # [14:53] <Philip`> You'd probably have to search for part of the file's content, not its filename
- # [14:53] * Quits: hdh00 (n=hdh@118.71.134.133) (Read error: 113 (No route to host))
- # [14:54] <Lachy> Philip`, how do I search for it?
- # [14:54] <Philip`> How large is the file?
- # [14:54] <Lachy> the important one was just a python script
- # [14:54] <hsivonen> Lachy: press slash and then type a string that is unique in the contents of the file and hit enter
- # [14:54] * Philip` would have thought there'd exist some kind of undeleter program that would be easier to use than less :-)
- # [14:55] <Lachy> Philip`, there is, but they cost money
- # [14:56] <Philip`> Lachy: That seems an unfortunate side-effect of using OS X
- # [14:57] <Lachy> I guess I can just rewrite the script again if I can't get it. It was based on this one http://junkyard.damowmow.com/322
- # [14:58] * Quits: Lachy (n=Lachlan@pat-tdc.opera.com) ("This computer has gone to sleep")
- # [14:58] * Joins: hdh0 (n=hdh@118.71.134.147)
- # [14:58] * Philip` thinks he has never actually bought any software ever, except for games
- # [14:59] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) (Read error: 110 (Connection timed out))
- # [15:00] * Quits: hdh000 (n=hdh@58.187.72.103) (Read error: 110 (Connection timed out))
- # [15:01] * Joins: Lachy (n=Lachlan@pat-tdc.opera.com)
- # [15:04] * Joins: hdh00 (n=hdh@118.71.131.156)
- # [15:06] * Quits: hdh0000 (n=hdh@118.71.128.135) (Read error: 113 (No route to host))
- # [15:10] * Joins: hdh000 (n=hdh@58.187.73.115)
- # [15:11] * Quits: harig (n=harig_in@122.160.12.230) (Read error: 110 (Connection timed out))
- # [15:12] * Quits: hdh (n=hdh@118.71.132.148) (Read error: 110 (Connection timed out))
- # [15:14] * Joins: billyjack (n=MikeSmit@58.157.21.205)
- # [15:16] * Joins: hdh0000 (n=hdh@118.71.132.212)
- # [15:17] * Quits: hdh0 (n=hdh@118.71.134.147) (Read error: 110 (Connection timed out))
- # [15:22] * Joins: hdh (n=hdh@118.71.135.46)
- # [15:23] * Quits: hdh00 (n=hdh@118.71.131.156) (Read error: 110 (Connection timed out))
- # [15:24] <Lachy> I couldn't recover the files from my disk, but luckily I can redownload most of them from the original sources and rewrite the python script
- # [15:28] * Joins: hdh0 (n=hdh@118.71.132.232)
- # [15:28] * Quits: MikeSmith (n=MikeSmit@EM119-72-21-71.pool.e-mobile.ne.jp) (Read error: 110 (Connection timed out))
- # [15:30] * Quits: hdh000 (n=hdh@58.187.73.115) (Read error: 110 (Connection timed out))
- # [15:30] * billyjack is now known as MikeSmith
- # [15:36] * Quits: hdh0000 (n=hdh@118.71.132.212) (Read error: 110 (Connection timed out))
- # [15:43] * Quits: hdh (n=hdh@118.71.135.46) (Read error: 110 (Connection timed out))
- # [15:47] * Quits: hdh0 (n=hdh@118.71.132.232) (Read error: 113 (No route to host))
- # [16:08] * Joins: aroben (n=adamrobe@76.111.160.14)
- # [16:09] * Quits: aroben (n=adamrobe@unaffiliated/aroben) (Remote closed the connection)
- # [16:10] * Joins: aroben (n=adamrobe@76.111.160.14)
- # [16:22] * Joins: billmason (n=billmaso@ip80.unival.com)
- # [16:24] * Quits: myakura (n=myakura@p1216-ipbf601marunouchi.tokyo.ocn.ne.jp) ("Leaving...")
- # [16:28] * Joins: csarven (n=csarven@on-irc.csarven.ca)
- # [16:35] * Joins: hdh0 (n=hdh@58.187.73.71)
- # [16:41] * Quits: maikmerten (n=merten@ls5laptop14.cs.uni-dortmund.de) (Remote closed the connection)
- # [16:44] <Lachy> this time, I checked the script into CVS so I won't lost it again. http://dev.w3.org/cvsweb/html5/html-author/utils/
- # [16:49] * Quits: Windstoss (n=wind@mnhm-590d96fa.pool.einsundeins.de) (Read error: 104 (Connection reset by peer))
- # [16:49] * Joins: Windstoss (n=wind@mnhm-590d96fa.pool.einsundeins.de)
- # [16:53] <hsivonen> why is the WHATWG copy of the spec lacking a doctype?
- # [16:57] <zcorpan> because quirks mode is the new shit
- # [16:57] * Quits: gavin_ (n=gavin@firefox/developer/gavin) ("leaving")
- # [16:58] <zcorpan> or because http://svn.whatwg.org/webapps/header-whatwg has <!DOCTYPE html> and the css post processor strips the doctype in that case
- # [16:59] * Joins: gavin_ (n=gavin@people.mozilla.com)
- # [16:59] <Lachy> zcorpan, then why would the DOCTYPE still be in the W3C copy?
- # [16:59] <zcorpan> i guess Hixie is waiting for gsnedders' 1.2 specgen
- # [16:59] <zcorpan> Lachy: i guess the w3c copy has a different header
- # [17:00] <gsnedders> hsivonen: Likely because my spec-gen is being used for the WHATWG copy, and with the libxml2 HTML parser being used, it vanishes
- # [17:01] <gsnedders> Actually, that can't be it
- # [17:01] <zcorpan> gsnedders: oh is hixie already using your specgen?
- # [17:01] <gsnedders> zcorpan: Not yet, it seems
- # [17:01] <zcorpan> ok
- # [17:01] <gsnedders> The stuff he wants in 1.2 is completely new stuff: 1.0 does everything he needs that already happens
- # [17:02] <gsnedders> But yeah, the W3C copy has a different header
- # [17:02] <gsnedders> And pubrules stipulate that a normative copy of the spec must exist as HTML 4.01 or XHTML 1.0
- # [17:03] <Philip`> The multipage W3C one is HTML 4, so that can be the normative copy :-)
- # [17:03] <gsnedders> :P
- # [17:04] <hsivonen> anyway, I just deployed a fix for http://www.w3.org/Bugs/Public/show_bug.cgi?id=5796
- # [17:04] <hsivonen> which makes errors go away when validating the spec
- # [17:05] <zcorpan> i like that hyatt is an editor for the w3c version but not for the whatwg version
- # [17:05] <gsnedders> He wrote the status section for the W3C, I guess.
- # [17:05] <gsnedders> :P
- # [17:06] <hsivonen> I guess the data templates stuff is partially hyatt's.
- # [17:06] <hsivonen> even if Hixie expressed it in writing
- # [17:06] <zcorpan> and now Hixie's gonna drop it :(
- # [17:07] <gsnedders> "Special thanks and $10,000 to David Hyatt who came up with a broken implementation of the adoption agency algorithm that the editor had to reverse engineer and fix before using it in the parsing section."
- # [17:07] <gsnedders> Isn't that a conflict of interest?
- # [17:07] <zcorpan> did he actually get $10,000?
- # [17:07] <gsnedders> No :P
- # [17:07] <Philip`> hsivonen: People who come up with ideas go in the acknowledgements section; the people in the editors section should be the people who edit
- # [17:08] <zcorpan> gsnedders: :(
- # [17:08] <gsnedders> Which is why he could just edit the status section of the W3C copy, and then he's an editor of that but not the WHATWG copy :P
- # [17:08] <Philip`> gsnedders: http://quotes.burntelectrons.org/2413
- # [17:08] <gsnedders> Philip`: Heh.
- # [17:09] <gsnedders> I still like http://quotes.burntelectrons.org/3770
- # [17:10] <gsnedders> Philip`: And for you, http://quotes.burntelectrons.org/3653
- # [17:12] <gsnedders> http://stuff.gsnedders.com/spec-gen/html5.html — that the latest copy of the WHATWG spec from my spec-gen
- # [17:14] <zcorpan> gsnedders: are you stipping optional tags per html5 rules or not at all?
- # [17:14] <zcorpan> not at all it seems
- # [17:14] <gsnedders> zcorpan: I'm following html5lib's defaults.
- # [17:15] <gsnedders> Whatever they are :)
- # [17:15] <zcorpan> ok
- # [17:15] <Philip`> The table of contents ought to have newlines so the source is readable
- # [17:15] <gsnedders> Yeah, it ought to.
- # [17:15] <gsnedders> I never got round to doing that, though.
- # [17:16] <hsivonen> Philip`: it's for browsers to read. the pre-specgen version is for humans
- # [17:16] <zcorpan> why would you read the source of the toc?
- # [17:17] <Philip`> hsivonen: Humans read what is published, and the post-specgen version is what's published
- # [17:17] <gsnedders> I think that's the only thing that I generate that is unreadable
- # [17:17] * Joins: MacDome (n=eric@c-67-180-49-110.hsd1.ca.comcast.net)
- # [17:17] * Quits: MacDome (n=eric@c-67-180-49-110.hsd1.ca.comcast.net) (Client Quit)
- # [17:18] <takkaria> zcorpan: puts you to sleep quickly at night, I'd say
- # [17:18] <Philip`> zcorpan: Reading the spec's source is sometimes interesting because it has comments and jokes and stuff, and when reading the spec's source you inevitably see the giant ugly lump of TOC code while scrolling down
- # [17:18] * Joins: eseidel (n=eseidel@c-67-180-49-110.hsd1.ca.comcast.net)
- # [17:19] <hsivonen> Philip`: the comments also have interesting SVG parsing stuff :-)
- # [17:21] <Lachy> Philip`, there's a reveal comments bookmarklet you can use for that, so you don't need to look at the source for them http://lachy.id.au/dev/utilities/
- # [17:21] <zcorpan> <h5 id=the-xml:base-attribute-(xml-only)> -- omg that wouldn't be xml-namespace-valid if converted to xml
- # [17:21] <gsnedders> zcorpan: It doesn't try to be, though :)
- # [17:22] <gsnedders> zcorpan: It does different stuff in HTML 4.01 documents to keep them conforming, with stricter @id syntax
- # [17:22] <gsnedders> zcorpan: And when I get around to getting XML working, it will be all right there too
- # [17:22] <Philip`> Lachy: But I'm too lazy to learn how to use bookmarklets, and I already know how to open 'view source' quickly
- # [17:22] <zcorpan> gsnedders: so the w3c and whatwg copies end up having different ids?
- # [17:22] <hsivonen> Lachy: cool. it beachballs firefox 3 on the spec, though
- # [17:23] <gsnedders> zcorpan: hmm. true.
- # [17:23] <MikeSmith> if the generated TOC doesn't have newlines, it makes a gigantic diff any time a single change is made to one section title in the spec
- # [17:23] <Lachy> hsivonen, only for a few seconds
- # [17:23] <zcorpan> gsnedders: i think it'd make sense to have the same rules for all even though text/html html5 allows more characters than xml or html4
- # [17:23] <Lachy> Philip`, all you do is drag it to your bookmarks toolbar and then click on it to use it
- # [17:24] * MikeSmith sees that he just re-stated what Philip had already said better
- # [17:24] <Philip`> MikeSmith: Not if the diffs are done on the pre-specgen version
- # [17:24] <MikeSmith> Philip`: true
- # [17:24] <gsnedders> zcorpan: I'd rather not, but just make it an option
- # [17:24] <Philip`> Lachy: I don't have a bookmarks toolbar
- # [17:24] <hsivonen> Philip`: my bookmarks toolbar is for bookmarklets
- # [17:25] * Quits: svl (n=me@dsl-58-7-82-83.wa.westnet.com.au) ("And back he spurred like a madman, shrieking a curse to the sky.")
- # [17:26] * Quits: mpt (n=mpt@canonical/launchpad/mpt) (Remote closed the connection)
- # [17:27] * Quits: timblair (n=timblair@82.108.232.226)
- # [17:27] <Lachy> Philip`, I'm sure Opera has several toolbars available in which you could add it as a button or something
- # [17:29] <Lachy> this is sad http://blogs.msdn.com/ie/archive/2008/07/21/font-embedding-on-the-web.aspx
- # [17:29] <Philip`> Lachy: Whenever I change my browser UI at all, the differences disturb me for days :-(
- # [17:29] <zcorpan> Philip`: commit-watchers does diffs on both the generated and the source versions
- # [17:30] <gsnedders> http://bugs.gsnedders.com/projects/roadmap/spec-gen
- # [17:31] * Quits: Lachy (n=Lachlan@pat-tdc.opera.com) ("This computer has gone to sleep")
- # [17:31] * Quits: zcorpan (n=zcorpan@pat.se.opera.com)
- # [17:32] * hsivonen hasn't heard of Ascender Corporation before
- # [17:33] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
- # [17:40] * Quits: KevinMarks (n=KevinMar@c-98-207-134-151.hsd1.ca.comcast.net) (Connection timed out)
- # [17:42] * hsivonen discovers that allowing full DTD functionality without the Same Origin Policy or Access-Control would allow cross-site data leakage
- # [17:46] * Joins: Lachy (n=Lachlan@85.196.122.246)
- # [17:56] <gsnedders> hsivonen: how?
- # [17:57] <hsivonen> gsnedders: yeah. I had thought about many bad sides of DTDs but not external parsed entities (or sensitive entities in general)
- # [17:58] <hsivonen> gsnedders: https://bugzilla.mozilla.org/show_bug.cgi?id=22942#c103
- # [18:01] * hsivonen is amused by "(Non-normative) <cite>Inter Gravissimas</cite>, A. Lilius, C. Clavius. Gregory XIII Papal Bulls, February 1582."
- # [18:07] <hsivonen> at least the Microsoft partner is acknowledging the existence of the top four browsers in the lower left corner: http://www.fontembedding.com/
- # [18:15] * Philip` wonders why Rob Burns thinks XML requires documents to have a doctype
- # [18:18] <takkaria> it's all about how you read the spec
- # [18:18] <hsivonen> takkaria: you mean like it's all a point of view? :-)
- # [18:18] <Philip`> I read it by opening the spec and searching for all mentions of "doctype" and "document type" and trying to find anything that indicates you must have one, and entirely failing
- # [18:19] <takkaria> hsivonen: well, in his field, he must argue a lot about how to best read a text; about the author's intentions, and such. and also what the most useful reading of a text would be
- # [18:19] <Philip`> I suppose you could read it by not actually reading it, and just knowing what it's surely meant to say, and if it turns out that's not what it says then the spec must be wrong
- # [18:19] <takkaria> when you get into literary theory, not even a good spec is straightforward. :)
- # [18:29] * Joins: dbaron (n=dbaron@c-71-198-188-254.hsd1.ca.comcast.net)
- # [18:51] * Joins: maikmerten (n=maikmert@L87f7.l.pppool.de)
- # [19:20] * Joins: hasather_ (n=hasather@cm-84.215.63.253.getinternet.no)
- # [19:22] * Quits: maikmerten (n=maikmert@L87f7.l.pppool.de) (Remote closed the connection)
- # [19:24] * Joins: maikmerten (n=maikmert@L87f7.l.pppool.de)
- # [19:36] * Joins: eseidel_ (n=eseidel@72.14.224.1)
- # [19:45] * Quits: weinig (n=weinig@c-71-198-176-23.hsd1.ca.comcast.net)
- # [19:52] * Quits: eseidel (n=eseidel@c-67-180-49-110.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
- # [19:59] * eseidel_ is now known as eseidel
- # [19:59] * Joins: roc (n=roc@121-72-177-105.dsl.telstraclear.net)
- # [20:00] * Quits: dbaron (n=dbaron@c-71-198-188-254.hsd1.ca.comcast.net) (Read error: 60 (Operation timed out))
- # [20:12] * Joins: weinig (n=weinig@nat/apple/x-869d150a51e348a4)
- # [20:14] * Quits: jruderman_ (n=jruderma@c-67-180-39-55.hsd1.ca.comcast.net)
- # [20:15] * Joins: starjive (i=beos@213-66-217-32-no30.tbcn.telia.com)
- # [20:18] * Joins: dbaron (n=dbaron@corp-241.mountainview.mozilla.com)
- # [20:39] * Quits: mpt (n=mpt@canonical/launchpad/mpt) (Read error: 113 (No route to host))
- # [20:43] * Quits: dbaron (n=dbaron@corp-241.mountainview.mozilla.com) ("8403864 bytes have been tenured, next gc will be global.")
- # [20:44] * Joins: dbaron (n=dbaron@corp-241.mountainview.mozilla.com)
- # [20:47] * Parts: hdh0 (n=hdh@58.187.73.71) ("Konversation terminated!")
- # [20:55] * Quits: hasather_ (n=hasather@cm-84.215.63.253.getinternet.no) (Read error: 110 (Connection timed out))
- # [20:55] * Joins: jruderman (n=jruderma@guest-225.mountainview.mozilla.com)
- # [21:00] * Joins: franksalim (n=frank@ip-12-22-56-126.hqglobal.net)
- # [21:05] * Quits: Lachy (n=Lachlan@85.196.122.246) (Read error: 104 (Connection reset by peer))
- # [21:05] * Joins: Lachy (n=Lachlan@85.196.122.246)
- # [21:08] * Joins: jacobolus (n=jacobolu@64.122.15.118)
- # [21:18] * Joins: jacobolus1 (n=jacobolu@64.122.15.118)
- # [21:18] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
- # [21:27] * Quits: jacobolus1 (n=jacobolu@64.122.15.118) (Read error: 104 (Connection reset by peer))
- # [21:27] * Joins: jacobolus1_ (n=jacobolu@64.122.15.118)
- # [21:27] * Quits: jacobolus (n=jacobolu@64.122.15.118) (Read error: 104 (Connection reset by peer))
- # [21:29] * Quits: webben_ (n=benh@nat/yahoo/x-fd0dfa4235a45b30)
- # [21:41] * Quits: maikmerten (n=maikmert@L87f7.l.pppool.de) (Remote closed the connection)
- # [22:05] * Joins: hasather_ (n=hasather@cm-84.215.63.253.getinternet.no)
- # [22:08] * Joins: othermaciej (n=mjs@c-24-5-43-151.hsd1.ca.comcast.net)
- # [22:09] * Joins: othermaciej_ (n=mjs@c-24-5-43-151.hsd1.ca.comcast.net)
- # [22:09] * Quits: othermaciej (n=mjs@c-24-5-43-151.hsd1.ca.comcast.net) (Read error: 104 (Connection reset by peer))
- # [22:21] * Quits: roc (n=roc@121-72-177-105.dsl.telstraclear.net)
- # [22:32] * Joins: Windstoss_ (n=wind@mnhm-590d9cea.pool.einsundeins.de)
- # [22:35] * Quits: jacobolus1_ (n=jacobolu@64.122.15.118) (Connection timed out)
- # [22:49] * Quits: Windstoss (n=wind@mnhm-590d96fa.pool.einsundeins.de) (Read error: 110 (Connection timed out))
- # [22:54] * Quits: starjive (i=beos@213-66-217-32-no30.tbcn.telia.com)
- # [23:09] * Joins: jacobolus (n=jacobolu@conference/oscon/x-11a9e82dfaba5243)
- # [23:10] * Quits: jacobolus (n=jacobolu@conference/oscon/x-11a9e82dfaba5243) (Remote closed the connection)
- # [23:11] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
- # [23:11] * Joins: jacobolus (n=jacobolu@conference/oscon/x-9c4209c702b07d13)
- # [23:12] * Joins: roc (n=roc@202.0.36.64)
- # [23:27] * Joins: tantek (n=tantek@c-71-202-120-131.hsd1.ca.comcast.net)
- # [23:28] * Quits: ROBOd (n=robod@89.122.216.38) ("http://www.robodesign.ro")
- # [23:45] * Quits: csarven (n=csarven@on-irc.csarven.ca) ("http://www.csarven.ca")
- # [23:52] * Quits: Maurice (n=ano@82-204-22-72.dsl.bbeyond.nl)
- # [23:58] * Quits: othermaciej_ (n=mjs@c-24-5-43-151.hsd1.ca.comcast.net) (Read error: 104 (Connection reset by peer))
- # [23:58] * Joins: othermaciej (n=mjs@c-24-5-43-151.hsd1.ca.comcast.net)
- # Session Close: Wed Jul 23 00:00:00 2008
The end :)