| 04:43 | <yaffle> | Hello! |
| 04:50 | <yaffle> | Why Firefox delays FIRST "progress" event for XMLHttpRequest for about 50ms ? |
| 04:51 | <yaffle> | and Chrome fires FIRST progress event while readyState === 2 |
| 07:15 | <matjas> | jgraham: https://github.com/w3c/web-platform-tests/pull/260 |
| 07:20 | <matjas> | jgraham: IMHO crowdsourcing the results per browser through Browserscope (like on http://mathiasbynens.be/demo/xhr-responsetype) is still a good reason to have a separate test page |
| 07:21 | <Ms2ger> | matjas, tests should just be under /XMLHttpRequest, not /XMLHttpRequest/tests/submissions/MathiasBynens |
| 07:26 | <matjas> | Ms2ger: fixed |
| 09:16 | <BW^-> | XMLHttpRequest 2 spec question: |
| 09:16 | <BW^-> | a FormData submitted using XMLHttpRequest.send() in a browser with XHR version 2 support - how do we get a proper content-type set on the XHR submission, so the server knows what "boundary" to scan for? |
| 09:16 | <BW^-> | i mean, the spec is not intended to be that the server must autodetect boundary right??? |
| 09:17 | <BW^-> | ah wait, trying with not setting any content-type on the XHR as to let the browser set it. |
| 09:27 | <jgraham> | matjas: Nice. Your history rewrite upset critic a bit though. That might just be a critic bug of course... |
| 10:05 | <BW^-> | could it ever happen that XHR2 would .send() a file from a FormData within the form data MIME-encoded contents, in another format than binary? |
| 10:22 | <matjas> | jgornick: it is :P |
| 10:48 | <matjas> | oh man, s/jgornick/jgraham/ |
| 11:13 | <jgraham> | matjas: What did you actually do? |
| 11:15 | <matjas> | jgraham: git commit --amend; git push -f |
| 11:16 | <jgraham> | I see |
| 11:16 | <jgraham> | It's a pity that github encourages that kind of behaviour :( |
| 11:17 | <odinho> | It's a history rewrite with new changes as well. |
| 11:17 | <jgraham> | (it makes more sense to rebase the branch once it is reviewed. But github strongly encourages merges) |
| 11:24 | <SimonSapin> | jgraham: are you saying that amend is bad but rebase is good? (I’m exagerating a bit) |
| 11:24 | <Ms2ger> | I'm saying that git is bad and hg is good |
| 11:27 | <jgraham> | SimonSapin: I'm saying that rewriting pushed commits in ways that both change the content and the history is bad |
| 11:28 | <jgraham> | (except pure moves obviously) |
| 11:28 | <jgraham> | (but they are equivalent to merges) |
| 11:40 | <ondras> | Ms2ger: I am happy to hear someone who favors mercurial as well. Do you have any particular areas where hg triumphs over git? |
| 12:06 | <mynameis> | can you explain this? If the parent element is an ol element, then the li element has an ordinal value. |
| 12:06 | <mynameis> | what means ordinal value? |
| 12:16 | <GPHemsley> | TabAtkins: Ah, thanks, that's cool—except for one problem: they're not aligned properly. |
| 12:27 | <Ms2ger> | ondras, usability? |
| 12:29 | <ondras> | Ms2ger: well, some uses cases in particular? I favor hg mostly because of some subjective feelings (such as "bookmark" being a much better name than "branch"), but I am having troubles arguing with some concrete scenarios |
| 12:30 | <ondras> | Ms2ger: so I am interested in what *you* find superior in mercurial |
| 12:33 | <mynameis> | if I make good website about webdesign with nice reference to all html elements css properties javascript functions and syntax tutorials php/mysql .. will you put it on the topic? ^^ |
| 12:33 | <Ms2ger> | No |
| 13:28 | <SimonSapin> | mynameis: you can contribute to webplatform.org |
| 13:28 | <SimonSapin> | Or MDN. Or both. |
| 14:41 | <matjas> | in case it’s useful for anyone else — encode/decode HTML entities as per the HTML spec, from the command line: https://github.com/mathiasbynens/he#using-the-he-binary |
| 14:45 | <mynameis> | SimonSapin, ok |
| 15:34 | <TabAtkins> | GPHemsley: Such a complainer. ^_^ They're aligned properly for being list-style-position:inside list items. |
| 15:35 | <TabAtkins> | GPHemsley: You can fake outside alignment to some degree with abspos, but really you just need to wait until ::marker is supported by browsers. |
| 15:49 | <GPHemsley> | TabAtkins: Yeah, that's what I figured. I just wish they'd hurry up. (The Mozilla bug has been on file for ~7 years.) |
| 15:51 | <Ms2ger> | Patches welcome :) |
| 15:53 | <smaug____> | ah, good, annevk commenting in Web Audio mailing list about the insane idea to expose data races |
| 15:53 | <smaug____> | hopefully that issue will be fixed |
| 16:07 | <Hixie> | mynameis1: ordinal means "Of or relating to a thing's position in a series" |
| 16:14 | <GPHemsley> | Ms2ger: Oh, it's on my radar now. But it'd be a big time commitment, since I have no idea where the code lives or what it should look like. ;) |
| 16:15 | <GPHemsley> | Ms2ger: Also, waiting for a response from dbaron as to what his plans are. |
| 16:34 | <danielfilho|w> | hey guys, Salsinhasta is sending spam in pvt when you join the channel. |
| 16:59 | <Rintze> | Hi, I was wondering if people are aware http://validator.nu/ is giving a 503. |
| 17:23 | <gsnedders> | jgraham: "Disable tracking" isn't doing anything. |
| 17:25 | <gsnedders> | https://critic.hoppipolla.co.uk/r/225 appears not be updating properly |
| 17:31 | <jgraham> | gsnedders: It was disabled |
| 17:31 | <jgraham> | I just enabled it |
| 17:31 | <gsnedders> | :) |
| 17:31 | <gsnedders> | Anyhow, weird. |
| 17:31 | <gsnedders> | Never showed up as disabled here. |
| 17:33 | <jgraham> | gsnedders: Probably cached |
| 17:33 | <jgraham> | Or something |
| 17:45 | <Rintze> | Bump. (validator.nu gives a "Service Temporarily Unavailable" 503 error) |
| 17:47 | <jgraham> | Rintze: I think hsivonen_ and MikeSmith are both timezone-impaired right now |
| 17:53 | <Rintze> | Do you know if they'll catch up on the log? |
| 17:53 | <Rintze> | I'm also not sure if this is the best place to report the issue. |
| 17:58 | <jgraham> | Rintze: I think so |
| 17:59 | <Rintze> | Okay, thanks. Have a good day. |
| 18:12 | <cshu> | jsbell, ping |
| 18:12 | <jsbell> | cshu: what's up? |
| 18:13 | <jsbell> | (FYI, I've been on vacation for the last week so missed any interesting discussions) |
| 18:13 | <cshu> | jsbell, i plan to make a proposal about atob/btoa binary encoding. can you create an account for me on whatwg? |
| 18:14 | <cshu> | jsbell, i didn't see anything going on within my thread. i am based on east-coast so i don't know if anybody met to talk aobut binary encoding in CA |
| 18:15 | <jsbell> | cshu: I doubt there was any discussion not on the list; not a high priority topic. |
| 18:15 | <cshu> | jsbell, i guess so, too. |
| 18:15 | <jsbell> | cshu: I believe you need to follow the directions at the top of http://wiki.whatwg.org/ to get the account, i.e ping someone with admin powers i.e. not me... |
| 18:16 | <jsbell> | cshu: Oh, wow, I am on the list. |
| 18:16 | <jsbell> | Let me figure out how. |
| 18:16 | <cshu> | jsbell, YEAH. that's why i ping you. :) |
| 18:23 | <jsbell> | cshu: you should get email shortly w/ random password etc |
| 18:23 | <cshu> | jsbell, excellent! thank you so much |
| 20:10 | <Hixie> | gsnedders: ping https://www.w3.org/Bugs/Public/show_bug.cgi?id=22818 |
| 20:10 | <Hixie> | hober: ping https://www.w3.org/Bugs/Public/show_bug.cgi?id=22815 |
| 20:40 | <mynameis> | Hixie, thanks |
| 21:27 | <mynameis> | omg guys why tet looks like this in opera, is it just me or? |
| 22:44 | <rego> | I've a question about if breaks should work or not in <BR> elements (I sent a mail to www-style explaining the behavior of breaks in Gecko and WebKit: http://lists.w3.org/Archives/Public/www-style/2013Jul/0535.html ) any feedback on the topic is welcomed, thanks :-) |
| 22:54 | <annevk> | Hixie: about the Date object thing, the link I gave earlier to es-discuss has various developers on record |
| 22:58 | <annevk> | rego: I recommend looking in the rendering section of the HTML standard to see how <br> is to be implemented |
| 22:58 | <annevk> | rego: then emulate that with a <span> (if possible) and see what happens |
| 23:06 | <rego> | annevk: thanks for the feedback |
| 23:07 | <rego> | I had already tried with <SPAN> elements, the behavior in Gecko is the same than with <BR> elements, however in WebKit the behavior is different a <SPAN> element with "display:block" is enough to cause a break (it doesn't need content, like for the case of <BR> elements) |
| 23:08 | <rego> | according to the spec, forced breaks should only work in block elements, and <BR> is an inline element in WebKit (even if you mark it as display:block) unless you set content:"" to it |
| 23:33 | <Hixie> | anne: that link seems to only have you, brendan, and rick on record -- and rick is just asking a question. So, not sure what you're referring to. |