00:01
<metron>
annevk: hmm, .oO(…she mean Xing too?) ;)
00:01
<TabAtkins>
(Btw, annevk's a dude.)
00:01
<TabAtkins>
(He's dutch, where "anne" is a common male name.)
00:02
<metron>
ups
00:02
<metron>
annevk: sry, wasn't know that
00:03
<TabAtkins>
Don't worry, I'm pretty sure everyone makes that mistake once, unless they see him in person first or catch someone using a gendered pronoun on him.
00:04
<metron>
its late, I think, I'll have to go off
00:04
<metron>
thx for helping me out
00:04
<metron>
cya guys
00:08
<annevk>
at the airports they typically look from me to my passport and back again etc.
00:09
<annevk>
some of these people even ask, "is this really you?"
00:09
<annevk>
wtf are passports for...
00:10
<Philip`>
You could have mixed up your passport with your identical other-gendered twin
00:10
<zewt>
(the Usual Internet Ratio just red-flagged it for me to begin with, so I checked, heh)
00:10
<Philip`>
Presumably if they thought you were really trying to trick them, they'd have to interrogate you more thoroughly than asking "is this really you?"
00:16
<Dashiva>
Nah
00:16
<Dashiva>
They're just waiting for someone to answer "No" sarcastically, so they can arrest you
07:23
<Hixie>
can anyone think of anything that would make a browsing context navigation do something other than change the document, other than:
07:23
<Hixie>
- content-disposition: attachment
07:23
<Hixie>
- unrecognised content-type triggering a download
07:23
<Hixie>
- http 204 or 205 response
07:24
<Hixie>
- network error in a browser that displays a dialog instead of an inline page for network errors
07:24
<Hixie>
- a scheme being one that triggers a helper app (e.g. mailto:)
07:24
<Hixie>
...?
07:24
<wirepair>
security validation error (certs)
07:24
<Hixie>
ooh, good call
07:25
<wirepair>
other than that... hmm
07:26
<wirepair>
maybe plugins taking over the context, like flash or something?
07:26
<Hixie>
that changes the document
07:27
<Hixie>
i can't think of others any either, fwiw
07:27
<Hixie>
didn't even think of the crypto one :-)
07:27
<wirepair>
right. then yeah that should be it hehe
07:35
Hixie
adds yet another reference
07:38
<JennaBerry>
Any W3C people around?
07:39
<JennaBerry>
I have a question about CSS
07:39
<Hixie>
you probably don't want w3c people then, more css people :-)
07:39
<smaug____>
JennaBerry: just ask and someone may answer
07:40
<JennaBerry>
I'd like to submit a section into CSS that deals with CSS-based image sprites and multiple backgrounds, so that you can reduce code and not work with extra images/libraries/scripts/styles
07:40
<Hixie>
already exists and supported in several browsers
07:41
<JennaBerry>
Oh?
07:41
<Hixie>
http://dev.w3.org/csswg/css3-background/
07:44
<JennaBerry>
Can't find the exact thing I'm looking for.
07:44
<JennaBerry>
I'd like something that places images, repeats or stretches them and does all sorts of things, but not to the whole object, so that you can create a button-element with a single image, cut into three parts (left, middle, right) and positioned accordingly as the background
07:45
<JennaBerry>
even with the current multiple backgrounds, repeat goes from one side to the other, instead of stopping at, say, 10px off the edge
07:46
<Hixie>
http://dev.w3.org/csswg/css3-background/#border-images
07:47
<JennaBerry>
The elements should also have contents
07:48
<Hixie>
the elements can have contents
07:49
<JennaBerry>
Does the border image also allow for backgrounds?
07:49
<Hixie>
the border image also allows for backgrounds
07:49
<JennaBerry>
I mean, without using a second image
07:49
<Hixie>
without using a second image
07:49
<Hixie>
(or with, both work)
07:49
<JennaBerry>
Interesting...
07:50
<Hixie>
this is already implemented in at least chrome
07:50
<JennaBerry>
Does it always stretch?
07:50
<Hixie>
dude just read the spec :-)
07:50
<JennaBerry>
Sorry... I've been working all night :P
07:50
<JennaBerry>
It's easier to ask, but yeah... I will
07:51
<Hixie>
sorry, kinda busy here :-)
07:51
<Hixie>
there's probably some tutorials you can google for
07:51
<Hixie>
the spec isn't the easiest thing to read
07:51
<JennaBerry>
I can read spec :)
07:51
<JennaBerry>
I did that for SVG, yesterday
07:51
<JennaBerry>
And then found out WebKit doesn't have effects :|
07:53
<smaug____>
use gecko :p
07:54
<JennaBerry>
I'm building a Safari Extension's configuration page... so it's not really possible to use Gecko
09:16
<jgraham>
Hmm, isn't overloading functions based on number of arguments rather common in non-DOM js?
09:16
<jgraham>
Like in jQuery?
11:31
<annevk>
holy shit
11:32
<annevk>
ALT+left directional key works in Terminal.app
11:32
<annevk>
*happy*
11:33
<jgraham>
Have they fixed it yet so you can enter characters not on your keyboard when you have the alt-sends-meta option selected?
11:33
jgraham
thinks not being able to type ä or whatever into terminals is a bit ridiculous
11:33
<smaug____>
Does Terminal.app not hang anymore when using gdb?
11:34
<jgraham>
In general is terminal.app no longer crappy? :)
11:34
<annevk>
jgraham, smaug____, no idea
11:34
<annevk>
it does what I need :)
11:50
<smaug____>
AryehGregor: seems like the range draft doesn't handle ReplaceData nor AppendData cases
11:52
<jgraham>
Firefox has disabled typing javascript: URIs into the address bar?
11:53
<smaug____>
there is a pref to enable it
11:53
<smaug____>
though, IIRC, even then it is run in a sandbox
11:53
<jgraham>
Is there some announcement about the change?
11:55
<smaug____>
looking...
11:55
<jgraham>
(or a bug number)
11:59
<annevk>
we should really define following/preceding
11:59
<smaug____>
jgraham: https://bugzilla.mozilla.org/show_bug.cgi?id=527530 is the meta bug
12:04
<jgraham>
smaug____: Thanks
12:39
<foolip_>
Hixie, ping?
13:06
<smaug____>
AryehGregor: also, I wonder how you ended up with the splitText handling
13:22
<Ms2ger>
<!-- bring it on jgraham -->
13:32
<jgraham>
Ms2ger: Huh?
13:32
<Ms2ger>
http://dvcs.w3.org/hg/domcore/file/9a02cfae1bdb/Overview.src.html#l3873
13:33
<jgraham>
Oh. Clearly payman_ is insane
13:34
<jgraham>
Sorry annevk
13:34
<jgraham>
+,
13:35
<jgraham>
Although payman_ is probably also insane
13:48
<bga_>
<a download="foo.txt" href="data:...">Download generated data</a>
13:48
<bga_>
new attr is very good idea
13:48
<jgraham>
annevk: "Let sibling be the preceding sibling of node" doesn't account for node not having a preceding sibling. I assume sibling is supposed to be null or something there
13:56
<jgraham>
Also, I am missing simething about 3.2.3 in the previouNode algorithm
13:56
<jgraham>
*something
13:56
<jgraham>
Oh wait
13:58
<jgraham>
It's fine
13:58
<jgraham>
(I really wish you made "return" imply "and terminate these steps"
13:58
<jgraham>
we don't have coroutines)
14:20
<annevk>
jgraham, it does not always mean that
14:20
<annevk>
though maybe in DOM Core it does
14:26
<jgraham>
annevk: "return" meaning multiple differrnt thigns seems like a bug that should be fixed
14:28
<annevk>
it does not mean multiple things
14:28
<annevk>
but e.g. XMLHttpRequest.send() can return and still continue running
14:28
<linclark>
so the HTML WG used a lot of data about how people were using classes to create the new semantic elements, right?
14:29
<linclark>
if that is right, does anyone have a link to the data?
14:29
<linclark>
I remember adactio talking about it I think, but can't find link
14:29
<annevk>
the raw data is not available
14:29
<annevk>
a summary is available here: http://code.google.com/webstats/
14:29
<linclark>
ahhhhh, awesome
14:29
<linclark>
thanks!
14:29
<annevk>
it is from 2005 though, hopefully at some point a new study is done
14:30
<adactio>
linclark: Note though, that the research was done *after* the new structural elements had already been named (if I recall correctly). So the data provided *justification* but wasn't necessarily the origin of the element names.
14:31
<linclark>
oh, ok, didn't realize that. thanks for the clarifications
14:31
<adactio>
John Allsopp also did some research 'round about the same time (2005), if I recall.
14:32
<adactio>
Here's John's study (a smaller sample than Google's, obviously): http://westciv.typepad.com/dog_or_higher/2005/11/real_world_sema.html
14:41
<Hixie>
foolip_: pong
14:41
<foolip_>
Hixie, I filed two bugs instead
14:41
<Hixie>
k thanks
14:41
<foolip_>
was just going to ask if putting defaultMuted on HTMLMediaElement was intentional
14:41
annevk
wonders if Hixie is in California
14:42
<Hixie>
btw the way that the IETF leaves obsolete specs on the web instead of replacing specs when they're updated makes the RFC space _even worse than the TR page_
14:42
<Hixie>
it's like the W3C and the IETF compete for how badly they can do web standards
14:42
<Hixie>
annevk: yes
14:42
<Hixie>
foolip_: yes
14:42
<Hixie>
foolip_: why would it not be?
14:42
<annevk>
so is it morning for you or just late? :)
14:42
<foolip_>
Hixie, like poster="", muted="" does nothing for <audio>
14:42
<Hixie>
morning
14:43
<Hixie>
foolip_: i thought i made muted="" do something on audio?
14:43
<foolip_>
oh, wait a second
14:43
<foolip_>
it says "When a media element is created, if it has a muted attribute specified, the user agent must set the muted IDL attribute to true, overriding any user preference."
14:44
<foolip_>
sloppy reading on my part, I'll close the bug as invalid and just implement the spec
14:44
<Hixie>
k :-)
14:44
<Hixie>
i don't really mind, we can make it video-only, but it seemed simpler to just make things the same everywhere where possible
14:45
<foolip_>
this is what confused me: "The muted attribute on the video element controls"
14:45
<foolip_>
but it's actually defined on both audio and video
14:46
<foolip_>
do you want a bug on that?
14:47
<hsivonen>
hmm. Microdata may get corrupted if someone does <script itemprop=foo> and a sanizer zaps scripts
14:47
<hsivonen>
I guess I'll worry about that if it becomes a Real Problem
14:47
<foolip_>
hsivonen, same thing for <object>, right?
14:47
<hsivonen>
foolip_: oh, good point
14:47
<foolip_>
and attribute whitelists...
14:47
<hsivonen>
foolip_: I'm whitelisting Microdata
14:48
<foolip_>
hsivonen, you're writing a sanitizer?
14:48
<hsivonen>
foolip_: yes
14:48
<hsivonen>
foolip_: well, it's mostly written. I'm just fixing the obvious problem that <link itemprop> and <meta itemprop> got dropped
14:48
<hsivonen>
and now I see further problems
14:49
<foolip_>
hsivonen, what would you expect <script itemprop> to do?
14:50
<hsivonen>
foolip_: make the textContent of the element be the value of the property
14:50
<foolip_>
<script src="foo" itemprop="prop"> isn't reflected by itemValue the way you might expect, though
14:50
<foolip_>
that inconsistency would be a bit iffy, IMO
14:50
<Hixie>
foolip_: sure
14:51
Philip`
thought the IETF deleting specs after 6 months was a worse problem than them keeping specs around for too long, since it forces you to look in less-official places to find archived copies
14:51
<Hixie>
sanitizers corrupt pages, that's what they're for :-)
14:51
<hsivonen>
dropping <object> worries me now more than dropping <script>
14:51
<Hixie>
Philip`: yeah that's pretty messed up too
14:51
<annevk>
that's fixed by just using tools.ietf.org
14:51
<hsivonen>
Hixie: I could make non-whitelisted elements that have Microdata turn into spans
14:52
<jgraham>
hsivonen: or <meta>
14:52
<jgraham>
Oh, but that doesn't work I guess
14:52
<Philip`>
tools.ietf.org links to updated versions of obsoleted drafts so I suppose it helps with both problems
14:52
<Philip`>
...as long as you find your way to an HTML version, not a text version
14:52
<hsivonen>
Hixie: but I guess this patch has been in bz's review queue for long enough that I'll leave that kind of feature creep for another bug
14:53
<Hixie>
hsivonen: what's the use case for round-tripping microdata through a sanitizer?
14:53
<Hixie>
annevk: in case you're planning on replying to Takeshi, note that i've already said on public-webapps that i don't care if we force the extension on or off, so long as we force it one way or the other
14:57
<hsivonen>
Hixie: the same as round-tripping Content MathML: Not destroying invisible data that doesn't need to be destroyed when someone pastes it into contenteditable
14:58
<Hixie>
that doesn't seem like a realistic use case
14:58
<Hixie>
it's just gonna cause the data to be corrupted when the user fiddles with the content
15:01
<hsivonen>
is switching the twitter avatar into a monkey face a new fad or a twitter bug? I think I've seen two people now use the same monkey face.
15:08
<hsivonen>
hmm. maybe it's just a coincidence that two people have chosen a face of a monkey as their avatars instead of their own face
15:11
<heedly>
What error does the video tag fire when it can't find the requested media?
15:16
<manu`>
Any Opera folks in Oslo, Norway? Everyone okay there?
15:18
<manu`>
Reason I ask is because a bomb has just gone off there - targetting the PM's government office: https://plus.google.com/102122664946994504971/posts/HRjA3xr8wXy
15:19
<jgraham>
That's not good…
15:21
<hsivonen>
BBC is running the story, so I guess the tweets are for real
15:21
<Hixie>
hsivonen, MikeSmith: apologies, i forgot to mark the download="" revision as affecting conformance checkers
15:22
<scor>
http://chatlogs.planetrdf.com/swig/2011-07-22.html#T13-45-08
15:22
<wilhelm>
hsivonen: Yes, there was a blast: http://www.nrk.no/nyheter/norge/1.7722919
15:22
<Hixie>
bbl
15:23
<wilhelm>
Lots of glass, but little structural damage, it seems.
15:24
<hsivonen>
wilhelm: I saw a tweet saying than "An entire block has exploded"
15:24
<manu`>
Opera HQ is 2km away from the bombing location
15:24
<hsivonen>
*that
15:24
<manu`>
Prime Minister's government HQ was attacked - PM is okay.
15:28
<wilhelm>
hsivonen: Well, this is where it hit: http://static01.vg.no/drfront/images/2011-07/22/88-0c8d07aa-11a997f9.jpeg
15:28
<wilhelm>
There are windows blown out more than a kilometer away.
15:28
<wilhelm>
Same building: http://gfx.dagbladet.no/labrador/174/174138/17413824/jpg/active/978x_13197743.jpg
15:29
<AryehGregor>
smaug____ (who isn't here): the draft doesn't have to special-case replaceData/appendData because when it was written, those just called insertData/deleteData. Now annevk has rewritten that in DOM Core at my request, and I'll rewrite the Range stuff soon to work with the new wording. As for splitText, see the comments in the spec's HTML source. IIRC, I copied the behavior from WebKit, who made it up; it makes a lot of sense, and IIRC roc t
15:29
<AryehGregor>
hought it was a good idea. Without that special-case I'd have to add a bunch of different execCommand() special-cases, so it's no simpler, and authors don't get the improved behavior.
15:32
<foolip_>
heedly, that would be MEDIA_ERR_NETWORK
15:33
<foolip_>
well, it doesn't "fire" MEDIA_ERR_NETWORK, it fires an error event and video.error.code is MEDIA_ERR_NETWORK
15:40
<annevk>
jgraham, defined next/previous sibling now and they include null; thanks!
15:41
<annevk>
jgraham, btw, it actually got worse from that bring it on comment
15:41
<annevk>
jgraham, search for "innermost" o_O
15:44
<jgraham>
annevk: I saw that. You are insane
15:45
<foolip_>
hsivonen, http://www.w3.org/Bugs/Public/show_bug.cgi?id=13329
15:45
<annevk>
I just try to get things done until I have a better way to say things
15:46
<foolip_>
right now validator.nu is saying "Attribute muted not allowed on element audio at this point."
15:46
<foolip_>
where should I file a bug?
15:46
<jgraham>
Well I think it is good that you defined this stuff :)
15:48
<hsivonen>
foolip_: bugzilla.validator.nu is the place, but no need to file a bug, since I can just go ahead and fix it now
15:48
<foolip_>
hsivonen, much appreciated
15:49
<foolip_>
you might want to double-check the spec so that I'm not confused again
15:49
<foolip_>
I'm not 100% sure what the normative part is, but the intention is fairly clear
15:56
<annevk>
http://www.w3.org/TR/from-origin/ WD'd
15:58
<Ms2ger>
annevk++
15:59
<hsivonen>
ouch. looks like my ISP has changed my IP address so now my servers don't let me in
15:59
<hsivonen>
good thing I have alternative permitted IP addresses to connect from
16:02
<annevk>
Ms2ger, back at you for fixing the date :)
16:02
<jgraham>
hsivonen: That sounds like quite an odd security measure. Was it opt-in?
16:04
<hsivonen>
jgraham: it's self-configured
16:04
<hsivonen>
jgraham: maybe my tin-foil hat is too thick
16:04
<hsivonen>
jgraham: but seems potentially useful in case sshd has vulnerabilities
16:07
<Ms2ger>
annevk, so, when do we obsolete it for a fetching spec? :)
16:08
<AryehGregor>
Hmm, so when you share a post on G+ it looks like it's designed so as to encourage people to comment on your share instead of the original post? That's not what I want.
16:09
<hsivonen>
heh: "The problem is RDFa is horrifically badly designed for those use cases (either because it'd badly designed, or because it wasn't intended for those use cases — I've always thought the latter, but Manu insists it's the former), and has only been getting worse." (Hixie on G+)
16:09
<annevk>
Ms2ger, when I forget why I hate working on networking specs
16:09
<Ms2ger>
:)
16:10
<AryehGregor>
Anyway, this is a potentially interesting discussion: https://plus.google.com/u/0/112095156983892490612/posts/EMADdvHSRbH
16:10
<annevk>
AryehGregor, yeah, people comment on your version of the share, but clicking on share, shares the original share
16:11
<annevk>
I think that is really confusing, but whatever
16:11
<annevk>
euh, shares what is shared
16:11
<AryehGregor>
I'd like something that just copies the original discussion to everyone who's following me.
16:11
<AryehGregor>
Without giving them any new place to leave comments.
16:11
<AryehGregor>
Like "hey, look at this interesting discussion, go and comment there".
16:12
<hsivonen>
AryehGregor: whoa. I thought the comments went onto the original
16:12
<annevk>
just close comments on your share
16:12
<hsivonen>
but now that I checked, it's not the case
16:12
<annevk>
and mention that people should go to the original
16:12
<AryehGregor>
Ah, you can close comments.
16:12
<hsivonen>
for whatever reason, the RDFa discussion is happening on my share instead of Craig Kellog's original
16:12
<AryehGregor>
Is there a link to the original post? I didn't actually see one.
16:13
<hsivonen>
I don't see a link
16:14
<annevk>
https://plus.google.com/u/0/112095156983892490612/posts/EMADdvHSRbH
16:14
<AryehGregor>
Can I add links to comments somehow?
16:14
<annevk>
oh the RDFa one
16:15
<dylangluck>
Hey guys, I'm new to the group. My name is Dylan Gluck and I am a Front-End Developer at Mars Design in NYC. I am a big fan of what you guys are doing, and would like to support in any way I can
16:16
<annevk>
be careful now ;)
16:16
<annevk>
http://wiki.whatwg.org/wiki/Specifications_TODO
16:16
<annevk>
dylangluck, there is also http://wiki.whatwg.org/wiki/What_you_can_do
16:17
<dylangluck>
Awesome! thanks annevk. I will definitely look over everything
16:17
<foolip_>
hsivonen, it's too bad that you can comment on a share at all, as opposed to commenting on the original...
16:17
<foolip_>
they seem to have optimized for the edge case where you reshare to exclude some people from the original post
16:18
<annevk>
hmm the wiki just went down? Hixie
16:18
<dylangluck>
yes I am getting no response
16:18
<annevk>
"Using an outdated version of a specification isn't comparable to using the old version of bash that ships with the enterprise Linux distro you use, it's more like planning your vacation using a decades-old globe that still has the USSR on it. You're using something that's known to be wrong, and your only hope is that the errors happen not to affect whatever part of the spec you're relying on."
16:19
<annevk>
I like that one AryehGregor :)
16:19
<Ms2ger>
AryehGregor++
16:19
<hsivonen>
foolip_: having a "Share" function on non-Public posts is questionable in the first place
16:19
<foolip_>
hsivonen, indeed, it's too pad it's not more like retweet on twitter
16:19
<dylangluck>
back up after db error
16:19
<AryehGregor>
Yeah, seems weird to me.
16:19
<foolip_>
bad
16:20
Philip`
wonders if you could write an actual science fiction novel in the form of a specification
16:20
<dylangluck>
haha ^
16:20
<hsivonen>
new-style retweets are also nicer, because they collapse
16:20
<dylangluck>
Thanks for the info guys, I will definitely be back
16:20
<MacTed>
encouraging background image watermarks that proclaim "obsolete" on relevant pages, and perhaps encouraging (creating?) <link @rel="obsoleted by"> and/or <link rel="obsoletes">, could go far with IETF, W3C, and others who want to preserve historical docs at their original URIs...
16:20
<MacTed>
unfortunately, <link rel="canonical"> requires starting from the position that "this doc will change" and few standards are created with their evolution in mind.
16:20
<annevk>
dylangluck, sorry about that; most people typically start out by giving feedback on specs
16:20
<hober>
We MUST niuke it from orbit. It MAY be the only way to be sure.
16:20
<dylangluck>
absolutely
16:21
<hsivonen>
when 5 people reshare a post in my stream, I'd like their commentary to stack onto one item instead of having 5 items
16:21
<dylangluck>
i am not a preogrammer
16:21
<annevk>
dylangluck, but there's also writing tests (which involves giving feedback), and writing specs if you're up for it
16:21
<foolip_>
Philip`, I'd read it!
16:21
<Ms2ger>
Writing tests would be awesome
16:21
<annevk>
hsivonen, you want RT
16:21
<Philip`>
You could hint at lots of background through examples and references and implicit assumptions about what's implementable, so I imagine it wouldn't be impossible to tell a story
16:21
<Ms2ger>
foolip_, more than a page of it? :)
16:22
<scor>
AryehGregor, hsivonen: is that the url you are looking for (original post)? https://plus.google.com/u/0/115239936584020095918/posts/KPNTayJ3eNW but the fact remains, I had to go to Gregg's profile and look for his post (no link from Henri's profile)
16:22
<dylangluck>
just a developer who loves the idea of expanding on what the WHATWG has done and giving some feedback
16:22
<Philip`>
Also you can use deprecated features or weird quirks to indicate the history of your story world
16:22
<scor>
in any case, this is where the conversation is happening, on hsivonen's profile: https://plus.google.com/u/0/115203359751471044302/posts/92VKitpppB4
16:22
<annevk>
dylangluck, sounds good
16:23
<foolip_>
Ms2ger, that depends on how well it manages to incorporate obscure references to spec discussions/wars that make me feel clever by recognizing them
16:23
<AryehGregor>
scor, I was talking about the post on Jeni Tennison's profile.
16:23
<Ms2ger>
Heh
16:23
<AryehGregor>
I wound up posting a link in my share, and disabling comments.
16:24
<foolip_>
is it just me, or is it very difficult to get from a Google+ share to the original post?
16:24
<AryehGregor>
It is.
16:24
<AryehGregor>
We were just saying.
16:24
<AryehGregor>
You have to go to the profile and scroll down until you find it.
16:24
<foolip_>
yeah, that's what I'm doing
16:24
<Ms2ger>
"Note: This requirement is not present in the Foo version of this specification due to a flame war in the 4th century"
16:24
<hsivonen>
s/Craig/Gregg/
16:24
<AryehGregor>
That's why I posted a link: https://plus.google.com/100662365103380396132/posts
16:25
<annevk>
the number of times I type "hg make"...
16:33
<hsivonen>
hmm. looks like Safari 5.1 isn't available for Leopard
16:33
<hsivonen>
I guess that's going to slow down MathML and inline SVG adoption
16:34
<AryehGregor>
Safari 5.1 has MathML support? How good is it?
16:34
<AryehGregor>
Does Chrome also have it?
16:34
<hsivonen>
AryehGregor: based on hearsay, Chrome doesn't
16:34
<Rik`>
hsivonen: I don't really think so, Apple users are quickly using the latest version
16:35
<hsivonen>
Rik`: do you have Leopard vs. Snow Leopard stats?
16:35
<hsivonen>
I assumed that some users hadn't bothered to update because of "no new features"
16:36
<hober>
which is too bad, since SL is way better than leopard
16:36
<Rik`>
hsivonen: I don't at the moment but I think Leopard users are quite irrelevant
16:36
<Rik`>
maybe less than 1% of all web users
16:37
<Rik`>
and mostly it's PPC users since Snow Leopard is not compatible
16:37
<AryehGregor>
hsivonen, http://stats.wikimedia.org/wikimedia/squids/SquidReportClients.htm
16:38
<hsivonen>
Rik`: http://stats.wikimedia.org/wikimedia/squids/SquidReportOperatingSystems.htm suggests that the numbers for Intel Leopard are quite high relative to Intel Snow Leopard
16:38
<AryehGregor>
If you want OS: http://stats.wikimedia.org/wikimedia/squids/SquidReportOperatingSystems.htm
16:38
<AryehGregor>
Yeah.
16:38
<hsivonen>
Rik`: also, Intel Leopard much higher than PPC Leopard
16:39
<AryehGregor>
Leopard is at 1.78% of total OS market share, Snow Leopard is 5.04%, so Leopard is a really big chunk.
16:39
<Rik`>
oh right
16:39
<AryehGregor>
10.4 is 0.31%.
16:39
<AryehGregor>
Which is to say, apparently, Tiger.
16:39
<hsivonen>
I wonder what the security patch situation for Leopard is now that Leopard + 2 is out
16:41
<Rik`>
there is no security update for Snow Leopard yet
16:43
<hsivonen>
Rik`: security update for what holes?
16:43
<Rik`>
I don't know but it's usual to launch a security update for the n -1 version when you launch the n version
16:44
<hsivonen>
Rik`: they did release a point release of 10.6.x a bit earlier, though
16:44
<Rik`>
oh ok, haven't seen it
16:45
<hsivonen>
anyway, StatCounter's stats suggest that Safari 5.0 users on Snow Leopard aren't applying the 5.1 update immediately
16:46
<miketaylr>
hsivonen: i just tried software update and 5.1 is available to snow leopard, it seems
16:46
<Rik`>
hsivonen: http://support.apple.com/kb/HT1222
16:46
<Rik`>
looks like they launched Safari 5.0.6 for Leopard http://support.apple.com/kb/HT4808
16:48
<AryehGregor>
Why is it not called Safari 6? Is there a full update of WebKit to something recentish?
16:48
AryehGregor
hopes there's a full WebKit update and they just didn't change enough UI to call it a major version bump
16:48
<TabAtkins>
hsivonen: I think that shares are separated so that ACLs don't collide. But I agree that if you sent it to public, and other people reshare it to public, it would be niuce to collapse them.
16:50
<hober>
AryehGregor: http://svn.webkit.org/repository/webkit/branches/
16:58
<annevk>
emailed WebApps about Traversal
16:58
<annevk>
first draft done
16:59
<AryehGregor>
Fun discovery: default link color in WebKit (at least Chrome) is -webkit-link, which appears to compute to rgb(0, 0, 238).
16:59
<AryehGregor>
Not, um, blue?
16:59
<AryehGregor>
Yay interop?
17:00
<AryehGregor>
A.k.a. #00e, I guess.
17:01
<AryehGregor>
This kind of thing does affect interop in some cases . . . grumble grumble.
17:01
<Ms2ger>
Does anybody use actual blue?
17:02
<AryehGregor>
HTML5 says to . . .
17:02
AryehGregor
tests
17:02
<hsivonen>
foolip_: I deployed <audio muted> to validator.nu
17:02
<AryehGregor>
Hmm.
17:02
<AryehGregor>
Ms2ger, good point, this looks like a spec bug.
17:02
<foolip_>
hsivonen, confirmed working, thanks!
17:03
<AryehGregor>
So Gecko and WebKit are #00e.
17:06
<AryehGregor>
IE10PP2 is rgb(0, 102, 204), which is what? #06c. And Opera 11.50 is #00c.
17:06
<AryehGregor>
Oh, wait.
17:06
<AryehGregor>
No, it's fine, that's not visited.
17:06
AryehGregor
tests :visited, although Gecko will lie about it
17:06
<Philip`>
(Can't you test it trivially with a screenshot and Gimp/etc's colour picker tool?)
17:06
<AryehGregor>
Yes, if I wanted to do that much work. :)
17:07
<AryehGregor>
For visited, Gecko lies. Opera is #800080. IE10PP2 seems to be still reporting #06c, is it lying too?
17:07
AryehGregor
uses dev tools
17:07
<AryehGregor>
I'd use dev tools for Firefox too, except you know, Firebug doesn't work on Aurora.
17:07
<AryehGregor>
(or are there basic built-in DOM inspection things these days?)
17:08
<AryehGregor>
#551A8B in Chrome, it looks like.
17:09
<AryehGregor>
There's an Inspect tool somewhere, but it doesn't seem to do anything very useful . . .
17:10
<Philip`>
Firefox's about:config says browser.visited_color = #551A8B
17:10
<Rik`>
AryehGregor: I think Firebug 1.8 works
17:10
<AryehGregor>
Rik`, not unless they updated it in the last few days.
17:10
<AryehGregor>
It works with current beta, but not Aurora.
17:11
<AryehGregor>
Ah, they did update it.
17:11
AryehGregor
tries
17:11
<AryehGregor>
Yay, works again!
17:12
AryehGregor
makes a mental note never to upgrade Aurora again without checking Firebug compat
17:12
<AryehGregor>
Firebug lies about visited link color too, though.
17:12
<AryehGregor>
So I'll rely on Philip` here.
17:12
AryehGregor
doesn't bother trying to figure out IE
17:12
Rik`
makes a mental note never to use Firebug until https://bugzilla.mozilla.org/show_bug.cgi?id=669730 is fixed
17:12
<Philip`>
I might be lying too, of course
17:13
<AryehGregor>
Rik`, I don't use Firefox for anything other than testing, so it can leak all it wants.
17:13
<AryehGregor>
Also, that's why my new laptop has 8G of RAM.
17:13
<Rik`>
I do use Firefox so I do my debugging in other browsers
17:15
<AryehGregor>
http://www.w3.org/Bugs/Public/show_bug.cgi?id=13330
17:18
<AryehGregor>
Links that are actually blue do look noticeably bright.
17:45
<david_carlisle>
AryehGregor: Chrome doesn't have MathML, presumably they could pick it up, as it's implemented in the webkit base
17:53
<AryehGregor>
:(
18:03
<dglazkov|away>
MathML --> splosion.
18:03
<dglazkov>
good morning, Whatwg
18:03
<Ms2ger>
Evening, dglazkov
18:07
<dglazkov>
Ms2ger: :)
18:13
<annevk>
used to be that dglazkov checked in in the afternoon
18:14
<annevk>
:p
18:14
<dglazkov>
had to run an errand this morning.
18:30
<sicking>
Hixie: would you mind updating the EventSource spec to add the {withCrededentials: true} syntax? So that we can avoid prefixing it
18:33
<annevk>
just adding it to the spec doesn't exactly make it a done deal
18:34
<annevk>
do we know if WebKit agrees?
18:37
<AryehGregor>
sicking, isn't the theory that standard but experimental stuff is prefixed too? Or is that only CSS for some reason?
18:44
<TabAtkins>
CSS has a firm policy that everyone voluntarily follows. JS is pretty loosy-goosy about it.
18:46
<dglazkov>
JS is pretty loosy-goosy about _everything_.
19:06
<AryehGregor>
Wow, it's 102 degrees outside.
19:07
<AryehGregor>
(For those of you who like sane temperature scales, that would be 312 K.)
19:07
<TabAtkins>
Ah, thank you, I can never think in F.
19:07
<TabAtkins>
Or C.
19:08
<Philip`>
I prefer to think of it as 1.78 radians
19:08
<Ms2ger>
Well played
19:09
<scor>
AryehGregor: where is that?
19:09
<AryehGregor>
scor, Manhattan.
19:10
<scor>
only 4 degrees cooler up here in Boston
19:46
<scor>
was there ever a time where the content attribute was allowed in tags other than meta to override textContent in microdata? or has @content always been only allowed in <meta>?
19:47
<annevk>
always
19:49
<scor>
annevk: thanks
19:58
<Hixie>
sicking: are other browsers in agreement?
20:01
<annevk>
http://www.w3.org/2001/tag/2011/07/21-minutes.html#item04 lol the task force conclusions are not in line with what i want, please do it again!
20:03
<Hixie>
i don't even understand those minutes
20:04
<annevk>
armchair troublemakers
20:16
annevk
replies to an email from November 2009
20:37
<annevk>
Would be pretty nifty if ij updates older specifications in this simple process manner
20:38
<annevk>
HTML4 could use a note :)
20:40
Ms2ger
lacks context
20:41
<annevk>
public-webapps
20:47
<annevk>
where is mike?
20:47
<annevk>
should remove DOM Traversal from http://platform.html5.org/
20:49
<Ms2ger>
Could try...
20:49
<Ms2ger>
Aww
20:57
<annevk>
Ms2ger, you mean the reply from ij?
20:57
<annevk>
I guess I should not have gotten my hopes up
21:03
<annevk>
oh hey
21:03
<annevk>
Opera invented INVALID_STATE_ERR for recursive traversal invocations
21:03
<annevk>
and Gecko copied it
21:03
<annevk>
you don't see that very often
21:04
<annevk>
thanks for the pointer sicking :)
21:07
<jamesr>
annevk: i thought opera invented everything
21:08
<karlcow>
http://elie.im/blog/security/tracking-users-that-block-cookies-with-a-http-redirect/
21:08
<karlcow>
jamesr: this is a truism
21:08
<annevk>
jamesr, I think that particular rhetoric typically only applies to UI stuff
21:09
<annevk>
jamesr, assuming you are referring to the pointless debates on who did tabs / speed dial / mouse gestures / whatnot first
21:09
<karlcow>
it applies to love, joy, tears, emotions, etc. I mean how could not feel anything at Carmen
21:10
<Ms2ger>
Don't you know that we all use "Opera did it first" to laugh at you guys? :)
21:11
<annevk>
Ms2ger, heh, I didn't
21:11
<annevk>
Ms2ger, but I can certainly see the fun in that :)
22:08
<annevk>
I wonder how Page Visibility went to Last Call
22:08
<annevk>
prolly because all these new WGs have like zero oversight
22:10
<Ms2ger>
The Process only applies to relevant WGs
22:10
<Yuhong>
So, on https://plus.google.com/112095156983892490612/posts/EMADdvHSRbH, describe the "substantial changes" that would be needed in detail.
22:10
Ms2ger
yawns
22:11
<annevk>
Ms2ger, curb your enthusiasm is back
22:11
<Yuhong>
And won't the substantial changes be limited by compatibility with existing content and implementations?
22:12
<annevk>
I searched for "substantial changes" in that link and it yielded nothing
22:12
Ms2ger
throws a PARSE_ERR at annevk
22:12
<annevk>
Ms2ger, search for the first three words and watch it :)
22:12
<jamesr>
i didn't know the w3 had a process to rescind a recommendation
22:12
<Yuhong>
Sorry, look at the mailing list post linked.
22:13
<Ms2ger>
I did! :)
22:13
<Ms2ger>
I also know the history of boolean attributes
22:13
<Ms2ger>
Both pieces of knowledge are equally useless
22:13
<Yuhong>
Sorry, substantive changes .
22:14
<AryehGregor>
Yuhong, Maciej's post starting the thread there is pretty clear about what qualifies as a substantive change.
22:14
<AryehGregor>
It's very broad.
22:14
<AryehGregor>
Basically, any change that anyone other than a bike-shedder has reason to care about.
22:14
<annevk>
Ms2ger, for when your children ask you to tell them once more the story about boolean attributes
22:15
<Yuhong>
BTW, I just recently learned the history of HTML 3.0 and Netscape too.
22:15
<Ms2ger>
"Daddy, what's SGML"?
22:15
<annevk>
Ms2ger, zcorpan meanwhile tells his about SHORTTAG NET and how things were before he figured out legacy color parsing
22:15
<Ms2ger>
Hah
22:16
<TabAtkins>
I'm very glad I didn't have to figure out legacy color parsing myself.
22:16
<TabAtkins>
That shit's crazy.
22:16
<Ms2ger>
TabAtkins, how about trying to figure out CSS parsing in quirks mode? :)
22:16
<TabAtkins>
I'm gonna... I'm gonna not do that.
22:16
<annevk>
Yuhong, you want to read the W3C Process document for a definition of that term
22:17
<annevk>
Yuhong, if you are after "substantive changes"
22:20
<Ms2ger>
Notes, notes, notes
22:20
<Ms2ger>
One for CSS2.1 too? :)
22:20
<TabAtkins>
2.1 is the most recent and accurate reference!
22:20
<Ms2ger>
Still a disaster :)
22:21
<TabAtkins>
And we have a note on CSS2 along those lines.
22:21
<Ms2ger>
But less of a disaster than the rest of CSS, I'll grant you that
22:22
<TabAtkins>
Relatively speaking, 2.1 is one of the best specs the W3C has produced. We actually have a large (though still not large enough) test suite.
22:23
<Yuhong>
In fact, I learned that the history of CSS1 is related to the history of HTML 3.0.
22:23
<annevk>
XSLT and XML are pretty watertight (and way simpler)
22:23
<Yuhong>
More history: http://www.reddit.com/r/web_design/comments/exnr8/on_netscape_and_css_history_heres_the_history/
22:23
<annevk>
CSS 2.1 has a lot of handwaving still :(
22:24
<TabAtkins>
annevk: I said "relatively" ^_^
22:30
<annevk>
I wonder why you need a whole WG for something like page visiblity
22:30
<annevk>
two new attributes on Document
22:33
<Hixie>
beats me
22:39
<annevk>
jgraham, you look sad on your G+ photo
22:39
<annevk>
well, more disinterested, which might be accurate I suppose :p
22:40
<Yuhong>
So what are examples of "substantive changes" that might be needed in the future?
22:41
<annevk>
Yuhong, http://www.w3.org/2005/10/Process-20051014/tr.html#substantive-change
22:42
<Yuhong>
Sorry, there was no Glossary, making it hard to find.
22:43
<annevk>
glad you looked at least
22:43
<annevk>
:)
22:44
<Ms2ger>
annevk, want to tell them they need a reference to WebIDL as well?
22:44
<annevk>
Ms2ger, can do
22:45
<Yuhong>
So what are examples of "substantive changes" that might be needed in the future, or the HTML5 spec quickly becomes inaccurate?
22:45
<Yuhong>
I am looking for specific examples.
22:46
<Hixie>
how can we know...?
22:46
<annevk>
we might have to remove an attribute that's not implemented
22:46
<annevk>
we might have to change an attribute because it's implemented incorrectly
22:46
Ms2ger
stays out of this
22:47
<annevk>
good idea
22:47
<annevk>
if Ms2ger is still reading the logs: http://lists.w3.org/Archives/Public/public-web-perf/2011Jul/0080.html
22:47
<Yuhong>
Candidate Recommendation is exactly the place to prove everything is implemented.
22:47
<Yuhong>
If it is not, it will be removed.
22:48
<annevk>
hey man, if you already know, don't ask
22:49
<Yuhong>
My point is that it is an already solved problem.
22:50
<Yuhong>
I mean, the W3C process already solves this problem.
22:51
<Yuhong>
With Candidate Recommendation and the tests etc.
22:51
<annevk>
yes, you have to revert to WD after a substantive change
22:51
<Yuhong>
Yes, but why would it loop forever?
22:53
<Yuhong>
Yes, I am well aware of CSS 2.1, and how it looped several times.
22:53
<annevk>
because with a spec this size you are bound to find something
22:53
<annevk>
CSS 2.1 would have looped way more if the WG fixed all outstanding issues
22:53
<TabAtkins>
2.1 stopped looping because we made several things undefined.
22:53
<TabAtkins>
Unrelated: This is ridiculously good - http://research.microsoft.com/en-us/um/people/kopf/pixelart/supplementary/multi_comparison.html
22:54
<TabAtkins>
The "Ours" scaling algo
22:56
<Yuhong>
Yep, I know. In contrast, CSS3 is modularized and so far it loops less I think.
22:57
<TabAtkins>
Indeed, but that brings its own problems.
22:57
<AryehGregor>
The whole issue of looping is only because the W3C Process demands that specs progress as a unit.
22:57
<AryehGregor>
WHATWG HTML has per-section annotations and it works fine.
22:57
<AryehGregor>
It would be really nice if we could get a usable subset spec that only includes things that are known to be followed more or less completely by at least two major browsers, though, or something like that.
22:58
<AryehGregor>
Or at least leaving out the stuff that's really speculative or cutting-edge.
22:58
<AryehGregor>
(maybe leaving in the stuff that's implemented by everyone but not interoperably)
22:59
<AryehGregor>
Hmm, Maciej never got back to me about innerText yet, did he?
22:59
<AryehGregor>
I'll have to poke him again.
23:00
<Yuhong>
I think being implemented by at least two implementations interoperably is part of the W3C process already.
23:01
<Hixie>
css3 is older than css2.1 :-)
23:01
<Hixie>
so clearly it doesn't loop less :-)
23:01
<TabAtkins>
I don't acknowledge the existince of pre-2.1 css3.
23:02
<Yuhong>
The year-long gap in CSS3 working drafts that existed since 1999 I think is partly because there was no point in doing it when IE6 had a monopoly and did not implement much of CSS2.
23:03
<Yuhong>
And remember that CSS2.1 did not exist when IE6 was released.
23:06
<dglazkov>
TabAtkins: this page made we want to play Mario
23:06
<TabAtkins>
I know!
23:07
<Hixie>
Yuhong: from being in the wg, i assure you your assumptions are wrong
23:07
<Hixie>
Yuhong: it was more because we were focusing on css2.1 and had insufficient editors
23:07
<Hixie>
a problem the wg still has
23:08
<Hixie>
TabAtkins: amazing how some of those pictures scale amazingly well with their algorithm and others look really dumb
23:08
<Hixie>
TabAtkins: does seem to be almost always the best or second-best algo though
23:09
<TabAtkins>
Hixie: Yeah. It looks like it does worst on the ones that had the most care given to them. Lost Vikings, frex.
23:09
<TabAtkins>
Lesson: Don't make your sprites too pretty. Future higher-rez generations will appreciate your highly-contrasting colors.
23:10
<Hixie>
TabAtkins: yeah, or the icons that were meant to have hard edges, like the Setup icon which turns into a clay cartoon
23:10
<Hixie>
kinda funny how bicubic is really just squinting for you
23:10
<Hixie>
i hadn't realised that before
23:11
<Yuhong>
That is why I say partly.
23:11
<TabAtkins>
Yeah, it's very overtly a blur.
23:12
<Hixie>
Yuhong: it wasn't even partly. there was no relationship to IE.
23:12
<Hixie>
hq4x seems to not actually work beyond 4x zoom?
23:13
<TabAtkins>
That would be the origin of the name, yes.
23:13
<Hixie>
aah
23:13
<Hixie>
ok
23:13
<Hixie>
seems unfair to show that one for the higher zooms then
23:13
<TabAtkins>
(There's an hq2x and 3x too.)
23:13
<Hixie>
for 4x it's better than theirs for some of them
23:13
<Hixie>
e.g. setup
23:13
<Hixie>
and control panel
23:14
<Hixie>
basically this algorithm does really well when the underlying graphic has curves, and not so well when it has straights
23:15
<Hixie>
makes sense that one algorithm wouldn't be able to distinguish the two cases, of course
23:15
<Hixie>
bbiab.
23:16
<zewt>
it looks identical to "EPX" (whatever that is), but with some kind of smoothing applied
23:16
<TabAtkins>
Yeah, looks like the two make pretty similar coloring decisions.
23:16
<zewt>
and you can sort of intuitively see what EPX is doing, though i havn't squinted at it hard enough to know exactly
23:17
<TabAtkins>
It's a really easy algorithm. Wikipedia has details.
23:18
<Yuhong>
Fun fact: One of the modules dates back to a proposal from 1996: http://www.w3.org/Style/CSS/multi-column.html
23:18
<Yuhong>
Also see: http://lists.w3.org/Archives/Public/www-html/1996Jun/0234.html
23:19
<Yuhong>
And consider the fact it will be IE10 before that module will finally get implemented.
23:22
<zewt>
the scaling might not actually work well for animated sprites, though, since the interpolation would probably wobble around, lacking any cohesion across frames
23:23
<TabAtkins>
zewt: I wonder if I can find the algo and implement it myself.
23:23
<zewt>
it looks like it's using EPX in vertex form and just applying some standard smoothing algorithm
23:23
<TabAtkins>
zewt: I think you're right that it's identical to EPX except for the region-shaping algorithm.
23:25
<jamesr>
there's a siggraph paper, i believe
23:31
<annevk>
when are these hangouts coming without plugins?
23:34
<sephr>
What's the reasoning behind limiting crypto.getRandomValues() to integers only? It introduces an extra unnecessary step when you want random floats: var nums = new Float64Array(10); crypto.getRandomValues(new Uint8Array(nums.buffer));
23:35
<sephr>
I don't see the point of having to do new Uint8Array(floats.buffer)
23:35
<Hixie>
annevk: at a minimum, browsers would have to support PeerConnection and getUserMedia() (or their equivalents in other proposals) before that can happen
23:36
<sephr>
and not to mention that it doesn't make sense to not allow crypto.getRandomValues() on an plain ArrayBuffer acting as a binary blob that you don't need indexes on
23:42
<TabAtkins>
zewt: As for animation, http://www.youtube.com/watch?v=o2Fd-4NzB0w
23:59
<fishd>
Hixie: i'm curious why you restricted a@download to require a user gesture