Options:
- # Session Start: Tue Oct 25 00:00:00 2011
- # Session Ident: #whatwg
- # [00:00] * Joins: Margle (~Margle@41-133-101-76.dsl.mweb.co.za)
- # [00:00] * slightlyoff is now known as slightlyoff_afk
- # [00:00] <Hixie> AryehGregor: any particular aspect of it?
- # [00:08] * Quits: mpt (mpt@canonical/mpt) (Ping timeout: 245 seconds)
- # [00:09] * Quits: erlehmann (~erlehmann@82.113.121.160) (Quit: Ex-Chat)
- # [00:18] <rniwa> AryehGregor: btw, we might want to consider supporting contenteditable=plaintext
- # [00:18] <rniwa> AryehGregor: it seems like websites like facebook, google+, code editors, etc... are working around the issue
- # [00:18] <rniwa> by emulating contenteditable
- # [00:19] <rniwa> but it'll be much better if UA just provided a way to enable plain text editing
- # [00:20] * Joins: Areks|2 (~Areks@176.14.214.163)
- # [00:23] * Joins: davidb (~davidb@bas1-toronto06-2925210074.dsl.bell.ca)
- # [00:24] * Quits: Areks (~Areks@176.14.214.163) (Ping timeout: 240 seconds)
- # [00:26] * Joins: othermaciej (~mjs@17.245.91.246)
- # [00:28] <Hixie> hm, i wonder how the existence of at least one vendor having extended TTF to support colour will affect svg fonts
- # [00:29] <heycam> Hixie, pointer?
- # [00:29] <heycam> Hixie, I'm hoping to work further on the SVG glyphs within opentype proposal
- # [00:29] <Hixie> OS X Lion has a colour font for emoji
- # [00:30] <heycam> Hixie, they're bitmaps in the font
- # [00:30] <heycam> (afaik)
- # [00:30] <Hixie> must be pretty huge bitmaps, they scale rather well
- # [00:30] <zewt> do they scale well downwards? bitmaps tend to do poorly at that
- # [00:30] * heycam should try and get lion at some point
- # [00:30] <Hixie> they seemed to work well for me at small and large sizes
- # [00:32] <heycam> althought what I had read about this "sbix" table was for the iPhone emoji font
- # [00:32] <heycam> so it might be that the Lion one is different
- # [00:37] <Hixie> the iphone one is definitely bitmaps
- # [00:37] <Hixie> i wonder how big the bitmaps are if it is bitmaps
- # [00:37] <Hixie> i'll have to play with it when i get back home to my lion box
- # [00:41] <AryehGregor> rniwa, could you file a bug on that? I thought I had one, but it seems not.
- # [00:41] <rniwa> AryehGregor: oh w3c?
- # [00:41] <rniwa> s/oh/on/
- # [00:41] <AryehGregor> rniwa, yeah. There's a link in the spec, at the top: http://dvcs.w3.org/hg/editing/raw-file/tip/editing.html
- # [00:42] <rniwa> AryehGregor: ah nice
- # [00:42] <rniwa> AryehGregor: I should really move my spec to W3C as well
- # [00:42] <AryehGregor> Hixie, I was thinking of whether it was worth it to implement it in JS for my reflection tests, but concluded it wasn't anyway, it'd be much easier to just compute expected values for tests by hand.
- # [00:44] <Hixie> unless you're playing with some quite dodgy URLs, I doubt any future spec changes will affect you
- # [00:44] <rniwa> AryehGregor: filed http://www.w3.org/Bugs/Public/show_bug.cgi?id=14554
- # [00:44] <Hixie> but that seems like a reaonable conclusion
- # [00:45] * Quits: davidb (~davidb@bas1-toronto06-2925210074.dsl.bell.ca) (Quit: davidb)
- # [00:46] * Quits: hasather_ (~hasather_@84.38.144.96) (Remote host closed the connection)
- # [00:49] * Quits: dbaron (~dbaron@nat/mozilla/x-cxlxpiculprusrnt) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [00:57] * slightlyoff_afk is now known as slightlyoff
- # [00:59] * Quits: jwalden (~waldo@2620:101:8003:200:224:d7ff:fef0:8d90) (Read error: Connection reset by peer)
- # [01:00] * Quits: nessy (~Adium@124-168-24-196.dyn.iinet.net.au) (Quit: Leaving.)
- # [01:01] * Quits: Amorphous (jan@unaffiliated/amorphous) (Ping timeout: 260 seconds)
- # [01:06] * Joins: jarek (~jarek@unaffiliated/jarek)
- # [01:07] * Joins: jwalden (~waldo@2620:101:8003:200:224:d7ff:fef0:8d90)
- # [01:08] * Joins: erlehmann (~erlehmann@82.113.121.160)
- # [01:12] * Joins: _pdr_ (anonymous@nat/google/x-uljtapplnpwgczvq)
- # [01:13] * Quits: connrs (~connrs@conners.plus.com) (Quit: Going offline)
- # [01:14] * Joins: connrs (~connrs@conners.plus.com)
- # [01:15] * Joins: benjoffe_ (~benjoffe_@CPE-121-218-141-115.lnse3.cht.bigpond.net.au)
- # [01:15] * Joins: Amorphous (jan@unaffiliated/amorphous)
- # [01:16] * Quits: micheil (~micheil@92.40.254.106.threembb.co.uk) (Remote host closed the connection)
- # [01:16] * Joins: micheil (~micheil@92.40.254.106.threembb.co.uk)
- # [01:19] <Hixie> heycam: ToUInt32(-1) == 2**32-1?
- # [01:19] <Hixie> right?
- # [01:19] <bga_> yes
- # [01:19] <heycam> Hixie, yep\
- # [01:19] <Hixie> k
- # [01:19] * Quits: connrs (~connrs@conners.plus.com) (Quit: Going offline)
- # [01:20] * Joins: connrs (~connrs@conners.plus.com)
- # [01:28] * Joins: mpt (~mpt@canonical/mpt)
- # [01:29] * Quits: jdong_ (~quassel@222.126.155.250) (Read error: Connection reset by peer)
- # [01:29] * Joins: jdong_ (~quassel@222.126.155.250)
- # [01:34] * Joins: dbaron (~dbaron@nat/mozilla/x-gbfmjdoyvlpysmib)
- # [01:39] * Quits: ezoe (~ezoe@112-68-245-190f1.kyt1.eonet.ne.jp) (Ping timeout: 260 seconds)
- # [01:46] * Joins: nattokirai (~nattokira@rtr.mozilla.or.jp)
- # [01:47] * Quits: KillerX (~anant@nat/mozilla/x-gxfmcbqwipblzrvu) (Quit: KillerX)
- # [01:58] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 240 seconds)
- # [01:59] * Joins: nessy (~Adium@74.125.56.18)
- # [02:02] * Joins: micheil_mbp (~micheil@92.40.254.106.threembb.co.uk)
- # [02:02] * Quits: micheil (~micheil@92.40.254.106.threembb.co.uk) (Ping timeout: 252 seconds)
- # [02:02] * micheil_mbp is now known as micheil
- # [02:03] * Quits: zewt (~x@c-24-62-196-44.hsd1.ma.comcast.net) (Read error: Connection reset by peer)
- # [02:05] * Joins: danj (~danj@5ac722ae.bb.sky.com)
- # [02:07] * Joins: asmodai_ (asmodai@178-85-121-247.dynamic.upc.nl)
- # [02:09] * Quits: danj (~danj@5ac722ae.bb.sky.com) (Client Quit)
- # [02:09] * Quits: asmodai (asmodai@178-85-121-247.dynamic.upc.nl) (Ping timeout: 260 seconds)
- # [02:09] * asmodai_ is now known as asmodai
- # [02:10] * Quits: erlehmann (~erlehmann@82.113.121.160) (Quit: Ex-Chat)
- # [02:15] <roc> I need to add an API to extract a MediaStream from an HTML media element
- # [02:16] <roc> I have to decide whether the stream should represent "whatever's currently playing in the media element" or "just the current resource, until it ends"
- # [02:17] <roc> in the latter case, loading a new resource or restarting playback after "ended" would start a new stream
- # [02:17] <roc> Hixie: any opinion?
- # [02:17] <Hixie> hmm
- # [02:17] <Hixie> what's the use case?
- # [02:17] <Hixie> pushing to a peer / WebAudio processing?
- # [02:17] <Hixie> or saving the resource to disk?
- # [02:17] <roc> those are all use-cases
- # [02:18] <Hixie> displaying it in a monitor <video>?
- # [02:18] <roc> the latter is less interesting I think
- # [02:18] <Hixie> if the use case is to take whatever the user is currently watching and essentially fork it for use elsewhere, i'd go with having a "live" copy that just streams whatever is being rendered
- # [02:18] <roc> my main use cases are audio/video playback with mixing and processing; stream it out to a peer is a secondary use-case
- # [02:18] <Hixie> so e.g. it would start displaying a static image if the media element was paused, etc
- # [02:19] <Hixie> though that would act really weird if you then could pause and rewind it
- # [02:19] <roc> the main problem with the "whatever's currently playing" approach is that it means the stream can end, and then start producing data again later
- # [02:19] <roc> the RTC people don't like that
- # [02:19] <Hixie> why would it end?
- # [02:20] <roc> if you treat the "ended" state of the media element as ending the stream
- # [02:20] <roc> which would be intuitively appealing, and useful as well
- # [02:21] <Hixie> if you're just outputting what the media element is playing, i don't think you'd do that
- # [02:22] <Hixie> "ended" just means that the current playback position is at the end
- # [02:22] <Hixie> doesn't mean that there won't be more later
- # [02:22] <roc> then we'd need a different API to let authors load a media resource and get a MediaStream for it that ends when the resource ends
- # [02:23] <Hixie> well, i could certainly see a use case for "get a mediastream for a resource", but it wouldn't "end", it would just represent the (possibly finite) resource, right?
- # [02:23] <roc> we could have both APIs on the media element, but that might be confusing
- # [02:24] <Hixie> i guess it would "end" when the whole resource was obtained
- # [02:24] <Hixie> which might be immediately if the resource is cached
- # [02:24] <roc> MediaStreams end when they will no longer produce any new data
- # [02:25] <Hixie> right
- # [02:25] <roc> the MediaStream for a resource ends when we've finished playing it back
- # [02:25] <Hixie> so a MediaStream of a finite resource that happens to be already cached would end immediately after providing all the data to whatever consumer exists
- # [02:25] <roc> MediaStreams play back in real time, they can't instantly deliver all their data to some consumer
- # [02:26] <Hixie> oh
- # [02:26] <roc> at least, the way I understand it
- # [02:26] <Hixie> well then it doesn't make much sense to get one for a static resource
- # [02:26] <Hixie> surely
- # [02:26] <roc> sure it does
- # [02:26] <Hixie> what if the user wants to fast-forward?
- # [02:27] * Quits: ojan (ojan@nat/google/x-djvdpcpeoefopzzp) (Quit: ojan)
- # [02:27] <Hixie> it'd be really weird to tell the user that he can pause, rewind, etc, but he can't fast-forward ahead of where the mediastream happens to have reached
- # [02:27] <roc> you can't fast-forward a MediaStream
- # [02:27] <roc> you can pause, but not rewind
- # [02:27] <Hixie> especially if the user just gave you the File in question
- # [02:28] <roc> if the user just gave you a File then you can make a BlobURL and just play that
- # [02:28] <roc> MediaStreams need not be involved
- # [02:28] <roc> and then you can do everything
- # [02:29] <roc> defining a media processing graph where you can control the playback rate of individual streams gets very problematic
- # [02:29] <Hixie> well to answer your original question, i think if mediastream represents live data and only live data, and you create one from an HTMLMediaElement, it should represent whatever frame/audio is currently playing
- # [02:29] <Hixie> and it shouldn't ever "end"
- # [02:30] <roc> (you end up being able to consume a single stream at different rates, and therefore at different time offsets, which is not really implementable)
- # [02:30] * Joins: MikeSmith_ (~MikeSmith@EM1-112-233-67.pool.e-mobile.ne.jp)
- # [02:30] <roc> ok
- # [02:31] <roc> then we'll need a separate API to create a MediaStream for a resource that ends when the resource playback ends
- # [02:31] <roc> any suggestions on where that should lvie?
- # [02:31] <Hixie> what's the use case for that one?
- # [02:31] <roc> because if it doesn't live on the media element, then we have to duplicate all the source selection logic and probably more, which would really suck
- # [02:32] <Hixie> why wouldn't you just create an HTMLMediaElement that the user can't mess with, and use that to feed the MediaStream?
- # [02:32] * Quits: MikeSmith (~MikeSmith@EM114-48-48-111.pool.e-mobile.ne.jp) (Ping timeout: 255 seconds)
- # [02:32] * MikeSmith_ is now known as MikeSmith
- # [02:32] <roc> I can do that I guess
- # [02:32] <roc> then I have to add an API somewhere to forcibly end the stream
- # [02:33] <Hixie> MediaStream.end()
- # [02:33] <roc> people want to add features that trigger when streams end
- # [02:33] <roc> OK
- # [02:33] <Hixie> if it's the kind of feature where precise timing matters, i guess you could just create a MediaStream from a fixed URL, and screw the source selection stuff
- # [02:34] <roc> precise timing is not really an issue
- # [02:34] <Hixie> if someone needs to pick a source, they can create a <video> and have it do the source selection and then use the result from that
- # [02:34] <roc> that's a bit ugly
- # [02:34] <Hixie> not the most efficient, certainly
- # [02:34] <Hixie> what kind of thing are we triggering on end?
- # [02:35] <TabAtkins> Hmm. <http://jsfiddle.net/leaverou/e77P2/> shows a style element being disabled, and then it gets automatically reenabled when you set .textContent on it. Is that supposed to happen?
- # [02:35] <roc> disconnecting the stream from downstream mixers, for example
- # [02:35] <Hixie> roc: oh if it's just cleanup then yeah, i'd go with an explicit .end().
- # [02:35] <Hixie> ok i gotta go, bbl
- # [02:35] <roc> ta
- # [02:35] * Joins: ezoe (~ezoe@203-140-91-28f1.kyt1.eonet.ne.jp)
- # [02:37] * Quits: rillian_ (~rillian@mist.thaumas.net) (Remote host closed the connection)
- # [02:44] * Quits: astearns (~anonymous@192.150.22.5) (Ping timeout: 252 seconds)
- # [02:46] * heycam is now known as heycam|away
- # [02:55] * paul_irish is now known as paul_irish_
- # [02:59] * Joins: yuuki (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [03:03] * Quits: micheil (~micheil@92.40.254.106.threembb.co.uk) (Quit: http://brandedcode.com | http://github.com/miksago)
- # [03:04] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
- # [03:16] * Quits: dave_levin (dave_levin@nat/google/x-esqpseyxvohzrmup) (Quit: dave_levin)
- # [03:20] * Joins: adtykfhyipoh (185b44cc@gateway/web/freenode/ip.24.91.68.204)
- # [03:23] * Quits: nessy (~Adium@74.125.56.18) (Quit: Leaving.)
- # [03:28] * Quits: bga_ (~bga@ppp78-37-214-230.pppoe.avangarddsl.ru) (Read error: Connection reset by peer)
- # [03:28] * Quits: jarek (~jarek@unaffiliated/jarek) (Ping timeout: 258 seconds)
- # [03:28] * Joins: jarek- (~jarek@bcy22.neoplus.adsl.tpnet.pl)
- # [03:29] * Quits: shetech (~shetech@c-76-126-167-49.hsd1.ca.comcast.net) (Quit: Leaving.)
- # [03:32] * heycam|away is now known as heycam
- # [03:37] * Quits: adtykfhyipoh (185b44cc@gateway/web/freenode/ip.24.91.68.204) (Quit: Page closed)
- # [03:43] * Joins: astearns (~anonymous@c-50-132-63-33.hsd1.wa.comcast.net)
- # [03:45] * Joins: zewt (~x@c-24-62-196-44.hsd1.ma.comcast.net)
- # [04:03] * Joins: annevk (~annevk@EM1-112-233-67.pool.e-mobile.ne.jp)
- # [04:06] * Quits: dbaron (~dbaron@nat/mozilla/x-gbfmjdoyvlpysmib) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [04:08] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Quit: Leaving.)
- # [04:09] * Joins: agektmr (~Adium@220.109.219.244)
- # [04:09] * Quits: othermaciej (~mjs@17.245.91.246) (Quit: othermaciej)
- # [04:09] * Quits: jarek- (~jarek@bcy22.neoplus.adsl.tpnet.pl) (Ping timeout: 258 seconds)
- # [04:10] * Joins: rabbi1 (~manjunath@49.249.126.64)
- # [04:12] * Joins: Transformer (~Transform@ool-4a59e397.dyn.optonline.net)
- # [04:13] * Quits: Transformer (~Transform@ool-4a59e397.dyn.optonline.net) (Excess Flood)
- # [04:26] * Joins: Transformer (~Transform@ool-4a59e397.dyn.optonline.net)
- # [04:26] * Quits: Transformer (~Transform@ool-4a59e397.dyn.optonline.net) (Excess Flood)
- # [04:27] * Quits: _pdr_ (anonymous@nat/google/x-uljtapplnpwgczvq) (Quit: _pdr_)
- # [04:31] * Quits: jwalden (~waldo@2620:101:8003:200:224:d7ff:fef0:8d90) (Quit: ChatZilla 0.9.87-3.1450hg.fc15 [XULRunner 7.0.1/20110930134335])
- # [04:32] * Quits: jacobolus (~jacobolus@c-71-198-169-213.hsd1.ca.comcast.net) (Remote host closed the connection)
- # [04:34] * Quits: rniwa (rniwa@nat/google/x-wyhyrrfvsarajoyg) (Read error: Connection reset by peer)
- # [04:34] * Joins: jarek (~jarek@unaffiliated/jarek)
- # [04:34] * Joins: rniwa (rniwa@nat/google/x-uoutywtlcsnbrbmo)
- # [04:36] <jarek> what is the more efficient way to convert DOM tree into string (with all HTML tags stripped)?
- # [04:36] * Quits: roc (~chatzilla@60.234.54.74) (Read error: Connection reset by peer)
- # [04:36] <jarek> I have created a new range that wraps the whole tree, then I do:
- # [04:37] <jarek> myRange.toString()
- # [04:37] * Joins: roc (~chatzilla@60.234.54.74)
- # [04:37] <jarek> but it strips all new lines
- # [04:38] <annevk> that sounds like a bug...
- # [04:39] <annevk> only Selection should do that
- # [04:39] <jarek> http://stackoverflow.com/questions/1146730/problem-detecting-newlines-in-javascript-range-object
- # [04:40] <jarek> the poster says this behavior could be reproduced on all major browsers
- # [04:40] <jarek> (I have checked only Chrome)
- # [04:41] <jarek> no, wait... he is using getSelection() method
- # [04:42] <annevk> hmm, I thought only Selection.toString() was affected by this
- # [04:42] <annevk> but maybe it normalizes its Ranges somehow, that sound weird
- # [04:42] <annevk> AryehGregor would prolly know
- # [04:43] <jarek> annevk: the specification does not say anything about how new lines should be handled
- # [04:43] <jarek> I would expect them to be preserved
- # [04:43] <Hixie> jarek: element.textContent
- # [04:45] <jarek> Hixie: thanks, exactly what I needed
- # [04:48] * Joins: nessy (~Adium@74.125.56.18)
- # [04:53] * Joins: abarth (~abarth@173-164-128-209-SFBA.hfc.comcastbusiness.net)
- # [04:57] * Quits: rniwa (rniwa@nat/google/x-uoutywtlcsnbrbmo) (Quit: rniwa)
- # [04:57] * Quits: AryehGregor (~Simetrica@mediawiki/simetrical) (Ping timeout: 248 seconds)
- # [04:58] * Joins: AryehGregor (~Simetrica@cpe-68-175-61-233.nyc.res.rr.com)
- # [04:58] * Quits: AryehGregor (~Simetrica@cpe-68-175-61-233.nyc.res.rr.com) (Changing host)
- # [04:58] * Joins: AryehGregor (~Simetrica@mediawiki/simetrical)
- # [04:59] * Quits: nessy (~Adium@74.125.56.18) (Quit: Leaving.)
- # [05:00] * Quits: AryehGregor (~Simetrica@mediawiki/simetrical) (Excess Flood)
- # [05:04] * Joins: AryehGregor (~Simetrica@cpe-68-175-61-233.nyc.res.rr.com)
- # [05:04] * Quits: AryehGregor (~Simetrica@cpe-68-175-61-233.nyc.res.rr.com) (Changing host)
- # [05:04] * Joins: AryehGregor (~Simetrica@mediawiki/simetrical)
- # [05:04] * Joins: Evanescence (~Evanescen@122.237.29.39)
- # [05:05] * Quits: Evanescence (~Evanescen@122.237.29.39) (Client Quit)
- # [05:08] * Joins: nessy (~Adium@74.125.56.18)
- # [05:11] * Joins: nonge__ (~nonge@p50829AA5.dip.t-dialin.net)
- # [05:12] * Quits: jarek (~jarek@unaffiliated/jarek) (Ping timeout: 276 seconds)
- # [05:15] * Joins: Evanescence (~Evanescen@122.237.29.39)
- # [05:15] * Quits: nonge_ (~nonge@p508299AE.dip.t-dialin.net) (Ping timeout: 256 seconds)
- # [05:30] * Joins: mpt (~mpt@71.16.235.2)
- # [05:30] * Quits: mpt (~mpt@71.16.235.2) (Changing host)
- # [05:30] * Joins: mpt (~mpt@canonical/mpt)
- # [05:31] * Quits: nessy (~Adium@74.125.56.18) (Quit: Leaving.)
- # [05:34] <annevk> Hixie, is the whitespace thing clear now?
- # [05:34] <annevk> Hixie, note that cue text tokenizing uses a different notion of whitespace (there's a bug on that too)
- # [05:36] * Joins: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net)
- # [05:40] * Quits: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net) (Client Quit)
- # [05:40] * Joins: Transformer (~Transform@ool-4a59e397.dyn.optonline.net)
- # [05:41] * Quits: Transformer (~Transform@ool-4a59e397.dyn.optonline.net) (Excess Flood)
- # [05:42] * Joins: othermaciej (~mjs@c-24-6-209-189.hsd1.ca.comcast.net)
- # [05:42] * Quits: sicking (~chatzilla@206-15-76-122.static.twtelecom.net) (Ping timeout: 260 seconds)
- # [05:43] <annevk> paul_irish_, querySelectorAll is not discussed on a WHATWG list, it's discussed on public-webapps
- # [06:03] * Joins: jacobolus (~jacobolus@c-71-198-169-213.hsd1.ca.comcast.net)
- # [06:13] <Hixie> annevk: that part of the parser can never hit a newline, because it is parsing a string that was created by collecting characters that aren't newlines
- # [06:13] <annevk> except for FF
- # [06:14] <annevk> there's 5 white space characters and you only work with 4 of them
- # [06:14] <Hixie> oh right
- # [06:14] <Hixie> you confused me with your talk of newlines
- # [06:14] <annevk> I think that was sylvia
- # [06:15] <annevk> nm
- # [06:15] <Hixie> aah, indeed
- # [06:15] <Hixie> sorry about that
- # [06:15] <Hixie> hmmm
- # [06:16] <Hixie> looking at this i think it would just be confusing to list FF as an allowed character
- # [06:16] * Joins: erlehmann (~erlehmann@82.113.121.160)
- # [06:16] <Hixie> i think it's the right thing to do to be consistent in the parsing, but not much point allowing it
- # [06:16] <Hixie> any opinions?
- # [06:16] <annevk> that works for me
- # [06:17] <annevk> are you willing to annotate the parser section at some point btw with things that are conformance errors?
- # [06:17] <annevk> that'd be so much more useful
- # [06:17] <Hixie> i saw the bug about it
- # [06:17] <Hixie> i dunno
- # [06:17] <Hixie> is it really worth it?
- # [06:17] <Hixie> for html it made sense because the parsing is so messed up
- # [06:17] <annevk> for http://quuz.org/webvtt/ yes
- # [06:17] <Hixie> that you really need to implement it to do conformance checking
- # [06:17] * Joins: rniwa (~rniwa@216.239.45.130)
- # [06:17] <Hixie> but webvtt is so simple in comparison...
- # [06:18] <annevk> still you need to figure out the differences which is kind of awkard
- # [06:18] <Hixie> yeah
- # [06:18] <annevk> I can imagine browsers also want to say things in their error console
- # [06:18] <annevk> the syntax section is useful for authors I guess
- # [06:18] <annevk> but the parser section is used by everyone else I'd imagine
- # [06:18] <Hixie> it's kind of a pain to add though
- # [06:19] <Hixie> i would imagine most syntax checkers would just be implemented as regexp or bnf-like things
- # [06:19] <Hixie> you wouldn't want to write a parser, surely
- # [06:19] <annevk> I wrote a parser to give better error messages
- # [06:19] <annevk> I could at some point also highlight the errors in the input stream this way
- # [06:20] <annevk> and you can report multiple errors
- # [06:20] <annevk> not just the first instance
- # [06:21] <Hixie> i dunno, just doesn't seem that hard to find the errors even if you do the parser by hand
- # [06:21] <Hixie> whereas updating the spec to list all the places will mean bugs in the spec all over the place, which confuses people, makes the parser look more complicated than necessary...
- # [06:22] <Hixie> i don't think i would have done it for html were it not for the way html is just ridiculously complicated to parse
- # [06:25] <annevk> okay that is fair I guess and it is not too hard, just might miss a lot of things
- # [06:25] <annevk> and if you want to simplify the parser, pre-process CRLF like you do with zero bytes
- # [06:26] <Hixie> yeah, i should do something like that
- # [06:26] <Hixie> foolip suggested it already once
- # [06:26] <annevk> I also wanted to say that you yourself once said that writing a good validator requires custom code and cannot be done by schema. Even if you're no longer convinced of that I very much think it's true
- # [06:26] <Hixie> for writing a good validator for HTML that is certainly true
- # [06:26] <Hixie> it's not true for everything
- # [06:27] <Hixie> if the language is sane and regular, that's what regular languages are for :-)
- # [06:27] * slightlyoff is now known as slightlyoff_afk
- # [06:27] <Hixie> it rarely works well for XML languages because it is so trivially easy to make an XML language too complicated to sanely describe in a schema
- # [06:27] <annevk> WebVTT is not that regular, it's a lot of different syntaxes compounded :)
- # [06:28] <Hixie> regular in this sense http://en.wikipedia.org/wiki/Regular_language
- # [06:28] * Joins: dbaron (~dbaron@173-228-28-129.dsl.dynamic.sonic.net)
- # [06:28] * Quits: othermaciej (~mjs@c-24-6-209-189.hsd1.ca.comcast.net) (Quit: othermaciej)
- # [06:28] <Hixie> though i've no idea what "it is the preimage of a subset of a finite monoid under a homomorphism from the free monoid on its alphabet" means
- # [06:29] <annevk> "it can be defined in monadic second-order logic" makes total sense
- # [06:29] <Hixie> man the math and theoretical CS parts of wikipedia are so opaque
- # [06:29] <Hixie> anyway
- # [06:29] <Hixie> i didn't just mean "simple" :-)
- # [06:30] <annevk> fair enough
- # [06:30] <Hixie> validating the cue text part probably wouldn't be sane with regexp-like tech
- # [06:31] <erlehmann> nothing is sane with regexes
- # [06:31] <annevk> I guess once I've fixed some more of the bugs my validator, people can use that to write new validators if they desire
- # [06:32] * heycam is now known as heycam|away
- # [06:32] <annevk> or at least look up the error conditions
- # [06:32] * Quits: Areks|2 (~Areks@176.14.214.163) (Ping timeout: 252 seconds)
- # [06:35] * Quits: annevk (~annevk@EM1-112-233-67.pool.e-mobile.ne.jp) (Remote host closed the connection)
- # [06:36] * Quits: MikeSmith (~MikeSmith@EM1-112-233-67.pool.e-mobile.ne.jp) (Quit: MikeSmith)
- # [06:36] <erlehmann> Ḫ̣̩e̞̺ ̮̣w͎̬̰h̼̜͉̹̳͉͙͚o̮̬̜̟̞ ͙̻W̩̮̪̝a̖̩̣͍̠̜̯̮̺i̱͇̼̗t͎͇̘͖̼͖͈͕ͅs̹̲͎̝̳ ͎̬͔B̟͎̯͔̮͕̰͉ͅe̞̦̭̗͎̩͎̯h͙̳͍̖͚̳i͈̝͔ṋ̭̜d̰͉͇̳̖̩̻̞ ͔̳̝̰̭͍ͅT̳̰̦̺̩̜̳̖h͎̩̜̞̬̬̻̖e̪͕͇̻̺̱ ̘R͕̯̮̩̺e͇̺g̱ẹ̖x͓͇.̟
- # [06:36] <erlehmann> ZALGO!
- # [06:36] <Hixie> oh dear
- # [06:37] * Joins: jarek (~jarek@unaffiliated/jarek)
- # [06:48] <Hixie> any opinions on http://www.w3.org/Bugs/Public/show_bug.cgi?id=14101 ? (queuing a task to fire an event on <details> when open="" is added or removed)
- # [06:51] * Quits: benjoffe_ (~benjoffe_@CPE-121-218-141-115.lnse3.cht.bigpond.net.au) (Ping timeout: 252 seconds)
- # [06:56] * nunnun is now known as nunnun_away
- # [06:56] * Joins: temp02 (~temp01@unaffiliated/temp01)
- # [06:56] * nunnun_away is now known as nunnun
- # [06:57] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 260 seconds)
- # [06:58] * Quits: AlexNRoss (~AleossIRC@unaffiliated/aleoss) (Ping timeout: 252 seconds)
- # [07:00] * Joins: AlexNRoss (~AleossIRC@unaffiliated/aleoss)
- # [07:02] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 240 seconds)
- # [07:03] * Joins: benjoffe_ (~benjoffe_@CPE-121-218-141-115.lnse3.cht.bigpond.net.au)
- # [07:03] * Quits: jarek (~jarek@unaffiliated/jarek) (Quit: jarek)
- # [07:12] * Quits: erlehmann (~erlehmann@82.113.121.160) (Quit: Ex-Chat)
- # [07:18] * Joins: nessy (~Adium@74.125.56.18)
- # [07:27] <zewt> feels like people are selectively reading threads, heh
- # [07:27] * Quits: roc (~chatzilla@60.234.54.74) (Ping timeout: 245 seconds)
- # [07:28] <zewt> <me> do X <me> do X <sicking> do X <other people> thanks sicking
- # [07:35] * Joins: Telling (~unknown@shop3.diku.dk)
- # [07:36] * Quits: dbaron (~dbaron@173-228-28-129.dsl.dynamic.sonic.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [07:40] * Joins: othermaciej (~mjs@c-24-6-209-189.hsd1.ca.comcast.net)
- # [07:51] * Quits: Telling (~unknown@shop3.diku.dk) (Quit: ...)
- # [07:52] * Joins: Areks (~Areks@rs.gridnine.com)
- # [07:52] * Quits: ezoe (~ezoe@203-140-91-28f1.kyt1.eonet.ne.jp) (Ping timeout: 258 seconds)
- # [07:55] * Joins: annevk (~annevk@EM1-113-17-96.pool.e-mobile.ne.jp)
- # [07:56] <nessy> offff! glad that newline change to WebVTT time specs didn't get included - that just didn't feel right
- # [07:56] * Joins: nielsle_ (~nielsle@3239059-cl69.boa.fiberby.dk)
- # [07:58] <annevk> newline change?
- # [07:58] * Joins: brucel (~brucel@cpc4-smal11-2-0-cust879.perr.cable.virginmedia.com)
- # [07:58] <annevk> form feed is just some weird whitespace character
- # [07:58] <annevk> we decided it would still be parsed as whitespace, but would not be conforming
- # [08:00] <annevk> Hixie, seems like a good idea
- # [08:00] <annevk> Hixie, otherwise you have synchronous mutation events
- # [08:03] * Joins: Telling (~unknown@shop3.diku.dk)
- # [08:04] * Quits: Telling (~unknown@shop3.diku.dk) (Client Quit)
- # [08:04] * Joins: MikeSmith (~MikeSmith@EM1-113-17-96.pool.e-mobile.ne.jp)
- # [08:04] * Quits: brucel (~brucel@cpc4-smal11-2-0-cust879.perr.cable.virginmedia.com) (Ping timeout: 240 seconds)
- # [08:06] * Joins: GlitchMr (~glitchmr@178-36-147-13.adsl.inetia.pl)
- # [08:11] * Quits: nessy (~Adium@74.125.56.18) (Quit: Leaving.)
- # [08:14] * Joins: ezoe (~ezoe@203-140-91-138f1.kyt1.eonet.ne.jp)
- # [08:15] * Joins: myakura (d2e8220d@gateway/web/freenode/ip.210.232.34.13)
- # [08:17] * Quits: othermaciej (~mjs@c-24-6-209-189.hsd1.ca.comcast.net) (Quit: othermaciej)
- # [08:19] * Joins: othermaciej (~mjs@c-24-6-209-189.hsd1.ca.comcast.net)
- # [08:24] * toyoshim is now known as toyoshiAw
- # [08:25] * Joins: tomasf (~tomasf@77.72.97.5.c.fiberdirekt.net)
- # [08:32] * Quits: toyoshiAw (~toyoshim@yuri.twintail.org) (Remote host closed the connection)
- # [08:37] * Joins: agektmr1 (~Adium@220.109.219.245)
- # [08:37] * Quits: agektmr (~Adium@220.109.219.244) (Read error: Connection reset by peer)
- # [08:37] * Joins: agektmr2 (~Adium@220.109.219.244)
- # [08:41] * Quits: agektmr1 (~Adium@220.109.219.245) (Ping timeout: 260 seconds)
- # [08:48] * Quits: benjoffe_ (~benjoffe_@CPE-121-218-141-115.lnse3.cht.bigpond.net.au) (Remote host closed the connection)
- # [08:52] * Joins: Timz (~Adium@86.89.174.199)
- # [08:53] * Quits: AlexNRoss (~AleossIRC@unaffiliated/aleoss) (Ping timeout: 258 seconds)
- # [08:59] * Joins: mkanat (mkanat@nat/google/x-sjgfhmxupwabyrqg)
- # [09:00] * Quits: mishunov (~spliter@77.88.72.162) (Quit: mishunov)
- # [09:02] * Quits: ezoe (~ezoe@203-140-91-138f1.kyt1.eonet.ne.jp) (Ping timeout: 252 seconds)
- # [09:07] * Joins: rtuin (~rtuin@dsl-087-195-129-241.solcon.nl)
- # [09:18] * temp02 is now known as temp01
- # [09:25] * Quits: GlitchMr (~glitchmr@178-36-147-13.adsl.inetia.pl) (Read error: Connection reset by peer)
- # [09:30] * Joins: zcorpan (~zcorpan@c-699de355.410-6-64736c14.cust.bredbandsbolaget.se)
- # [09:31] <zcorpan> http://www.w3.org/Bugs/Public/show_bug.cgi?id=14210 do we want "http://foo bar" to be a resolvable url?
- # [09:35] <mkanat> zcorpan: It would seem that the last comment indicates so, no?
- # [09:41] <annevk> I guess I don't really care
- # [09:41] <annevk> but I would have to update XMLHttpRequest and maybe CORS if everything resolves
- # [09:41] <annevk> and we should really define URLs somewhere
- # [09:43] <zcorpan> maybe someone from mozilla cares about this
- # [09:46] <annevk> could ask the network guys
- # [09:46] <annevk> from Opera that is
- # [09:46] * Quits: rniwa (~rniwa@216.239.45.130) (Quit: rniwa)
- # [09:54] * Quits: myakura (d2e8220d@gateway/web/freenode/ip.210.232.34.13) (Quit: Page closed)
- # [09:57] * Quits: rtuin (~rtuin@dsl-087-195-129-241.solcon.nl) (Read error: Connection reset by peer)
- # [09:57] * Joins: rtuin (~rtuin@213.125.175.250)
- # [09:58] * Joins: zdobersek (~zan@95.176.172.255)
- # [10:03] * Joins: FlorianX (~Florian_S@p4FE2CCFB.dip.t-dialin.net)
- # [10:15] * Quits: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk) (Ping timeout: 258 seconds)
- # [10:16] * Joins: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk)
- # [10:17] * Joins: virtuelv (~virtuelv_@pat-tdc.opera.com)
- # [10:20] * Quits: rabbi1 (~manjunath@49.249.126.64) (Ping timeout: 252 seconds)
- # [10:24] * Joins: akamike (~akamike@94-193-106-14.zone7.bethere.co.uk)
- # [10:28] * Joins: FlorianX1 (~Florian_S@p4FE2C7B9.dip.t-dialin.net)
- # [10:32] * Joins: roc (~chatzilla@121.98.230.221)
- # [10:32] * Quits: FlorianX (~Florian_S@p4FE2CCFB.dip.t-dialin.net) (Ping timeout: 260 seconds)
- # [10:33] * Quits: Jedi_ (~Jedi@jedi.org) (Ping timeout: 252 seconds)
- # [10:33] * Joins: Jedi_ (~Jedi@jedi.org)
- # [10:38] * paul_irish_ is now known as paul_irish
- # [10:51] * Quits: Margle (~Margle@41-133-101-76.dsl.mweb.co.za) (Quit: Computer has gone to sleep.)
- # [10:52] * Joins: espadrine (~thaddee_t@AMontsouris-157-1-98-233.w90-46.abo.wanadoo.fr)
- # [10:56] * Joins: benjoffe_ (~benjoffe_@CPE-60-229-243-119.lns13.ken.bigpond.net.au)
- # [11:14] * Quits: zdobersek (~zan@95.176.172.255) (Quit: Leaving.)
- # [11:24] * Quits: annevk (~annevk@EM1-113-17-96.pool.e-mobile.ne.jp) (Quit: annevk)
- # [11:25] * Quits: MikeSmith (~MikeSmith@EM1-113-17-96.pool.e-mobile.ne.jp) (Quit: MikeSmith)
- # [11:45] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [11:52] * Joins: smaug____ (~chatzilla@ZYYYKDLXXXII.gprs.sl-laajakaista.fi)
- # [12:02] * Quits: mkanat (mkanat@nat/google/x-sjgfhmxupwabyrqg) (Quit: Ex-Chat)
- # [12:03] * Quits: yuuki (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
- # [12:03] * Quits: yutak (~yutak@2401:fa00:4:1000:baac:6fff:fe99:adfb) (Quit: Ex-Chat)
- # [12:03] * Joins: yutak (~yutak@2401:fa00:4:1000:baac:6fff:fe99:adfb)
- # [12:03] * Quits: benjoffe_ (~benjoffe_@CPE-60-229-243-119.lns13.ken.bigpond.net.au) (Remote host closed the connection)
- # [12:05] * Joins: yuuki (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [12:20] * Joins: Margle (~Margle@41-134-44-169.dsl.mweb.co.za)
- # [12:34] * Joins: bga_ (~bga@ppp78-37-214-230.pppoe.avangarddsl.ru)
- # [12:38] * Joins: benjoffe_ (~benjoffe_@CPE-121-218-141-115.lnse3.cht.bigpond.net.au)
- # [12:49] * Joins: rabbi1 (~manjunath@49.249.127.114)
- # [12:58] * Quits: rabbi1 (~manjunath@49.249.127.114) (Ping timeout: 252 seconds)
- # [13:06] * Joins: mishunov (~spliter@77.88.72.162)
- # [13:10] * Quits: nattokirai (~nattokira@rtr.mozilla.or.jp) (Quit: nattokirai)
- # [13:13] * Joins: erlehmann (~erlehmann@89.204.153.102)
- # [13:44] * Joins: rabbi1 (~manjunath@49.249.142.121)
- # [13:51] * Joins: _bga (~bga@ppp91-122-189-27.pppoe.avangarddsl.ru)
- # [13:52] * Joins: nessy (~Adium@124-168-24-196.dyn.iinet.net.au)
- # [13:53] * Quits: bga_ (~bga@ppp78-37-214-230.pppoe.avangarddsl.ru) (Ping timeout: 240 seconds)
- # [13:54] * Quits: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl) (Remote host closed the connection)
- # [13:55] * Joins: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl)
- # [13:58] * Quits: Margle (~Margle@41-134-44-169.dsl.mweb.co.za) (Quit: Computer has gone to sleep.)
- # [14:11] * Joins: kennyluck_ (~kennyluck@114-25-209-240.dynamic.hinet.net)
- # [14:15] * Quits: kennyluck (~kennyluck@114-43-124-16.dynamic.hinet.net) (Ping timeout: 276 seconds)
- # [14:15] * kennyluck_ is now known as kennyluck
- # [14:17] * Quits: espadrine (~thaddee_t@AMontsouris-157-1-98-233.w90-46.abo.wanadoo.fr) (Ping timeout: 244 seconds)
- # [14:18] * Quits: karlcow (~karl@nerval.la-grange.net) (Remote host closed the connection)
- # [14:22] * Joins: necolas (~necolas@5e041dd3.bb.sky.com)
- # [14:39] * Quits: smaug____ (~chatzilla@ZYYYKDLXXXII.gprs.sl-laajakaista.fi) (Read error: Connection reset by peer)
- # [14:40] * Joins: davidb_ (~davidb@66.207.208.98)
- # [14:41] * Joins: MikeSmith (~MikeSmith@EM111-191-57-67.pool.e-mobile.ne.jp)
- # [14:44] * Joins: jochen___ (jochen@nat/google/x-vtzcgjzbapemjflu)
- # [14:45] * Quits: jochen__ (jochen@nat/google/x-segjdhypnhdddbki) (Ping timeout: 240 seconds)
- # [14:45] * jochen___ is now known as jochen__
- # [14:48] * Joins: annevk (~annevk@EM111-191-57-67.pool.e-mobile.ne.jp)
- # [14:49] <MikeSmith> http://www.lemonodor.com/archives/images/dijkstra-quick-n-dirty.jpg
- # [14:50] <MikeSmith> http://blografia.net/vicm3/wp-content/uploads/2011/10/doing-it-wrong1.jpg
- # [15:00] * Quits: _bga (~bga@ppp91-122-189-27.pppoe.avangarddsl.ru) (Read error: Connection reset by peer)
- # [15:04] * Joins: miketaylr (~miketaylr@206.217.92.186)
- # [15:10] * Joins: jdong_bot_ (~jdong_bot@114.112.44.137)
- # [15:11] * Quits: foolip (~philip@83.218.67.122) (Read error: Connection reset by peer)
- # [15:12] * Joins: foolip (~philip@83.218.67.122)
- # [15:13] * Quits: nessy (~Adium@124-168-24-196.dyn.iinet.net.au) (Quit: Leaving.)
- # [15:15] * Joins: MacTed (~Thud@63.119.36.36)
- # [15:17] * Quits: akamike (~akamike@94-193-106-14.zone7.bethere.co.uk) (Quit: akamike)
- # [15:17] * Quits: yuuki (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
- # [15:18] * Quits: mishunov (~spliter@77.88.72.162) (Quit: mishunov)
- # [15:20] * Quits: tomasf (~tomasf@77.72.97.5.c.fiberdirekt.net) (Quit: tomasf)
- # [15:23] * Joins: jarek (~jarek@unaffiliated/jarek)
- # [15:24] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [15:25] * Joins: mpt (mpt@conference/ubuntudevelopersummit/x-pywcbmiahrerzxzf)
- # [15:25] * Quits: mpt (mpt@conference/ubuntudevelopersummit/x-pywcbmiahrerzxzf) (Changing host)
- # [15:25] * Joins: mpt (mpt@canonical/mpt)
- # [15:30] * Joins: GlitchMr (~glitchmr@178-36-147-13.adsl.inetia.pl)
- # [15:35] * Joins: Margle (~Margle@41-133-101-76.dsl.mweb.co.za)
- # [15:36] <jgraham> http://blog.jquery.com/2011/10/24/announcing-the-jquery-standards-team/ - with the word "sub-team" appearing in the first sentence, these people are clearly ahead of the game
- # [15:36] <jgraham> I suggest that the subteam be further split into task forces
- # [15:38] <annevk> is this the new http://www.css11.navy.mil/ ?
- # [15:38] <annevk> they never did anything either
- # [15:39] <zcorpan> jgraham: i think you have misunderstood. you don't split subteams into task forces. you introduce task forces for each pair of subteams.
- # [15:40] <annevk> doesn't that depend on the chair?
- # [15:40] <jgraham> zcorpan: You do both, afaict
- # [15:40] <Philip`> But how will the task forces coordinate with each other, unless you set up a task subforce for each pair of task forces?
- # [15:40] <zcorpan> use the force
- # [15:41] <annevk> and extra mailing lists
- # [15:41] <annevk> one can never have enough mailing lists
- # [15:41] <jgraham> Philip`: It can all be neat as long as you have the number of top level task forces as a power of two
- # [15:42] <jgraham> Or, I guess that's not really how it works
- # [15:45] * Quits: mpt (mpt@canonical/mpt) (Ping timeout: 240 seconds)
- # [15:47] * Quits: jdong_bot_ (~jdong_bot@114.112.44.137) (Ping timeout: 245 seconds)
- # [15:48] <hsivonen> annevk: awesome URL for css11
- # [15:48] * Joins: mpt (mpt@conference/ubuntudevelopersummit/x-qimsqustupfjudgd)
- # [15:48] * Quits: mpt (mpt@conference/ubuntudevelopersummit/x-qimsqustupfjudgd) (Changing host)
- # [15:48] * Joins: mpt (mpt@canonical/mpt)
- # [15:48] <miketaylr> i'm tempted to call the EMO office at http://www.css11.navy.mil/Contact.htm
- # [15:50] * Joins: jdong_bot_ (~jdong_bot@118.186.129.187)
- # [15:50] <hasather> miketaylr: this is him: http://a4.l3-images.myspacecdn.com/images02/129/82213099634047f79eb60293e6b17156/l.jpg
- # [15:50] <miketaylr> D:
- # [15:50] <miketaylr> maybe i won't then...
- # [15:53] * Parts: zcorpan (~zcorpan@c-699de355.410-6-64736c14.cust.bredbandsbolaget.se)
- # [15:54] * Joins: mpt_ (mpt@canonical/mpt)
- # [15:54] * Joins: zcorpan (~zcorpan@c-699de355.410-6-64736c14.cust.bredbandsbolaget.se)
- # [15:55] * Quits: mpt (mpt@canonical/mpt) (Read error: No route to host)
- # [15:56] <karlcow> maybe the two subteams parts have confidence on the pillow. (Pardon my French)
- # [16:00] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [16:00] * Quits: jarek (~jarek@unaffiliated/jarek) (Ping timeout: 240 seconds)
- # [16:05] * Quits: annevk (~annevk@EM111-191-57-67.pool.e-mobile.ne.jp) (Quit: annevk)
- # [16:12] * jgraham wonders what pillows have to do with anything
- # [16:13] <hsivonen> is there a spec for parsing HTTP headers?
- # [16:14] <hsivonen> in particular, is the a parsing spec for the Content-Type header?
- # [16:16] * Quits: Margle (~Margle@41-133-101-76.dsl.mweb.co.za) (Quit: Computer has gone to sleep.)
- # [16:16] * Joins: Margle (~Margle@41-133-101-76.dsl.mweb.co.za)
- # [16:18] * Joins: J_Voracek (~J_Voracek@71.21.195.70)
- # [16:19] <karlcow> jgraham: it is because you are not French. anythni
- # [16:19] <karlcow> ooops
- # [16:20] <karlcow> anything which needs coordination, resolution in France goes on a trajectory which crosses a bed at a point in time.
- # [16:20] * Quits: virtuelv (~virtuelv_@pat-tdc.opera.com) (Ping timeout: 258 seconds)
- # [16:21] <jgraham> Politics is obviously more sexy in France
- # [16:21] <karlcow> jgraham: definitely :)
- # [16:23] <kennyluck> Everytime I see something like "The reality is that whilst many of us would like to see change, due to … lengthy formal processes", I get angry.
- # [16:23] <zewt> the word "whilst" automatically makes me take someone less seriously
- # [16:31] <broquaint> Where do the docs for the URL API mentioned in this change live? http://html5.org/tools/web-apps-tracker?from=6744&to=6745
- # [16:32] <miketaylr> https://github.com/abarth/url-spec ?
- # [16:34] <broquaint> Thanks, miketaylr :)
- # [16:34] <miketaylr> np
- # [16:35] <karlcow> kennyluck: yup, it seems like there is a magical process which shorten agreements in distributed communities.
- # [16:36] <karlcow> more exactly it shows a poor understanding of what are communities and their social dynamics.
- # [16:36] * Joins: tndH (~Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
- # [16:40] <zewt> formal processes != social dynamics, heh
- # [16:43] * Quits: Evanescence (~Evanescen@122.237.29.39) (Quit: my website: http://stardiviner.dyndns-blog.com/)
- # [16:45] * Joins: mamund (mamund@obsidian.nullshells.net)
- # [16:45] * Quits: zcorpan (~zcorpan@c-699de355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan)
- # [16:51] * Joins: akamike (~akamike@94-193-106-14.zone7.bethere.co.uk)
- # [16:51] * Joins: AlexNRoss (~AleossIRC@unaffiliated/aleoss)
- # [16:55] * Joins: micheil (~micheil@195.24.233.121)
- # [16:59] * Joins: smaug____ (~chatzilla@cs181151161.pp.htv.fi)
- # [16:59] * Quits: jdong_bot_ (~jdong_bot@118.186.129.187) (Read error: Connection reset by peer)
- # [16:59] * Quits: agektmr2 (~Adium@220.109.219.244) (Quit: Leaving.)
- # [17:00] * Joins: shetech (~shetech@c-76-126-167-49.hsd1.ca.comcast.net)
- # [17:04] * Joins: bga_ (~bga@ppp91-122-189-27.pppoe.avangarddsl.ru)
- # [17:06] * Quits: rtuin (~rtuin@213.125.175.250) (Quit: Leaving)
- # [17:11] * Joins: myakura (~myakura@FL1-203-136-164-250.tky.mesh.ad.jp)
- # [17:16] * Quits: othermaciej (~mjs@c-24-6-209-189.hsd1.ca.comcast.net) (Quit: othermaciej)
- # [17:20] * Joins: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com)
- # [17:25] * Joins: jwalden (~waldo@2620:101:8003:200:224:d7ff:fef0:8d90)
- # [17:28] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 258 seconds)
- # [17:28] * Joins: temp01 (~temp01@unaffiliated/temp01)
- # [17:30] * heycam|away is now known as heycam
- # [17:32] * Joins: ezoe (~ezoe@61-205-124-236f1.kyt1.eonet.ne.jp)
- # [17:34] * Quits: Areks (~Areks@rs.gridnine.com) (Ping timeout: 240 seconds)
- # [17:38] * Joins: rillian_ (~rillian@184.71.166.126)
- # [17:43] <hsivonen> MikeSmith: I pushed the html parser patch.
- # [17:44] * Quits: ericc|afk (~eric@17.212.152.104) (Quit: ericc|afk)
- # [17:45] * Joins: eric_carlson (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
- # [17:45] * Joins: mokush (~quassel@188.24.43.163)
- # [17:58] <dglazkov> good morning, Whatwg!
- # [18:02] * Quits: mokush (~quassel@188.24.43.163) (Remote host closed the connection)
- # [18:02] * Joins: ghinda (~quassel@188.24.43.163)
- # [18:02] * Joins: Maurice` (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
- # [18:05] * Joins: Ms2ger (~Ms2ger@91.181.96.17)
- # [18:07] * Joins: _pdr_ (anonymous@nat/google/x-sqaykxfistuwwjnw)
- # [18:12] * Quits: tndH (~Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Remote host closed the connection)
- # [18:13] * Joins: tndH (~Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
- # [18:14] * Parts: ghinda (~quassel@188.24.43.163) ("http://quassel-irc.org - Chat comfortably. Anywhere.")
- # [18:14] * Joins: agektmr (~Adium@p2156-ipbf5107marunouchi.tokyo.ocn.ne.jp)
- # [18:15] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
- # [18:17] * Joins: sicking (~chatzilla@206-15-76-122.static.twtelecom.net)
- # [18:18] <Ms2ger> Evening, dglazkov
- # [18:19] <Ms2ger> broquaint, http://dvcs.w3.org/hg/url/raw-file/tip/Overview.html
- # [18:20] <miketaylr> ah, better link
- # [18:21] * Joins: KillerX (~anant@nat/mozilla/x-eefgdtuawxqahnon)
- # [18:22] * Quits: ralphholzmann (~ralph@li76-151.members.linode.com) (Quit: WeeChat 0.3.5)
- # [18:24] <broquaint> Brilliant, thanks :)
- # [18:26] * Quits: astearns (~anonymous@c-50-132-63-33.hsd1.wa.comcast.net) (Quit: astearns)
- # [18:27] * Joins: Areks|2 (~Areks@176.14.214.163)
- # [18:30] * Joins: tomasf (~tom@2002:55e5:d95e:0:7d0c:1414:be29:51d0)
- # [18:34] * Joins: othermaciej (~mjs@17.245.91.246)
- # [18:34] * Quits: _pdr_ (anonymous@nat/google/x-sqaykxfistuwwjnw) (Quit: _pdr_)
- # [18:34] * Joins: ralphholzmann (~ralph@li76-151.members.linode.com)
- # [18:34] * Quits: ralphholzmann (~ralph@li76-151.members.linode.com) (Client Quit)
- # [18:35] * Joins: ralphholzmann (~ralph@li76-151.members.linode.com)
- # [18:36] * Quits: mpt_ (mpt@canonical/mpt) (Ping timeout: 245 seconds)
- # [18:38] * Joins: mpt_ (mpt@conference/ubuntudevelopersummit/x-qxbryjpaqgsykfwe)
- # [18:38] * Quits: mpt_ (mpt@conference/ubuntudevelopersummit/x-qxbryjpaqgsykfwe) (Changing host)
- # [18:38] * Joins: mpt_ (mpt@canonical/mpt)
- # [18:38] * Quits: rabbi1 (~manjunath@49.249.142.121) (Ping timeout: 240 seconds)
- # [18:45] * Quits: akamike (~akamike@94-193-106-14.zone7.bethere.co.uk) (Quit: akamike)
- # [18:47] * Joins: rniwa (rniwa@nat/google/x-ukymhnyeqdlnexuu)
- # [18:48] * Joins: dbaron (~dbaron@206-15-76-122.static.twtelecom.net)
- # [18:50] * Joins: hasather_ (~hasather_@84.38.144.96)
- # [18:53] * Quits: Jedi_ (~Jedi@jedi.org) (Ping timeout: 252 seconds)
- # [18:53] * Joins: _pdr_ (anonymous@nat/google/x-smgtmmjptqeybmtn)
- # [18:54] * Quits: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com) (Quit: Reading http://davidwalsh.name)
- # [18:55] <AryehGregor> rniwa, thanks for the bug.
- # [18:55] <rniwa> AryehGregor: np
- # [18:56] <zewt> an unlikely thing to be thankful for
- # [18:56] <AryehGregor> jarek/annevk (in case you read logs), I don't think Range.toString() should do that, but I don't think I ever wrote tests for it, so I dunno how browsers actually behave.
- # [18:56] * Quits: beverloo (beverloo@nat/google/x-mtquqrmpjilhrxnn) (Quit: Ex-Chat)
- # [18:56] <AryehGregor> On reflection, my guess is that "strips all newlines" means "doesn't add newlines", i.e., <div>foo</div><div>bar</div> -> "foobar". This is expected behavior.
- # [18:57] * Quits: agektmr (~Adium@p2156-ipbf5107marunouchi.tokyo.ocn.ne.jp) (Quit: Leaving.)
- # [18:57] <AryehGregor> At least, for spec writers.
- # [18:57] <AryehGregor> For authors, not so much.
- # [18:57] <AryehGregor> Oh well.
- # [18:58] <AryehGregor> Good grief, does Google Docs really have to advertise every little new not-even-deployed feature with an obnoxious popup when I visit it?
- # [18:58] <AryehGregor> Part of the reason I use Linux is to keep annoying unsolicited popups to a few per week max.
- # [19:00] * Joins: Jedi_ (~Jedi@jedi.org)
- # [19:01] * Quits: Margle (~Margle@41-133-101-76.dsl.mweb.co.za) (Ping timeout: 276 seconds)
- # [19:04] * Joins: ap (~ap@2620:149:4:1b01:d460:1d5b:d3f1:96bb)
- # [19:04] * Joins: Margle (~Margle@41-133-101-76.dsl.mweb.co.za)
- # [19:06] * Joins: beverloo (beverloo@nat/google/x-avrforshaxpbvopo)
- # [19:06] * Joins: astearns (~anonymous@192.150.22.5)
- # [19:09] * Joins: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net)
- # [19:10] * Joins: Evanescence (~Evanescen@122.237.29.39)
- # [19:10] * Quits: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net) (Max SendQ exceeded)
- # [19:12] * Quits: Evanescence (~Evanescen@122.237.29.39) (Client Quit)
- # [19:13] * Joins: agektmr (~Adium@p2156-ipbf5107marunouchi.tokyo.ocn.ne.jp)
- # [19:13] * Quits: mpt_ (mpt@canonical/mpt) (Ping timeout: 260 seconds)
- # [19:14] * Quits: agektmr (~Adium@p2156-ipbf5107marunouchi.tokyo.ocn.ne.jp) (Client Quit)
- # [19:16] * Quits: beverloo (beverloo@nat/google/x-avrforshaxpbvopo) (Quit: Ex-Chat)
- # [19:20] * Quits: GlitchMr (~glitchmr@178-36-147-13.adsl.inetia.pl) (Read error: Connection reset by peer)
- # [19:21] * Joins: dave_levin (dave_levin@nat/google/x-wpxflmkcqyaqjovg)
- # [19:21] * Quits: abarth (~abarth@173-164-128-209-SFBA.hfc.comcastbusiness.net) (Quit: abarth)
- # [19:21] * Joins: abarth (~abarth@173-164-128-209-SFBA.hfc.comcastbusiness.net)
- # [19:22] * Quits: micheil (~micheil@195.24.233.121) (Quit: http://brandedcode.com | http://github.com/miksago)
- # [19:23] * Joins: JVoracek (~J_Voracek@pool-173-57-35-110.dllstx.fios.verizon.net)
- # [19:26] * Quits: J_Voracek (~J_Voracek@71.21.195.70) (Ping timeout: 260 seconds)
- # [19:30] * Quits: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk) (Ping timeout: 260 seconds)
- # [19:31] * Joins: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk)
- # [19:34] * Joins: J_Voracek (~J_Voracek@71.21.195.70)
- # [19:36] <paul_irish> there isn't a standard for test cases is there? like standalone pages with pass/fail.. seems that everyone has their own setup, yah?
- # [19:37] * Quits: JVoracek (~J_Voracek@pool-173-57-35-110.dllstx.fios.verizon.net) (Ping timeout: 260 seconds)
- # [19:39] <miketaylr> paul_irish: http://www.w3.org/html/wg/wiki/Testing/Authoring/
- # [19:40] * Quits: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk) (Ping timeout: 276 seconds)
- # [19:41] <paul_irish> thx
- # [19:44] <rniwa> AryehGregor: every developer thinks their feature is the best thing that happened to the world
- # [19:44] * heycam is now known as heycam|away
- # [19:44] <rniwa> it's hard to convince them his/her feature is not worthly of a big giant popup i guess
- # [19:45] * Joins: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk)
- # [19:48] * Quits: myakura (~myakura@FL1-203-136-164-250.tky.mesh.ad.jp) (Remote host closed the connection)
- # [19:49] * Joins: mikesherov (4014b702@gateway/web/freenode/ip.64.20.183.2)
- # [19:50] * Quits: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk) (Ping timeout: 259 seconds)
- # [19:51] * Joins: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk)
- # [19:51] * Joins: ojan (ojan@nat/google/x-yyofihwhevsomfgc)
- # [19:56] * franksalim_afk is now known as franksalim
- # [19:56] * Joins: jamesr (jamesr@nat/google/x-dortkcmpopexfsjd)
- # [19:57] * Joins: jarek (~jarek@bcy32.neoplus.adsl.tpnet.pl)
- # [19:57] * Quits: jarek (~jarek@bcy32.neoplus.adsl.tpnet.pl) (Changing host)
- # [19:57] * Joins: jarek (~jarek@unaffiliated/jarek)
- # [19:58] * Quits: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk) (Ping timeout: 258 seconds)
- # [20:03] * Quits: _pdr_ (anonymous@nat/google/x-smgtmmjptqeybmtn) (Quit: _pdr_)
- # [20:03] * Joins: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk)
- # [20:03] * Joins: _pdr_ (anonymous@nat/google/x-uwwlscttazzgskce)
- # [20:09] * Joins: mishunov (~spliter@164.247.189.109.customer.cdi.no)
- # [20:09] * Quits: mishunov (~spliter@164.247.189.109.customer.cdi.no) (Client Quit)
- # [20:10] * Quits: jarek (~jarek@unaffiliated/jarek) (Quit: Leaving)
- # [20:14] * Quits: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk) (Ping timeout: 260 seconds)
- # [20:14] * Joins: toyoshiAw (~toyoshim@yuri.twintail.org)
- # [20:14] * Quits: toyoshiAw (~toyoshim@yuri.twintail.org) (Client Quit)
- # [20:15] * Joins: toyoshiAw (~toyoshim@yuri.twintail.org)
- # [20:15] * toyoshiAw is now known as toyoshim_
- # [20:17] * Joins: beverloo (beverloo@nat/google/x-gnbglielslaorhfv)
- # [20:27] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: Freedom - to walk free and own no superior.)
- # [20:27] * Joins: mpt_ (mpt@conference/ubuntudevelopersummit/x-feiczrwohbgljhhc)
- # [20:27] * Quits: mpt_ (mpt@conference/ubuntudevelopersummit/x-feiczrwohbgljhhc) (Changing host)
- # [20:27] * Joins: mpt_ (mpt@canonical/mpt)
- # [20:29] * Joins: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk)
- # [20:33] * Quits: _pdr_ (anonymous@nat/google/x-uwwlscttazzgskce) (Quit: _pdr_)
- # [20:35] * Quits: Margle (~Margle@41-133-101-76.dsl.mweb.co.za) (Ping timeout: 240 seconds)
- # [20:37] * Joins: Margle (~Margle@41-133-101-76.dsl.mweb.co.za)
- # [20:37] * Joins: _pdr_ (anonymous@nat/google/x-ijwcgcoogjmnseet)
- # [20:38] <Hixie> smaug____: re http://www.w3.org/Bugs/Public/show_bug.cgi?id=14534 - what if there's no documentElement?
- # [20:38] <Hixie> smaug____: shouldn't we just target the Document if there's no body?
- # [20:38] <Ms2ger> Crash
- # [20:39] * Quits: beverloo (beverloo@nat/google/x-gnbglielslaorhfv) (Quit: Ex-Chat)
- # [20:39] <smaug____> Hixie: just a second, testing..
- # [20:39] <Hixie> if you have a test case i can poke at, that would be great
- # [20:39] <smaug____> Hixie: and currently implementation target documentElement if there is no body
- # [20:39] <smaug____> implementations
- # [20:40] <Hixie> IE/opera/mozilla/webkit ?
- # [20:40] <Hixie> wow
- # [20:40] <Hixie> well if there's interop who am i to argue, i guess
- # [20:41] <smaug____> Hixie: I just uploaded a patch to make Gecko to work like IE9 and Webkit
- # [20:41] <smaug____> Opera had still some issues with my test case
- # [20:41] <smaug____> but let me test
- # [20:41] <Hixie> looks like webkit doesn't fire the event in the no-dE case
- # [20:42] * Quits: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk) (Read error: Operation timed out)
- # [20:43] <Hixie> yeah i can't get opera to remove the body or html nodes
- # [20:44] * Quits: MikeSmith (~MikeSmith@EM111-191-57-67.pool.e-mobile.ne.jp) (Ping timeout: 252 seconds)
- # [20:44] <smaug____> you can remove body in opera
- # [20:45] <Hixie> as soon as i do, a new one replaces it
- # [20:45] <Hixie> oh, that's only while parsing
- # [20:45] <Hixie> ok, onload i can remove it
- # [20:45] * Joins: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk)
- # [20:45] <smaug____> oh, removing root has strange effects in Opera
- # [20:45] <smaug____> the ui isn't updated, but event handling breaks down or something
- # [20:46] <Hixie> i don't get any events if there's no body
- # [20:46] <Hixie> similar to what the other browsers do when there's no root element
- # [20:46] <Hixie> so i guess they're just sending the events to the body element or nowhere
- # [20:46] <Hixie> whereas webkit sends it to the body element or the root element or nowhere
- # [20:46] <Hixie> haven't tested IE, don't have it easily accessible right now
- # [20:46] <Hixie> ok
- # [20:47] <Hixie> i guess i'll spec that the order of precedence is activeElement, body, root element, nowhere
- # [20:47] <Hixie> sound right?
- # [20:47] <smaug____> sounds right
- # [20:47] <smaug____> that is how gecko and webkit works now, and I think also IE9
- # [20:47] <Hixie> k
- # [20:47] <smaug____> though I haven't tested the nowhere case in it
- # [20:48] * Joins: GlitchMr (~glitchmr@178-36-147-13.adsl.inetia.pl)
- # [20:49] * Joins: MikeSmith (~MikeSmith@EM114-48-27-191.pool.e-mobile.ne.jp)
- # [20:52] * Quits: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk) (Ping timeout: 256 seconds)
- # [20:53] * Quits: Margle (~Margle@41-133-101-76.dsl.mweb.co.za) (Ping timeout: 244 seconds)
- # [20:54] <AryehGregor> Opera's DOM handling is just generally messed up.
- # [20:54] <AryehGregor> It also behaves very strangely with doctype nodes, I've found.
- # [20:55] <smaug____> Hixie: just curious, has there ever been talk about reviewing spec changes before changing the spec?
- # [20:55] <smaug____> similar to how software/code development happens
- # [20:55] <Hixie> there's been talk, but since nobody is willing to review the changes at the rate i make them, it wouldn't really work
- # [20:55] <smaug____> are you sure it wouldn't work?
- # [20:56] <Hixie> have you seen the rate at which i make changes?
- # [20:56] <AryehGregor> Also, no one but Hixie actually understands more than about half the spec.
- # [20:56] <Ms2ger> Does Hixie?
- # [20:56] * Quits: dave_levin (dave_levin@nat/google/x-wpxflmkcqyaqjovg) (Quit: dave_levin)
- # [20:56] <smaug____> AryehGregor: that is no good argument.
- # [20:56] <AryehGregor> smaug____, well, it's really a matter of resources. We have *very* few people willing to put much time into spec editing.
- # [20:57] <smaug____> I do understand most of Gecko's event handling, yet I do want someone to review my patches
- # [20:57] <Hixie> i don't really see how it would be better to do review-then-commit instead of commit-then-review, anyway
- # [20:57] <smaug____> AryehGregor: I know, it is a problem to have so few having time for spec editing
- # [20:57] <AryehGregor> smaug____, if implementers devoted more resources to it, we might have the capacity to do more review. But as it stands, we don't have enough people to write the specs in the first place.
- # [20:57] <smaug____> but reviewing is different thing
- # [20:57] <Hixie> in practice the patches do get reviewed, and when there's a problem, it's reverted pretty quickly.
- # [20:57] <AryehGregor> smaug____, there is a mailing list that all the changes get posted to, but no way for people to sign off on them.
- # [20:58] <michaelw> Hixie: a proposed/stable split wouldn't be bad, IMO
- # [20:58] <AryehGregor> If someone wanted to make a system that let people mark diffs as reviewed or approved or whatever, I'm sure no one would expect.
- # [20:58] <AryehGregor> michaelw, then you have to deal with merges.
- # [20:58] <Hixie> michaelw: yeah, that's been suggested
- # [20:58] * Quits: J_Voracek (~J_Voracek@71.21.195.70) (Quit: disconnected: Jace Voracek - Jace@Jace-Place.com)
- # [20:58] <AryehGregor> Since Hixie still uses SVN . . . :)
- # [20:58] <Hixie> michaelw: nobody's volunteered to maintain that either :-)
- # [20:59] <michaelw> AryehGregor: why is that a problem? that's how much software development works...
- # [20:59] * Joins: beverloo (beverloo@nat/google/x-pywlyjdforhkkbut)
- # [20:59] <Hixie> smaug____: what might make sense is to have two trees, and to have one be what i edit, and another be what i edit but only with the patches up to the oldest not-reviewed patch
- # [20:59] <AryehGregor> michaelw, if it has enough resources, sure.
- # [20:59] <Hixie> smaug____: we could automate that that pretty well
- # [20:59] <AryehGregor> Also, the spec automatically gets review before implementation, because the implementers review it to some degree.
- # [20:59] <smaug____> Hixie: in software development review-then-commit has so far been better than the opposite
- # [20:59] <Hixie> smaug____: so people could look at the patches, and if they ok them, the tree moves on
- # [21:00] * AryehGregor agrees that review-then-commit works better, but *only* if you have suitable review resources
- # [21:00] <Hixie> smaug____: software development has some key differences: there's multiple checking in, and it matters if the code doesn't compile
- # [21:00] <AryehGregor> If you don't have enough review resources to promptly review every revision, review-then-commit simply doesn't work.
- # [21:00] <michaelw> Hixie: from experience, the overhead is little. you would commit to a "proposed" branch, and when people sign-off of a commit, or there has been no outcry, you merge every now and then
- # [21:00] <Hixie> michaelw: if you're willing to do the "sign-off of a commit, or there has been no outcry, you merge every now and then" part, go for it
- # [21:00] <smaug____> AryehGregor: we haven't even tried the "review-before-commit" approach for HTML spec, or WebApps WG specs
- # [21:01] * Joins: Margle (~Margle@41-133-101-76.dsl.mweb.co.za)
- # [21:01] <zewt> nothin' like more layers of procedure
- # [21:01] <smaug____> AryehGregor: have you tried implementing anything from spec drafts. It is quite frustrating that you know even before reading the spec that it will have bugs which need to be fixed before implementing it
- # [21:02] <Hixie> basically at the moment we could add review-then-commit or proposed/stable as a trivial layer on top of what we have now, without it affecting me at all
- # [21:02] <Hixie> so anyone who wants to do either of those should just set it up
- # [21:02] <Hixie> smaug____: that applies to all specs
- # [21:02] <michaelw> Hixie: actually, I might, a bit later this year. have to convince $COMPANY to allocate resources
- # [21:02] * Joins: jarek (~jarek@bcw224.neoplus.adsl.tpnet.pl)
- # [21:02] * Quits: jarek (~jarek@bcw224.neoplus.adsl.tpnet.pl) (Changing host)
- # [21:02] * Joins: jarek (~jarek@unaffiliated/jarek)
- # [21:03] <Hixie> michaelw: cool. it would be awesome to have a more stable branch.
- # [21:03] * jernoble is now known as jernoble|afk
- # [21:03] <zewt> smaug: heh, well, trying to reliably find bugs in a spec without implementing it is like trying to find bugs in source without compiling it
- # [21:04] <michaelw> zewt: good observation, hence that's what I'm doing :)
- # [21:05] <smaug____> Hixie: if http://twitter.com/#!/WHATWG shows all the changes to HTML spec, it isn't *that* many changes per day
- # [21:05] <smaug____> there sure are several possible reviewers
- # [21:05] <zewt> michaelw: reviewing a spec change by eye is not testing it in the same way as compiling and testing a code change
- # [21:05] <smaug____> and most of the changes, I hope, would be trivial to review
- # [21:05] <zewt> you'll find more bugs than one pair of eyes, of course
- # [21:05] <Hixie> smaug____: nothing is stopping you from setting it up. do it! :-) i'm certainly all for more review.
- # [21:06] <smaug____> Hixie: so, would you upload patches to bugzilla for each patch :)
- # [21:06] <zewt> but you won't fix the "implementing a draft spec finds bugs" problem, any more than you can fix the "your code doesn't compile on the first attempt" "problem" :)
- # [21:06] <Hixie> smaug____: no, i'd just check them into svn, and that would be my working copy, and the reviewed copy would be a separate tree
- # [21:07] * Joins: J_Voracek (~J_Voracek@71.21.195.70)
- # [21:07] <smaug____> well, how could I see the patch then
- # [21:07] <Hixie> smaug____: http://html5.org/tools/web-apps-tracker lists them
- # [21:07] <smaug____> I hope there is some better tool for svn
- # [21:08] <Hixie> well it's an open svn repo so any tool you like can do it
- # [21:08] <zewt> sort of seems like the case for git
- # [21:08] * Joins: marcoos (~marcoos@81-186-224-1.cityconnect.pl)
- # [21:08] <zewt> not that i'd argue heavily for git (i use it, but ... it's cranky)
- # [21:08] * Quits: J_Voracek (~J_Voracek@71.21.195.70) (Client Quit)
- # [21:10] <zewt> has anyone implemented BlobBuilder at all? (it's not in FF6 or Chrome stable)
- # [21:11] * Joins: jarek__ (~jarek@aeak42.neoplus.adsl.tpnet.pl)
- # [21:11] * jarek is now known as Guest7712
- # [21:11] * Quits: jarek__ (~jarek@aeak42.neoplus.adsl.tpnet.pl) (Read error: Connection reset by peer)
- # [21:11] * Joins: jarek__ (~jarek@aeak42.neoplus.adsl.tpnet.pl)
- # [21:11] * jarek__ is now known as jarek
- # [21:12] <smaug____> zewt: it is in FF
- # [21:12] <smaug____> Moz prefixed, IIRC
- # [21:12] * jarek is now known as Guest26687
- # [21:12] * Quits: Guest26687 (~jarek@aeak42.neoplus.adsl.tpnet.pl) (Changing host)
- # [21:12] * Joins: Guest26687 (~jarek@unaffiliated/jarek)
- # [21:12] <smaug____> zewt: isn't FF6 kind of ol
- # [21:12] <smaug____> d
- # [21:12] * Quits: Guest26687 (~jarek@unaffiliated/jarek) (Client Quit)
- # [21:13] * Joins: jarek (~jarek@aeak42.neoplus.adsl.tpnet.pl)
- # [21:13] * Quits: jarek (~jarek@aeak42.neoplus.adsl.tpnet.pl) (Changing host)
- # [21:13] * Joins: jarek (~jarek@unaffiliated/jarek)
- # [21:13] <zewt> dunno, the "new version every 3 hours" thing gets tiresome
- # [21:13] * Quits: Guest7712 (~jarek@unaffiliated/jarek) (Ping timeout: 255 seconds)
- # [21:13] <Ms2ger> Chrome stable, you mean?
- # [21:13] <smaug____> zewt: https://bugzilla.mozilla.org/show_bug.cgi?id=648997
- # [21:13] <smaug____> that says FF6
- # [21:14] <zewt> (and it'll be a long time before I'm willing to trust Firefox to autoupdate, I always back up my profile, make sure extensions still work, etc. before committing)
- # [21:14] <zewt> k
- # [21:14] * Ms2ger shrugs
- # [21:17] * Joins: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk)
- # [21:17] * Joins: _bga (~bga@ppp91-122-189-27.pppoe.avangarddsl.ru)
- # [21:18] * Quits: Timz (~Adium@86.89.174.199) (Quit: Leaving.)
- # [21:18] * Quits: bga_ (~bga@ppp91-122-189-27.pppoe.avangarddsl.ru) (Read error: Connection reset by peer)
- # [21:18] * Quits: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk) (Max SendQ exceeded)
- # [21:20] * Joins: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk)
- # [21:26] <_bga> http://plan9.bell-labs.com/plan9/img/mirtchov/plan9-normal.png << Opera & plan9
- # [21:27] * Quits: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk) (Ping timeout: 260 seconds)
- # [21:28] * Joins: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk)
- # [21:29] <Hixie> blimey there's a lot of <track> bugs. ok, guess i know what i'm doing this afternoon.
- # [21:29] <Ms2ger> Emails? :)
- # [21:30] <Hixie> soon, soon.
- # [21:30] <Hixie> i'm at record low numbers of bugs
- # [21:30] <Hixie> record in like a year
- # [21:31] * Quits: Margle (~Margle@41-133-101-76.dsl.mweb.co.za) (Ping timeout: 260 seconds)
- # [21:32] <smaug____> time to file some more bugs :)
- # [21:32] <Hixie> noooooo
- # [21:32] <Hixie> at some point soon i'm going to switch back to e-mail
- # [21:32] * Quits: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk) (Ping timeout: 258 seconds)
- # [21:33] <Ms2ger> Then we'd better get in our bugs before that
- # [21:34] <Hixie> just don't file a bug that's too much work, cos that will then make me switch early :-)
- # [21:34] * Joins: Margle (~Margle@41-133-101-76.dsl.mweb.co.za)
- # [21:35] * Quits: mikesherov (4014b702@gateway/web/freenode/ip.64.20.183.2) (Ping timeout: 265 seconds)
- # [21:36] * Quits: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi) (Ping timeout: 260 seconds)
- # [21:36] * Quits: sicking (~chatzilla@206-15-76-122.static.twtelecom.net) (Ping timeout: 240 seconds)
- # [21:40] * Quits: roc (~chatzilla@121.98.230.221) (Ping timeout: 240 seconds)
- # [21:40] * Joins: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi)
- # [21:47] * Quits: Ms2ger (~Ms2ger@91.181.96.17) (Quit: nn)
- # [21:47] * Joins: jarek__ (~jarek@bcx191.neoplus.adsl.tpnet.pl)
- # [21:47] * jarek is now known as Guest55947
- # [21:48] * Joins: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk)
- # [21:48] * Quits: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk) (Max SendQ exceeded)
- # [21:49] * Quits: Guest55947 (~jarek@unaffiliated/jarek) (Ping timeout: 240 seconds)
- # [21:49] * Joins: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk)
- # [21:50] * Quits: Margle (~Margle@41-133-101-76.dsl.mweb.co.za) (Ping timeout: 258 seconds)
- # [21:54] * Joins: zcorpan (~zcorpan@c-699de355.410-6-64736c14.cust.bredbandsbolaget.se)
- # [21:55] * Quits: beverloo (beverloo@nat/google/x-pywlyjdforhkkbut) (Read error: No route to host)
- # [21:55] * Joins: Margle (~Margle@41-133-101-76.dsl.mweb.co.za)
- # [21:55] * Quits: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk) (Ping timeout: 252 seconds)
- # [21:56] * Quits: mpt_ (mpt@canonical/mpt) (Ping timeout: 276 seconds)
- # [21:57] * Joins: mpt_ (mpt@canonical/mpt)
- # [21:58] * Joins: beverloo (beverloo@nat/google/x-vmkhygaxzsptwfhu)
- # [21:59] * Joins: sicking (~chatzilla@206-15-76-122.static.twtelecom.net)
- # [22:03] * Quits: marcoos (~marcoos@81-186-224-1.cityconnect.pl) (Quit: marcoos)
- # [22:08] * jernoble|afk is now known as jernoble
- # [22:09] <jgraham> Hmm, we can't even manage review-then-commit for testcases and they are updated *way* less often than the spec
- # [22:10] <jgraham> And not only will the tools not save us, they don't even exist
- # [22:10] <jgraham> Seriously, there are like 0 good code review tools for mercurial and 0 I have seen for svn
- # [22:11] <jgraham> I don't know how people cope
- # [22:11] <jgraham> Are they all emailing patches around or something?
- # [22:11] * AryehGregor cough git cough
- # [22:11] <jgraham> git has one code review tool which might be good
- # [22:12] <zcorpan> foolip: maybe supporting comments in cue data is a bad idea, regardless of syntax
- # [22:12] * Quits: GlitchMr (~glitchmr@178-36-147-13.adsl.inetia.pl) (Read error: Connection reset by peer)
- # [22:12] <jgraham> In that I have heard it is a bit like the rather excellent homebrew thing we use at opera
- # [22:19] * Quits: benjoffe_ (~benjoffe_@CPE-121-218-141-115.lnse3.cht.bigpond.net.au) (Remote host closed the connection)
- # [22:32] * Quits: _pdr_ (anonymous@nat/google/x-ijwcgcoogjmnseet) (Quit: _pdr_)
- # [22:32] * Joins: dave_levin (dave_levin@nat/google/x-oxxospehqmsnfhcl)
- # [22:32] * Quits: KillerX (~anant@nat/mozilla/x-eefgdtuawxqahnon) (Remote host closed the connection)
- # [22:33] * Joins: KillerX (~anant@nat/mozilla/x-gdvluviwjxclkvcy)
- # [22:33] * jernoble is now known as jernoble|afk
- # [22:34] * jernoble|afk is now known as jernoble
- # [22:35] * Quits: mpt_ (mpt@canonical/mpt) (Ping timeout: 255 seconds)
- # [22:36] <zewt> maybe the spec comment form should throw away inputs with no vowels, heh
- # [22:37] * Joins: mpt_ (mpt@conference/ubuntudevelopersummit/x-sweiqatxnqlkrkov)
- # [22:37] * Quits: mpt_ (mpt@conference/ubuntudevelopersummit/x-sweiqatxnqlkrkov) (Changing host)
- # [22:37] * Joins: mpt_ (mpt@canonical/mpt)
- # [22:38] * Quits: miketaylr (~miketaylr@206.217.92.186) (Quit: miketaylr)
- # [22:43] * Quits: davidb_ (~davidb@66.207.208.98) (Quit: davidb_)
- # [22:47] <zcorpan> zewt: Hixie accepts patches :)
- # [22:47] <zcorpan> zewt: i had an idea the other week about counting keystrokes to prevent bugs where the reporter pasted something
- # [22:48] <zcorpan> but didn't look into implementing that
- # [22:52] * Quits: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl) (Remote host closed the connection)
- # [22:55] * Quits: FlorianX1 (~Florian_S@p4FE2C7B9.dip.t-dialin.net) (Quit: Leaving.)
- # [22:59] * Quits: othermaciej (~mjs@17.245.91.246) (Quit: othermaciej)
- # [23:00] <TabAtkins> One helpful change would be to auto-reject things that have a significant portion of the instructions for submitting a bug (or the introduction text in general). Those make up a decent chunk of the junk bugs.
- # [23:00] <TabAtkins> You could probably do a really simple entropy analysis to find the keyboard-mashing junk bugs, too.
- # [23:01] * mpt_ is now known as mpt
- # [23:02] <zewt> zcorpan: well, i'm not the one that has to spend time cleaning them up :)
- # [23:08] * Quits: jamesr (jamesr@nat/google/x-dortkcmpopexfsjd) (Ping timeout: 244 seconds)
- # [23:12] * Quits: MacTed (~Thud@63.119.36.36)
- # [23:16] * Quits: Maurice` (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
- # [23:18] * Joins: Telling (~unknown@80-71-135-15.u.parknet.dk)
- # [23:28] * Quits: tomasf (~tom@2002:55e5:d95e:0:7d0c:1414:be29:51d0) (Quit: tomasf)
- # [23:29] * Quits: jacobolus (~jacobolus@c-71-198-169-213.hsd1.ca.comcast.net) (Remote host closed the connection)
- # [23:35] * Quits: KillerX (~anant@nat/mozilla/x-gdvluviwjxclkvcy) (Quit: KillerX)
- # [23:39] * Quits: jarek__ (~jarek@bcx191.neoplus.adsl.tpnet.pl) (Quit: Leaving)
- # [23:41] <zewt> so tired of the ridiculous "encryption is useless without a trusted certificate" from people who should know better
- # [23:43] <_bga> trusted certificate is another way to get your money
- # [23:43] <zewt> that's a separate issue, heh
- # [23:48] <abarth> Hixie: http://html.spec.whatwg.org/ has broken images and is missing the style sheet
- # [23:49] <zcorpan> hsivonen: afaik, the answer is "no" (re content-type header parsing)
- # [23:51] <Hixie> abarth: yeah, that url isn
- # [23:51] <Hixie> 't live yet
- # [23:51] <abarth> ah
- # [23:51] <abarth> ok
- # [23:51] <abarth> what's the best way to hack into the Referer calculation in the spec
- # [23:52] <abarth> ?
- # [23:52] <Hixie> have me change it :-)
- # [23:52] <abarth> 2.7 Fetching resources ?
- # [23:52] <abarth> http://wiki.whatwg.org/wiki/Meta_referrer
- # [23:52] <Hixie> it happens in the "fetch" algorith, yeah
- # [23:52] <abarth> is the context
- # [23:52] <abarth> i'm trying to write the "semantics" section
- # [23:53] <Hixie> ah, i see
- # [23:53] <Hixie> ok
- # [23:53] <Hixie> hopld on
- # [23:54] * Quits: smaug____ (~chatzilla@cs181151161.pp.htv.fi) (Ping timeout: 258 seconds)
- # [23:54] <zcorpan> abarth: what's the difference between default and always? (use case for always?)
- # [23:55] <Hixie> zcorpan: https
- # [23:55] <abarth> zcorpan: suppose you want to move your search engine over to HTTPS but folks are sad that they don't get referrers anymore
- # [23:55] <Hixie> abarth: ok yeah. You'd override step 3 (I recommend just giving an entirely new replacement text), and then providing a replacement for the relevant paragraph in step 4
- # [23:55] <zcorpan> aha
- # [23:56] <abarth> Hixie: ok, I didn't see the HTTPS -> HTTP supression there, but maybe i need to override that from HTTP
- # [23:56] <Hixie> abarth: you might also need something in the HTTP spec, i think that may be where that is, yeah
- # [23:56] <abarth> ok
- # [23:56] <abarth> i think techincally its illegal in HTTP to send the origin in the Referer header
- # [23:56] <abarth> but Firefox has had an option to do that for a while
- # [23:57] <zcorpan> abarth: does origin act like default or like always?
- # [23:57] <Hixie> abarth: (if you don't find it there, add it to your new text, and if your new text doesn't end up in the spec for whatever reason, let me know and i'll fix the spec for that particular part of it anyway)
- # [23:57] <abarth> ok
- # Session Close: Wed Oct 26 00:00:00 2011
The end :)