| 00:00 | annevk | -> bed, take 2 |
| 00:00 | <jgraham_> | It seem remarkably improbably that the world is as spec-editor deficient as it appears to be, which suggests that all the people who would be good at it are doing something else instead |
| 00:00 | <Dashiva> | Like hiding |
| 00:00 | <Philip`> | Maybe they all have proper jobs instead |
| 00:01 | <jgraham_> | It's true that "spec editor" isn't one of the things that ever came up on those careers CDs they had at school |
| 00:02 | <jgraham_> | the ones that always said something like "you should be an industrial chemist or a landscape gardener" |
| 00:03 | <Philip`> | It doesn't seem very good as a career path - it won't be long before we have standards for everything imaginable and then your career would collapse and you'd have to learn some other trade |
| 00:04 | <roc> | yeah right |
| 00:04 | <Hixie> | hah |
| 00:04 | <jgraham_> | Only if we solve hard AI |
| 00:04 | <Hixie> | it's not a particularly great career path, but that certainly isn't why |
| 00:05 | <roc> | I think good QA people make good spec editors |
| 00:05 | <Dashiva> | Philip`: Don't worry, you can always get a job on the OOXML improvements committee |
| 00:05 | <jgraham_> | then the machines can write their own damn standards |
| 00:05 | <roc> | unfortunately I haven't been able to persuade our good QA people to head in that direction |
| 09:08 | <annevk> | the latest message from Steven does indeed state the assumption is that <img> with no alt attribute is more often equivalent than <img alt> than not |
| 09:08 | <annevk> | s/is that/that/ s/equivalent than/equivalent to/ |
| 09:08 | jwalden | tries not to think too much about the RMSish vibes he gets from Crockford sometimes |
| 09:08 | <annevk> | http://www.google.com/search?q=define:rms ? |
| 09:08 | <virtuelv> | Richard M. Stallman |
| 09:08 | <jwalden> | the feeling that everything he says is to be interpreted as some sort of dogma |
| 09:08 | <jwalden> | the right and holy way |
| 09:08 | MikeSmith | wonders why mail-archive.com mirror of whatwg archive is often first in Google hits rather than actual whatwg link |
| 09:33 | <MikeSmith> | "Dave Winer and Captain Crunch were also both in the room, and their preferences also were in order JSONRequest, XDR and Access Control." |
| 09:34 | <hsivonen> | lol |
| 10:33 | <MikeSmith> | fyi: |
| 10:33 | <MikeSmith> | http://dev.w3.org/2008/mobile-test/test.html |
| 10:34 | <MikeSmith> | Web Compatibility Test for Mobile Browsers |
| 10:34 | <MikeSmith> | http://www.w3.org/blog/MWITeam/2008/04/16/web_compatibility_test_for_mobile_browse |
| 10:34 | <MikeSmith> | and http://dev.w3.org/2008/mobile-test/doc.html |
| 10:36 | <annevk> | yeah, pretty cool |
| 10:42 | <MikeSmith> | another product of Dominique Hazael-Massieux |
| 10:42 | <MikeSmith> | though I guess others may have contributed |
| 10:42 | <annevk> | yeah, people in that WG |
| 10:42 | <annevk> | and collegues of people in that WG :) |
| 10:42 | <MikeSmith> | ah |
| 10:43 | <MikeSmith> | Kai Hendry comment to me about that: "I think these acid-list tests are far more effective then writing docs of what people should be doing (best practice)." |
| 10:43 | <MikeSmith> | my reply to which was, Amen. |
| 11:10 | <annevk> | given that <img> doesn't read out anything now, but the proposed alternative <img alt noalt> doesn't either I have no idea why the latter is better |
| 11:29 | <Lachy> | some people seem to be providing conflicting information about how current screen readers handle a missing alt attribute. |
| 11:30 | <Dashiva> | Probably just different screen readers (and versions), considering how bad the update cycle is |
| 11:30 | <Lachy> | Previously, we had been told that they attempt to read the file name or use some other available repair text. But Steve now says <img> is treated the same as <img alt=""> http://lists.w3.org/Archives/Public/public-html/2008Apr/0467.html |
| 11:36 | <hsivonen> | Lachy: I gather it depends on the linkness of the image in at least JAWS |
| 11:36 | <Lachy> | ok |
| 12:01 | hsivonen | notes that even the VoiceOver Utility uses textual alternatives for images in a dogmatic and less usable way |
| 12:02 | <hsivonen> | instead of just saying "General", it says "General, Image, General" reading out both the icon's textual alternative and the textual label |
| 12:03 | <annevk> | http://lists.w3.org/Archives/Public/public-html/2008Apr/0486.html |
| 12:03 | <annevk> | is my reasoning flawed? |
| 12:23 | <annevk> | at least Steven missed the point of my conclusion... |
| 12:23 | <annevk> | good start I guess :) |
| 12:24 | Lachy | wonders why other people missing your point is a "good start"!? |
| 12:26 | <annevk> | I was being sarcastic |
| 12:34 | <MikeSmith> | annevk, my build of Opera seems to be rendering a part of the mobile test page that is actually commented out |
| 12:34 | <MikeSmith> | the "Proposed additions and changes" part |
| 12:39 | <MikeSmith> | annevk, oops. It appears that my Opera actually has cached an older version of the page |
| 12:39 | <MikeSmith> | and isn't actually loading the remote page |
| 12:40 | MikeSmith | tries to remember how to force Opera to ignore cache and reload the real page |
| 12:45 | <annevk> | F5? |
| 12:47 | <MikeSmith> | annevk, yep |
| 12:47 | <MikeSmith> | thanks |
| 12:49 | <annevk> | I guess people expect something more complex, like Shift+F5 :) |
| 12:52 | <Dashiva> | I was used to ctrl-F5 from IE. That turned out to be a bad idea in Opera |
| 13:05 | <zcorpan> | jgraham_: fwiw, i'm definitely interested in spending 30 mins classifying images, if that helps |
| 13:10 | <Philip`> | Dashiva: What does ctrl-F5 do? |
| 13:10 | <Philip`> | (For me it just makes KDE switch virtual desktops) |
| 13:14 | <Philip`> | annevk: "You assume a minority case is likely to occur more often and the editor assumes a majority case is likely to occur more often" - I think making any assumptions about the occurrences of certain case when there's no data is incorrect |
| 13:14 | <Philip`> | *cases |
| 13:15 | <Philip`> | so you can't say it's more correct to make one assumption based on no data, than to make a different assumption based on no data |
| 13:15 | <Philip`> | Solution: Get data :-) |
| 13:16 | <Dashiva> | Philip`: Reload -all- tabs |
| 13:17 | <Philip`> | Dashiva: Oh, you use multiple tabs? |
| 13:17 | Philip` | only visits a single site at a time |
| 13:17 | <Philip`> | It saves all these kinds of problems |
| 13:29 | <Philip`> | annevk: http://annevankesteren.nl/2008/04/html5-svg - s/tempered/tampered/ |
| 13:31 | <Dashiva> | Is mathematics really a plural? |
| 13:32 | <Philip`> | Dashiva: No, since you can't get a mathematic |
| 13:33 | <Philip`> | (I believe it's the same as physics) |
| 13:33 | <Philip`> | annevk: s/Mathematics have/Mathematics has/ :-) |
| 13:34 | <Philip`> | (Wikipedia says "In English [...] the noun mathematics takes singular verb forms." which sounds right to me) |
| 13:37 | <Philip`> | (Just don't ever say "math" because that sounds stupid) |
| 13:38 | <Dashiva> | Math are hard |
| 13:43 | <annevk> | Philip`, I agree with getting data |
| 13:43 | <annevk> | Philip`, fixed, thanks |
| 13:45 | <annevk> | Philip`, though without data there's no reason to assume one case is more common than another :) |
| 13:45 | <Philip`> | annevk: But you seem to be suggesting making decisions in the (perhaps temporary) absence of data, just because those decisions seem kind of sensible, when the only justifiable approach is to not make any decisions until there is data |
| 13:46 | <Philip`> | annevk: There's no reason to assume one case is not more common than another either :-) |
| 13:46 | <Philip`> | so all assumptions are unreasonable |
| 14:44 | Philip` | tries to compare the cost of writing a simple XML serialiser in OCaml, vs finding an existing serialiser library and working out how to compile it and integrate it into the project's build system and how to use it |
| 14:45 | <Philip`> | (I think the former choice currently looks like it'll win) |
| 15:44 | <annevk> | Philip`, I guess that's fair enough, yeah |
| 16:02 | <Philip`> | Wow, I can generate RELAX NG schemas and they actually work |
| 16:03 | <Philip`> | and given zero experience, then reading a few parts of the tutorial, my first attempt only had one error (I didn't realise it needed <empty/>) |
| 16:03 | <Philip`> | so it doesn't seem too complex, which is nice |
| 16:06 | <zcorpan> | Philip`: generate from what? |
| 16:07 | <Philip`> | zcorpan: Some data structure inside a sort of compiler |
| 16:08 | <Philip`> | (in OCaml) |
| 16:09 | <zcorpan> | what are the schemas for? |
| 16:09 | <Philip`> | (I can't think of any way to describe it in more detail that wouldn't requires pages of background information :-( ) |
| 16:10 | zcorpan | demands pages of background information |
| 16:10 | <Philip`> | Well, you could start with http://www.sigcomm.org/sigcomm2005/paper-GriSob.pdf :-p |
| 16:11 | <Philip`> | (Warning: I suggest not doing so) |
| 16:12 | <Philip`> | zcorpan: In theory, the compiler could generate some code to parse XML files into a custom in-memory data structure (in C++), and that could be used via the NETCONF protocol (or the custom Cisco XML protocol or whatever) to configure network routers |
| 16:12 | <Philip`> | and so the schema is for those XML files |
| 16:13 | <Philip`> | In practice, I don't think I'll bother generating code to parse XML, since it's more useful to generate code to parse the ugly textual configuration files instead, but the XML thing is useful as a rough proof of concept :-) |
| 16:15 | <zcorpan> | ok :) |
| 16:26 | Philip` | wonders if there's an RNG-to-RNC converter that gives particularly pretty output |
| 17:17 | <annevk> | krijnh, for linking URIs could you use the regular expression in http://intertwingly.net/code/mombo/post.py |
| 17:17 | <annevk> | search for "naked urls" |
| 17:18 | <Philip`> | That really could do with using r'' strings |
| 18:02 | <zcorpan_> | annevk: isn't it "rapid progress", not "rapid process"? |
| 18:07 | <annevk> | three documented typos so far and counting :) |
| 18:10 | <fantasai> | hixie, can you add a link to the multipage version from whatwg.org/specs/ ? The full spec is huge, and it would be nice to get to the multipage version without having to download the entire thing. |
| 18:11 | <mcarter> | I think the event-source dom element should expose a lastReceivedId attribute which corresponds to the value it will send back to the server in the Last-Received-ID header |
| 18:11 | <annevk> | fantasai, whatwg.org/html5 |
| 18:12 | <annevk> | mcarter, public-html-comments⊙wo or whatwg⊙wo |
| 18:12 | <annevk> | (you need to be subscribed to the latter) |
| 18:12 | <fantasai> | annevk: nice.. but it'd still be nice to have the link for when I haven't got the short version memorized :) |
| 18:12 | <mcarter> | annevk, whats the difference between the two lists besides the subscription requirement for whatwg? |
| 18:14 | <annevk> | mcarter, for providing feedback they're more or less equivalent |
| 18:14 | <zcorpan_> | mcarter: you'll probably get annoying disclaimers in replies on public-html-comments ;) |
| 18:15 | gsnedders | wonders whether to start using a disclaimer that implicitly makes itself questionable |
| 18:15 | <gsnedders> | (in similar vain to "everything I say today is bullshit" — is that bullshit?) |
| 18:16 | <zcorpan_> | gsnedders: you don't need a disclaimer for that |
| 18:17 | <gsnedders> | zcorpan_: Why? Because it is me? |
| 18:17 | <annevk> | mcarter, oh wait, this is #whatwg, just e-mail whatwg⊙wo :) |
| 18:17 | <zcorpan_> | it's understood that everything gsnedders says is bullshit |
| 18:17 | annevk | thought this was #html-wg and tried to be politically correct |
| 18:17 | <gsnedders> | zcorpan_: that's what I was guessing :) |
| 18:18 | <mcarter> | annevk, ok, thanks |
| 18:18 | <gsnedders> | zcorpan_: Why do I bother even writing a http-parsing spec? It'll all be bullshit under that theory :) |
| 18:19 | <annevk> | well, if it happens to be correct we might use it :) |
| 18:20 | gsnedders | still needs to email Yugne |
| 18:20 | <gsnedders> | (I know that's spelt wrong, I can't spell :P) |
| 18:20 | <gsnedders> | But there again, everything I say is bullshit anyway, so why need I say that? :) |
| 18:21 | <gsnedders> | My initial attempt at spelling before changing it was closer. Dangnamit! |
| 18:42 | Philip` | wishes he could find a way to make RELAX NG accept things with 0..n repetitions where n is finite |
| 18:42 | annevk | wishes he had some way to figure out whether or not IE made XHTML fail |
| 18:43 | <annevk> | Mostly because I think it was due to XHTML and not IE |
| 18:43 | <annevk> | or XML rather |
| 18:43 | <Philip`> | Maybe it's useful to compare XHTML to other web technologies that aren't supported in IE |
| 18:44 | <Philip`> | (but are in other browsers) |
| 18:45 | <annevk> | <canvas> dumdiedum |
| 18:47 | <Philip`> | annevk: That can be emulated in IE, so it's not as IE-hostile as XHTML is |
| 18:47 | <Philip`> | and anyway <canvas> seems to be used less than XHTML |
| 18:48 | <zcorpan_> | Philip`: how do you measure the usage of each? |
| 18:48 | <Philip`> | <blink> is pretty popular (~0.6% of my pages), and that doesn't work in IE, but it degrades gracefully so it's not comparable to XHTML |
| 18:49 | <Philip`> | zcorpan_: By looking in my dmoz.org pages and then making unjustifiable claims with far too little evidence and hoping nobody notices |
| 18:50 | <Philip`> | (I saw 39 sites with application/xhtml+xml, and only one with canvas) |
| 18:51 | <zcorpan_> | Philip`: i suspect that some pages that use canvas create them with script |
| 18:52 | <zcorpan_> | Philip`: what was the Accept header when getting those pages? |
| 18:53 | <annevk> | I don't think there are that many othe Web technologies with the same properties |
| 18:53 | <Philip`> | zcorpan_: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 (copied from Firefox 3) |
| 18:53 | <annevk> | other* |
| 18:54 | <Philip`> | There's SVG (in <object> or whatever), which doesn't work in default IE and doesn't have great fallback behaviour |
| 18:54 | <annevk> | SVG is done in libraries with a special code path for IE |
| 18:54 | <Philip`> | In some tens of thousands of pages, I don't see the string .svg" at all except on Wikipedia, so I guess not many people are using SVG |
| 18:54 | <shepazu> | lousy fallback behavior, worse in IE7 |
| 18:55 | <Philip`> | (*not using it in a way that involves web pages linking to or including it) |
| 18:55 | <zcorpan_> | Philip`: i would suspect most of those 39 pages are "faked XHTML" in ie by serving ie text/html |
| 18:55 | Philip` | finds <a href="news:netscape.public.mozilla.svg" ...> but thinks that doesn't count |
| 18:56 | <annevk> | maybe it's not worth making a point about it given the other flaws XHTML has |
| 18:57 | Philip` | really needs to make his grep thing faster - it takes far too long to read 3GB from disk |
| 18:57 | <Philip`> | (Also, I wish Linux cached more of those files in RAM, since I have plenty) |
| 18:58 | <Philip`> | Hmm, I'd better not count answers.com either since that's just copying Wikipedia |
| 18:59 | <Philip`> | Still can't find anyone else using SVG :-/ |
| 19:00 | <shepazu> | Open Clipart |
| 19:01 | <Philip`> | shepazu: I can find people if I look specifically - I'm just seeing if I can find any in a random set of pages, since that'd give some kind of idea of how widespread it is within that (biased) population |
| 19:01 | <shepazu> | oic |
| 19:02 | Philip` | updates his thing to look for \.svgz\?" so it would at least find his own SVG-using page (except it's not in the list that's being checked) |
| 19:02 | <Philip`> | Ooh, there's some now |
| 19:04 | <Philip`> | http://www.culturanuova.net/filosofia/kierkegaard.php |
| 19:04 | <Hixie> | Dashiva: help⊙wo was supposed to be that; feel free to subscribe, field questions, and advertise the list :-) |
| 19:04 | <Philip`> | uses http://www.culturanuova.net/img/sacrificio_isacco.svgz which sadly doesn't work - Firefox doesn't try decompressing it, and Opera does but doesn't display it |
| 19:04 | <Philip`> | and its <svg> isn't in a namespace |
| 19:06 | <Hixie> | btw the difference between the various lists is quite simple |
| 19:06 | <Hixie> | i take all the lists into account |
| 19:06 | <Hixie> | but if after reading all the feedback and considering all the options i end up picking a couse that disagrees with you, you are more likely to get a reply if you post to the whatwg list |
| 19:06 | <Philip`> | http://www.zentido.net/ confused me since it has <img ... alt="715px-Obama_08.svg" src="files/page0_sidebar_1.png" .../> |
| 19:07 | <Hixie> | (like, almost guaranteed) |
| 19:07 | <annevk> | Hixie, so you read all public-html e-mail? |
| 19:08 | <Hixie> | (and the only reason you wouldn't get a reply is if you're one of the regulars here and i've spoken to you about the issue at some point anyway, or you've changed your mind since writing the e-mail. Or, the e-mail you wrote is a reply to someone else and it's not clear how I would reply.) |
| 19:08 | <Hixie> | annevk: yes |
| 19:08 | <annevk> | great |
| 19:08 | <Philip`> | http://beat.doebe.li/bibliothek/p00210.html has a link to an .svg, and also the page badly break Opera 9.2 |
| 19:10 | <Philip`> | Oh, it's actually got <object> .svg too, but Firebug is broken and seems to pretend it's not there |
| 19:10 | <Philip`> | (The Opera problem seems like poor SVG rendering performance; 9.5 is much better) |
| 19:11 | <Hixie> | having said that |
| 19:11 | <Philip`> | http://www.amfanatl.org - livesrc? What's that from? |
| 19:11 | <Hixie> | these alt text people sure are testing my ability to read everything |
| 19:11 | <annevk> | Philip`, GoLive maybe |
| 19:12 | <Philip`> | http://tavmjong.free.fr/INKSCAPE/MANUAL/web/svg_tests.php - that's got SVG |
| 19:12 | <annevk> | http://www.google.com/search?q=livesrc |
| 19:12 | <Philip`> | http://www.svgx.org too |
| 19:13 | <annevk> | Sites promoting SVG as technology, how surprising :) |
| 19:13 | <Philip`> | http://stud.ics.p.lodz.pl/~steven/test_php/ uses .svg in <embed> so it only works in IE |
| 19:13 | <Philip`> | So, that's 5 pages which embed SVG graphics, out of about 130,000 minus Wikipedia minus answers.com |
| 19:14 | <Philip`> | so embedding SVG is less popular than serving XHTML to some browsers |
| 19:14 | <annevk> | I found quite a lot of SVG content on the Web which is abandoned and only works with the Adobe plugin |
| 19:18 | <zcorpan_> | Philip`: svg in <embed> should work in opera. although i get a 404 if i try to follow the embed src |
| 19:18 | <Philip`> | zcorpan_: Oh, right, that would kind of stop it working |
| 19:19 | <zcorpan_> | indeed :) |
| 19:21 | <Philip`> | So, excluding pages that don't work and sites that are specifically promoting SVG, that leaves about 0.001% (+/- an order of magnitude or two) of the web which embeds SVG |
| 19:21 | <Philip`> | compared to e.g. 10% that use PNG images |
| 19:22 | <Philip`> | and 70% that use GIF |
| 19:23 | <Hixie> | i couldn't find any svg content when i looked, but i wasn't looking at <img>, <embed>, and <object>, only <a> |
| 19:23 | <Hixie> | found a lot of GIFs though |
| 19:24 | <Philip`> | Hixie: I guess you didn't look enough to see http://beat.doebe.li/bibliothek/p00210.html |
| 19:25 | <Philip`> | (and 61% use JPEG) |
| 19:25 | <Philip`> | (or, more precisely, match /\.jpe?g"/, so it's a bit of an underestimate) |
| 19:25 | Philip` | needs to multithread his grepper |
| 19:27 | <Philip`> | (and 0.6% use BMP) |
| 19:28 | <Philip`> | (PPM is used as much as SVG is non-erroneously non-promotionally used, i.e. once) |
| 19:28 | <zcorpan_> | so BMP support should be a higher priority than SVG support |
| 19:29 | <Hixie> | Philip`: at the time i was (for various technical reasons i won't go into) unable to get numbers below a certain significance threshold |
| 19:29 | <Philip`> | Oops |
| 19:29 | <Philip`> | There was 0 PPM |
| 19:29 | Philip` | needs to be careful to not count the "make: ... is up to date" line |
| 19:30 | <zcorpan_> | 0.6% BMP really? sounds like a lot |
| 19:31 | <Hixie> | indeed |
| 19:31 | Hixie | dumps the entire alt="" debate into this graphics-img-alt folder to read later |
| 19:32 | <Philip`> | Hixie: It's always good to keep something fun to look forward to |
| 19:32 | <Pavlov> | whats the alt debate? |
| 19:33 | <Philip`> | Pavlov: HTML5 currently says to omit alt in a few cases, some people say it should be always required, two hundred emails ensue |
| 19:33 | <Pavlov> | lol |
| 19:34 | <Philip`> | zcorpan_: (?i)<img[^>]*src="[^>]*\.bmp" matches 0.5% of my pages, so it does seem like people are using it quite a bit |
| 19:35 | <zcorpan_> | Philip`: interesting |
| 19:36 | <Philip`> | I suppose I should just count all the file extensions, instead of guessing file extensions and then counting how often they come up... |
| 19:37 | <zcorpan_> | to be sure you need to inspect the first few bytes of each image resource |
| 19:37 | <zcorpan_> | file extension and mime type can be lying! |
| 19:38 | <zcorpan_> | (though i don't know how often images are mislabeled) |
| 19:38 | <Philip`> | zcorpan_: I'm hardly going to download two million image files when I can simply count the filenames and get a good enough approximation :-p |
| 19:38 | <zcorpan_> | Philip`: bah :P |
| 19:38 | <Philip`> | although I can't quite work out how to count the filenames |
| 19:39 | <Philip`> | (given the limitation that I only want to bother writing a single line of code) |
| 19:41 | <Philip`> | Hooray, find and xargs and perl |
| 19:45 | <Philip`> | http://philip.html5.org/data/img-src-extensions.txt |
| 19:45 | <Philip`> | (Total number of occurrences, not number of pages) |
| 19:45 | <Philip`> | (and I skipped the 50K file 'extensions' that only occurred once) |
| 19:46 | <Philip`> | ('extension' means $1 in /<img[^>]*src="[^>]*\.(.*?)"/) |
| 19:46 | <Philip`> | (Oops, I should have used [^>] rather than .) |
| 19:51 | <Philip`> | Anyway, GIF dominates, JPEG dominates less, PNG is kind of respectable, COM shouldn't be there, and BMP is on the edge of fading into the region of who-really-cares |
| 19:56 | <Hixie> | these alt arguments seem to rest on the behaviour on non-conforming pages |
| 19:56 | <Hixie> | but at that point all is lost anyway |
| 19:57 | <Hixie> | since who knows _what_ the alt attribute will say |
| 19:57 | <Philip`> | Non-conforming pages are biased towards being similar to conforming pages, rather than being totally random |
| 19:57 | <Philip`> | *totally randomly distributed across all possible byte streams |
| 19:58 | <Hixie> | sure, but flickr shows that there will be as many alt="harmful value" images as images with no alt, and so treating those cases differently seems wrong if we are worrying about non-conforming pages |
| 20:01 | <zcorpan_> | Philip`: i get 0.07% bmp from that data |
| 20:02 | <hsivonen> | Philip`: re: serializer: did you try Genx |
| 20:02 | <hsivonen> | Philip`: do you consider Trang output pretty? |
| 20:04 | <hsivonen> | Philip`: 0..n is a violation of zero, one, infinity rule! it's a feature |
| 20:04 | <zcorpan_> | Hixie: do you expect ATs to behave differently when it looks at a page it thinks is conforming from a page it thinks is non-conforming? |
| 20:07 | <hsivonen> | Philip`: I tried to argue the zero, one, infinity rule on Wikipedia, but the person exercising ownership over the article didn't buy the argument |
| 20:11 | <Philip`> | zcorpan_: I was counting number of pages the first time |
| 20:11 | <Philip`> | which was 700ish out of 130000ish |
| 20:12 | <Philip`> | hsivonen: When I'm writing an XML file to represent a bounded list, and the bound is not one, I think I'd appreciate the ability to violate that rule :-p |
| 20:13 | <hsivonen> | Philip`: you need to use n time 'foo?' |
| 20:13 | <Philip`> | hsivonen: n might be, say, 2^16 |
| 20:14 | <hsivonen> | Philip`: according to anecdotes, current schema technology doesn't scale to that |
| 20:14 | <hsivonen> | Philip`: if you do that in XSD, expect bad performance |
| 20:14 | <Philip`> | hsivonen: Do you mean checking XML files with 2^16 elements, or writing schemas with 2^16 rules? |
| 20:14 | <Philip`> | If the latter, that's why I don't want to use n time 'foo?' :-) |
| 20:15 | <hsivonen> | Philip`: checking for repetition 0..2^16 elements is bad for grammar-based validation performance |
| 20:15 | <hsivonen> | grammars do zero, one and infinity well |
| 20:16 | <Philip`> | I'm not forcing people to write grammar-based validators |
| 20:16 | <Philip`> | Anyway, I'll just do the repetition-count validation in the C++ code that I'm never going to write, because that'll save me a lot of effort |
| 20:17 | <Philip`> | Oh, actually, I think someone's already written most of that code, so that's alright |
| 20:17 | Philip` | heads off home |
| 20:19 | <Hixie> | hah |
| 20:19 | <Hixie> | http://www.whatwg.org/issues/data.html |
| 20:19 | <Hixie> | the blip is the alt text discussion |
| 20:19 | <Hixie> | which i just read and dealt with |
| 20:19 | <Hixie> | so it'll go down with the next data point |
| 20:20 | <hsivonen> | that looks small |
| 20:21 | <annevk> | it's about 48 e-mails |
| 20:22 | <annevk> | euh, 38 |
| 20:28 | <Hixie> | for one night's worth of e-mails on one topic, it's a lot |
| 21:27 | <zcorpan_> | annevk: btw, i made you administrator on f.w.o so you can delete users and their posts if they spam |
| 21:30 | <Philip`> | s/you can/I expect you to/ ? :-) |
| 21:30 | <gsnedders> | s/you can/you will/ ? :) |
| 21:31 | annevk | looks for spam |
| 21:31 | <Philip`> | (Argh, I updated my JDK a while ago and now Eclipse crashes on startup) |
| 21:46 | Philip` | gives up and uses vim instead |
| 22:02 | <Philip`> | I hope Google doesn't think my pages full of hundreds of kilobytes of URLs are spam |
| 22:08 | <othermaciej> | Hixie: are you around? |
| 22:09 | <othermaciej> | Hixie: the 2007 version of the media queries spec does not appear to define processing for media queries that lack a media type |
| 22:09 | <othermaciej> | (we'll probably fix our implementation anyway to do the likely expected thing of treating it as "all") |
| 22:10 | <annevk> | The CSS WG agreed to http://dev.w3.org/csswg/css3-mediaqueries/ today |
| 22:11 | <othermaciej> | annevk: seems to have the same bug |
| 22:12 | <othermaciej> | "A media query is true if the media type of the media query matches the media type of the device where the user agent is running (as defined in the "Applies to" line), and all expressions in the media query are true. " |
| 22:12 | <othermaciej> | doesn't say what to do when there is no media type |
| 22:12 | <annevk> | 'A media query consists of a media type and one or more expressions involving media features. If the media type is omitted it is assumed to be ‘all’.' |
| 22:12 | <othermaciej> | ah |
| 22:13 | <othermaciej> | looks ok then |
| 22:41 | <Hixie> | othermaciej: in fact, opera does two completely separate layouts, one for the display and one for getComputedStyle and offsetTop et al, the latter of which makes links all match :link |
| 22:42 | <othermaciej> | Hixie: good lord |
| 22:42 | <Hixie> | othermaciej: however, even that doesn't solve the problem; i demonstrated a timing based attack where i could determine which links had been visited based on how long it took to style the document |
| 22:42 | <othermaciej> | Hixie: do they actually keep two full render trees around? |
| 22:42 | <Hixie> | no idea what the implementation is |
| 22:45 | <Lachy> | the only way to truly address the issue is to treat all links as unvisited links in all places that selectors are used, including CSS, Selectors API, XBL, etc. So :visited would never match anything and :link would match all links |
| 22:45 | <Lachy> | other than that, any attempt is really an exercise in futility |
| 22:46 | <annevk> | Hixie, that was some time ago (it failed for my simple background:url(tracker?google) sample already) |
| 22:46 | <annevk> | dropped* |
| 22:46 | <othermaciej> | yeah, removing ways to custom-style visited links would do it, but would remove a useful feature |
| 22:47 | <annevk> | maybe it's like ping="" |
| 22:48 | <annevk> | usability win, potential small privacy loss |
| 22:48 | <Lachy> | othermaciej, agreed. It would only really be useful to address the issue in selectors api, in implementations that don't use selectors for anything else |
| 22:50 | <annevk> | http://intertwingly.net/blog/2008/04/15/HTML5-SVG#c1208379416 |
| 23:00 | jgraham_ | doesn't think looking for alt="" vs alt="some text" vs no alt without any contextual information is very useful at all |
| 23:02 | <roc> | I talked to Doug Schepers, he has this requirement that copying an SVG subtree from an HTML document to a new XML document should produce well-formed SVG |
| 23:02 | <roc> | and another requirement that an HTML document containing only SVG nodes should be conforming if you change its type to XML |
| 23:03 | <hsivonen> | roc: copying on the source text level will be a futile exercise |
| 23:03 | <roc> | that's what he meant, yes |
| 23:03 | <roc> | and I agree it's a strange requirement |
| 23:03 | <roc> | but that's what the argument is about, I think |
| 23:03 | <roc> | whether those requirements make sense |
| 23:04 | <annevk> | i have a feeling it's also about preserving namespaces inside <metadata> and all... |
| 23:04 | <hsivonen> | yeah, that's the issue the SVG WG has. I think the issue is badly misguided. |
| 23:04 | <hsivonen> | annevk: I think that's a more legitimate concern |
| 23:04 | <roc> | I pointed out that the first requirement isn't even satisfied by XHTML |
| 23:04 | <hsivonen> | (misguided above referred to the copy paste thing--not metadata) |
| 23:04 | <Lachy> | "Sorry Maciej, I'm still going to decline to say how, but insist that it is possible. With Software, anything's possible" -- Travis Leithead |
| 23:05 | <annevk> | world peace! |
| 23:05 | <jgraham_> | Faster than light travel! |
| 23:05 | <roc> | halting problem! |
| 23:05 | <annevk> | :) |
| 23:05 | <Lachy> | of course, with software, anything's possible! |
| 23:05 | <Dashiva> | The halting problem is easy, but then you end up with a halting problem solver halting problem |
| 23:06 | <hsivonen> | jgraham_: re: context: I have this image review tool up and running on my dev machine |
| 23:06 | <hsivonen> | jgraham_: and context would really be nice |
| 23:07 | <jgraham_> | hsivonen: The one you plan to deploy on validator.nu? |
| 23:07 | <jgraham_> | That sounds extremely cool |
| 23:07 | <hsivonen> | jgraham_: but I still think this is an order of magnitude better than just requiring alt |
| 23:07 | <hsivonen> | jgraham_: yes |
| 23:08 | <jgraham_> | It would be nice to just collect data from that but unfortunately selecting only sites that the authors validate leads to huge biases :) |
| 23:08 | <jgraham_> | (but I think it will be a great QA tool) |
| 23:09 | <jgraham_> | (and much much better at exerting the right kind of social pressure than just checking alt exists) |
| 23:13 | <Lachy> | should :link match <link> elements too? |
| 23:15 | <Lachy> | HTML5 defines <link> with specific relationships as a hyperlink, and I can't see anything in Selectors to say it shouldn't |
| 23:16 | <annevk> | it thought they should match, yes |
| 23:17 | <Lachy> | I just tested it in WebKit, it didn't match them. |
| 23:18 | <annevk> | I'm not saying every implementation is compliant :) |
| 23:19 | <Lachy> | Mozilla does |
| 23:21 | <Lachy> | and Opera does too. So webkit is buggy |
| 23:21 | <Philip`> | And IE? |
| 23:23 | <Lachy> | haven't tested IE yet |
| 23:23 | <Hixie> | annevk: the background thing can be avoided by just fetching all backgrounds |
| 23:27 | <Lachy> | ah, it seems that IE8 implements :after, but not ::after |
| 23:29 | <Lachy> | I can't get any styles to apply to link elements in IE8 at all |
| 23:30 | <Lachy> | or IE7 |
| 23:30 | <Philip`> | Fortunately nobody uses ::after |
| 23:30 | <Lachy> | I use ::after, since I like the different syntax for pseudo-classes and -elements |
| 23:30 | <Lachy> | although, I don't use it frequently |
| 23:31 | <Philip`> | Nobody except you uses it :-p |
| 23:31 | <Philip`> | Oh, and probably annevk |
| 23:37 | <hsivonen> | I never remember which type of pseudo can be ::, so : is safer. |
| 23:37 | <Philip`> | jgraham_: The [1] you linked to didn't seem to say how common alt="" was - am I just missing something there? |
| 23:38 | <Lachy> | all pseudo elements can use :: as of CSS3 |
| 23:38 | <Lachy> | only a few of them can use :. The new ones introduced in CSS3 need :: |
| 23:39 | <jgraham_> | Philip`: No, I don't think it addresses that specific case. Maybe I should have made that clearer. But I think the criticisms would be the same even if they did look for alt="". |
| 23:39 | <hsivonen> | Lachy: how annoying |
| 23:39 | <Hixie> | the :: vs : distinction should have been there from the beginning |
| 23:40 | <Philip`> | What is the value in having the distinction? |
| 23:40 | <jgraham_> | Philip`: Presumably it is trivial for you to look for empty/whitespace alt vs alt with text |
| 23:51 | <billmason> | Hixie, thanks for the alt issue summary. The email volume and noise was so much, I'd given up knowing what exactly was being disputed in the first place.... |
| 23:59 | <Lachy> | Philip`, IMHO, the advantage is that it helps make a clearer distinction between pseudo-elements and -classes, so authors can better understand the purpose of each |
| 23:59 | <Hixie> | so had everyone else, i think |