| 06:33 | <annevk> | Does https://www.w3.org/Bugs/Public/show_bug.cgi?id=28326 not have an equivalent WHATWG bug? |
| 06:50 | <MikeSmith> | annevk: https://www.w3.org/Bugs/Public/show_bug.cgi?id=26689 mauabe |
| 06:51 | <annevk> | MikeSmith: nah, that's about something that still exists |
| 06:51 | <annevk> | MikeSmith: this is about removing the HTML parser <isindex> macro |
| 06:52 | <MikeSmith> | ah ok |
| 10:12 | <annevk> | Domenic: dude, I want to mute HTML6 on Twitter |
| 10:12 | <annevk> | Domenic: so many people tweeting about that, it's on HN (maybe says more about HN), ... and actual interesting things hardly get mentioned |
| 10:13 | <Domenic> | -_- |
| 10:17 | <annevk> | HTML6 is a very effective /dev/null route |
| 10:22 | <JakeA> | Domenic: any idea when the stream constructors land in Canary? Super keen to adapt a streaming json parser and show the performance benefits |
| 10:24 | <Domenic> | JakeA: no plans quite yet, best bet is to grab the reference implementation |
| 10:24 | <JakeA> | Domenic: ta |
| 10:34 | <jgraham> | Calling your idea "HTML6" is an effective way to get lots of attention on it regardless of merit (or relationship to HTML) |
| 10:57 | <MikeSmith> | yeah but http://sdtimes.com/w3c-member-proposes-single-page-apps-without-javascript-in-html6/ really takes it up a notch |
| 10:57 | <MikeSmith> | I can't recall ever reading anything that guy Rob Marvin ever wrote before |
| 10:57 | <MikeSmith> | but from now on it's going to be impossible to take anything he writes seriously |
| 12:27 | <zcorpan> | Domenic: any thoughts on https://lists.w3.org/Archives/Public/public-fx/2015JanMar/0123.html ? |
| 12:47 | <Domenic> | zcorpan: I don't like overloading in general |
| 12:47 | <Domenic> | MikeSmith: wow |
| 12:47 | <Domenic> | zcorpan: probably would prefer a single constructor signature then maybe a static factory method for other cases |
| 12:48 | <Domenic> | "the W3C Web Hypertext Application Technology Working Group (WHATWG) mailing list" W_W |
| 12:49 | <jgraham> | And yet you probably trust journalists on a whole range of topics about which you are slightly less informed :) |
| 12:50 | <annevk> | "But I can't stand by, pontificating and arguing from a purely intellectual place, while the Web architects itself out of relevance, long term, by adopting shoot-me-in-the-foot ideas, and while so many terrible decisions are being made." |
| 12:50 | <zcorpan> | Domenic: like [Constructor(optional DOMPointInit p1, ...)] interface DOMQuad { static fromDOMRect(optional DOMRectInit); static fromDOMQuad(optional DOMQuadInit); ... } ? |
| 12:50 | <Domenic> | zcorpan: that sounds about right, yeah. |
| 12:50 | <Domenic> | Maybe fromRect/fromQuad for brevity |
| 12:51 | <zcorpan> | Domenic: can you reply in the thread? |
| 12:51 | <Domenic> | sure |
| 12:51 | <zcorpan> | thanks! |
| 13:00 | <smaug____> | annevk: where is that from? |
| 13:18 | <annevk> | smaug____: www-tag, I recommend not subscribing |
| 13:21 | <annevk> | Domenic++ I like that approach better too |
| 13:22 | smaug____ | shivers... not going to subscribe |
| 13:25 | <Domenic> | wow i scanned the thread titles and am scared |
| 13:25 | <jgraham> | annevk: I'm not sure "take it to twitter" is a constructive response either though |
| 13:25 | <Domenic> | it really is www-eric-bowman-and-mark-fawzi |
| 13:26 | <annevk> | jgraham: you mean IRC? |
| 13:26 | <jgraham> | "Marc – can you please refrain from making alarmist, nonsensical flame-baiting comments like this on our mailing list? Probably this sort of thing would be more sensibly expressed on Twitter or similar?" |
| 13:26 | <annevk> | jgraham: ah right |
| 13:27 | <jgraham> | OTOH I have general dificulty with "more sensibly expressed" and "twitter" in the same sentence. |
| 13:29 | <annevk> | I'm not really sure how to best handle such a situation and it seems www-tag maintainers haven't either since this happens pretty frequently... |
| 13:30 | <annevk> | Dan should probably just ban them for a couple of weeks and if they are repeat offenders for ever increasing longer periods... I think that strategy has worked well for the WHATWG list and hasn't really been used much at all |
| 13:30 | <Domenic> | But I mean what about html6. Not as troll-ey but if we get many more of those it makes the list useless. |
| 13:31 | <annevk> | Domenic: someone should probably point the new people to https://wiki.whatwg.org/wiki/FAQ#Is_there_a_process_for_adding_new_features_to_a_specification.3F |
| 13:32 | <Domenic> | Hmm yeah |
| 14:22 | <annevk> | philipj: do you remember who from Mozilla looks at Fullscreen now and then? |
| 15:18 | <Ms2ger> | annevk, you :) |
| 15:18 | <Ms2ger> | (I know, not helpful) |
| 16:02 | <philipj> | annevk: roc and chris pearce I think |
| 16:02 | <annevk> | Yeah, that's all I got too |
| 16:02 | <annevk> | I wish there was a way to copy a W3C bug into a Gecko one |
| 16:04 | <philipj> | annevk: is this about the border/padding on iframes? |
| 16:04 | <annevk> | philipj: yeah |
| 16:04 | <annevk> | philipj: what about margin? |
| 16:05 | <annevk> | never mind, already covered |
| 16:05 | <philipj> | indeed |
| 16:05 | <killfill> | hi |
| 16:05 | <killfill> | is there a way to specify query strings when using 'then'? |
| 16:06 | <killfill> | or should i just use a lib to transform a javascript object -> string and concatenat that into the url? |
| 16:06 | <TabAtkins> | killfill: Can you give more detail? Your question doesn't make much sense to me. |
| 16:06 | <killfill> | oh probably becasue of my english.. :P |
| 16:06 | <killfill> | so i.e. fetch('//domain/api/search') |
| 16:07 | <killfill> | i which to send a GET request with //domain/api/search?searchfor=whatwg |
| 16:07 | <killfill> | is there something like fetch('//domain/api/search', {saerchfor: 'whatwg}) |
| 16:07 | <killfill> | ? |
| 16:08 | <TabAtkins> | Then you should put it into the string argument. Once you call fetch(), the call is done. |
| 16:08 | <TabAtkins> | If the URL object exists in the browser, you can build the url programmatically, then turn it into a string automatically. |
| 16:08 | <zcorpan> | killfill: https://url.spec.whatwg.org/#urlsearchparams maybe? |
| 16:08 | <annevk> | yeah, what zcorpan said |
| 16:09 | <killfill> | ok, just wanted to check if the {} -> string transformation need to to that myself or there is an already way for that on fetch() |
| 16:09 | <annevk> | fetch() separates URL and content body a bit more cleanly than <form>, so you need to use different tools |
| 16:09 | <killfill> | oh |
| 16:10 | <wanderview> | intent-to-implement pointer events on blink-dev... thats a reversal, right? |
| 16:11 | <killfill> | but that seems to be for parsing query string, not for building a string out of them, right? |
| 16:11 | <killfill> | meaning, i need to do it myself? |
| 16:11 | <annevk> | wanderview: yup |
| 16:11 | <zcorpan> | i think you can use fetch(url_object) and the url object will stringify |
| 16:11 | <annevk> | wanderview: interesting |
| 16:11 | <zcorpan> | if i understand correctly what you want to do |
| 16:12 | <killfill> | zcorpan: like fetch({url: 'theurl', search: 'whatwg'}) ?? |
| 16:12 | <annevk> | killfill: x = new URLSearchParams(); x.append("searchfor", "whatwg") |
| 16:12 | <annevk> | killfill: fetch(url + "?" + x) |
| 16:12 | <killfill> | ok |
| 16:13 | <annevk> | (not the cleanest way that is btw, using a URL object for URL manipulation would be better) |
| 16:13 | <zcorpan> | or var x = new URL(url); x.searchParams.append("searchfor", "whatwg"); fetch(x) |
| 16:13 | <annevk> | right |
| 16:14 | <killfill> | ok thanks! |
| 16:32 | <annevk> | Re fullscreen stuff, ended up filing https://bugzilla.mozilla.org/show_bug.cgi?id=1147459 on Gecko |
| 17:38 | <annevk> | hsivonen: https://github.com/Ygg01/html5ever/commit/77448b44e467769debbfbaa52ddfd559dd139220 (adds XML5 support to some servo HTML parser) |
| 20:00 | <annevk> | Congrats to the new V8 team and Chrome's collaboration policies! http://news.dartlang.org/2015/03/dart-for-entire-web.html |
| 20:01 | <annevk> | (via wanderview) |
| 20:13 | <smaug____> | nice |
| 20:13 | <smaug____> | and not surprising |
| 20:18 | <roc> | annevk: Xidorn Quan is supposed to be doing some fullscreen work too |
| 21:13 | <JonathanNeal> | What word might describe the state of an element when it is either :focus or :hover? |
| 21:21 | <TabAtkins> | JonathanNeal: :hocus-focus |
| 23:01 | <MikeSmith> | annevk: wow https://github.com/Ygg01/html5ever/commit/77448b44e467769debbfbaa52ddfd559dd139220 is pretty cool |
| 23:03 | <MikeSmith> | "take the best aspects of HTML(5) syntax and apply it to XML. And no, I don't mean quirks mode or the adoption agency algorithm." 😆 |
| 23:08 | <TabAtkins> | Holy fuck, it's been 8 years since anne last worked on XML5. o_O |
| 23:12 | <MikeSmith> | TabAtkins: wow yeah didn't realize it was that long |
| 23:13 | <jgraham> | It's called "getting old" |
| 23:26 | <MikeSmith> | legacy XML5 parsing |
| 23:26 | <MikeSmith> | when the IETF makes memes: http://ietfmemes.tumblr.com/image/114620414864 |
| 23:36 | <JonathanNeal> | TabAtkins: hocus was the first thing my co-workers said. I wish there were a state for it, like :visual-focus or :over. |