00:03 | <Philip`> | (It is quite hideous and also slow, though) |
00:12 | <Philip`> | Argh, I wrote a test with arcTo and Firefox actually passed it :-( |
00:15 | jwalden | snickers |
01:26 | <Philip`> | Hmm, even KHTML does the peculiar http://tinyurl.com/2bfvog thing |
01:35 | <SadEagle> | Philip`: I cna probably get the guy wrote the relevant code here. |
01:36 | <Philip`> | SadEagle: Firefox and Safari do the same, so the problem is working out how the spec should say to do that |
01:37 | <SadEagle> | note: I have no idea of what in particular you're referring to here |
01:39 | <Philip`> | Ah - the issue is that a straight line with a wide stroke, with some suitable transformations before doing the stroke, draws the stroke as a skewed rectangle |
02:09 | Philip` | gets really tired of hitting the 'y' and 'n' keys in Safari |
02:37 | <Philip`> | http://philip.html5.org/tests/canvas/suite/tests/results.html |
02:37 | <Philip`> | now with fewer incorrect tests, though still some |
02:40 | SadEagle | winces as he sees the effects of that load event bug |
02:41 | <Philip`> | Where are the effects? |
02:43 | <SadEagle> | hmm, never mind. somehow it didn't show up :-) |
02:44 | <SadEagle> | thanks for generating this. |
02:44 | <Philip`> | I had to run the tests in groups of 100, else it seemed to fail to load some of them |
02:45 | <Philip`> | I'm not sure if Safari's shadow rendering is worse than when I first tested it, or if I'm just being harsher and complaining that it's off by a single pixel line |
02:45 | <harri> | Philip`: thanks from me for the inclusion, too. |
02:45 | <Philip`> | s/complaining that/failing it because/ |
02:46 | <Philip`> | harri: Konqueror crashed horribly when I last tried doing canvas things with it (probably months ago), so I'm happy that it's able to be successfully tested now :-) |
02:47 | <SadEagle> | Philip`: I completely rewrote the state code, and fredrikh completely rewrote the graphics code since then. Before, it was a half-assed port of the Apple tree circa 2004. |
02:48 | <harri> | seeing independant tests being run certainly helps to become productive |
02:48 | <SadEagle> | Philip`: oh, BTW, do you have any tests that scale the canvas element with CSS? :-) |
02:48 | <SadEagle> | Philip`: I must thank you for the tests, BTW, they were a huge help in getting stuff working |
02:48 | <Philip`> | SadEagle: http://philip.html5.org/tests/canvas/suite/tests/size.attributes.style.html is the only one, and that doesn't test that the rendered output is correct |
02:49 | Philip` | isn't sure what else could be usefully tested for scaled canvases |
02:51 | <Philip`> | (I suppose http://canvex.lazyilluminati.com/83/play.xhtml set to "Tiny" could count as a way of testing scaled canvases...) |
02:51 | <SadEagle> | Philip`: fredrikh noticed gtkwebkit wasn't scaling right when we were discussing some performance stuff |
03:00 | <SadEagle> | Philip`: may be canvas width = 50, height = 50, draw green rect with 0, 0, 50, 50 and scale with CSS to 100, 100? |
03:01 | <Philip`> | SadEagle: I've just tried that, and see the problem |
03:05 | <Philip`> | SadEagle: Added http://philip.html5.org/tests/canvas/suite/tests/2d.scaled.html (but not updated results.html because I'm lazy) |
03:06 | <SadEagle> | hrmhmh. when the heck did I break it? :-) |
03:07 | <Philip`> | Oh, I'd only tested in gtkwebkit and didn't realise it was broken elsewhere too |
03:08 | <SadEagle> | well, it's -supposed- to work in konq, but apparently doesn't. funny, since things are sort of designed to be able to handle this sort of setup |
03:08 | <Philip`> | At least in WebKit it does draw something |
03:09 | Philip` | needs to fix all the places where he's not correctly referencing the spec |
03:12 | <Philip`> | ...after fixing the places where I'm probably contradicting the spec |
03:12 | <Philip`> | (like I haven't looked at pattern transforms, and they're probably affected by recent changes) |
03:17 | <SadEagle> | hmm, much of the nodefilter/nodeiterator stuff in acid3 looks bogus to me |
03:22 | <takkaria> | SadEagle: so you're on the khtml team? |
03:26 | <SadEagle> | takkaria: yes. |
03:28 | <takkaria> | SadEagle: I'd read somewhere that some people just want to port back webkit as a kpart and dump khtml... I assume this isn't something you're planning on? I don't follow the community closely but would quite like links to somewhere where the situation regarding the forks is explained |
03:30 | <SadEagle> | takkaria: we might do a merge of webcore sources into khtml kpart. we might not. Some 3rd parties may ship a webkit kpart regardless of our opinion, however. |
03:30 | <SadEagle> | takkaria: let's just say that things got kinda ugly, and leave it at that. |
03:32 | <takkaria> | right, sounds like the kind of thing that's not easily summarised. thanks for your time. :) |
03:33 | <SadEagle> | thanks for asking. |
03:34 | <SadEagle> | it's kind of funny, though. One of the best reasons for using WebCore is that we have limited manpower. But it's also one of the reasons that makes using it very hard, since doing proper integration would be quite time/resource consuming, and we still have to maintain stuff, and fix bugs in the overall infrastructure. |
03:37 | <Philip`> | You could become an OS X user and then it wouldn't be a problem at all |
03:37 | <takkaria> | heh |
03:38 | <takkaria> | I know the kind of situation you're in, I have it in one of my projects, on significantly smaller scale |
03:43 | <fredrikh> | Philip`: indeed, thanks very much for those tests, and for including us in the results :) |
04:16 | <SadEagle> | Philip`: fun, your 2d.scaled works part of the time...something is not being marked dirty as it should be.. |
06:18 | <SadEagle> | Philip`: uff. fixed. thanks for that testcase, found some really stupid stuff due to it |
11:04 | <heycam`> | Hixie, shepazu was talking to you earlier about svg acid test submissions? it seems various svg dom method calls don't return anything useful when used on a document created by DOMImplementation.createDocument(). |
11:05 | <heycam`> | and while those calls should work, i think for the purpose of demonstrating the particular dom interfaces being tested, it'd be good to go the iframe route |
11:05 | <Hixie> | yeah, that's a bug |
11:05 | <heycam`> | i.e., could you include an <iframe> with an empty svg document? |
11:05 | <Hixie> | i think you misunderstand how acid tests work :-) |
11:05 | <Hixie> | the more broken things you rely on for the test, the better :-) |
11:05 | <heycam`> | heh |
11:06 | <heycam`> | so you'd rather a submission like that then? |
11:06 | <Hixie> | sure |
11:06 | <heycam`> | ok then |
11:06 | <Hixie> | i can always tweak it later if necessary |
11:06 | <heycam`> | righto |
11:07 | <heycam`> | (btw doug's gonna coordinate a few tests from us svg guys and send them in to you) |
11:07 | <Hixie> | it's so sad, i've received very few acid3 test submissions, and most of those that i have received have fundamentally missed at least one of the rules |
11:07 | <heycam`> | hmm |
11:07 | <Hixie> | (different rules each time) |
11:08 | <heycam`> | do you have enough for the 10 at least? :) |
11:08 | <Hixie> | not even close |
11:08 | <Hixie> | (and it's 16 :-( ) |
11:08 | <heycam`> | ah |
11:08 | <Hixie> | someone submitted 11 tests... for XMLHttpRequest |
11:08 | <Hixie> | which isn't even in LC yet |
11:08 | <heycam`> | :( |
11:08 | <Hixie> | let alone CR in 2004 |
11:09 | <heycam`> | i didn't have much time during the week, so i've really only been working on it the last few days |
11:09 | <heycam`> | so just one test from me |
11:09 | <Hixie> | every little bit helps :-) |
11:09 | heycam` | enjoys tests involving non plane 0 characters |
11:11 | <Hixie> | i got two tests from someone called Sylvain which look solid |
11:21 | <jwalden> | Hixie: think that's syp_, Sylvain Pasche |
11:22 | <Hixie> | yup |
11:22 | <harri> | Hixie: one question: do you expect the numbering of tests to remain stable? |
11:23 | jwalden | thought the numbering stable enough to remove the note from <http://spreadsheets.google.com/pub?key=pNgBCwWdyRTT2JeiZn4B2Yw> |
11:23 | <harri> | I'm asking because I wonder whether it makes sense to refer to tests by number right now (when talking to other developers, noting down info) |
11:23 | <Hixie> | harri: not until the test is finished, no |
11:24 | <Hixie> | http://chanweiyee.blogspot.com/2008/01/removal-of-ogg-vorbis-and-theora-from.html is hilarious |
11:24 | <harri> | Hixie: ok. I'll refrain from adding comments to C++ then |
11:24 | <Hixie> | "Nokia and Apple have privately pushed to remove Ogg in HTML5." |
11:24 | <Hixie> | PRIVATELY? |
11:24 | <Hixie> | nokia published a position paper! |
11:24 | <Hixie> | how much more public can you get! |
11:24 | <Dashiva> | They didn't mail it to me! |
11:24 | <Hixie> | and then the change was twittered, e-mailed to TWO public lists, posted on slashdot, digg, and reddit! |
11:25 | <Hixie> | what more can i possibly do to make this public! |
11:27 | <Dashiva> | Door to door announcements |
11:27 | <heycam`> | Hixie, where's that test submission test page again? |
11:27 | <heycam`> | nm found it |
11:31 | <othermaciej> | Hixie: I had a good WebKit-only CSS1 bug but hyatt went and fixed it |
11:31 | <othermaciej> | (granted, I goaded him into doing so) |
11:32 | <heycam`> | btw are we not meant to use those assertEquals() and assert() and fail() functions? they're not available from the test development console page. |
11:33 | <Hixie> | heycam`: that level of detail doesn't matter, i'll rewrite the tests to use those probably anyway |
11:33 | <Hixie> | nn |
12:18 | <webben> | Re: http://lists.w3.org/Archives/Public/public-html/2008Jan/0143.html (required="false") attribute in ASP.net): it's also worth noting that the ARIA draft likewise uses required="false" (http://www.w3.org/TR/aria-state/#required) |
13:11 | <Richardigel> | hello! i love html5! used it already and tweaked my personal copy of squeak seaside to produce a flavor of html5 which currently works already with browsers. |
13:12 | <Richardigel> | i just would have wished the FORM section of html5 to have useful content. |
13:16 | <Philip`> | Richardigel: http://www.whatwg.org/specs/web-forms/current-work/ is currently where the form things are |
13:21 | <zcorpan> | webben: that's aria-required="false" |
13:22 | <zcorpan> | the current aria drafts are wrong |
13:22 | <webben> | zcorpan: ah okay |
14:57 | <Richardigel> | did you know that logging and publishing the chat is legally dangerous? at least in German law, that is forbidden without permission of that ones that are being logged. |
17:10 | <Philip`> | I really wish I could say <select selected="b"><option value="a">A <option value="b">B ...</select> |
17:12 | Philip` | gives up wishing and writes ugly stuff like <option value="a"[% IF thing.value == "a" %] selected[% END %]> instead |
17:49 | <hsivonen> | Philip`: http://html5.validator.nu/?doc=http%3A%2F%2Fmxr.mozilla.org%2Fmozilla%2Fsource%2Fcontent%2Fcanvas%2Ftest%2Ftest_2d.composite.image.copy.html%3Fforce%3D1&showsource=yes fixed. thanks |
17:49 | <hsivonen> | (copypaste error) |
17:51 | <Richardigel> | wouldn't it be about time to take http://whattf.org/ off the net? |
17:52 | <Philip`> | hsivonen: Thanks! |
17:52 | <hsivonen> | Richardigel: why? |
17:53 | <hsivonen> | the front page could use an update, though |
17:53 | <Richardigel> | hsivonen: the joke's getting old. |
17:54 | <Dashiva> | It's new to people who haven't seen it before :) |
17:55 | <Richardigel> | right. |
18:11 | <hsivonen> | hmm. http://validator.w3.org/mobile/alpha?docAddr=http%3A%2F%2Fvalidator.nu%2F |
18:28 | <Dashiva> | First they say there's no doctype, and then they start reporting HTML errors anyway |
19:40 | <Philip`> | http://validator.w3.org/mobile/alpha?docAddr=http://canvex.lazyilluminati.com/83/play.xhtml - it doesn't seem to mind me using <canvas> |
19:58 | <SadEagle> | Philip`: thanks again for that scale testcase, if you didn't see my previous thanks in the backlog |
20:48 | <Philip`> | SadEagle: Let me know if you have other bugs that could be tested for easily :-) |
21:11 | <harri> | Philip`: you had problems with the realiability for downloading pages with konqueror? |
21:20 | <Philip`> | harri: I think the only problem was that it tried downloading dozens of iframes at once, and the web server didn't like that and returned errors |
21:25 | <SadEagle> | harri: we have a problem in that if we don't know the mimetype (some objects, all iframes), we start a new KRun to get it... Which on a testcase page can result in 100s of connections |
21:53 | Philip` | wonders if there are any known problems in existing browsers with nested <form>s |
21:53 | <Philip`> | (when they're created via DOM manipulation, rather than through the HTML parser) |
21:53 | <Philip`> | (Some minimal tests seem to work in IE6/FF2/O9, at least) |
22:29 | <annevk> | Philip`, using XML might be more easier |
22:33 | <Philip`> | annevk: Not when I need to work in IE6 |
22:33 | <annevk> | good point |
22:48 | <gsnedders> | RFC: http://pastebin.ca/866821 |
22:50 | <SadEagle> | gsnedders: is #25 missing a "not"? |
23:08 | <annevk> | is now the right time to drag that up again? |
23:09 | <SadEagle> | and yeah, I am not sure it'll do any good. |
23:11 | <annevk> | SadEagle, how exactly is KHTML different from WebCore at this point? |
23:12 | <Philip`> | Parse error at line 28: Expected ), got EOF |
23:12 | annevk | actually thought KHTML was no longer maintained |
23:12 | <SadEagle> | annevk: very. I can't really say more in an accurate way. |
23:12 | <SadEagle> | annevk: that's false. |
23:12 | <annevk> | SadEagle, ok |
23:12 | <SadEagle> | (but I don't blame you for being mistaken) |
23:13 | <annevk> | so that makes 5 relatively mature rendering engines, nice |
23:13 | <annevk> | well, mature and maintained |
23:14 | <Philip`> | Shouldn't IE count as several? |
23:14 | <annevk> | the engine iCab had was also pretty good |
23:14 | <annevk> | Philip`, :( |
23:14 | <SadEagle> | well, it is more like 4.5, and we are certainly less likely to provide big features, unless we just lift them off Apple, which is still possible. |
23:16 | <annevk> | with not providing "big features" you mean not keeping up with the rest or not having lots of time to innovate yourselves? |
23:17 | <SadEagle> | I mean stuff like local DB, etc. I don't think we're really interested in innovating stuff, since realistically no one will use any extensions if we fell like inventing them. |
23:17 | <SadEagle> | I think you Opera folks should have a good idea of that... Well, I've certainly considered ripping off the browser JavaScript idea :-) |
23:22 | <Philip`> | You can innovate extensions then promote them as standards and have other browsers implement them and then people will start using the extensions and you'll already support them :-) |
23:23 | <SadEagle> | Philip`: you need spare manpower for that, though. And you need to be able to deal with stuff suddenly breaking, like IIRC it did on some sites for Opera due to WebForms 2.0 |
23:24 | <annevk> | yeah, WF2 causes issues now and then |
23:25 | <Philip`> | It's best if those issues get discovered in browsers with very few users, so the specs can be fixed before anyone else is affected ;-) |
23:26 | <Ketsuban> | Bah, I want to install Konqueror so I can test my site design in it, but konqueror drags half of KDE kicking and screaming with it due to some really insane dependencies. konqueror-kde4 seems more well-behaved, but there's a disturbing amount of "core libraries" and other worrying-sounding packages which make me wonder if it's just the same as with konqueror, only the packages are divided up differently. |
23:27 | <SadEagle> | Ketsuban: you only need kdelibs and parts of kdebase. |
23:27 | <SadEagle> | though you probably want to lay off testing until 4.0.1 :-) |
23:28 | <SadEagle> | Philip`: the #1 issue any browser with small market share has is the user agent string. |
23:28 | <annevk> | Philip`, a major browser would simply get sites changed |
23:28 | <SadEagle> | .. as well as the minor browsers. |
23:30 | <Ketsuban> | SadEagle: Unless you can test for me. I don't plan on making any changes if it renders incorrectly, but I'm curious to know if it works. :P |
23:30 | <SadEagle> | Ketsuban: fair enough. I might throw the book at you, though :-) |
23:30 | <Ketsuban> | I'd like to test with Safari too, but I'm allergic to Macs. |
23:31 | <SadEagle> | Supposedly win Safari runs under Wine |
23:31 | Philip` | can confirm that Safari works in Wine |
23:31 | <Philip`> | Something like http://browsershots.org/ might be useful for testing certain browser versions |
23:33 | <Philip`> | (Also, if you're allergic to Macs but not to Windows then you could just run Safari in Windows properly) |
23:33 | <Ketsuban> | At any rate: http://ketsuban.cleverpun.com/testing/blogdesign/index.html is the page to test. I know it works in Opera 9.5 weeklies, Firefox 2 and IE7, it "works" in Opera 9.25 (there's a bug regarding sizing with ems which I could work around with JavaScript, but an't willing to do) and doesn't work in IE6 or below (for which I have provided a slightly-snarky message telling people to upgrade to IE7). |
23:34 | <othermaciej> | whether UA checks are a problem depends on the type of site |
23:34 | <othermaciej> | unfortunately, fancy advanced "web app" type sites are the most likely to completely lock you out based on UA string |
23:34 | <othermaciej> | or otherwise rely on UA testing in a bad way |
23:35 | <SadEagle> | Ketsuban: looks fine, in both 3.5.something and 4.0.1-pre. Except it doesn't look so hot at 1024x768 |
23:35 | <Ketsuban> | Normally if I'm working on a site design I'll write it in a compliant browser (generally I'll start off with Firefox, then make sure it works in standards-compliant browsers by testing in Opera) and then provide fixes for IE using conditional comments. |
23:35 | <Philip`> | Fancy advanced "web app" types sites are the most likely to do X, for any action X :-) |
23:36 | <Ketsuban> | SadEagle: Yeah, one thing I'm going to do is take out the 200px left margin - that's a relic from when I had an image there I wanted to show through. :P |
23:36 | <Philip`> | Unfortunately Firefox and Opera aren't standards-compliant :-p |
23:36 | <SadEagle> | othermaciej: jquery 1.2.something used to crash on its browser check is the browser wasn't one in a certain set of 4. |
23:36 | <othermaciej> | a certain Major Web App Vendor has code in many of their web apps that test if you have certain combinations of methods and properties available on the DOM Element and Document interfaces, and if so assumes what browser you are, and then makes completely unrelated assumptions |
23:36 | <othermaciej> | because their experts on the matter told them not to test the UA string |
23:37 | <othermaciej> | so they ended up finding a way to do it even worse |
23:37 | <SadEagle> | heh. browser fingerprinting is a fun topic, though. |
23:37 | <othermaciej> | (we found out because in Safari we fixed what methods were on Document and Element to better match other browsers, and they no longer detected us as Safari) |
23:37 | <othermaciej> | (so they started using Firefox designMode hacks instead of contentEditable for editing) |
23:40 | <annevk> | I wonder what contenteditable quirks Firefox 3 will introduce |
23:41 | <SadEagle> | so othermaciej, are you awake enough to talk about the quirks in handling of Cf characters? :-) |
23:41 | <Ketsuban> | SadEagle: Would you prefer centred or left-aligned? I slightly prefer centred, but left-aligned may well work better at 1024x768. |
23:41 | <othermaciej> | SadEagle: we just don't do Cf dropping at all - we used to but it caused web compat problems with Firefox and IE |
23:41 | <othermaciej> | that's all I remember |
23:41 | <SadEagle> | Ketsuban: I have no artistic taste :-) |
23:41 | <othermaciej> | if BOMs are dropped it's probably at another level (text decoding or something) |
23:42 | <SadEagle> | othermaciej: well, the point is that Mozilla drops -some- Cf's. (Not the soft-hyphen). It also handles zero-width space as a space... |
23:42 | <othermaciej> | I don't know how exhaustively we match all their quirks |
23:43 | <SadEagle> | othermaciej: IE handles the BOM at whitespace, drops the inverse BOM at the beginning of the file, and has totally weird behavior in ~4 other characters, which is appears to permit in identifiers in some spots(?) |
23:44 | <SadEagle> | othermaciej: I don't see anything like that in your version of Lexer.cpp.... |
23:44 | <othermaciej> | SadEagle: I don't think we do either of those sets of quirks |
23:45 | <othermaciej> | if you have a particular site breaking I can try it and see if I can figure out why/whether it works |
23:45 | <SadEagle> | tvguide.com :-) |
23:45 | <othermaciej> | I would guess our text codecs drop stray BOMs |
23:45 | <SadEagle> | probably. /me tries the testcase in Opera. |
23:45 | <SadEagle> | othermaciej: my tendency is probably just to handle it as whitespace, and not worry much unless something comes up. |
23:46 | <othermaciej> | I think soft hyphen may be the only case we ran into where folowing the spec caused a real compat ssue |
23:48 | <SadEagle> | heh, and Opera 9.24 does something entirely different :-) |
23:48 | <annevk> | I think BOM as whitespace char is part of ES4 |
23:52 | <SadEagle> | Opera9.24 seem to handle Cf as identifier characters, except leading BOMs are stripped, and ZWSP is stripped in some contexts(?) |
23:54 | <SadEagle> | Philip`: see, you're right, nothing is standards compliant. JSC tried following ES3, and it broke a website :-) |