Options:
- # Session Start: Sat Feb 16 00:00:01 2013
- # Session Ident: #whatwg
- # [00:02] * jernoble is now known as jernoble|afk
- # [00:02] * jernoble|afk is now known as jernoble
- # [00:03] * GPHemsley has to admit that he isn't following what the proposal is
- # [00:04] <GPHemsley> can haz more examples plz?
- # [00:05] * Joins: divya (~Adium@70-36-142-24.dsl.dynamic.sonic.net)
- # [00:05] <GPHemsley> oh, hmm
- # [00:05] <GPHemsley> http://www.loc.gov/standards/datetime/pre-submission.html
- # [00:06] <GPHemsley> (this just coincidentally showed up in my Twitter stream)
- # [00:06] * Joins: othermaciej (~mjs@17.245.21.107)
- # [00:09] <GPHemsley> I'm not sure I agree with the splitting of uncertain vs. approximate, or how to handle it
- # [00:09] <GPHemsley> and I'd previously considered using 'X' where they use 'u'
- # [00:09] <GPHemsley> (for unspecified)
- # [00:10] <GPHemsley> and the handling of seasons seems rather arbitrary and ambiguous
- # [00:11] * Joins: hihuz (Sylvain@78.141.71.86.rev.sfr.net)
- # [00:12] <GPHemsley> oh, hmm... actually, my use of 'X' would coincide more with their use of 'x'
- # [00:12] <GPHemsley> interesting
- # [00:12] <GPHemsley> (not that I'd really intended to distinguish precision)
- # [00:15] <GPHemsley> FYI, the homepage is here: http://www.loc.gov/standards/datetime/
- # [00:16] <Hixie> GPHemsley: examples are under "input" in http://software.hixie.ch/utilities/js/sorter/index.html
- # [00:16] <Hixie> GPHemsley: ignore the code for now
- # [00:16] * Joins: eresair (~eresair@c-24-5-78-71.hsd1.ca.comcast.net)
- # [00:16] <Hixie> and this is for what order table rows should be sorted by if a column contains those values
- # [00:17] <GPHemsley> right
- # [00:17] <GPHemsley> so, why would it sort between "1" and "3"?
- # [00:18] <Hixie> "it"?
- # [00:18] <GPHemsley> oh, wait
- # [00:18] <GPHemsley> you confused me with all your typo corrections
- # [00:18] <GPHemsley> hang on
- # [00:18] <Hixie> heh
- # [00:18] <Hixie> the "input" list on that page is in the order i'm advocating
- # [00:19] <GPHemsley> so, you prioritize numbers over letters?
- # [00:19] <GPHemsley> e.g., why is 2nd chapter, part 4 > 2-4-5 ?
- # [00:20] <Hixie> it should be <
- # [00:20] <GPHemsley> (or <, depending on how you see things)
- # [00:20] <Hixie> because [2,4]<[2,4,0]
- # [00:20] <GPHemsley> I meant higher up on the list
- # [00:20] <GPHemsley> ah
- # [00:20] * Quits: zdobersek (~zdobersek@cpe-77.38.31.63.cable.t-1.si) (Quit: ZNC - http://znc.in)
- # [00:20] <Hixie> higher is lower, the list is ascending
- # [00:20] <GPHemsley> yeah, we're in agreement here :P
- # [00:21] <Hixie> i just wrote "higher is lower", i should not be allowed to work today
- # [00:21] <GPHemsley> heh
- # [00:21] <Hixie> but putting that aside...
- # [00:21] <GPHemsley> and why is "2 4 6" < "2nd and 4th and 6th"?
- # [00:22] <Hixie> because " "<"nd and "
- # [00:22] <GPHemsley> ah, alphabetically?
- # [00:22] <Hixie> (just to clarify, that's just the reasoning i used in constructing the list; i'm eager to consider other answers)
- # [00:22] <Hixie> lexically, yeah
- # [00:22] <GPHemsley> so, sort numerically, then sort alphabetically?
- # [00:22] <Hixie> sort of
- # [00:23] <Hixie> except leading strings are sorted first
- # [00:23] <GPHemsley> ah, ok
- # [00:23] <Hixie> so "1"<"a0"
- # [00:23] <Hixie> and single numbers are < lists of numbers
- # [00:23] <GPHemsley> so what is the order of "1", "3", "2 2", "2 4"?
- # [00:24] <Hixie> so "2"<"1 0"<"a1"<"a0 0"
- # [00:24] <GPHemsley> "1", "2 2", "2 4", "3"?
- # [00:24] <Hixie> in your case, 1;2;2 2;2 4
- # [00:24] <Hixie> er
- # [00:24] <Hixie> 1;3;2 2;2 4
- # [00:24] <GPHemsley> oh
- # [00:24] <GPHemsley> hmm
- # [00:25] <Hixie> the reasoning being you don't want IP addresses and numbers sorting mixed
- # [00:25] <Hixie> you want IP addresses to end up after the numbers
- # [00:25] <Hixie> (arguably)
- # [00:26] * Joins: jwalden_ (~waldo@nat/mozilla/x-dzsalkgyfzzbkseo)
- # [00:26] <GPHemsley> IP address with spaces?
- # [00:26] <GPHemsley> hmm
- # [00:26] <Hixie> "1.1.1.1" should sort after "2"
- # [00:27] <Hixie> (is the argument that defends the current list)
- # [00:27] <GPHemsley> how do you differentiate between an IP address and a version number?
- # [00:27] <Hixie> you don't
- # [00:28] <GPHemsley> but that would mean that version 2.2 sorts after version 3
- # [00:28] <Hixie> the real question is how do you differentiate between a two-part version number and a floating point number
- # [00:28] <Hixie> (or between a hex string and a string with an exponent)
- # [00:28] <GPHemsley> hmm
- # [00:28] <Hixie> 2.2 is a single floating point number, so it sorts before 3
- # [00:28] <GPHemsley> 2.2.2, then
- # [00:28] <Hixie> 2.2.2 sorts after 3, yes
- # [00:28] * Quits: jwalden (~waldo@c-71-202-165-226.hsd1.ca.comcast.net) (Ping timeout: 252 seconds)
- # [00:28] * Quits: othermaciej (~mjs@17.245.21.107) (Quit: othermaciej)
- # [00:29] <Hixie> write it 3.0.0 if you want it to sort in the other order
- # [00:29] * jwalden_ is now known as jwalden
- # [00:29] <GPHemsley> but if you have a table where versions are listed for software from different vendors..
- # [00:30] <Hixie> yeah, dunno what you do in that case
- # [00:30] <GPHemsley> consider http://www.php.net/manual/en/function.version-compare.php
- # [00:31] <GPHemsley> I think "1 0" < "2"
- # [00:31] <GPHemsley> most people think of an IP address in terms of its blocks
- # [00:31] <GPHemsley> so they might expect 10.0.0.1 to be after 10
- # [00:31] <GPHemsley> e.g.
- # [00:32] * Quits: isherman-book (Adium@nat/google/x-rhwirqmqagyeyjej) (Quit: Leaving.)
- # [00:32] <Hixie> yeah, that can certainly be argued as well
- # [00:32] * Joins: isherman-book (Adium@nat/google/x-sxfvbpdgypvegbuq)
- # [00:32] <GPHemsley> anyway, I'm gonna go eat, and let that ponder
- # [00:32] <Hixie> but that would give an order of: 1; 1.1.1; 1.1.1.1; 1.1
- # [00:33] <GPHemsley> would it?
- # [00:33] * Quits: isherman-book (Adium@nat/google/x-sxfvbpdgypvegbuq) (Remote host closed the connection)
- # [00:33] <Hixie> 1 and 1.0 sort first, then 1.1.1 and 1.1.1.1 sort next because they're sorting on the first number "1", and then 1.1 goes last because it's bigger than 1.0
- # [00:33] <GPHemsley> $ < *
- # [00:33] <GPHemsley> (regexp)
- # [00:33] * Joins: isherman-book (Adium@nat/google/x-lurythuhixmeanzv)
- # [00:33] <GPHemsley> or $ < .
- # [00:33] <GPHemsley> if you prefer
- # [00:34] <Hixie> the problem is 1.1.1.1 is a list of four "1.0"s, whereas "1.1" is a single number between 1.05 and 1.15.
- # [00:34] * Quits: eresair (~eresair@c-24-5-78-71.hsd1.ca.comcast.net) (Remote host closed the connection)
- # [00:34] <GPHemsley> ah, there's your problem, then, maybe
- # [00:34] <GPHemsley> treating integers as floats
- # [00:35] <GPHemsley> 1 < 1.1 < 1.1.1 < 1.1.1.1
- # [00:35] <GPHemsley> the real question is 1.1 ? 1.10 ? 1.11 ? 1.1.1
- # [00:36] * GPHemsley shrugs
- # [00:36] <GPHemsley> gotta eat
- # [00:36] <Hixie> ok but we need 1 < 1e0 < 1.01 < 1.1 < 1.10 < 1.2 < 1.3 < 14e-1 < 9 < 1e2
- # [00:36] <Hixie> (http://krijnhoetmer.nl/irc-logs/whatwg/20130214 covers some of this)
- # [00:37] * Quits: fr0zenice (~frozenice@unaffiliated/fr0zenice) (Remote host closed the connection)
- # [00:38] * Quits: divya (~Adium@70-36-142-24.dsl.dynamic.sonic.net) (Quit: Leaving.)
- # [00:38] * Quits: tantek (~tantek@v-1045.fw1.sfo1.mozilla.net) (Quit: tantek)
- # [00:46] * Quits: smaug____ (~chatzilla@a91-154-47-163.elisa-laajakaista.fi) (Ping timeout: 252 seconds)
- # [00:46] * Quits: dbaron (~dbaron@v-1045.fw1.sfo1.mozilla.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [00:47] * Joins: tantek (~tantek@v-1045.fw1.sfo1.mozilla.net)
- # [00:47] * Joins: dbaron (~dbaron@v-1045.fw1.sfo1.mozilla.net)
- # [00:49] * Joins: sedovsek (~robert@BSN-143-154-214.dial-up.dsl.siol.net)
- # [00:50] * Joins: divya (~Adium@70-36-142-24.dsl.dynamic.sonic.net)
- # [00:52] * Quits: divya (~Adium@70-36-142-24.dsl.dynamic.sonic.net) (Client Quit)
- # [00:53] * Joins: divya (~Adium@70-36-142-24.dsl.dynamic.sonic.net)
- # [00:54] * Joins: smaug____ (~chatzilla@a91-154-47-163.elisa-laajakaista.fi)
- # [00:54] <zewt> part of it is that you're probably not going to find a single collation that suits all purposes (eg. the hex/exponent thing), so at some point it'll have to be "if you want this or that you have to use an alternate sort key"
- # [00:54] <zewt> eg. for ip addresses, just have a sort key of the ip address in decimal
- # [00:55] <zewt> not that I know which things it should and shouldn't handle, or which things are mutually incompatible with which other things
- # [00:59] * Quits: divya (~Adium@70-36-142-24.dsl.dynamic.sonic.net) (Quit: Leaving.)
- # [00:59] * Joins: divya (~Adium@70-36-142-24.dsl.dynamic.sonic.net)
- # [01:00] * Joins: nimbu (~nimbu@70-36-142-24.dsl.dynamic.sonic.net)
- # [01:00] * Joins: baku (~baku@2-236-39-253.ip231.fastwebnet.it)
- # [01:02] <GPHemsley> yeah, I mean, how often are you going to be sorting all of these things at the same time?
- # [01:02] * Quits: divya (~Adium@70-36-142-24.dsl.dynamic.sonic.net) (Read error: Connection reset by peer)
- # [01:03] <GPHemsley> (and if you are, you might not want to do all this fancy parsing)
- # [01:04] <Hixie> zewt: yeah. i'm trying to make the default handle the most cases in isolation (e.g. ip addresses alone, floating point numbers alone)
- # [01:05] * Quits: nimbu (~nimbu@70-36-142-24.dsl.dynamic.sonic.net) (Ping timeout: 256 seconds)
- # [01:05] <Hixie> zewt: the hard ones are when two identical sets of strings should sort differently, and that i have no way to solve, obviously
- # [01:05] <GPHemsley> it seems to me you might want to have an adaptive algorithm that decides between 1.0 < 1.1 = 1.10 < 1.11 < 1.9 and 1.0 < 1.1 < 1.9 < 1.10 < 1.11
- # [01:05] <Hixie> that's an interesting idea
- # [01:06] <Hixie> kind of score the suitability of various algorithms along all the values, and pick the one that scores highest?
- # [01:06] <GPHemsley> basically
- # [01:06] <Hixie> not sure how i'd tell the difference between those two that you listed if those were the values
- # [01:06] <GPHemsley> because 95% of the time, you're be sorting things all of the same type
- # [01:06] <Hixie> but hex you could detect
- # [01:06] <GPHemsley> well, if those were the only values, do float sort
- # [01:06] <GPHemsley> but if there's a 1.0.1 in there, do version sort
- # [01:06] <Hixie> this is an interesting idea
- # [01:06] * Joins: eresair (~eresair@70.36.237.178)
- # [01:08] <GPHemsley> "<gsnedders> Well, I believe Presto has the most complete impl…"
- # [01:08] <Hixie> i think on reflection that changing algorithm is probably too surprising, but it's definitely an interesting idea i hadn't considered
- # [01:08] * Hixie ponders it further while getting a snack
- # [01:09] <GPHemsley> and version sort handles IP addresses, too
- # [01:09] <GPHemsley> it's basically the difference between treating the string as a single float or multiple ints separated by a .
- # [01:10] <GPHemsley> a possible outcome with this method (if you take it this far) is allowing further algorithm extensions for new types
- # [01:10] <GPHemsley> in the future
- # [01:12] <zewt> heuristic sorts? sounds really confusing
- # [01:12] * Joins: othermaciej (~mjs@17.245.107.17)
- # [01:12] <GPHemsley> also, you want to make sure that when someone sees the output of a sort, they're not like "why did it sort like this?"
- # [01:12] <zewt> better to pick a default and give the author a way to pick a different collation method than be magic and have something that changes out from under you seemingly randomly
- # [01:13] <GPHemsley> i.e. no one should have to track Hixie down to find out the justification
- # [01:13] <GPHemsley> zewt: Well, it's only the most basic heuristic, I think
- # [01:14] * Joins: danbri (~danbri@146.90.222.192)
- # [01:15] <GPHemsley> to be clear, 1.2e3 should never be [1, "2e3"]
- # [01:15] * Joins: nonge (~nonge@p5B3260AE.dip.t-dialin.net)
- # [01:15] <zewt> i mean, i don't think any kind of adaptive sort that picks between "1.10" being [1,10] and [1.1] depending on other values in the list would ever be not weird
- # [01:15] <GPHemsley> zewt: In >95% of the cases, you wouldn't even know the difference
- # [01:16] <zewt> especially since changing the value in row 10 might cause the sort to "re-adapt", and suddenly the order of rows 1 and 2 switch places
- # [01:16] * Quits: othermaciej (~mjs@17.245.107.17) (Read error: Connection reset by peer)
- # [01:16] * Joins: othermaciej_ (~mjs@17.245.107.17)
- # [01:16] <zewt> being confusing 5% of the time is a lot
- # [01:16] <GPHemsley> basically, it'd be [1.1] unless "1.0.1" is encountered
- # [01:17] <GPHemsley> if it does change, it'd likely change in a more intuitive direction
- # [01:17] * Quits: scheib (uid4467@gateway/web/irccloud.com/x-dnuwrepdhzvvnqms) (Quit: Updating details, brb)
- # [01:17] * Joins: scheib (uid4467@gateway/web/irccloud.com/x-ueybdytzbfoaayhb)
- # [01:17] <GPHemsley> meaning, if you have a list of version numbers, you wouldn't want them sorted such that 1.1 < 1.11 < 1.9
- # [01:17] <zewt> so if i have rows "1.0", "1.10", "1.2", they'd sort that way, then if i add another row "1.3.4", suddenly rows 1 and 2 switch positions
- # [01:18] <GPHemsley> that to me is a good thing
- # [01:18] <zewt> if you want 1.10 to sort as [1,10], then you probably *always* want it to do that for that column, not only if there happens to be a 1.3.4 item somewhere else
- # [01:18] <zewt> otherwise it'd be wrong when you don't happen to have that 1.3.4 row
- # [01:18] <GPHemsley> but the problem is determining between 1.1 = 1.10 and 1.1 < 1.10
- # [01:19] <GPHemsley> in some cases, it'll be the former; in others, the latter
- # [01:19] <zewt> right, and you simply can't decide if there doesn't happen to be a 3rd row saying "1.2.3"--when that row isn't there, you'll guess wrong
- # [01:19] <GPHemsley> exactly
- # [01:19] <zewt> which is why i'm saying adaptive is bad :)
- # [01:19] <GPHemsley> but you have to a have default
- # [01:20] <GPHemsley> which essentially means you have to "decide" without any information
- # [01:20] <zewt> right, i mean the sorting shouldn't be adaptive and it should just pick one
- # [01:20] <GPHemsley> then when you get (more) information, you can re-decide
- # [01:20] <zewt> if that isn't what you want for a particular case, you use explicit sort keys to get what you want
- # [01:21] * Quits: [[zzz]] (~q@node-1c7p.pool-101-108.dynamic.totbb.net) (Ping timeout: 252 seconds)
- # [01:21] <GPHemsley> perhaps
- # [01:21] <GPHemsley> but how?
- # [01:21] <zewt> eg. if you have a release table with a version column, containing versions 1.0, 1.2 and 1.10, and you want them sorted in that order, then you'd provide alternate sort keys (forget the attribute name) containing eg. "1 1", "1 2" and "1 10"
- # [01:21] <GPHemsley> oh
- # [01:21] <GPHemsley> IDK about that
- # [01:21] <zewt> if you provide the alt sort key, it sorts based on that rather than the text of the field
- # [01:22] <GPHemsley> that's a lot of extra work
- # [01:22] <zewt> not really
- # [01:22] <GPHemsley> and that extra work isn't always possible
- # [01:22] <zewt> and you're going to need it no matter what you do
- # [01:22] * Quits: JesperHansen (~JesperHan@0x5b90c2f0.dhcp.fiberflex.dk) (Ping timeout: 255 seconds)
- # [01:22] <GPHemsley> who is the "you" in this case?
- # [01:23] <GPHemsley> the author shouldn't have to specify two values for each cell
- # [01:23] <zewt> the browser vendor and the api
- # [01:23] <zewt> the author is going to have to, any time he wants a sort order we didn't think of already
- # [01:23] <zewt> trying to minimize where it's needed is fine, of course
- # [01:24] <Hixie> i'm with zewt on the larger point of the confusion caused by dynamically picking the sort algorithm here being too great, i think. it's an interesting idea though.
- # [01:24] <GPHemsley> what I'm saying is, we should give the author the ability to specify which algorithm to use with e.g. an attribute
- # [01:24] <GPHemsley> rather than forcing them to specify two values for each cell
- # [01:25] <GPHemsley> if you want to avoid that dynamic sorting change
- # [01:25] <Hixie> yeah, a feature to pick a specific algorithm is a fine idea
- # [01:25] <Hixie> (not one i'd do in v1, but in general)
- # [01:25] <GPHemsley> (though I wonder how often you're adding rows and sorting at the same time)
- # [01:25] <zewt> i don't mind there being different sort modes (you're going to have to fall back on sort keys at some point, though)
- # [01:26] * Joins: marcosc_ (~marcosc@bl11-16-171.dsl.telepac.pt)
- # [01:26] <GPHemsley> Hixie: Any time you do anything but lexical sort, you're gonna wind up with situations where the sorting is wrong, and perhaps in an unexpected way.
- # [01:26] <GPHemsley> Hixie: Which suggests to me that you might not want to put it off until v2
- # [01:27] <Hixie> nah, it's definitely not "any time"
- # [01:27] <GPHemsley> Hixie: At least not for the issue of how to handle numbers
- # [01:27] * Quits: marcosc_ (~marcosc@bl11-16-171.dsl.telepac.pt) (Remote host closed the connection)
- # [01:27] <Hixie> the only common cases that will fail that i can think of cases where you have version numbers in different styles, or only two-part version numbers.
- # [01:27] <Hixie> well, that and hex in certain unlucky cases
- # [01:27] <zewt> unexpected isn't catastrophic, unpredictable or hard to understand are much worse
- # [01:27] <Hixie> both of which are pretty rare in the cosmic scale of things
- # [01:28] * Quits: mattgifford (~mattgiffo@70.102.199.158) (Remote host closed the connection)
- # [01:29] <GPHemsley> I am concerned about a situation were the integers in a hex value cause hex values to be sorted non-alphabetically
- # [01:30] <Hixie> yeah i wish there was a good way to handle hex
- # [01:30] <Hixie> non-base-ten numbers just aren't going to work with what i have so far
- # [01:30] <GPHemsley> and I do think it'd be weird to have 1 < 1.10 < 1.9 < 1.10.1
- # [01:30] <zewt> personally i'd prefer to not support 1e10 in favor of hex sorting intuitively, personally i just don't see any value in it
- # [01:30] <GPHemsley> I'm inclined to agree
- # [01:31] <zewt> it's an easy thing to work around (specify a sort key of the value in decimal)
- # [01:31] <GPHemsley> yeah, I think that's an acceptable/appropriate usecase for having 2 values
- # [01:32] <GPHemsley> because it's not just a hack that is essentially having the information twice
- # [01:32] <GPHemsley> instead, the e notation is a shortcut of the decimal version
- # [01:32] <zewt> well, i meant you can specify the hex value in decimal
- # [01:33] <GPHemsley> oh
- # [01:33] <GPHemsley> that'd be kind of silly for, e.g. a hash
- # [01:33] <zewt> if you have 10e500000 (an extreme example) you can't reasonably specify a sort key in decimal
- # [01:33] <GPHemsley> true
- # [01:33] <zewt> (though iirc in a previous discussion there was a clever workaround for that, don't remember what it was off hand)
- # [01:33] <GPHemsley> but I think a hash is more likely than that
- # [01:34] * Quits: jonlee|afk (~jonlee@2620:149:4:1b01:89c6:131a:daf1:554f) (Read error: Connection reset by peer)
- # [01:34] <GPHemsley> and a hash isn't commonly considered an integer
- # [01:34] * Joins: jonlee (~jonlee@2620:149:4:1b01:f08c:6466:e98a:4b1c)
- # [01:34] <GPHemsley> by which I mean, it'd be unintuitive to represent it as a decimal
- # [01:35] <zewt> a hash is just a number, the point of formatting as an integer is simply so it won't be sorted as a float
- # [01:35] <GPHemsley> I don't think everyone will see it that way
- # [01:35] <GPHemsley> (perception is reality)
- # [01:36] <zewt> people can be wrong, i'm not too concerned :)
- # [01:37] <GPHemsley> I think the number of people confused by a sort order changing when adding new rows to the table is smaller than the number of people who don't see a hash as an integer
- # [01:38] <zewt> i think it's orders of magnitude smaller
- # [01:38] <zewt> it's not only confusing, it's wrong
- # [01:38] <GPHemsley> "wrong" or not, perception is reality
- # [01:38] <zewt> it would actively choose the wrong sort order, then "fix" itself when you add more rows--that's just wrong
- # [01:38] <zewt> ... what?
- # [01:38] <GPHemsley> oh
- # [01:39] <GPHemsley> maybe we're not talking about the same thing?
- # [01:39] <GPHemsley> which "it" are you referring to?
- # [01:39] <zewt> adaptive sorting would give the wrong sort until you happen to give it a new row that makes it switch
- # [01:40] <GPHemsley> it is my understanding that it'd be wrong all the time without the adaptive sorting
- # [01:40] <zewt> if i have 1.1 1.2 1.10 2.1.5, and it sorts in that order (because the 2.1.5 kicks it into "version number mode"), if i then remove 2.1.5 it would drop back into "floating-point mode", which isn't (in this example) the sort order i want
- # [01:41] <zewt> wrong all the time is much better than being right only if you happen to have "2.1.5" in the list somewhere, then you'll have people going <td hidden>1.1.1.1</td><!-- trick the weird sort --> or something like that
- # [01:41] * Quits: jacobolus (~jacobolus@108-75-75-178.lightspeed.sntcca.sbcglobal.net) (Remote host closed the connection)
- # [01:42] <GPHemsley> I'm not sure I follow you
- # [01:42] <GPHemsley> why would they do that? what would be their intention?
- # [01:43] <zewt> because if the list happens to not contain 2.1.5, and they still want 1.1 1.2 1.10 ordering, they'd have to somehow get the sort back into that ordering
- # [01:43] <GPHemsley> oh, I see
- # [01:43] <zewt> if the logic is "sort like a version number if at least one row contains three or more integers separated by periods"
- # [01:43] <GPHemsley> right
- # [01:43] <GPHemsley> I thought you meant going the other way
- # [01:43] <GPHemsley> that's why I was confused
- # [01:44] <zewt> it'd be fine to have a sort order attribute somewhere to toggle it explicitly
- # [01:44] <GPHemsley> that was my argument
- # [01:45] <zewt> (personally i'd be more interested in a natural sort, but that's also something you can mostly do with sort keys, so not too concerned)
- # [01:46] <zewt> though it might be that a natural sort and a version sort would turn out to be the same thing (or could, with some effort)
- # [01:46] <GPHemsley> I do think it's weird to have "1.0" < "4.4e2e2" < "0.9e1" < "1000" < "10000.0" < "1.1.1" < "1.1.1.1"
- # [01:47] <zewt> i think a little weirdness isn't the end of the world, if it does well at a lot of realistic cases, though
- # [01:48] * Joins: mkanat (mkanat@nat/google/x-qehzqrlbavkztvpe)
- # [01:48] <Hixie> clearly '1a' < '1b', and clearly ' 1'<'1'. But should ' 1b' be < or > than '1a'?
- # [01:48] <Hixie> i'm thinking >
- # [01:49] <zewt> in principle you could say that a number is only parsed as a float if it isn't followed by a period followed by non-whitespace (or something like that), so "Cost: $1.1." is a float but "1.1.A" is not; but not sure in the general case
- # [01:50] <GPHemsley> Hixie: '1' < ' 1' < ' 1b' < '1a' < '1b' ?
- # [01:51] <GPHemsley> oh no
- # [01:51] * Joins: jacobolus (~jacobolus@50-0-133-210.dsl.static.sonic.net)
- # [01:51] <Hixie> ' 1'<'1'
- # [01:51] <GPHemsley> Hixie: ' 1' < ' 1b' < '1' < '1a' < '1b' ?
- # [01:51] <Hixie> you don't think leading spaces should be second class citizens?
- # [01:52] <GPHemsley> whatever they are, I think they should be treated equally in all cases, no?
- # [01:52] <Hixie> i'm thinking with one number you sort first by the prefix if it's not whitespace, then by the number, then by the suffix, then by the whitespace
- # [01:54] <GPHemsley> so you're saying ' 1' < '1' < '1a' < ' 1b' < '1b' ?
- # [01:54] <Hixie> yeah
- # [01:55] <GPHemsley> hmm, yeah, I guess that works
- # [01:55] <Hixie> how about ' 1.00' vs '1.0'? does the space win, or does the sorter string representing the number win?
- # [01:56] <Hixie> normally 1.0<1.00 and normally ' 1'<'1'
- # [01:56] <GPHemsley> '1.0' < ' 1.00'
- # [01:56] <GPHemsley> the space only works as a tie-breaker
- # [01:57] <Hixie> so no-WS-prefix, then number, then suffix, then number-as-string, then WS-prefix.
- # [01:57] <GPHemsley> 'use case' < 'usecase'
- # [01:57] <GPHemsley> (maybe?)
- # [01:57] <Hixie> where one of non-WS-prefix and WS-prefix is going to be the empty string
- # [01:58] <GPHemsley> so, '3rd' </> '3rd'?
- # [01:58] <GPHemsley> ugh
- # [01:58] <GPHemsley> so, '3.0rd' </> '3rd'?
- # [01:59] <Hixie> >
- # [01:59] <Hixie> because 3.0==3, 'rd'=='rd', but '3.0'>'3'.
- # [01:59] <GPHemsley> when does number-as-string come into play?
- # [01:59] <Hixie> after you've exhausted all other options
- # [01:59] <GPHemsley> example?
- # [01:59] <Hixie> except meaningless prefix whitespace
- # [02:00] * Quits: baku (~baku@2-236-39-253.ip231.fastwebnet.it) (Quit: Leaving)
- # [02:00] <Hixie> the case you gave is a perfect example
- # [02:00] <GPHemsley> oh, great
- # [02:00] <GPHemsley> so part of my brain understands
- # [02:00] <Hixie> hah
- # [02:00] <Hixie> i feel like i have made a poor career choice somewhere, for me to have ended up having to make the decisions i'm making today
- # [02:00] <GPHemsley> heh
- # [02:01] <Hixie> ah well, monday hixie can figure it out
- # [02:01] <Hixie> bbl
- # [02:01] <GPHemsley> so, '3nd' < '3rd' < '3.0rd' < ' 3nd' < ' 3rd' < ' 3.0rd'
- # [02:02] <GPHemsley> or
- # [02:03] <GPHemsley> ' 3nd' < '3nd' < ' 3rd' < '3rd' < ' 3.0rd' < '3.0rd'
- # [02:03] * GPHemsley has no idea
- # [02:03] <GPHemsley> my brain hurts
- # [02:04] * Quits: pablof (~pablof@144.189.31.3) (Quit: ^z)
- # [02:12] * Joins: nimbu (~nimbu@70-36-142-24.dsl.dynamic.sonic.net)
- # [02:12] * Quits: isherman-book (Adium@nat/google/x-lurythuhixmeanzv) (Quit: Leaving.)
- # [02:13] * Joins: isherman-book (Adium@nat/google/x-ljohalichgfdthuv)
- # [02:14] * Quits: danbri (~danbri@146.90.222.192) (Remote host closed the connection)
- # [02:21] <tantek> GPHemsley, rather than worry about the syntax (for circa dates) let's keep collecting real world examples. syntax-shedding can always come later. that being said, feel free to post such syntax brainstorms in the comments for the proposal so we can at least collect them.
- # [02:28] * Quits: smaug____ (~chatzilla@a91-154-47-163.elisa-laajakaista.fi) (Ping timeout: 252 seconds)
- # [02:31] * Quits: eresair (~eresair@70.36.237.178) (Remote host closed the connection)
- # [02:41] * Quits: sedovsek (~robert@BSN-143-154-214.dial-up.dsl.siol.net) (Quit: sedovsek)
- # [02:42] * Quits: weinig (~weinig@17.114.109.229) (Ping timeout: 260 seconds)
- # [02:45] * Joins: weinig (~weinig@17.114.109.229)
- # [02:47] * Quits: sicking (~sicking@c-67-180-8-184.hsd1.ca.comcast.net) (Quit: sicking)
- # [02:52] * Quits: mkanat (mkanat@nat/google/x-qehzqrlbavkztvpe) (Quit: Ex-Chat)
- # [02:55] * Quits: karlcow (~karl@nerval.la-grange.net) (Ping timeout: 244 seconds)
- # [02:55] * Quits: necolas (~necolas@8.25.197.24) (Remote host closed the connection)
- # [02:56] * Quits: hober (~ted@unaffiliated/hober) (Read error: Connection reset by peer)
- # [02:56] * Joins: hober (~ted@unaffiliated/hober)
- # [03:02] * Quits: dgrogan (dgrogan@nat/google/x-wazofkjecwamkzaz) (Remote host closed the connection)
- # [03:04] * Quits: jmason (~jmason@174.137.103.143) (Ping timeout: 248 seconds)
- # [03:05] * Quits: garciawebdev (~garciaweb@190.244.95.154) (Remote host closed the connection)
- # [03:06] * Quits: cgcardona (~cgcardona@unaffiliated/cgcardona) (Quit: zzzzz)
- # [03:09] * Quits: esprehn_ (esprehn@nat/google/x-iuhvlgyqkmkcjrot) (Quit: esprehn_)
- # [03:12] * Joins: mattgifford (~mattgiffo@108.161.20.199)
- # [03:14] * Quits: weinig (~weinig@17.114.109.229) (Quit: weinig)
- # [03:39] * Quits: rniwa (~rniwa@17.245.104.91) (Quit: rniwa)
- # [03:43] * Quits: miketaylr (~miketaylr@cpe-70-112-101-224.austin.res.rr.com) (Quit: Leaving...)
- # [03:43] * Quits: nimbu (~nimbu@70-36-142-24.dsl.dynamic.sonic.net) (Read error: Connection reset by peer)
- # [03:43] * Joins: divya (~Adium@70-36-142-24.dsl.dynamic.sonic.net)
- # [03:44] * Joins: miketaylr (~miketaylr@cpe-70-112-101-224.austin.res.rr.com)
- # [03:44] * Joins: nimbu (~nimbu@70-36-142-24.dsl.dynamic.sonic.net)
- # [03:45] * Quits: tantek (~tantek@v-1045.fw1.sfo1.mozilla.net) (Quit: tantek)
- # [03:48] * Quits: nimbu (~nimbu@70-36-142-24.dsl.dynamic.sonic.net) (Ping timeout: 245 seconds)
- # [03:49] * Joins: OnlyMax (~OnlyMax@187-126-13-87.user.veloxzone.com.br)
- # [03:49] * Quits: mattgifford (~mattgiffo@108.161.20.199) (Remote host closed the connection)
- # [03:52] * Joins: divya1 (~Adium@70-36-142-24.dsl.dynamic.sonic.net)
- # [03:52] * divya1 is now known as nimbu
- # [03:53] * Quits: divya (~Adium@70-36-142-24.dsl.dynamic.sonic.net) (Ping timeout: 256 seconds)
- # [03:57] * Joins: nimbu1 (~nimbu@70-36-142-24.dsl.dynamic.sonic.net)
- # [03:58] * Joins: nimbu2 (~nimbu@sjfw1-a.adobe.com)
- # [04:01] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [04:01] * Quits: nimbu1 (~nimbu@70-36-142-24.dsl.dynamic.sonic.net) (Ping timeout: 255 seconds)
- # [04:04] * Joins: scor (~scor@c-98-216-39-127.hsd1.ma.comcast.net)
- # [04:04] * Quits: scor (~scor@c-98-216-39-127.hsd1.ma.comcast.net) (Changing host)
- # [04:04] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [04:05] * Joins: Stevef_ (~chatzilla@cpc20-nmal18-2-0-cust76.19-2.cable.virginmedia.com)
- # [04:05] * Quits: scor (~scor@drupal.org/user/52142/view) (Client Quit)
- # [04:08] * Quits: nimbu2 (~nimbu@sjfw1-a.adobe.com) (Read error: Connection reset by peer)
- # [04:09] * abstractj|away is now known as abstractj
- # [04:11] * Quits: dbaron (~dbaron@v-1045.fw1.sfo1.mozilla.net) (Ping timeout: 260 seconds)
- # [04:22] * Quits: isherman-book (Adium@nat/google/x-ljohalichgfdthuv) (Quit: Leaving.)
- # [04:24] * Joins: tantek (~tantek@66-87-0-95.pools.spcsdns.net)
- # [04:24] * Joins: Validatorian (~Valid@unaffiliated/phazm)
- # [04:45] * Quits: hihuz (Sylvain@78.141.71.86.rev.sfr.net) (Ping timeout: 276 seconds)
- # [04:48] * Quits: othermaciej_ (~mjs@17.245.107.17) (Quit: othermaciej_)
- # [04:52] * Joins: isherman-book (Adium@nat/google/x-ceyhaybmhojxvann)
- # [04:56] * Quits: Stevef_ (~chatzilla@cpc20-nmal18-2-0-cust76.19-2.cable.virginmedia.com) (Remote host closed the connection)
- # [05:00] * Joins: tantek_ (~tantek@66-87-0-95.pools.spcsdns.net)
- # [05:00] * heycam|away is now known as heycam
- # [05:01] * Quits: tantek (~tantek@66-87-0-95.pools.spcsdns.net) (Read error: Connection reset by peer)
- # [05:01] * tantek_ is now known as tantek
- # [05:02] * Quits: isherman-book (Adium@nat/google/x-ceyhaybmhojxvann) (Ping timeout: 276 seconds)
- # [05:05] * Quits: tantek (~tantek@66-87-0-95.pools.spcsdns.net) (Quit: tantek)
- # [05:12] * Joins: tantek (~tantek@66-87-0-95.pools.spcsdns.net)
- # [05:14] * heycam is now known as heycam|away
- # [05:25] * Joins: rniwa (~rniwa@70-89-66-218-ca.sfba.hfc.comcastbusiness.net)
- # [05:26] * Joins: dbaron (~dbaron@50.0.248.166)
- # [05:31] * Joins: jryans (~jryans@cpe-70-113-92-118.austin.res.rr.com)
- # [05:45] * Quits: tantek (~tantek@66-87-0-95.pools.spcsdns.net) (Quit: Colloquy for iPod touch - http://colloquy.mobi)
- # [05:48] <karlcow> http://www.quickmeme.com/meme/3t0ltf/
- # [05:58] * Joins: sicking (~sicking@c-67-180-8-184.hsd1.ca.comcast.net)
- # [06:00] * abstractj is now known as abstractj|away
- # [06:11] * Joins: JonathanNeal (~JonathanN@cpe-142-11-82-156.socal.rr.com)
- # [06:17] * Quits: jryans (~jryans@cpe-70-113-92-118.austin.res.rr.com) (Quit: Be back later)
- # [06:20] <MikeSmith> haha
- # [06:20] <MikeSmith> nice
- # [06:22] * Joins: jryans (~jryans@cpe-70-113-92-118.austin.res.rr.com)
- # [06:40] * Quits: linclark (~clark@c-67-186-35-246.hsd1.pa.comcast.net) (Quit: linclark)
- # [06:48] * Joins: cgcardona (~cgcardona@c-24-4-198-207.hsd1.ca.comcast.net)
- # [06:48] * Quits: cgcardona (~cgcardona@c-24-4-198-207.hsd1.ca.comcast.net) (Changing host)
- # [06:48] * Joins: cgcardona (~cgcardona@unaffiliated/cgcardona)
- # [06:50] * Quits: jwalden (~waldo@nat/mozilla/x-dzsalkgyfzzbkseo) (Quit: ChatZilla 0.9.87-5.1450hg.fc17 [XULRunner 18.0/20130109143146])
- # [06:53] * Quits: Validatorian (~Valid@unaffiliated/phazm) (Quit: Quitting smoking is as easy as quitting IRC, I've done it hundreds of times!)
- # [07:03] * Quits: sicking (~sicking@c-67-180-8-184.hsd1.ca.comcast.net) (Quit: sicking)
- # [07:07] * Quits: miketaylr (~miketaylr@cpe-70-112-101-224.austin.res.rr.com) (Quit: Leaving...)
- # [07:17] <MikeSmith> is b2g multi-process?
- # [07:22] * Joins: hihuz (Sylvain@78.141.71.86.rev.sfr.net)
- # [07:38] * Joins: rakl (~rakl@122.176.137.9)
- # [07:40] * Joins: zdobersek (~zdobersek@cpe-77.38.31.63.cable.t-1.si)
- # [07:40] * Joins: judearasu (~judearasu@117.202.140.215)
- # [07:40] * Parts: judearasu (~judearasu@117.202.140.215)
- # [07:43] * Quits: rakl (~rakl@122.176.137.9) (Quit: sleeping)
- # [08:02] * Joins: isherman-book (~Adium@173-167-102-230-sfba.hfc.comcastbusiness.net)
- # [08:07] * Joins: stevefaulkner (~stevefaul@cpc20-nmal18-2-0-cust76.19-2.cable.virginmedia.com)
- # [08:22] * Quits: jacobolus (~jacobolus@50-0-133-210.dsl.static.sonic.net) (Remote host closed the connection)
- # [08:29] * Joins: rakl (~rakl@122.176.137.9)
- # [08:46] * Quits: jryans (~jryans@cpe-70-113-92-118.austin.res.rr.com) (Quit: Be back later)
- # [08:47] * Joins: fr0zenice (~frozenice@unaffiliated/fr0zenice)
- # [09:03] * Quits: stevefaulkner (~stevefaul@cpc20-nmal18-2-0-cust76.19-2.cable.virginmedia.com) (Quit: stevefaulkner)
- # [09:05] * Parts: JibberJim (~opera@host-78-146-73-78.as13285.net)
- # [09:06] * Quits: OnlyMax (~OnlyMax@187-126-13-87.user.veloxzone.com.br)
- # [09:06] * Joins: JibberJim (~opera@host-78-146-73-78.as13285.net)
- # [09:07] * Joins: pyrsmk (~pyrsmk@2a01:e35:2f52:ead0:a163:a471:7bd6:acd3)
- # [09:12] * Joins: stevefaulkner (~stevefaul@cpc20-nmal18-2-0-cust76.19-2.cable.virginmedia.com)
- # [09:19] * Joins: skcin7 (~skcin7@c-68-38-156-213.hsd1.nj.comcast.net)
- # [09:26] * Joins: sedovsek (~robert@BSN-176-166-1.dial-up.dsl.siol.net)
- # [09:27] * Quits: rakl (~rakl@122.176.137.9) (Quit: sleeping)
- # [09:31] * Joins: rniwa_ (~rniwa@70-89-66-218-ca.sfba.hfc.comcastbusiness.net)
- # [09:34] * Quits: stevefaulkner (~stevefaul@cpc20-nmal18-2-0-cust76.19-2.cable.virginmedia.com) (Quit: stevefaulkner)
- # [09:38] * Joins: jwalden (~waldo@nat/mozilla/x-vlgxadycesfejfqf)
- # [09:46] * Joins: svl (~me@222-154-241-67.adsl.xtra.co.nz)
- # [09:50] * Joins: Ms2ger (~Ms2ger@1.236-64-87.adsl-dyn.isp.belgacom.be)
- # [09:52] * Joins: danbri (~danbri@146.90.222.192)
- # [09:57] * Joins: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net)
- # [09:57] * Quits: danbri (~danbri@146.90.222.192) (Ping timeout: 248 seconds)
- # [10:02] <Ms2ger> MikeSmith, yes, b2g has multiple processes
- # [10:03] <MikeSmith> Ms2ger: for content?
- # [10:03] <Ms2ger> At least one parent/one child; I'm not clear on the details
- # [10:04] <MikeSmith> ok
- # [10:04] <MikeSmith> wondering why that couldn't be reused to provide per-tab processes for Firefox
- # [10:04] <Ms2ger> Ah
- # [10:04] <Ms2ger> Extensions
- # [10:05] <MikeSmith> oh
- # [10:05] <Ms2ger> That's one issue, at least
- # [10:05] <sangwhan> Is it a process per "application" on B2G?
- # [10:06] <Ms2ger> See above :)
- # [10:06] <sangwhan> I decipher that as one for the OS UI and one for the applications
- # [10:06] * Joins: j_wright (~jwright@ip70-173-176-189.lv.lv.cox.net)
- # [10:07] * Joins: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
- # [10:07] <othermaciej> MikeSmith: it's harder to convert an existing browser to multi-process than to do it for a new one
- # [10:07] * sangwhan has been down the road of HTML powered mobile apps before, we used to call them widgets
- # [10:08] <othermaciej> (IMO anyway; I only have direct experience with the latter)
- # [10:08] <othermaciej> (er, the former I mean)
- # [10:08] <MikeSmith> in other news I'm trying to build Servo but the mozjs part of the build is failing with an "indirect goto might cross protected scopes" that appears to be the exactly the same bug as https://bugzilla.mozilla.org/show_bug.cgi?id=664252 which was resolved=fixed in 2011... :(
- # [10:08] <MikeSmith> othermaciej: yeah I can imagine
- # [10:09] <MikeSmith> you guys did it for WebKit2 and Safari though, right?
- # [10:09] <sangwhan> Making a existing browser sensibly multi-process isn't easy. There are ultra dirty ways to do it though...
- # [10:10] <MikeSmith> I guess for Safari you don't have the Extensions problem to deal with
- # [10:10] <othermaciej> Safari has extensions
- # [10:10] <MikeSmith> oh
- # [10:10] <othermaciej> some of our extensions APIs were not designed well for multiprocess
- # [10:10] <othermaciej> but there is more of a defined API than for Firefox extensions
- # [10:13] <MikeSmith> I guess the other thing is that Firefox extensions seem to be allowed to do just about anything
- # [10:13] <MikeSmith> I mean they can get pretty deep down
- # [10:13] <Ms2ger> Rather too deep :/
- # [10:13] <MikeSmith> "decisions that seem incredibly clear in the near term… don’t always seem so clear several years later"
- # [10:13] <MikeSmith> https://blog.mozilla.org/gen/2013/02/15/john-lillys-thoughts-on-opera-moving-to-webkit/
- # [10:14] <MikeSmith> seems apt
- # [10:15] * Joins: stevefaulkner (~stevefaul@cpc20-nmal18-2-0-cust76.19-2.cable.virginmedia.com)
- # [10:17] <othermaciej> is this the best reference for mime sniffing?
- # [10:17] <MikeSmith> hmm maybe the Servo build is meant to be run with gcc instead of clang?
- # [10:17] <othermaciej> yes, Safari's extensions, like Chrome's are more shallow
- # [10:18] <MikeSmith> shallow seems prudent
- # [10:23] * Joins: tantek (~tantek@70-36-139-86.dsl.dynamic.sonic.net)
- # [10:23] * Joins: roc (~chatzilla@121.98.230.221)
- # [10:23] * Quits: stevefaulkner (~stevefaul@cpc20-nmal18-2-0-cust76.19-2.cable.virginmedia.com) (Quit: stevefaulkner)
- # [10:25] * Joins: hasather_ (~hasather_@cm-84.210.170.238.getinternet.no)
- # [10:26] * Joins: timClicks (~tim@121-72-183-248.dsl.telstraclear.net)
- # [10:27] * Quits: isherman-book (~Adium@173-167-102-230-sfba.hfc.comcastbusiness.net) (Quit: Leaving.)
- # [10:29] * Joins: isherman-book (~Adium@173-167-102-230-sfba.hfc.comcastbusiness.net)
- # [10:33] <sangwhan> MikeSmith: You naive person, you default to clang?
- # [10:33] * Quits: dbaron (~dbaron@50.0.248.166) (Quit: g'night)
- # [10:34] <Ms2ger> Spidermonkey should build just fine with clang...
- # [10:34] * Quits: sedovsek (~robert@BSN-176-166-1.dial-up.dsl.siol.net) (Quit: sedovsek)
- # [10:36] <MikeSmith> filed a Servo bug
- # [10:37] * Joins: stevefaulkner (~stevefaul@cpc20-nmal18-2-0-cust76.19-2.cable.virginmedia.com)
- # [10:40] * Quits: jwalden (~waldo@nat/mozilla/x-vlgxadycesfejfqf) (Quit: ChatZilla 0.9.87-5.1450hg.fc17 [XULRunner 18.0/20130109143146])
- # [10:40] <sangwhan> not up to date with www-style, is css3 generated content a dumped spec?
- # [10:42] * sangwhan found some testcases that depend on the content property to visually display a pass
- # [10:43] <Ms2ger> element { content: "foo" }?
- # [10:43] <Ms2ger> Nobody supports that
- # [10:44] <sangwhan> ...with a exception of Presto.
- # [10:45] <Ms2ger> As I said :)
- # [10:45] * Quits: isherman-book (~Adium@173-167-102-230-sfba.hfc.comcastbusiness.net) (Quit: Leaving.)
- # [10:46] <sangwhan> I don't quite see any negative effects of supporting it though
- # [10:47] <sangwhan> ...although being able to do insane stuff like what's defined in css3 generated content doesn't sound fun to implement
- # [10:47] <Ms2ger> The usual, lack of engineering recourses and compat issues
- # [10:49] * Quits: tantek (~tantek@70-36-139-86.dsl.dynamic.sonic.net) (Quit: tantek)
- # [10:51] * Quits: svl (~me@222-154-241-67.adsl.xtra.co.nz) (Remote host closed the connection)
- # [10:53] * Joins: sedovsek (~robert@BSN-176-166-1.dial-up.dsl.siol.net)
- # [10:55] * Quits: sedovsek (~robert@BSN-176-166-1.dial-up.dsl.siol.net) (Client Quit)
- # [10:56] * Joins: nonge_ (~nonge@p5082B353.dip.t-dialin.net)
- # [10:57] * Quits: stevefaulkner (~stevefaul@cpc20-nmal18-2-0-cust76.19-2.cable.virginmedia.com) (Quit: stevefaulkner)
- # [10:58] * Joins: stevefaulkner (~stevefaul@cpc20-nmal18-2-0-cust76.19-2.cable.virginmedia.com)
- # [10:59] * Quits: nonge (~nonge@p5B3260AE.dip.t-dialin.net) (Ping timeout: 255 seconds)
- # [10:59] * Quits: pyrsmk (~pyrsmk@2a01:e35:2f52:ead0:a163:a471:7bd6:acd3) (Ping timeout: 256 seconds)
- # [11:02] * Joins: pyrsmk (~pyrsmk@2a01:e35:2f52:ead0:a163:a471:7bd6:acd3)
- # [11:10] * Quits: pyrsmk (~pyrsmk@2a01:e35:2f52:ead0:a163:a471:7bd6:acd3) (Ping timeout: 256 seconds)
- # [11:16] * Joins: pyrsmk (~pyrsmk@2a01:e35:2f52:ead0:a163:a471:7bd6:acd3)
- # [11:20] * Joins: smaug____ (~chatzilla@a91-154-47-163.elisa-laajakaista.fi)
- # [11:23] * Quits: pyrsmk (~pyrsmk@2a01:e35:2f52:ead0:a163:a471:7bd6:acd3) (Ping timeout: 256 seconds)
- # [11:23] * Joins: annevk (~annevk@80-219-209-3.dclient.hispeed.ch)
- # [11:29] * Joins: cheron (~cheron@unaffiliated/cheron)
- # [11:40] * Joins: Masklinn (~textual@79.132.236.146)
- # [11:40] * Quits: annevk (~annevk@80-219-209-3.dclient.hispeed.ch) (Remote host closed the connection)
- # [11:42] * Joins: annevk (~annevk@80-219-209-3.dclient.hispeed.ch)
- # [11:46] * Quits: annevk (~annevk@80-219-209-3.dclient.hispeed.ch) (Remote host closed the connection)
- # [11:50] * Joins: rakl (~rakl@122.176.137.9)
- # [11:51] * Quits: cgcardona (~cgcardona@unaffiliated/cgcardona) (Quit: zzzzz)
- # [11:54] * Quits: JohnAlbin (~JohnAlbin@114-36-32-63.dynamic.hinet.net) (Quit: HTTP/1.1 404 JohnAlbin Not Found)
- # [11:55] * Joins: danbri_ (~danbri@146.90.222.192)
- # [11:59] * Quits: danbri_ (~danbri@146.90.222.192) (Ping timeout: 248 seconds)
- # [12:02] * Quits: timClicks (~tim@121-72-183-248.dsl.telstraclear.net) (Ping timeout: 244 seconds)
- # [12:04] * Joins: espadrine (~thaddee_t@AMontsouris-158-1-16-7.w92-128.abo.wanadoo.fr)
- # [12:16] * Quits: smaug____ (~chatzilla@a91-154-47-163.elisa-laajakaista.fi) (Ping timeout: 244 seconds)
- # [12:17] * Joins: Stevef (~chatzilla@cpc20-nmal18-2-0-cust76.19-2.cable.virginmedia.com)
- # [12:21] * Joins: izhak (~izhak@31.47.114.138)
- # [12:21] * Quits: nunnun (~hiro@2001:200:1c0:3624:20c:29ff:fe02:11c8) (Quit: Bye)
- # [12:23] * Joins: sedovsek (~robert@BSN-176-166-1.dial-up.dsl.siol.net)
- # [12:31] * Joins: yorick (~yorick@oftn/member/yorick)
- # [12:36] * Quits: sedovsek (~robert@BSN-176-166-1.dial-up.dsl.siol.net) (Quit: sedovsek)
- # [12:39] * Joins: nunnun (~hiro@2001:200:1c0:3624:20c:29ff:fe02:11c8)
- # [12:41] * Joins: timClicks (~tim@121.99.37.128)
- # [12:54] * Joins: roc_ (~chatzilla@121.98.230.221)
- # [12:55] * Quits: roc (~chatzilla@121.98.230.221) (Ping timeout: 248 seconds)
- # [12:55] * roc_ is now known as roc
- # [12:59] <Ms2ger> > document.createElement("image").localName
- # [12:59] <Ms2ger> "img"
- # [12:59] <Ms2ger> Yay, Chrome.
- # [13:06] * Quits: rniwa_ (~rniwa@70-89-66-218-ca.sfba.hfc.comcastbusiness.net) (Quit: rniwa_)
- # [13:07] * Quits: rakl (~rakl@122.176.137.9) (Quit: sleeping)
- # [13:11] * Joins: JesperHansen (~JesperHan@0x5b90c2f0.dhcp.fiberflex.dk)
- # [13:18] * Quits: stevefaulkner (~stevefaul@cpc20-nmal18-2-0-cust76.19-2.cable.virginmedia.com) (Quit: stevefaulkner)
- # [13:19] * Quits: Ms2ger (~Ms2ger@1.236-64-87.adsl-dyn.isp.belgacom.be) (Quit: bbl)
- # [13:22] * Joins: danbri (~danbri@146.90.222.192)
- # [13:23] * Quits: danbri (~danbri@146.90.222.192) (Remote host closed the connection)
- # [13:30] * Quits: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net) (Quit: othermaciej)
- # [13:30] * Quits: hasather_ (~hasather_@cm-84.210.170.238.getinternet.no) (Remote host closed the connection)
- # [13:39] * Quits: hihuz (Sylvain@78.141.71.86.rev.sfr.net) (Ping timeout: 252 seconds)
- # [13:48] * Quits: skcin7 (~skcin7@c-68-38-156-213.hsd1.nj.comcast.net)
- # [13:58] * Quits: Masklinn (~textual@79.132.236.146)
- # [14:04] * toyoshiAw is now known as toyoshim
- # [14:12] * Joins: stevefaulkner (~stevefaul@cpc20-nmal18-2-0-cust76.19-2.cable.virginmedia.com)
- # [14:14] * Quits: stevefaulkner (~stevefaul@cpc20-nmal18-2-0-cust76.19-2.cable.virginmedia.com) (Client Quit)
- # [14:46] * Joins: jmason (~jmason@174.137.103.143)
- # [15:01] * Joins: smaug____ (~chatzilla@a91-154-47-163.elisa-laajakaista.fi)
- # [15:10] * Quits: espadrine (~thaddee_t@AMontsouris-158-1-16-7.w92-128.abo.wanadoo.fr) (Ping timeout: 248 seconds)
- # [15:15] * Joins: stevefaulkner (~stevefaul@cpc20-nmal18-2-0-cust76.19-2.cable.virginmedia.com)
- # [15:19] * Quits: smaug____ (~chatzilla@a91-154-47-163.elisa-laajakaista.fi) (Ping timeout: 244 seconds)
- # [15:23] * Quits: stevefaulkner (~stevefaul@cpc20-nmal18-2-0-cust76.19-2.cable.virginmedia.com) (Quit: stevefaulkner)
- # [15:25] * Joins: rakl (~rakl@122.176.137.9)
- # [15:26] * Joins: scor (~scor@c-98-216-39-127.hsd1.ma.comcast.net)
- # [15:26] * Quits: scor (~scor@c-98-216-39-127.hsd1.ma.comcast.net) (Changing host)
- # [15:26] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [15:33] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
- # [15:45] * Joins: smaug____ (~chatzilla@a91-154-47-163.elisa-laajakaista.fi)
- # [15:46] <gsnedders> No, no, I will not bitch at people talking about asm.js cluelessly.
- # [15:46] <gsnedders> PEOPLE, STOP BEING WRONG ON THE INTERNET!
- # [15:47] * Quits: timClicks (~tim@121.99.37.128) (Ping timeout: 248 seconds)
- # [15:59] * Joins: Druide_ (~Druid@ip-178-203-141-163.unitymediagroup.de)
- # [16:00] * Joins: timClicks (~tim@121.99.32.27)
- # [16:02] * Quits: smaug____ (~chatzilla@a91-154-47-163.elisa-laajakaista.fi) (Remote host closed the connection)
- # [16:03] * Joins: hihuz (Sylvain@78.141.71.86.rev.sfr.net)
- # [16:07] * Joins: smaug____ (~chatzilla@a91-154-47-163.elisa-laajakaista.fi)
- # [16:07] * Quits: rakl (~rakl@122.176.137.9) (Quit: sleeping)
- # [16:18] * Joins: Cromulent (~Cromulent@cpc4-reig5-2-0-cust637.6-3.cable.virginmedia.com)
- # [16:29] * Quits: Druide_ (~Druid@ip-178-203-141-163.unitymediagroup.de) (Ping timeout: 248 seconds)
- # [16:31] * Quits: Cromulent (~Cromulent@cpc4-reig5-2-0-cust637.6-3.cable.virginmedia.com) (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/)
- # [16:44] * Quits: Stevef (~chatzilla@cpc20-nmal18-2-0-cust76.19-2.cable.virginmedia.com) (Ping timeout: 248 seconds)
- # [16:52] * Joins: cgcardona (~cgcardona@c-24-4-198-207.hsd1.ca.comcast.net)
- # [16:52] * Quits: cgcardona (~cgcardona@c-24-4-198-207.hsd1.ca.comcast.net) (Changing host)
- # [16:52] * Joins: cgcardona (~cgcardona@unaffiliated/cgcardona)
- # [16:54] * Joins: nvartolomei (~nvartolom@178.168.103.7)
- # [17:09] * Joins: Cromulent (~Cromulent@cpc4-reig5-2-0-cust637.6-3.cable.virginmedia.com)
- # [17:14] * Joins: rakl (~rakl@122.176.137.9)
- # [17:17] * Joins: [[zz]] (~q@node-850.pool-125-25.dynamic.totbb.net)
- # [17:32] <MikeSmith> slightlyoff: wtf are you talking about with the wpa2 tweet who even knows what wpa2 is
- # [17:38] <slightlyoff> MikeSmith: uhhh....some people, I guess?
- # [17:44] <MikeSmith> well I understood it but I don't think I count
- # [17:45] <MikeSmith> anyway, 140 chars
- # [17:47] * Joins: stevefaulkner (~stevefaul@cpc20-nmal18-2-0-cust76.19-2.cable.virginmedia.com)
- # [17:53] * Joins: boogyman (~boogy@pdpc/supporter/professional/boogyman)
- # [17:57] * Joins: Ms2ger (~Ms2ger@1.236-64-87.adsl-dyn.isp.belgacom.be)
- # [17:58] * Joins: Stevef (~chatzilla@cpc20-nmal18-2-0-cust76.19-2.cable.virginmedia.com)
- # [18:09] * Joins: hasather_ (~hasather_@cm-84.210.170.238.getinternet.no)
- # [18:13] * Quits: Cromulent (~Cromulent@cpc4-reig5-2-0-cust637.6-3.cable.virginmedia.com) (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/)
- # [18:28] * Quits: tomasf (~tom@c-44dbe555.024-204-6c6b7012.cust.bredbandsbolaget.se) (Quit: tomasf)
- # [18:31] * Quits: nimbu (~Adium@70-36-142-24.dsl.dynamic.sonic.net) (Quit: Leaving.)
- # [18:32] * Joins: tomasf (~tom@c-44dbe555.024-204-6c6b7012.cust.bredbandsbolaget.se)
- # [18:33] * Quits: nvartolomei (~nvartolom@178.168.103.7) (Remote host closed the connection)
- # [18:34] * Joins: sedovsek (~robert@BSN-176-166-1.dial-up.dsl.siol.net)
- # [18:38] * Joins: sedovsek_ (~robert@BSN-176-166-1.dial-up.dsl.siol.net)
- # [18:38] * Quits: sedovsek (~robert@BSN-176-166-1.dial-up.dsl.siol.net) (Read error: Connection reset by peer)
- # [18:38] * sedovsek_ is now known as sedovsek
- # [18:38] * Quits: toyoshim (~toyoshim@yuri.twintail.org) (Remote host closed the connection)
- # [18:39] * Joins: nvartolomei (~nvartolom@178.168.103.7)
- # [18:40] * Quits: rakl (~rakl@122.176.137.9) (Quit: sleeping)
- # [18:44] * Quits: smaug____ (~chatzilla@a91-154-47-163.elisa-laajakaista.fi) (Ping timeout: 264 seconds)
- # [18:53] * Joins: mven (~mven@ip68-224-15-53.lv.lv.cox.net)
- # [18:55] * Quits: izhak (~izhak@31.47.114.138) (Ping timeout: 264 seconds)
- # [19:00] * Quits: shepazu (~shepazu@108-70-132-46.lightspeed.rlghnc.sbcglobal.net) (Quit: shepazu)
- # [19:02] * Joins: divya (~Adium@70-36-142-24.dsl.dynamic.sonic.net)
- # [19:02] * Quits: nephyrin (~neph@nat/mozilla/x-wycadlmgqajvtzcu) (Ping timeout: 252 seconds)
- # [19:05] * Quits: mh0 (mh0@unaffiliated/mh0) (Quit: ZNC - http://znc.in)
- # [19:05] * Joins: mh0 (mh0@unaffiliated/mh0)
- # [19:09] * Quits: divya (~Adium@70-36-142-24.dsl.dynamic.sonic.net) (Ping timeout: 252 seconds)
- # [19:13] * Joins: SimonSapin (~simon@ip-22.net-89-2-144.rev.numericable.fr)
- # [19:24] * Quits: nvartolomei (~nvartolom@178.168.103.7) (Remote host closed the connection)
- # [19:30] * Quits: SimonSapin (~simon@ip-22.net-89-2-144.rev.numericable.fr) (Ping timeout: 264 seconds)
- # [19:33] * Quits: stevefaulkner (~stevefaul@cpc20-nmal18-2-0-cust76.19-2.cable.virginmedia.com) (Quit: stevefaulkner)
- # [19:52] * Joins: dbaron (~dbaron@50.0.248.166)
- # [19:54] * Joins: stevefaulkner (~stevefaul@cpc20-nmal18-2-0-cust76.19-2.cable.virginmedia.com)
- # [20:00] * Ms2ger loves that the CSSWG preprocessor uses ul instead of ol for its tocs
- # [20:04] <boogyman> TOCs do not imply a specific order
- # [20:13] * Quits: charl_ (~charl@charl.eu) (Quit: leaving)
- # [20:17] * Joins: rniwa_ (~rniwa@70-89-66-218-ca.sfba.hfc.comcastbusiness.net)
- # [20:18] <zewt> they don't? heh
- # [20:21] * Joins: espadrine (~thaddee_t@85-218-9-225.dclient.lsne.ch)
- # [20:28] * Quits: sedovsek (~robert@BSN-176-166-1.dial-up.dsl.siol.net) (Quit: sedovsek)
- # [20:31] * Joins: divya (~Adium@70-36-142-24.dsl.dynamic.sonic.net)
- # [20:35] * Joins: Badreddin (~Nur@189.193.27.199)
- # [20:35] * Quits: Badreddin (~Nur@189.193.27.199) (Quit: leaving)
- # [20:59] * Quits: Stevef (~chatzilla@cpc20-nmal18-2-0-cust76.19-2.cable.virginmedia.com) (Ping timeout: 248 seconds)
- # [21:01] * Joins: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net)
- # [21:07] * Joins: sedovsek (~robert@BSN-176-166-1.dial-up.dsl.siol.net)
- # [21:09] * Joins: seventh (seventh@31.6.36.61)
- # [21:22] * Joins: roc_ (~chatzilla@121.98.230.221)
- # [21:23] * Quits: roc (~chatzilla@121.98.230.221) (Ping timeout: 248 seconds)
- # [21:23] * roc_ is now known as roc
- # [21:36] * Joins: alrra (~alrra@unaffiliated/alrra)
- # [21:45] * Quits: stevefaulkner (~stevefaul@cpc20-nmal18-2-0-cust76.19-2.cable.virginmedia.com) (Quit: stevefaulkner)
- # [21:50] * Joins: svl (~me@222-154-241-67.adsl.xtra.co.nz)
- # [21:50] * Joins: tantek (~tantek@70-36-139-86.dsl.dynamic.sonic.net)
- # [21:54] * Quits: Ms2ger (~Ms2ger@1.236-64-87.adsl-dyn.isp.belgacom.be) (Quit: nn)
- # [21:58] * Quits: svl (~me@222-154-241-67.adsl.xtra.co.nz) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [22:01] * Quits: rcombs (~rcombs@rodgercombs.tk) (Ping timeout: 276 seconds)
- # [22:07] * Joins: rcombs (~rcombs@rodgercombs.tk)
- # [22:08] * Quits: Areks (~Areks@rs.gridnine.com) (Read error: Connection reset by peer)
- # [22:08] * Joins: Areks (~Areks@rs.gridnine.com)
- # [22:17] * Joins: OnlyMax (~OnlyMax@187-126-13-87.user.veloxzone.com.br)
- # [22:30] * Joins: smaug____ (~chatzilla@a91-154-47-163.elisa-laajakaista.fi)
- # [22:31] * Quits: cheron (~cheron@unaffiliated/cheron) (Ping timeout: 264 seconds)
- # [22:33] * Quits: alrra (~alrra@unaffiliated/alrra) (Quit: Leaving)
- # [22:40] * Joins: weinig (~weinig@24.130.60.35)
- # [22:42] * Joins: Cromulent (~Cromulent@cpc4-reig5-2-0-cust637.6-3.cable.virginmedia.com)
- # [22:44] * Quits: weinig (~weinig@24.130.60.35) (Client Quit)
- # [22:46] * abarth|zZz is now known as abarth
- # [22:50] * Joins: stevefaulkner (~stevefaul@cpc20-nmal18-2-0-cust76.19-2.cable.virginmedia.com)
- # [22:53] * jernoble is now known as jernoble|afk
- # [22:53] * jernoble|afk is now known as jernoble
- # [22:53] * Joins: Kolombiken1 (~Adium@c80-216-10-244.bredband.comhem.se)
- # [22:54] * Quits: Kolombiken1 (~Adium@c80-216-10-244.bredband.comhem.se) (Client Quit)
- # [22:54] * Joins: Kolombiken1 (~Adium@c80-216-10-244.bredband.comhem.se)
- # [22:57] * Joins: annevk (~annevk@80-219-209-3.dclient.hispeed.ch)
- # [23:03] * Quits: JonathanNeal (~JonathanN@cpe-142-11-82-156.socal.rr.com) (Quit: JonathanNeal)
- # [23:16] * Quits: stevefaulkner (~stevefaul@cpc20-nmal18-2-0-cust76.19-2.cable.virginmedia.com) (Quit: stevefaulkner)
- # [23:28] * Quits: fr0zenice (~frozenice@unaffiliated/fr0zenice) (Ping timeout: 246 seconds)
- # [23:29] * Quits: zdobersek (~zdobersek@cpe-77.38.31.63.cable.t-1.si) (Quit: ZNC - http://znc.in)
- # [23:51] * Quits: tomasf (~tom@c-44dbe555.024-204-6c6b7012.cust.bredbandsbolaget.se) (Quit: tomasf)
- # [23:53] * Joins: weinig (~weinig@24.130.60.35)
- # [23:58] * Quits: Cromulent (~Cromulent@cpc4-reig5-2-0-cust637.6-3.cable.virginmedia.com) (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/)
- # [23:59] * Quits: annevk (~annevk@80-219-209-3.dclient.hispeed.ch) (Remote host closed the connection)
- # Session Close: Sun Feb 17 00:00:00 2013
The end :)