00:31
<crocket>
hi guys
00:31
<crocket>
Internet Explorer 8,9,10 can't display http://pastebin.com/9wRMvk3c
00:32
<crocket>
I think IE can't display an image if its src attribute contains ampersands.
04:45
<gsnedders>
jgraham: Do you want to handle your doc loading tests?
04:45
<gsnedders>
jgraham: Review-wise, etc.?
05:00
<heycam>
TabAtkins, the SVG WG's review of CSS Variables will be one day late; hope that's ok
05:01
<heycam>
(forgot to get to the review earlier, and our call to approve the review comments will be on Thursday)
08:12
<zcorpan_>
TabAtkins: why not drop dppx altogether if we add x?
08:28
<SimonSapin>
zcorpan_: isn't it too late to remove it from MQs?
08:28
<zcorpan_>
SimonSapin: dunno?
08:28
<SimonSapin>
oh, wait, it’s not in MQ
08:29
<SimonSapin>
at least not in the L3 spec
08:29
<SimonSapin>
but L4 refers to Values & Units which does have dppx
08:31
<SimonSapin>
and it’s implemented data:text/html,<style>@media(max-resolution:14dppx){body{background:green
08:59
<Ms2ger>
jgraham, https://critic.hoppipolla.co.uk/r/40 for example
09:12
<jgraham>
gsnedders: I am happy for other people to push fixes to them ofc
09:12
<jgraham>
(if they are forked from your gh, I don't think I *can* push fixes. Also: I hate github.)
09:13
<jgraham>
Ms2ger: OK, investigating
09:20
<MikeSmith>
Ms2ger: so I added "testcase-wanted" and "testcase" but if you really want "needs-test" and "has-test" instead (or something else), lemme know
09:23
<zcorpan_>
SimonSapin: i see it being used in webdevdata also, so yeah
09:24
<zcorpan_>
mostly youtube.com
09:25
<jgraham>
Ms2ger: I'm not really sure what's going on. Did you change your filters at some point in the past from e.g. "/" to something more specific? I don't think such a chnage will unassign you from specific reviews (but you can do that manually on a per-review basis)
09:25
<jgraham>
If that's not the case, I will look more closely
11:18
<jgraham>
TIL: DRM is evil
11:19
<jgraham>
Only joking, that was a long time ago
11:20
<jgraham>
But today I discovered that the "docking station" for my laptop doesn't provide external monitor support under linux "because of content protection"
11:23
<smaug____>
there is mxr like thing for blink somewhere, right?
11:23
<smaug____>
hmm, perhaps I can just check webkit
11:26
<smaug____>
so, hrm, what...
11:27
<smaug____>
HTML spec doesn't define window.moveTo and other similar methods ?
11:30
<Ms2ger>
smaug____, might be in cssom?
11:31
<smaug____>
hmm
11:31
<smaug____>
maybe
11:31
<smaug____>
no
11:43
<zcorpan_>
what's moveTo?
12:01
<smaug____>
zcorpan_: https://developer.mozilla.org/en-US/docs/Web/API/window.moveTo
12:06
<zcorpan_>
doesn't seem to work in opera 16, but works in chrome and firefox
12:07
<zcorpan_>
the html spec for window.open() says to ignore the third argument, iirc
12:09
<zcorpan_>
"The third argument, features, has no defined effect and is mentioned for historical reasons only. User agents may interpret this argument as instructions to set the size and position of the browsing context, but are encouraged to instead ignore the argument entirely." http://www.whatwg.org/specs/web-apps/current-work/multipage/browsers.html#dom-open
12:09
<smaug____>
opera 16?
12:10
<smaug____>
I thought opera was like 12.x or perhaps 13
12:10
<smaug____>
ah, 12.16
12:11
<smaug____>
oh, for windows there is 16
12:12
<zcorpan_>
we skipped 13 in the move to blink, so the first version with blink on mobile was opera 14. then the first version with blink on desktop was opera 15 since it used a later version of chromium
12:12
<zcorpan_>
and now the version on the Next channel is 16
12:17
<zcorpan_>
i guess it makes sense to spec moveTo in cssom-view
12:23
<smaug____>
no sure why there
12:23
<smaug____>
oh, scroll* are there
12:24
<smaug____>
but those are kind of separate things
12:24
<smaug____>
they are about the view port
12:24
<smaug____>
move* are about the OS-level window
12:25
<smaug____>
hmm, Screen is there too
12:25
<zcorpan_>
filed https://www.w3.org/Bugs/Public/show_bug.cgi?id=23127
12:27
<zcorpan_>
i'm tempted to require css pixels since using device pixels seems like an effective way to make things confused and broken
13:21
<zcorpan_>
hsivonen: MikeSmith: validator.nu times out for me
14:07
<MikeSmith>
zcorpan_: for me to. but http://html5.validator.nu/ is responding at least
14:07
<zcorpan_>
yeah
14:08
<zcorpan_>
does html5.validator.nu have better uptime or is it just that it happens to work when validator.nu is down?
14:08
<MikeSmith>
it's on a completely different server I think
14:09
<MikeSmith>
and works pretty much all the time
14:09
<zcorpan_>
i've changed my Makefiles to use html5. instead
14:16
<zcorpan_>
"IE11 Preview changes the character encoding for URLs. Specifically, query strings and XHR requests are now encoded using UTF-8 character encoding." http://msdn.microsoft.com/en-us/library/ie/bg182625(v=vs.85).aspx#utf8
14:17
<zcorpan_>
is that web compatible for query strings?
14:17
<zcorpan_>
annevk: ^
14:21
<zcorpan_>
the doctype can now trigger edge mode
14:40
<zcorpan_>
TabAtkins: can you give an example of how to do what he wants with flexbox or grid (if it's possible) in https://www.w3.org/Bugs/Public/show_bug.cgi?id=22772#c13 ?
17:11
<SteveF>
zcorpan: new dataset http://files.paciellogroup.com/blogmisc/data/webdevdata.org-2013-09-01-201332.7z 102,000 pages
19:44
<annevk>
zcorpan_: seems like they just aligned URL parsing with XMLHttpRequest's requirement to not override the default encoding for that (which is utf-8)?