| 00:00 | <Hixie_> | zewt: "causes coordinates to be snapped to integers" is just a fancy way of saying "pixel snapping". |
| 00:09 | <zewt> | Hixie_: well yes, since that's the whole point :) |
| 00:10 | <gsnedders> | Oooh! Producivity win! Nabbed one of the (few) desks at SFO. |
| 00:13 | <zewt> | it's probably true that it's only really useful with rectangles, like borders and backgrounds of boxes (though it also works with rectangles with rounded corners, etc) |
| 00:13 | <zewt> | (it shouldn't cause problems with things like circles, but it isn't helpful either) |
| 00:15 | <Hixie_> | there's an entire api of stuff. you don't know when drawing a moveTo() command if the next thing is gonna be a line or an arc. you don't know whether it's going to be rotated or scaled or what. |
| 00:15 | <Hixie_> | so |
| 00:15 | <Hixie_> | it would need much more detail |
| 00:17 | <zewt> | well the point of the way I tried to picture it was to avoid having to know or care where the coordinates are going, and the snapping happens after the transform so rotations and scales are applied |
| 00:20 | <zewt> | (but like I said, there's a lot of Canvas I don't know about and that only handles the simple "call moveTo() or rect() and draw immediately" cases--for example, I don't know anything about Path objects--so I acknowledge the chances of that being a practical solution in general are small) |
| 00:21 | <Hixie_> | so it snaps all coordinates? even, like, arcs? |
| 00:22 | <zewt> | sure, because it's only snapping the "initial" coordinates--the ones you pass to the API (after the transform), not the coordinates of the stuff that gets drawn (like the individual pixels or slices or whatever of the circle) |
| 00:22 | <zewt> | (it could be selective as to which commands it's actually applied on; no real sense in preventing fractional circle radiuses, after all) |
| 00:24 | <zewt> | i guess I don't know how it would work with Path objects, glancing over the API a bit; the transform when the path is ultimately drawn may be completely different, so snapping at the time you create the Path doesn't make any sense |
| 00:24 | <Hixie_> | i don't understand "the ones you pass to the API (after the transform)" |
| 00:25 | <Hixie_> | what api? |
| 00:26 | <zewt> | canvas path functions, eg. rect() |
| 00:29 | <zewt> | all values that are transformed (including line widths, or else it wouldn't work) |
| 00:31 | <zewt> | (i guess coordinates would need to be rounded to the nearest pixel center, not the nearest integer) |
| 00:32 | <Hixie_> | i don't understand what this means in practice in the canvas api. |
| 00:35 | <zewt> | if you have a scale of 0.5, and you call rect(11, 11, 3, 3), the top-left and bottom-right coordinates, after the transform, are (5.5, 5.5) and (7, 7); the rounding would happen at that point, to (5,5),(7,7), which is what would actually be used to render. |
| 00:37 | <zewt> | (or 5.5/7.5, if it's pixel-centered coordinates that are needed, which is probably the case) |
| 00:39 | <zewt> | i'm not sure I can explain it any better, and I'm pretty sure if you want to add pixel snapping to Canvas you don't actually need my help, but I'm happy to continue if wanted :) |
| 02:37 | <cabanier> | Hixie_: as zewt said, the coordinates are snapped so the initial draw fills a device pixel. (This is usually not an integer coordinate) |
| 02:39 | <cabanier> | Hixie_: the flash people told me that they're snapping the control points too but I don't understand why that's needed |
| 07:12 | <Ms2ger> | Hmm? gsnedders is in SFO? |
| 09:15 | <jgraham> | Ms2ger: Well probably not any more. If I had stolen a desk there I wouldn't hang around to get caught |
| 09:17 | <jgraham> | gsnedders: In which respect would we be non-compliant? In general I think shipping is good, and am more worried by the sanitizer thing, which maybe you have fixed, than precise compliance with the spec in recent changes or extreme adge cases |
| 11:02 | <Ms2ger> | Anyone feel like a bit of WebIDL spec wrangling? |
| 11:02 | <Ms2ger> | https://bugzilla.mozilla.org/show_bug.cgi?id=913417 |
| 11:20 | <zcorpan> | Ms2ger: http://software.hixie.ch/utilities/js/live-dom-viewer/saved/2510 |
| 11:37 | <Ms2ger> | So now we get a bug about "document.createElement('select').__proto__ = {};" not working |
| 11:37 | Ms2ger | is baffled |
| 11:38 | <zcorpan> | i guess http://dev.w3.org/2006/webapi/WebIDL/#defineownproperty is the right section (for the first thing) |
| 11:41 | <zcorpan> | which should skip to step 4 for 'n' and window, i think |
| 12:46 | <zcorpan> | wonder why twitter censored this image for me https://twitter.com/BRIAN_____/status/375923038908211200 |
| 12:48 | <tomasf> | NSA did it |
| 13:35 | <zcorpan> | are web-platform-tests PRs on w3c-test.org somewhere? |
| 13:35 | <zcorpan> | found it |
| 13:36 | <zcorpan> | 319 isn't there yet |
| 13:41 | <darobin> | zcorpan: you want annevk's PR up there? |
| 13:41 | <darobin> | I don't think he's in the maintainers |
| 13:41 | <zcorpan> | darobin: ya |
| 13:42 | <darobin> | zcorpan: I mirrored it |
| 13:42 | <darobin> | I reckon we could trust that annevk guy |
| 13:43 | <Ms2ger> | Probably |
| 13:43 | <darobin> | I've added both annevk and zcorpan |
| 13:44 | <darobin> | zcorpan, annevk: this means that your PRs are automatically mirrored, and that you can always add a "w3c-test:mirror" comment to any PR to cause it to mirror |
| 13:45 | <Ms2ger> | And you can merge things, I assume |
| 13:45 | <darobin> | please make sure that the PRs you authorise do not contain untrusted executable code, typically PHP |
| 13:45 | <darobin> | yeah, and other adminy stuff |
| 13:45 | <zcorpan> | i thought PHP wasn't synced automatically? |
| 13:47 | <zcorpan> | darobin: thx |
| 13:50 | <darobin> | zcorpan: the new system is that PRs by trusted people, or vetted by them with the special magic comment, are synced; others aren't |
| 13:51 | <zcorpan> | darobin: i see |
| 13:51 | <jgraham> | It isn't really easy to not sync PHP automatically |
| 13:51 | <jgraham> | Although I guess we could |
| 13:51 | <jgraham> | Anyway this system works at the moment |
| 13:51 | <darobin> | yeah it works |
| 13:51 | <zcorpan> | yeah i'm not arguing either way |
| 13:51 | <darobin> | well, apart from the bit where I always have to look at old PRs to remember what the magic comment is :) |
| 13:58 | <jgraham> | I just look at the source code :p |
| 14:19 | <annevk> | Trust me? Muhahaha |
| 14:24 | <Ms2ger> | Oh dear |
| 14:24 | <Ms2ger> | What have we done... |
| 14:25 | <annevk> | zcorpan: so euh. I think generic utility features that unravel tricky CSS bits, such as CSS escapes, is basically a win |
| 14:26 | <annevk> | zcorpan: I guess figure out if they're relatively cheap to add first, but if so, I tend to think we should expose more of those primitives |
| 14:28 | <zcorpan> | annevk: sure, but it's still useful to know what the use cases are. for instance, do we also need an API to unescape? |
| 14:28 | <zcorpan> | do we need an API to convert between a quoted and unquoted font-family name? |
| 14:30 | <annevk> | maybe a toCSSString() or some such |
| 14:30 | <annevk> | but yeah, fair enough |
| 14:32 | <jgraham> | odinho: http://w3c-test.org/web-platform-tests/master/IndexedDB/submissions/Opera/invalid/idbfactory_deleteDatabase.htm huh? |
| 14:32 | <jgraham> | Can these files be deleted? |
| 14:33 | <Ms2ger> | odinho, and can you review all the idb tests? :) |
| 14:49 | <annevk> | The patience of hsivonen explaining to people why sniffing for utf-8 is a bad idea is something to be greatly admired. |
| 14:49 | <Ms2ger> | hsivonen in general |
| 14:50 | <zewt> | (sniffing has its places, as long as it's strictly defined; for example, it may be hard to avoid for ZIPs) |
| 14:51 | <wilhelm> | Does Mozilla have any statistics on how often Firefox features are used? (I'm wondering whether anyone uses the 'zoom text only' feature.) |
| 14:52 | <annevk> | zewt: I don't think anyone disagrees there |
| 14:52 | <annevk> | Ms2ger: true |
| 14:52 | <zewt> | i use that a lot (zoom text makes things a lot easier to read, but zooming images makes everything blurry) |
| 14:52 | <Ms2ger> | wilhelm, we can get that set up |
| 14:56 | <wilhelm> | Ms2ger: That would be very interesting. The reason for why I'm wondering is this: Using media queries, I essentially have four different designs for sites I'm building. I have a 4-column, 3-column, 2-column and 1-column design. They sort of map to the screen sizes of a laptop, a landscape tablet, a portrait tablet and a phone. If you zoom in with the normal page zoom, the page magically reformats to fit your screen. A zoomed page on a laptop may ... |
| 14:56 | <wilhelm> | ... give you the 2-column layout, which is readable and nice. |
| 14:57 | <wilhelm> | If you use the "zoom text only" feature, you're screwed with this approach. |
| 14:57 | <Ms2ger> | hsivonen has set up something like that for the encoding override menu, I suppose he can give pointers |
| 14:58 | <wilhelm> | Ooh. |
| 14:59 | <wilhelm> | hsivonen: I'll buy you a case of beverages of your choice in exchange for information here. (c; |
| 15:03 | <wilhelm> | zewt: Do you try the other zoom first, or do you go straight for text zoom? Do you have any trouble with it? |
| 15:05 | <hsivonen> | wilhelm: http://telemetry-dash.mozilla.org/ |
| 15:05 | <hsivonen> | wilhelm: I don't see a variable for that in the middle menu |
| 15:05 | <zewt> | i don't fiddle much with zoom on a per-site basis, it's not too uncommon for it to do odd things to layouts though |
| 15:05 | <hsivonen> | wilhelm: could be added |
| 15:06 | <hsivonen> | wilhelm: http://mxr.mozilla.org/mozilla-central/search?string=gatherCharsetMenuTelemetry for example code |
| 15:06 | <hsivonen> | (afk) |
| 15:07 | <wilhelm> | hsivonen: Oh, interesting. |
| 15:58 | <annevk> | Using Bugzilla for issue tracking in standards is so useful. |
| 15:59 | <Ms2ger> | ^ |
| 16:10 | <annevk> | marcosc: you seem to have your bugmail turned off, I just resolved one of your bugs: https://www.w3.org/bugzilla_public/show_bug.cgi?id=22336 |
| 16:10 | <jgraham> | I love tests that play audio |
| 16:10 | <marcosc> | annevk: strange... I get bugmail everyday |
| 16:13 | <marcosc> | annevk: go to fetch (http://fetch.spec.whatwg.org/), and hit print preview. |
| 16:13 | <marcosc> | Then you might appriciate the problem at bit ;) |
| 16:34 | <Ms2ger> | RESOLVED MOVED? |
| 16:42 | <annevk> | Ms2ger: made sense to me |
| 16:42 | <annevk> | Ms2ger: no idea what it's for though |
| 16:43 | <marcosc> | RESOLVED MOVED: "you resolved it by making someone else's problem" |
| 16:43 | <marcosc> | I like that :) |
| 16:48 | <jsbell> | I want one of Hixie's imaginary displays with rotating pixels. |
| 16:53 | <annevk> | So in http://wiki.whatwg.org/wiki/FormData if you do fd.append("tralal", blob); and then x = fd.get("tralal"); x != blob depending on whether blob is a Blob or a File |
| 16:53 | <jgraham> | Hmm, it would have been really nice if the whole treeview thing had happened |
| 16:53 | <annevk> | That seems bad for a map-like |
| 16:54 | <annevk> | Although I guess you also get that for URLQuery if you pass in something that's then toString()'d |
| 16:54 | <annevk> | So maybe it's okay... |
| 16:54 | <annevk> | jgraham: whole treeview thing? |
| 16:59 | <annevk> | So... Surrogates, how do you work with FormData and multipart/form-data? |
| 17:01 | <jgraham> | annevk: There was a plan to have a tree-like datastructure in HTML |
| 17:01 | <jgraham> | It died |
| 17:01 | <annevk> | <datagrid> |
| 17:01 | <annevk> | ? |
| 17:02 | <jgraham> | Yeah, that sounds right |
| 17:02 | <annevk> | http://blog.whatwg.org/this-week-in-html-5-episode-31 "This big news this week is the <datagrid> element. This is a brand spanking new element introduced in r2962." |
| 17:03 | <annevk> | There might be another entry mourning its demise, dunno. |
| 17:03 | <annevk> | Hah, <keygen> is the next bit of news, still there... |
| 17:06 | <zewt> | <keygen>? what next, <tetris> |
| 17:07 | <zewt> | <tetris> would make more sense, heh |
| 17:24 | <Domenic_> | do data URLs count as cross origin? O_o |
| 17:24 | <Domenic_> | I seem to have tainted my canvas by writing data URLs into it? |
| 17:24 | <annevk> | Domenic_: does that happen in Gecko or WebKit? |
| 17:24 | <Ms2ger> | WebKit, probably |
| 17:24 | <Domenic_> | annevk: webkit yeah |
| 17:24 | <Domenic_> | (blink) |
| 17:24 | <Domenic_> | fuuuu |
| 17:25 | <annevk> | Yeah they have a bug which they think is not a bug and we haven't resolved it one or another and it's annoying... |
| 17:25 | <Domenic_> | oh nooo |
| 17:25 | <Domenic_> | my html -> svg -> data URL -> img -> canvas -> do crazy pixellation effects on the canvas plan is falling apart |
| 17:26 | <annevk> | Recommend everyone to use Firefox -_- |
| 17:30 | <Domenic_> | ok new plan is html -> svg -> server HTTP handler -> same-origin SVG image -> canvas -> do crazy pixellation |
| 17:44 | <annevk> | Hmm, it seems like FormData might not need to care about "type" for form data set |
| 17:44 | <annevk> | It's only used by text/plain and application/x-www-form-urlencoded |
| 17:47 | <Domenic_> | oh damn |
| 17:47 | <Domenic_> | it's because http://www.w3.org/2000/svg is cross-origin |
| 17:54 | GPHemsley | also prints things in order to read/study them better |
| 18:26 | <Ms2ger> | Meaningless statistic of the day: "web-platform-tests took an estimated 84 years of effort" |
| 22:04 | <odinho> | jgraham: WAT, u no see the invalid folder? :P |
| 22:05 | <odinho> | jgraham: But yeah, it's basically just a dump of what I was currently having on my computer. Very bad form. But I just wanted to get it released there, so we could rather do the cleanup afterwards. |