| 00:01 | <sicking> | so the question is, is the script going to have the URI to pull data from built in? Or is it going to receive it from the document |
| 00:02 | <Hixie> | i don't see why it wouldn't |
| 00:02 | <sicking> | if you want to pull data from several sources then you wouldn't build it in |
| 00:03 | <sicking> | or rather |
| 00:04 | <sicking> | do you host a script centrally that can be used to process data from several locations, or do you host one script per uri that serves data |
| 00:04 | <Hixie> | what are the cases where you'll be doing the same processing on a whole bunch of files whose urls you wouldn't hard code? |
| 00:05 | <sicking> | if you have several uris all serving data in the same format |
| 00:05 | <sicking> | to use your example: |
| 00:05 | <Hixie> | yes, what case would that be? |
| 00:07 | <sicking> | you have several URIs that serve JSON objects, one serving address book, one serving folder list, one serving inbox. And you want to be notified about changes in either of them |
| 00:07 | <sicking> | or |
| 00:07 | <sicking> | you have a library that can parse word documents and converts them to JSON objects being passed to the main thread |
| 00:07 | <Hixie> | wouldn't you have a worker for the address book, one for the folder list, one for the inbox, etc? they'd all be different, surely? |
| 00:08 | <Hixie> | where are the word documents going to come from? |
| 00:08 | <Hixie> | anyway, i agree that it's possible for urls to be a problem |
| 00:08 | <Hixie> | i just don't see it being a common one |
| 00:08 | <Hixie> | i don't think any of the examples i wrote ended up passing a url over the channel |
| 00:09 | <sicking> | as soon as your code is generic enough that it can process data from several uris you'll run into this i'd think |
| 00:09 | <sicking> | and having multiple uris serve the same data format seems not that weird to me |
| 00:10 | <sicking> | i think the question really is, do you have one worker per data source, or do you have generic libraries for multiple data sources |
| 00:11 | <Hixie> | i think the former will be more common, personally |
| 00:11 | <sicking> | I don't know. Is that the case today? |
| 00:12 | <sicking> | generally in the coding I do I separate data from code |
| 00:12 | <sicking> | but i know the web often is less clean |
| 00:14 | <Hixie> | basically at this point from my point of view here's where i stand: |
| 00:15 | <Hixie> | i have feedback from credible people arguing it should be both ways |
| 00:15 | <Hixie> | (you and aaron in particular) |
| 00:15 | <Hixie> | making the baseURI be the worker's baseURI has three advantages: |
| 00:15 | <Hixie> | - it's more resilient to reuse if there are relative urls in the source |
| 00:16 | <Hixie> | - it's more compatible with shared workers |
| 00:16 | <Hixie> | - it's the "right" think according to web architecture principles |
| 00:16 | <Hixie> | s/think/thing/ |
| 00:17 | <Hixie> | so for me there's a weak bias towards doing it the way we have now |
| 00:17 | <Hixie> | i agree that it's not an especially strong argument |
| 00:17 | <Hixie> | but i can't really justify doing it the other way around, as that is a (mildly) weaker position |
| 00:19 | <sicking> | i think the middle one is the strongest argument there |
| 00:19 | <sicking> | the first one can be countered by that it's less resilient if the URIs are passed in from postMessage |
| 00:20 | <sicking> | and the third one only applies if the URI originates in the source, which we don't actually know since all we get is a string |
| 00:20 | <sicking> | the shared worker argument i do buy though |
| 00:22 | <sicking> | the only counter argument i have is that if we allow the baseURI (and security context) be that of the document, we can allow |new Worker| to load scripts cross site |
| 00:23 | <sicking> | i.e. we could allow people to write generic crypto/parsing/processing/etc libraries that can be hosted on their site and allow cross-site linking |
| 00:23 | <sicking> | however you can do that mostly using importScripts, you just need to host a thin wrapper on your own site |
| 00:23 | <Hixie> | we could allow cross-site workers even without doing that, just have the workers run in the origin of the third-party host, and use AC to protect random scripts |
| 00:23 | <Hixie> | or yeah, use importScripts() from a data: URL |
| 00:24 | <Hixie> | new Worker("data:text/javascript,importScripts('http://example.com/shared.js')";); |
| 00:25 | <sicking> | ugh |
| 00:25 | <sicking> | hmm.. we won't allow data: with the current patches... |
| 00:25 | <sicking> | that can be fixed of course |
| 00:25 | <sicking> | just using AC is the wrong thing |
| 00:26 | <sicking> | AC means that you can read the resources, not that you can execute script in its security context |
| 00:26 | <Hixie> | ok actually data: won't work as currently specced |
| 00:26 | <Hixie> | AC2 then :-) |
| 00:26 | <Hixie> | we'll need to change AC a bit for <video> v2 anyway |
| 00:29 | <sicking> | if we want to allow cross-site workers we'll probably need something very different i think |
| 00:31 | sicking | is also very unhappy about the result of <video> |
| 00:38 | <Hixie> | yeah me too |
| 00:38 | <Hixie> | allowing cross-site video is dumb imho |
| 00:59 | <Hixie> | Lachy: fwiw, restarting NetAuthAgent on the connecting machine fixed my screen sharing |
| 01:22 | <Lachy> | Hixie, ok |
| 01:23 | <BenMillard> | krijnh, after noodling with your IRC Logs front page for a while, I've put some ideas here: http://projectcerbera.com/!dev/irc-logs/front |
| 01:23 | <BenMillard> | (files it uses are listed here: http://projectcerbera.com/!dev/irc-logs/) |
| 01:23 | <Lachy> | Hixie, re the <dialog> discussion, I think it would be a bad idea to keep both <dialog> and aria-role="dialog" when they mean different things |
| 01:24 | <Lachy> | and given that aria is being implemented, the best resolution would be to revisit that <dialog> naming debate :-( |
| 01:24 | <Lachy> | (or one of them should be dropped) |
| 01:28 | <BenMillard> | krijnh, I think Table + Link is my favourite listing for the front page (if you reply in this channel when I'm not here, I'll still see it in the logs) |
| 01:34 | <Hixie> | Lachy: yeah, something will likely have to change |
| 02:33 | <Lachy> | I updated the decriptions of the element categories in the authoring guide http://dev.w3.org/html5/html-author/#categories |
| 02:42 | <Hixie> | can anyone find me a select widget on mac os x or windows default installs that is initially blank? |
| 02:42 | <Hixie> | but where nothing is not a valid value? |
| 02:42 | <Hixie> | trying to find precedent for the idea of <select required> with a non-valid initial value |
| 02:44 | <Lachy> | I can't recall any. I think that practice may have only become widely used in web pages |
| 02:49 | <sayrer> | Hixie, pretty sure the OS X installation process has such things |
| 02:50 | <sayrer> | maybe that's only text boxes, though |
| 07:17 | <BenMillard> | jgraham, here's the first section of that Wikipedia timeline in the Table Inspector: http://xrl.us/oyipv |
| 07:22 | <BenMillard> | jgraham, I retrofitted <th> for header cells since that's what I remember it using first time I reviewed it. The actual table now uses <td> for header cells: http://en.wikipedia.org/wiki/Template:Ferrari_road_car_timeline_1960-2009 |
| 07:23 | <BenMillard> | jgraham, note that the decade column headers get highlit correctly but the yearly column headers don't; in contrast even the most complicated row relationships are highlight perfectly. (Was discussed here: http://lists.w3.org/Archives/Public/public-html/2008Oct/thread.html#msg121) |
| 07:42 | <krijnh> | BenMillard: come back! ;p |
| 08:14 | <yecril71> | Philip`! The resistance against making the headers visible in IE7 is not about theoretical purity. |
| 08:14 | <yecril71> | It is not theoretically pure to borrow the background from the following element. |
| 08:15 | <yecril71> | I guess it is more about "pushing it to the limit". |
| 08:17 | <yecril71> | BenMillard! Thanks for the info about controls in VB6. |
| 08:18 | <yecril71> | I still insist "control" is a misnomer because it cannot be used to control anything. |
| 08:18 | <yecril71> | Think about a dashboard in an a�roplane. |
| 08:19 | <yecril71> | There are controls and there are panes. |
| 08:19 | <yecril71> | Panes are not controls. |
| 08:25 | <yecril71> | The title attribute has a problem that it cannot be declared as a rule. |
| 08:26 | <yecril71> | You have to laboriously define it on every element where it applies. |
| 08:26 | <yecril71> | Or use a script to do so. |
| 08:27 | <yecril71> | I think CSS should take care of that sooner or later. |
| 08:29 | <yecril71> | It is crazy to suggest that the closing tag could be optional if the opening tag has some attribute. |
| 08:29 | <yecril71> | That would make the parser very hard to maintain. |
| 09:23 | <hsivonen> | http://software.hixie.ch/utilities/js/live-dom-viewer/?%3C!DOCTYPE%20html%3E%0A%3Cform%20id%3Da%3Efoo%3C%2Fform%3E%3Cscript%3Edocument.getElementsByTagName(%27form%27)[0].innerHTML%20%3D%20%22%3Cform%20id%3Db%3Ebar%3C%2Fform%3E%22%3B%3C%2Fscript%3E |
| 09:27 | <yecril71> | As of IE7, unknown run-time error. |
| 09:28 | <yecril71> | And the FORM is in the HEAD and contains the BODY. |
| 09:30 | <hsivonen> | the result in IE8 is interesting |
| 09:31 | <hsivonen> | adding a <body> tag helps to see what I actually meant to test |
| 09:32 | <hsivonen> | so http://software.hixie.ch/utilities/js/live-dom-viewer/?%3C!DOCTYPE%20html%3E%0D%0A%3Cbody%3E%3Cform%20id%3Da%3Efoo%3C%2Fform%3E%3Cscript%3Edocument.getElementsByTagName('form')%5B0%5D.innerHTML%20%3D%20%22%3Cform%20id%3Db%3Ebar%3C%2Fform%3E%22%3B%3C%2Fscript%3E |
| 09:32 | <yecril71> | Unknown run-time error. |
| 09:33 | <hsivonen> | yeah, that happens in IE8, too |
| 09:36 | <yecril71> | What happens if you appendChild instead? |
| 09:37 | <yecril71> | The text |
| 09:37 | <yecril71> | corresponds to E_FAIL. |
| 09:37 | <hsivonen> | I haven't tried |
| 09:37 | <yecril71> | This is how mshtml responds to someone trying to torture it. |
| 09:45 | <yecril71> | I can see no reason why the command elements should be hidden from the viewer and accessible from the keyboard only. |
| 09:45 | <yecril71> | This is extremely user-unfriendly. |
| 09:58 | <hsivonen> | does someone already have a mutation event console similar to Hixie's DOM viewer? |
| 10:07 | <Lachy> | hsivonen, would that be a console that logs all DOM3 mutation events like DOMNodeInserted, DOMAttrModified, etc? |
| 10:09 | <hsivonen> | Lachy: yes |
| 10:27 | <Lachy> | I'm writing a blog entry about input type=search and placeholder. See draft: http://blog.whatwg.org/?p=371&preview=true |
| 10:27 | <Lachy> | Are there any other advantages it has only type=text, which I haven't mentioned? |
| 10:28 | <Lachy> | (only blog admins will be able to see that) |
| 10:43 | hsivonen | notes that Mark Birbeck's slides from a Google Tech Talk on RDFa don't show namespace declaration or CURIE prefixes |
| 10:43 | <hsivonen> | hmm. those are the same slides as the 20/20 slides from XTech |
| 11:14 | <zcorpan__> | hsivonen: http://livedom.validator.nu/?%3Cs%20o%3D%26%20t doesn't give what i expected |
| 11:17 | <hsivonen> | zcorpan__: what did you expect? |
| 11:17 | <hsivonen> | ooh. the t appears in two places |
| 11:17 | <hsivonen> | that's ... interesting |
| 11:18 | <zcorpan> | yeah :) |
| 11:18 | <zcorpan> | html5lib gives what i expected |
| 11:19 | <hsivonen> | zcorpan: thanks |
| 11:19 | <hsivonen> | bug filed http://bugzilla.validator.nu/show_bug.cgi?id=338 |
| 11:25 | <tthorsen> | speaking of html5lib - I noticed that it handles the following markup differently from the html5 spec: <option><select>text |
| 11:26 | <zcorpan> | tthorsen: <option> handling was changed in the spec to work with <datalist> |
| 11:26 | <tthorsen> | the html5 spec thinks <option>'s in "in body" is ok, whereas html5lib thinks it's an error |
| 11:27 | <tthorsen> | sure. In the implementation I'm working on, I'm doing what the spec says. |
| 11:27 | <tthorsen> | does someone maintain html5lib? |
| 11:27 | <zcorpan> | tthorsen: hsivonen's html parser is more in line with the spec than html5lib, i think |
| 11:29 | <tthorsen> | zcorpan: is that the validator.nu page? |
| 11:30 | <zcorpan> | tthorsen: yeah |
| 11:30 | <zcorpan> | http://about.validator.nu/htmlparser/ |
| 11:30 | <Philip`> | tthorsen: html5lib isn't maintained to match the spec at all times - usually it just slowly diverges as the spec changes, and then someone nice comes along and fixes it all |
| 11:30 | <hsivonen> | also, the trunk of the Validator.nu parser and livedom.validator.nu are out of sync (which sucks but I've been busy) |
| 11:31 | <Philip`> | which might take many months |
| 11:35 | <tthorsen> | I see. The livedom.validator.nu does <option><select> correctly, but validator.nu complains that the <option> is an error |
| 11:37 | <zcorpan> | seems about right |
| 11:37 | <tthorsen> | hsivonen: livedom.validator.nu does not do <option><optgroup><select> correctly, though. I believe it should close the open <option> when it receives the <optgroup> start tag |
| 11:37 | <tthorsen> | I think the result should be <option></option><optgroup><select> |
| 11:43 | <hsivonen> | let's see if my GWT build still runs... |
| 11:50 | <Lachy> | http://lists.w3.org/Archives/Public/www-archive/2008Nov/0054.html - I wonder how we could get the HTML WG to work more with the WHATWG and avoid such hostility from some people, without forcing everyone to subscribe to both lists or merging them into one (neither of which are reasonable options) |
| 11:53 | <Philip`> | We could cross-post everything |
| 11:54 | <Philip`> | or subscribe public-html onto the whatwg list |
| 12:11 | <zcorpan> | "we could ask the HTML WG to change the spelling of the element to DIALOUGUE" -- that's why it shouldn't be spelt 'dialogue' |
| 12:14 | <zcorpan> | i think we should spell it "dl" :) |
| 12:20 | <Philip`> | <collquy> would be much better |
| 12:20 | <Philip`> | Uh |
| 12:20 | <Philip`> | <colloquy> |
| 12:22 | hsivonen | agrees with spelling it dl |
| 12:23 | <tthorsen> | Seems both dialogue and dialog is used in the html5 spec. Same goes for color vs colour. Is that what this is about? |
| 12:27 | <hsivonen> | the syntax of computer languages should use en-US, so dialogue shouldn't even be on the table |
| 12:28 | krijnh | votes for <dl class="notdefinitionlistbutthatotherone"> |
| 12:30 | <tthorsen> | I like dialog better than dl, simply because dialog is a lot more greppable. Searching for the string "dl" in the spec or in an html file does not sound like fun. |
| 12:31 | <hsivonen> | in an HTML file, you can grep for "<dl" |
| 12:31 | <tthorsen> | I don't care very strongly about this, though... |
| 12:33 | <tthorsen> | hsivonen: true. Is getElementsByTagName('dl') a legal thing to do? |
| 12:50 | <Lachy> | JohnResig, yt? |
| 13:00 | <Lachy> | hsivonen, are you sure dialogue isn't used in US english at all? |
| 13:01 | <hsivonen> | Lachy: hmm. I guess dialogue is allowed in en-US for the conversation sense |
| 13:02 | <hsivonen> | Lachy: but it's a really bad idea to rely on locale-specific distinctions in spelling for disambiguation |
| 13:02 | <Lachy> | I generally spell it dialogue when referring to conversation and dialog when referring to a computer dialog box |
| 13:03 | <Lachy> | yeah, that's true |
| 13:04 | hsivonen | tries to lobby for a UTF-8-only policy for Ogg text tracks |
| 13:05 | <Lachy> | hsivonen, on which mailing list? |
| 13:05 | Lachy | agrees that's a good idea |
| 13:05 | <MikeSmith> | Lachy: yeah, I think US English does uses both dialog and dialogue |
| 13:05 | <hsivonen> | Lachy: accessibility at xiph |
| 13:06 | <Lachy> | http://lists.xiph.org/pipermail/accessibility/2008-November/000175.html |
| 13:07 | <Lachy> | hsivonen, are you sure it's true that all character sets can be mapped to Unicode? Someone told me at TPAC that there were some known issues with mapping Shift-JIS to unicode for some characters, IIRC |
| 13:09 | <MikeSmith> | I think there are some obscure person-name characters in Shift-JIS that are not in Unicode |
| 13:09 | <MikeSmith> | variants for people's names |
| 13:09 | <Lachy> | that same person also tried to tell me that there were plans to develop a new Unicode-encoding optimised more for asian languages, as an alternative to UTF-8 and -16 |
| 13:09 | <hsivonen> | Lachy: IIRC, there has been some wobbliness in the mapping from Shift_JIS to Unicode, but Real Software(tm) uses UTF-8 or UTF-16 in RAM anyway, so there's no way to do Shift_JIS without coercing it to Unicode somehow. |
| 13:09 | <Philip`> | MikeSmith: Those people should just change their names, to save us all the bother |
| 13:09 | <MikeSmith> | heh |
| 13:09 | <Lachy> | heh |
| 13:10 | <Lachy> | all the asian people I know seem to have an ASCII representation of their names anyway, so they should just use that |
| 13:10 | <hsivonen> | well, then there's ARMSCII, which, IIRC, contains one character that you'd need to map to PUA |
| 13:10 | <hsivonen> | just like you need to map the Apple logo from MacRoman onto PUA |
| 13:11 | <MikeSmith> | banks and government in Japan have to support whatever family-name characters people use, even if very rare. this is one reason for anti-Unicode sentiment in Japan |
| 13:11 | <Lachy> | ok, that makes sense |
| 13:11 | <hsivonen> | I'd be seriously unhappy if my parents had tried to be creative beyound the limits of Unicode |
| 13:11 | <Lachy> | so why doesn't Unicode just add the missing characters? |
| 13:12 | <hsivonen> | Lachy: you can make up Kanji |
| 13:12 | <Lachy> | wtf? |
| 13:12 | <hsivonen> | Lachy: so any the whole concept of a coded character set is culturally insensitive |
| 13:12 | <MikeSmith> | hsivonen: it's not their personal names, but the "spelling" of the family name. i.e. names that have been in use and written that way for many generations |
| 13:13 | <Lachy> | hsivonen, without some sort of coded character set, how is it possible to represent Kanji in any encoding? |
| 13:13 | <hsivonen> | MikeSmith: so how does the government store the names digitally? |
| 13:13 | <Lachy> | they could do it as bitmap images |
| 13:13 | <hsivonen> | Lachy: you'd have to give bit representations to strokes |
| 13:13 | <MikeSmith> | hsivonen: I dunno the details. I should read up on it more and find out |
| 13:14 | <hsivonen> | Lachy: as opposed to giving bits to a block of Kanji |
| 13:14 | <MikeSmith> | I'm sure myakura knows better than I do |
| 13:14 | <Lachy> | ok. So in a sense, each stroke would be somewhat like a combining char |
| 13:14 | <Philip`> | Unicode could include characters like COMBINING BLACK PIXEL AT 2,7 and you could build bitmaps out of that |
| 13:16 | hsivonen | is quite happy to use a foreign an alphabet that was not invented in Finland and whose rendering has been adjusted to technology many times |
| 13:17 | myakura | doesn't really know the details re the name-storing :( |
| 13:18 | <Dashiva> | You have Mojikyo, which stores glyphs rather than code points (as I understand it) |
| 13:19 | <hsivonen> | Dashiva: as vector graphics? |
| 13:20 | <Dashiva> | Don't know what type of font it is |
| 13:20 | <hsivonen> | how does one do a vanity search on Google for a name that's not "text" as far as computers are concerned? |
| 13:28 | hsivonen | wonders if by "spelling" MikeSmith meant the kind of glyph variation that Unicode has deemed as being a stylistic font thing and not part of the essence of the abstract character |
| 13:30 | <Dashiva> | I found this page helpful: http://www.jbrowse.com/text/unij.html |
| 13:32 | <Dashiva> | Last section of "personal names" seems relevant |
| 13:33 | <hsivonen> | For the last 5 years, I've been wondering what the character reportoire and the length limits for legal names in Finland are, but I haven't been able to find out |
| 13:34 | <hsivonen> | however, I gather that in Finland, the legal name doesn't encode case and you are just assumed to capitalize the first letter of each token |
| 13:34 | <hsivonen> | the number of tokens is limited by law |
| 13:36 | <hsivonen> | also, I've so far discovered that a person who gets a Finnish citizenship and whose previous official name was in Russian gets the Latin name algorithmically without discretion |
| 13:43 | <Lachy> | "In 1969, the JIS C 6220 standard was created, [...] The 'C' in the name refers to electronics; the standard was later renamed to JIS X 0201, where 'X' refers to information technology." - I wonder how anyone came up with using a C to stand for "electronics" and an X for IT?! |
| 13:44 | <Lachy> | unless C really refers to computers, not electronics |
| 13:45 | <Philip`> | Lachy: Maybe electronics was the third category they chose to deal with |
| 13:47 | <MikeSmith> | btw, the problem characters in Japanese are called "gaiji" |
| 13:53 | <Dashiva> | Oh, so beer break isn't good enough for him anymore |
| 13:53 | <Lachy> | that article gives me the impression that the problems were created by the Japanese own inability to create a single coherent character set, and that their anger towards Unicode is misguided, since Unicode was forced to inherit the problems of pre-existing Japanese encodings |
| 13:54 | <Dashiva> | That doesn't cover han unification |
| 13:56 | <hsivonen> | Dashiva: as far as Han Unification goes, Japan has the most market power of the countries affected, so why is using Japanese-oriented fonts an issue? |
| 13:57 | <hsivonen> | an issue in Japan that is |
| 13:59 | <hsivonen> | I mean, it doesn't bother my digital typography that some retro newspapers in Germany like to use fraktur fonts for our shared character reportoire |
| 13:59 | <Dashiva> | hsivonen: And how many years until China overtakes Japan? |
| 14:01 | <hsivonen> | Dashiva: is the crux of the matter really a pro-active fear of Chinese typography spilling over as the PRC's economic status changes? |
| 14:01 | <Dashiva> | It also introduces opportunities for hilarity (or not) where a 3rd party who doesn't speak the language uses the wrong font on an otherwise okay document |
| 14:04 | <hsivonen> | I guess my views on these issues are affected by my native language always having used imported fonts and the choice of my name being motivated by compatibility rather than by unusualness |
| 14:22 | <annevk3> | how do I make 8.04 update to 8.10? |
| 14:24 | <Philip`> | annevk3: Have you tried http://www.ubuntu.com/getubuntu/upgrading ? |
| 14:28 | <takkaria> | update-manager -d I think |
| 14:30 | <annevk3> | thanks, didn't know 8.04 changed my settings |
| 14:30 | <Lachy> | Hixie, gsnedders, there seems to be a bug with anolis. Section "4.10.4.1.2 Text state and Search state" is listed in the TOC as "4.10.4.1.2 Text state and" |
| 14:30 | takkaria | is finding 8.10 buggy as hell, though, so doesnt' recommend upgrading |
| 14:30 | <annevk3> | ok, cancelled |
| 14:33 | <mpt> | takkaria, what in particular? |
| 14:35 | Philip` | finds it much easier to let old servers succumb to entropy than to upgrade them |
| 14:36 | <Philip`> | (I have a Solaris box which I don't think has been updated in about six years, since I don't even know how to update software on it) |
| 14:36 | <Philip`> | (and if I did update anything, I don't have any way to test that it hasn't broken lots of things that run on the server :-( ) |
| 14:37 | <Dashiva> | And that's why we still have so many apache 1.3 installations too, I bet :) |
| 14:39 | <Philip`> | "Apache/1.3.28" |
| 14:41 | <zcorpan__> | hsivonen: you could make the <input> attribute list more useful by scraping the type states in the spec and removing attributes from the list that don't apply to the state |
| 14:41 | <zcorpan> | hsivonen: in the bookkeeping div |
| 14:43 | <zcorpan> | hsivonen: first paragraph of each such div, links whose href starts with #attr- |
| 14:44 | <zcorpan> | hsivonen: and then you'd say, "Element-specific attributes for element input in the Image state:" |
| 14:44 | zcorpan | files a bug |
| 14:50 | <zcorpan> | http://bugzilla.validator.nu/show_bug.cgi?id=339 |
| 14:50 | <takkaria> | mpt: wireless works intermittently, NetworkManager plays up a fair bit, and since the upgrade, I tend to get "No protocol specified" messages to the console when starting X apps |
| 14:51 | <mpt> | takkaria, wireless problems are highly driver-dependent, so problems you have will be unrelated to any annevk3 has unless you use the same wireless card |
| 14:56 | <Philip`> | mpt: But driver-dependent problems still demonstrate that upgrades can break things that used to work, so if you have something that currently works then it's probably safer to not upgrade |
| 15:00 | <mpt> | That conclusion may be correct, but the logic is not. :-) |
| 15:07 | <Philip`> | mpt: The logic is that takkaria's evidence proves 8.10 is not strictly better than 8.04 in all cases and that in some cases it is worse, and annevk3 doesn't know in advance which of the cases will affect him, so there is a non-zero risk that upgrading will make things worse, so it is perfectly logical to recommend against upgrading given the evidence :-) |
| 15:08 | <mpt> | But if that was true no-one with a working system would ever upgrade |
| 15:10 | <annevk3> | s/would/should/ :) |
| 15:11 | <annevk3> | takkaria, do you have a lenovo/thinkpad? |
| 15:12 | <takkaria> | no, I'm using an asus |
| 15:14 | <wilhelm> | I haven't upgraded my Thinkpad yet either. |
| 15:16 | <Philip`> | mpt: People would still upgrade their perfectly-working systems to an entirely unknown new version, because people are irrational :-) |
| 15:17 | <mpt> | We have this live CD thingy, so you can try out the new version and make sure it works. |
| 15:17 | Philip` | likes Gentoo because upgrades are continuous and so they tend to break one thing at a time |
| 15:18 | <Philip`> | (I suppose it's partly a downside that they tend to break one thing, but it's an upside that they tend to not break multiple independent things) |
| 15:19 | <Philip`> | (Anyway, mostly I just like the colours in Gentoo's package manager) |
| 15:20 | <wilhelm> | Do anyone here know about any statistics on how people spend their time online? |
| 15:21 | <wilhelm> | (How time is distributed between various types of sites.) |
| 15:22 | <zcorpan> | wilhelm: do you actually just want to know how much porn people watch? |
| 15:22 | <mpt> | wilhelm, <http://www.pewinternet.org/reports.asp>; might have something in that vein |
| 15:22 | <wilhelm> | zcorpan: Yes. “All sites must work”. (c; |
| 15:23 | <wilhelm> | mpt: Thanks. |
| 15:23 | <erlehmann> | Porn is the driving force of media technology - so unless we have creative commons licensed porn in <video> elements, standards aren't there |
| 15:23 | <mpt> | particularly <http://www.pewinternet.org/PPF/r/213/report_display.asp>; |
| 15:24 | <annevk3> | I met someone today at a university in Germany who has studied user behavior on the Web: http://www.l3s.de/~herder/thesis/index.php |
| 15:25 | <wilhelm> | Thanks. |
| 15:27 | <Philip`> | erlehmann: If that was the case, how come Youtube is the most popular video sharing site? |
| 15:29 | <Philip`> | Woah, Alexa has a downloadable list of its top million sites |
| 15:29 | <erlehmann> | Philip`: "youtube" isn't a technology ? |
| 15:30 | Philip` | downloads the list |
| 15:30 | <Philip`> | That could be quite useful for people surveying popular sites |
| 15:32 | <Dashiva> | I wonder how much of the list is significant, with regard to how many people use alexa |
| 15:32 | <Philip`> | erlehmann: It's an application of a particular media technology, and seems to indicate that web-based Flash video is being driven by family-friendly items like music videos and illegal TV clips and cats |
| 15:33 | <Philip`> | Dashiva: What do you mean by "significant"? |
| 15:34 | <Dashiva> | Philip`: Statistically |
| 15:34 | <Philip`> | (Alexa says "Generally, traffic rankings of 100,000 and above should be regarded as not reliable") |
| 15:34 | <Dashiva> | Ah, so they cover that |
| 15:35 | <Philip`> | Dashiva: What do you mean by "statistically significant"? :-) |
| 15:36 | <Philip`> | Nobody would assume they mean "there is a 95% statistical chance that tailedfox.com is ranked 12345", because that'd be silly |
| 15:37 | <Philip`> | or that the site ranked 12345 is more popular than the site ranked 12346 |
| 15:37 | <Philip`> | so I guess the question is what you want to measure and to determine the significance of |
| 15:38 | <Dashiva> | But you could say something like "there's a 95% chance that tailedfox.com is within ranks [6172, 24690]" |
| 15:39 | <Philip`> | That would be useful to know |
| 15:39 | <annevk3> | http://twitter.com/banderson623/statuses/1022729083 |
| 15:40 | Philip` | appreciates how the data is in CSV format, like "95012,whatwg.org", instead of dmoz's RDF |
| 15:40 | <Philip`> | 1844,w3.org |
| 15:40 | <Philip`> | 1845,biblegateway.com |
| 15:40 | <Philip`> | The W3C is more popular than the bible! |
| 15:40 | <Philip`> | but less popular than a Zimbabwean bank |
| 15:41 | <Philip`> | Oh, sorry, I'm being ignorant |
| 15:41 | <Philip`> | The W3C is less popular than a South African bank |
| 15:44 | <jgraham> | annevk3: A HTML5 book would be great |
| 15:44 | <zcorpan> | hey jgraham |
| 15:44 | <jgraham> | hey |
| 15:44 | <zcorpan> | you're starting on monday right? |
| 15:44 | <jgraham> | Right |
| 15:45 | jgraham | just finished his thesis viva :) |
| 15:45 | <wilhelm> | Welcome aboard. (c; |
| 15:45 | <zcorpan> | you'll probably sit next to me and i'll be your contact person or whatever it's called |
| 15:45 | <jgraham> | awesome |
| 15:45 | <jgraham> | wilhelm: Thanks :) |
| 15:46 | <zcorpan> | i'm supposed to give you things to do but i have no idea -- maybe you can read my email :) |
| 15:46 | <Philip`> | Is Opera engorging on more WHATWG people? |
| 15:47 | <annevk3> | we'd happily accept you :) |
| 15:48 | <Philip`> | I already have plenty to work on for the next two years :-) |
| 15:48 | jgraham | often wonders how Philip` has any time to do his PhD |
| 15:49 | gsnedders | still needs to apply for work next summer |
| 15:49 | <Philip`> | jgraham: I thought the idea was that you could be lazy and not do any work for the first year |
| 15:49 | <jgraham> | Philip`: Don't ask me, I'm not really sure that I achieved anything in four years, but my examiners seemed to like it |
| 15:50 | <gsnedders> | w00t! |
| 15:50 | <gsnedders> | Unconditional for Edinburgh |
| 15:50 | <Philip`> | The government keeps giving me money regardless of what I spend my time doing |
| 15:50 | <jgraham> | gsnedders: Cool |
| 15:51 | <gsnedders> | There again, the course I'm applying for has the normal Scottish entrance requirements (BBBB at Higher, which historically was the requirements for pretty much every course in Scotland), and has very few applicants |
| 15:51 | <gsnedders> | Normally all applicants got offers, and I exceed the entrance requirements, so there was little question. |
| 15:51 | <jgraham> | gsnedders: Is this computational physics or something? |
| 15:52 | <gsnedders> | jgraham: yeah |
| 15:53 | <gsnedders> | http://www.sra.ed.ac.uk/admissions/Statistics/2007-08_entry/Programme2007/degree_programme_public_version/37.htm |
| 15:54 | <Philip`> | Isn't the LHC going to solve physics, so you wouldn't have anything to work on after graduating? |
| 15:54 | <gsnedders> | Philip`: No, it's going to disprove physics. |
| 15:54 | <jgraham> | Philip`: If only |
| 15:54 | <Philip`> | I suppose you could sabotage the LHC |
| 15:54 | <Philip`> | or maybe you already did |
| 15:55 | <gsnedders> | (1 to 5 applicants for the BSc course, 9 applicants for the MPhys course; same number of offers, 1 to 5 people start each course) |
| 15:58 | takkaria | is applying for a summer internship at Opera |
| 15:59 | <Philip`> | You're not doing much to dispel the WHATWG browser conspiracy notions :-( |
| 15:59 | <annevk3> | takkaria, cool, ping one of us if your application got stuck somehow |
| 15:59 | <wilhelm> | takkaria: Cool. For what kind of position? Developer or QA? |
| 16:00 | Philip` | wonders if Opera pays lots of money compared to other places he could look for jobs :-) |
| 16:00 | jgraham | wonders if he is supposed to unsubscribe from public-html or something |
| 16:00 | <takkaria> | annevk3: I've not written the covering letter yet, but will be putting it all through next week sometime |
| 16:00 | <annevk3> | kk |
| 16:01 | gsnedders | ought to apply for a summer internship at Opera too |
| 16:01 | <annevk3> | jgraham, you should e-mail chaals⊙oc and arrange it with him |
| 16:01 | <gsnedders> | even though technically he won't be enrolled in a uni course till mid-August |
| 16:01 | <annevk3> | jgraham, just wait for him to get back to you |
| 16:01 | <takkaria> | wilhelm: I'd be happy doing QA, though development work out be fun |
| 16:01 | gsnedders | doesn't have the 1337 hacking skills to do development |
| 16:02 | <wilhelm> | gsnedders: Doesn't matter. I didn't pass any of the formal requirements. |
| 16:02 | <gsnedders> | wilhelm: Including the English bit? |
| 16:02 | gsnedders | still needs to finish writing CV |
| 16:02 | <hsivonen> | jgraham: congrats on the new job. Where will you be located? |
| 16:02 | <takkaria> | jgraham: what was your thesis on? |
| 16:03 | <wilhelm> | gsnedders: No. But I have no education, so HR discarded my application. “Unqualified”. |
| 16:03 | <jgraham> | hsivonen: Thanks. I'm in Linkoping with zcorpan |
| 16:03 | <gsnedders> | wilhelm: Then how did you get the place? |
| 16:03 | <wilhelm> | The hiring procedures have, uhm, changed since then. (c: |
| 16:03 | <jgraham> | takkaria: "Heating and Transport Processes in the Intracluster Medium" is what it says on the cover |
| 16:04 | <Philip`> | jgraham: Sounds like fun |
| 16:04 | gsnedders | expects that has helped takkaria less than he was expecting |
| 16:04 | <takkaria> | actually, I was expecting something entirely opaque, since all the thesis titles I've ever heard are pretty opaque to me :) |
| 16:05 | <wilhelm> | gsnedders: My application was recommended by an employee, and my manager followed up on in despite HR's decision. Now I've been here for four years. |
| 16:06 | <gsnedders> | hmm. <http://www.opera.com/company/jobs/list/?dept=summer_interns&location=all>; and <http://www.opera.com/company/jobs/internship/>; are different |
| 16:06 | <gsnedders> | ah, the latter one seems to be for summer '08 on the face of it |
| 16:07 | <wilhelm> | Indeed. They might have messed something up during the recent upgrade. |
| 16:07 | <gsnedders> | http://www.opera.com/company/jobs/opening/211/ is what I want? |
| 16:08 | hsivonen | is a bit concerned that googling for mutation event test cases doesn't find a test suite from the usual suspects on the first page of results |
| 16:08 | <wilhelm> | gsnedders: Yeah, either should work fine. They all end up in the same system. |
| 16:10 | gsnedders | knows he will be enrolled in _some_ uni course next year |
| 16:10 | <gsnedders> | I have an unconditional offer for Edinburgh, as I said, so if nothing else I should be going there :P |
| 16:11 | <gsnedders> | Does the transcript of grades need to be a formal copy of them? |
| 16:16 | <jgraham> | gsnedders: Dunno |
| 16:18 | <gsnedders> | wilhelm: have any clue? know how I could find out? |
| 16:19 | <wilhelm> | I think so. |
| 16:19 | gsnedders | wonders how he can get a copy |
| 16:20 | <gsnedders> | What's an example of something which ends up with a different parent, which makes SAX impossible? |
| 16:24 | <Philip`> | gsnedders: You mean like <table>foo ? |
| 16:24 | <gsnedders> | Philip`: Ah, just stuff like that does? Nothing more complex? |
| 16:24 | <Philip`> | You could make it more complex if you want :-) |
| 16:24 | <takkaria> | hmm, I wonder my certificates are for my transcripts |
| 16:26 | <Philip`> | gsnedders: It doesn't make SAX impossible - it just makes it impossible to do it without buffering an unbounded number of elements before emitting anything |
| 16:27 | <Philip`> | gsnedders: (Also, the ability to write <html foo=bar> anywhere in the document (which will add that attribute to the root <html> element) makes it impossible to output any SAX events at all, until you've reached EOF) |
| 16:28 | <zcorpan> | unless you abort |
| 16:30 | <Philip`> | True, though I prefer the pro-life stance towards HTML parsers |
| 16:32 | <annevk3> | or unless you also keep a tree around and let SAX patch it |
| 16:33 | <Philip`> | I don't think SAX has any events for tree-patching, so either it's not SAX or it's not streaming |
| 16:34 | <Philip`> | (depending on which side of the SAX interface you do the tree stuff on) |
| 16:34 | <BenMillard> | krijnh, I'm back. :) |
| 16:35 | <annevk3> | Philip`, I see, fair enough |
| 16:38 | <krijn> | BenMillard: hi :) |
| 16:38 | <krijn> | Your stylesheet links to http://ben.local/!dev/irc-logs/screen.css |
| 16:38 | <BenMillard> | krijn, you saw my ideas then? |
| 16:38 | <krijn> | Yeah, neat |
| 16:38 | <BenMillard> | d'oh, let me fix that |
| 16:39 | <BenMillard> | (it's because I have a <base>) |
| 16:39 | <krijn> | Yeah, saw that |
| 16:41 | <BenMillard> | stylesheet <link> fixed |
| 16:42 | <krijn> | It needs some rounded corners :) |
| 16:42 | <BenMillard> | hah, maybe! |
| 16:43 | <BenMillard> | keeping it non-graphical is more faithful to the service you currently provide, although you can take as much or as little from this idea as you like |
| 16:43 | <BenMillard> | I tried applying the WHATWG spec colours to it |
| 16:44 | <krijn> | Table + Link is your favourite? |
| 16:44 | <krijn> | Which one is that? :) |
| 16:45 | <krijn> | Ah, whatwg-table-link |
| 16:45 | <BenMillard> | you can hover over the channel name at the top of each colour to get a title tooltip |
| 16:46 | <BenMillard> | I chose 8 days for the table so you can see "this time last week" |
| 16:46 | <krijn> | Easy for the Last week in HTML author :) |
| 16:47 | <BenMillard> | yeah, it seemed like a reasonable use-case :P |
| 16:47 | <krijn> | We should ask Hixie for approval first, of course :) |
| 16:48 | krijn | tries to get mentioned on Last Week |
| 16:48 | <krijn> | Anyways |
| 16:48 | <BenMillard> | heh, there's no mad rush...we could let people review it and suggest further tweaks and so forth |
| 16:48 | <krijn> | I'll update it tomorrow |
| 16:49 | <BenMillard> | wow! |
| 16:49 | <BenMillard> | another change, I moved the search box to the top-right as that's common on big sites |
| 16:49 | <Philip`> | I don't like the table having left-aligned headings for right-aligned columns |
| 16:49 | <krijn> | Yeh |
| 16:49 | <krijn> | Philip`: try a user stylesheet :+ |
| 16:50 | <BenMillard> | I'll change it, see what peeps think |
| 16:50 | <krijn> | Also, I'm getting faster internet in a month or something, so the logs will be a bit snappier |
| 16:50 | <jgraham> | BenMillard: BTW, I will change the table inspector UI at some point |
| 16:51 | <BenMillard> | jgraham, cool! |
| 16:51 | <BenMillard> | krijn, that's a point: by having a single link to the archives instead of the long list, maybe it would be a bit faster to generate and the markup would be lighter weight |
| 16:51 | <BenMillard> | I know the table for 8 days is less markup than the current list for 5 days, due to the repetitive title attributes being replaced by <th> |
| 16:51 | <jgraham> | If you have an idea for a design that demphasises the legacy algorithms that would be cool |
| 16:52 | <jgraham> | BenMillard: ^^^ |
| 16:52 | <BenMillard> | jgraham, we could reverse the order of that list? that's about all I can think of :) |
| 16:52 | <krijn> | BenMillard: hiding the referrers also speeds it upt |
| 16:52 | <krijn> | *up |
| 16:52 | <Philip`> | krijn: Maybe you could host (or mirror or something) the files on somewhere like html5.org, if internet speed is an issue? |
| 16:52 | <krijn> | It's no issue for me |
| 16:53 | <krijn> | I hardly have time to read the logs myself :( |
| 16:53 | <BenMillard> | krijn, yeah I couldn't think why the referrers would be useful to anyone so I just scrapped them :P |
| 16:53 | <Philip`> | I like the referrers, they're useful for spying on people |
| 16:54 | <BenMillard> | perhaps a single link to a page which lists them would be a good comprimise? that way, they won't slow down the front page but will still be available for weirdos like Philip`? |
| 16:55 | <krijn> | They do slow down the homepage anyway |
| 16:55 | <krijn> | I think.. |
| 16:55 | <zcorpan> | like http://krijnhoetmer.nl/irc-logs/?gimme-a-hobby ? |
| 16:56 | <krijn> | Lightning fast hooray \o/ |
| 16:57 | <zcorpan> | you should have an ajaxy button next to the tagline |
| 16:57 | <zcorpan> | to get the next tagline |
| 16:57 | <annevk3> | "While We All Agree Flash Is Still A Superior Technology ;)" :p |
| 16:57 | <krijn> | Perhaps it's not that smart to read 2500 filenames and sort them on each request :) |
| 16:57 | <Philip`> | Is there a list of all of them? |
| 16:57 | <krijn> | Nah |
| 16:58 | <krijn> | Lachy did some grepping |
| 16:58 | <jgraham> | BenMillard: Maybe a "Show legacy algorithms" checkbox that is deselected by default? |
| 16:59 | jgraham | is maybe overcopmplicating things |
| 16:59 | <BenMillard> | jgraham, sounds like deprecation vs. obsoletion to me :) |
| 16:59 | <BenMillard> | if they are good enough to keep in the project, I say you might as well keep listing them normally |
| 16:59 | <BenMillard> | (but it's your tool, you can do what you like with it) |
| 17:01 | <zcorpan> | jgraham: you could use the preferred algorithm by default and hide all the others under a "more options" |
| 17:01 | <BenMillard> | jgraham & zcorpan, here's the UI with the preferred algorithms listed first: http://projectcerbera.com/!dev/table-inspector/new |
| 17:02 | <jgraham> | zcorpan: The problem is that youw want HTML5 (Nov 2008) and Smartheaders to be easilly accessible whereas HTML 5 (Sept 2007) is just a distraction |
| 17:02 | <BenMillard> | I guess a cheap trick would be to set size="2" so only HTML5 and Smart Headers are shown without scrolling? |
| 17:02 | <jgraham> | BenMillard: Cheap tricks are, at least, cheap |
| 17:02 | <BenMillard> | OK, take a look now |
| 17:03 | <BenMillard> | this seems quite a neat way to do it, actually |
| 17:03 | <zcorpan> | why do you want to hide the others? |
| 17:04 | <BenMillard> | the older ones aren't really contenders in the what-gets-into-HTML5 race |
| 17:04 | <jgraham> | zcorpan: How useful is it to know what the old broken version of the HTML5 spec did? |
| 17:04 | <zcorpan> | jgraham: so remove it from the UI altogether |
| 17:04 | <jgraham> | zcorpan: Maybe that is the best idea |
| 17:05 | <zcorpan> | size=2 just gives a worse overview of which algorithms are available |
| 17:05 | <BenMillard> | I thought the older algorithms may be of interest to accessibility professionals, particularly HTML4 and "experimental", to compare them to the modern ones |
| 17:05 | <BenMillard> | but as it turns out, next to nobody has done testing with the inspector |
| 17:06 | <BenMillard> | I'll jgraham decide what goes into the real interface |
| 17:06 | <BenMillard> | s/I'll/I'll let/ |
| 17:06 | <zcorpan> | BenMillard: accessibility professionals don't need to test things |
| 17:07 | <BenMillard> | zcorpan, it would be nice if they do so before giving feedback about how HTML5 is ruining accessibility :) |
| 17:07 | <zcorpan> | BenMillard: i agree |
| 17:09 | <BenMillard> | Philip`, table headers are all centred now: http://projectcerbera.com/!dev/irc-logs/front |
| 17:10 | <BenMillard> | Krijn, that demo also shows what I meant by "a link to a page of referrers" in the footer |
| 17:10 | <Philip`> | Why can't I use SVG stroke="rgba(...)" in Opera (9.6) or Safari (3.0)? |
| 17:10 | <BenMillard> | zcorpan, do you have an opinion on that IRC Logs demo? ^^^ |
| 17:12 | <BenMillard> | I think month view is overkill for a front page, but could work in yearly and monthly archive pages |
| 17:12 | <zcorpan> | BenMillard: the calendars don't contain the same information |
| 17:12 | <zcorpan> | i think the left most works fine, except instead with an archives link |
| 17:13 | <zcorpan> | but i don't really care :) |
| 17:14 | <BenMillard> | zcorpan, yeah the calendars don't have number of lines or number of important lines...which is a bit lame |
| 17:14 | <zcorpan> | the logs sometimes forget who i am, which is probably what is most annoying for me |
| 17:14 | <BenMillard> | yeah, I get that if I don't use them for like a week or so |
| 17:15 | <zcorpan> | krijn: is it because of the expiration date of the cookies? |
| 17:24 | <Philip`> | http://philip.html5.org/misc/spec-links-anim.svgz |
| 17:25 | <BenMillard> | jgraham, attempted WHATWG colouring and made <dl> order match <select> order: http://projectcerbera.com/!dev/table-inspector/new |
| 17:26 | <jgraham> | BenMillard: Dunno about the green :) |
| 17:27 | <jgraham> | Philip`: That is cool. Am I supposed to think anyhting more complex than that? |
| 17:28 | <Philip`> | jgraham: No - it doesn't have any actual point |
| 17:28 | <Philip`> | although it does provide the shocking insight that the spec has got more complex over time |
| 17:32 | <Philip`> | (Also, Opera seems slow at SVG) |
| 17:44 | gsnedders | thinks he ought to send off accommodation/meal request form for Cambridge interview |
| 18:02 | <gsnedders> | Damn you browsers apart from Chrome and IE8! |
| 18:04 | <Philip`> | (?) |
| 18:06 | <gsnedders> | one tab bringing down the whole browser |
| 18:53 | <csarven> | So, I'm trying to put together a "sidebar" or "supplemental_information" area and I was going to put aside and section elements together. Would something like this be accurate: <aside><section></section> <section></section> ...</aside> |
| 19:08 | <krijn> | BenMillard: "a link to a page of referrers" - thanks, now I know what a link looks like :) |
| 19:19 | <zcorpan> | csarven: looks reasonable |
| 19:36 | <zcorpan> | http://www.sitepoint.com/forums/showthread.php?t=585619 |
| 19:40 | <hsivonen> | Philip`: the spec ref animation is very cool. thanks |
| 19:41 | <hsivonen> | what use case were mutation events introduced for in the first place? |
| 19:42 | <hsivonen> | notifying various internal parts of the browser makes sense, but those parts can promise not to mutate the DOM themselves |
| 19:42 | <hsivonen> | however, letting scripts mutate the DOM on mutation events seems like asking for trouble |
| 19:43 | <gavin> | I think the main use case was "browser developers don't have enough headaches" |
| 19:45 | <hsivonen> | perhaps there wasn't enough headache back then |
| 19:45 | <Philip`> | Maybe you want to implement SVG in pure JS, and you need some way to detect when the DOM has changed so that you can update all your internal data structures and draw everything |
| 19:45 | <Philip`> | (though you don't need synchronous mutation events for that) |
| 19:46 | <Philip`> | (so there are probably better solutions in that case) |
| 19:50 | <hsivonen> | can XBL execute script in the context of the document it binds to as a response of a document mutation? |
| 22:32 | <zcorpan_> | should DOMException be in module dom? |
| 22:32 | <annevk3> | hsivonen, regarding the parsing of noXXX elements, have you considered that the tree builder code might be relevant in case the feature is disabled, e.g. when plugins are disabled <noembed> is parsed differently, the same might go for frames if Gecko still offers that feature |
| 22:33 | <hsivonen> | annevk3: if plug-ins are disabled, shouldn't the form controls in noembed work? |
| 22:34 | <hsivonen> | I wonder if disabling plug-ins actually changes noembed parsing |
| 22:35 | <zcorpan_> | it does in opera, or at least did, not sure if we changed that |
| 22:35 | <annevk3> | oh, apologies, I guess I didn't read the logs carefully enough to consider what Gecko is actually doing in those scenarios |
| 22:40 | <heycam> | zcorpan_, it should be (if only so that the java package is in org.w3c.dom) |
| 22:40 | <heycam> | er, s/package/class/ |
| 22:41 | <heycam> | zcorpan_, will you be making NodeLists callable? |
| 22:43 | <zcorpan_> | heycam: callable? |
| 22:45 | <annevk3> | zcorpan_, list(x) syntax rather than list[x] |
| 22:45 | <heycam> | yes that |
| 22:45 | <heycam> | i wasn't sure whether that's something people agreed on needing to specify |
| 22:46 | <heycam> | i added [Callable] to web idl that could be used to do that, if needed |
| 22:50 | <zcorpan_> | do browsers support that on NodeLists? |
| 22:52 | <annevk3> | I thought some did, at least |
| 22:53 | <Lachy> | re the talk about design principles in http://lists.w3.org/Archives/Public/public-html/2008Nov/0576.html - is anyone actually planning to continue editing that document? |
| 22:53 | <Lachy> | it hasn't been touched for a year now, since the FPWD was published |
| 23:02 | <zcorpan_> | so ie, webkit and opera supports it, but not firefox |
| 23:02 | <zcorpan_> | http://software.hixie.ch/utilities/js/live-dom-viewer/?%3C!DOCTYPE%20html%3E%0D%0A%3Cscript%3Ew(document.getElementsByTagName('html')(0))%3C%2Fscript%3E |
| 23:08 | <zcorpan_> | heycam: added, thanks |
| 23:11 | <zcorpan_> | ie does it for NamedNodeMap as well but webkit and opera not |
| 23:30 | <Philip`> | Is list('length') the same as list['length'] and list.length? |
| 23:30 | <Philip`> | Uh, maybe s/list/map/ or whatever this applies to |
| 23:30 | <heycam> | list['length'] is (in most impls) |
| 23:30 | <heycam> | list('length') i haven't tested |
| 23:31 | <Dashiva> | I figured () would be item lookup, and length isn't an item |
| 23:34 | <zcorpan_> | what Dashiva said |
| 23:34 | <Philip`> | Hmm, IE6 says document.all.length is some integer and document.all('length') is null, unless there's an element with name=length in which case they're both equal to that element |
| 23:35 | <heycam> | some collection class testing: http://mcc.id.au/temp/2008/webidl-tests/htmlcollection-behaviour.html |
| 23:35 | <zcorpan_> | is document.all a NodeList? |
| 23:35 | <heycam> | so that's for HTMLCollection, not NodeList |
| 23:36 | <heycam> | and the tests themselves: http://mcc.id.au/temp/2008/webidl-tests/htmlcollection.html |
| 23:36 | <zcorpan_> | heycam: nice |
| 23:37 | zcorpan_ | would like a column for what's correct spec-wise :) |
| 23:37 | <heycam> | heh |
| 23:38 | <heycam> | i used that to decide the behaviour for [IndexGetter] etc. |
| 23:38 | <zcorpan_> | "Index property is on the collection object" -- clearly opera is the odd one out there |
| 23:38 | <heycam> | i think what's required by the spec is the majority for each row |
| 23:39 | <zcorpan_> | ok |
| 23:40 | <Hixie> | i can add a <!-- comment --> of some sort in place of the missing paragraphs if that would help |
| 23:40 | <zcorpan_> | heycam: so then it's biased towards webkit? |
| 23:40 | <heycam> | well the behaviour in chrome and webkit is different sometimes |
| 23:41 | <heycam> | so i'm not sure how much of a bias there is |
| 23:41 | <heycam> | but probably there is some |
| 23:41 | <zcorpan_> | Hixie: maybe but the real problem was probably me trying to use my brain instead of going to bed |
| 23:42 | <Hixie> | heh |
| 23:43 | <zcorpan_> | which reminds me |
| 23:44 | <zcorpan_> | nn |
| 23:44 | <Hixie> | nn |