Options:
- # Session Start: Fri Apr 27 00:00:00 2012
- # Session Ident: #css
- # [00:06] * miketaylr is now known as miketaylrawaylol
- # [00:06] * Quits: jet (jet@159.63.23.38) (Quit: jet)
- # [00:08] * Joins: jet (jet@159.63.23.38)
- # [01:05] * Quits: ChrisL (ChrisL@128.30.52.169) (Quit: Fire on main board error, client combusted)
- # [01:11] * Quits: jet (jet@159.63.23.38) (Quit: jet)
- # [01:25] * Quits: dstorey (Adium@144.189.101.1) (Quit: Leaving.)
- # [01:27] * miketaylrawaylol is now known as miketaylr
- # [01:27] * Joins: jet (jet@159.63.23.38)
- # [01:32] * Quits: krit (Adium@192.150.10.201) (Quit: Leaving.)
- # [01:42] * Joins: dstorey (Adium@144.189.101.1)
- # [02:01] * Joins: krit (Adium@166.250.45.79)
- # [02:03] * Quits: krit (Adium@166.250.45.79) (Quit: Leaving.)
- # [02:20] * Quits: jet (jet@159.63.23.38) (Quit: jet)
- # [02:24] * Quits: drublic (drublic@95.115.48.194) (Client exited)
- # [02:30] * Joins: jdaggett (jdaggett@202.221.217.73)
- # [02:31] <jdaggett> fantasai: ping
- # [02:38] <fantasai> jdaggett: pong
- # [02:39] <jdaggett> so tell me what you know about the ever-so-funky escaping mechanism in css
- # [02:39] <jdaggett> specifically
- # [02:39] <jdaggett> if something is escaped, is it automatically considered an ident?
- # [02:40] <jdaggett> e.g. font-size: \33 px; causes a parse error or not?
- # [02:40] <jdaggett> fantasai: ^
- # [02:40] <fantasai> jdaggett: yes
- # [02:41] <jdaggett> so font-family: \69 nherit; is equivalent to font-family: inherit;
- # [02:42] <jdaggett> ?
- # [02:43] <fantasai> yes
- # [02:45] <jdaggett> what's your opinion on the 'default' and 'initial' keywords?
- # [02:45] <fantasai> I think 'initial' is useful and well-defined
- # [02:45] <fantasai> it's in css3-values, btw
- # [02:45] <jdaggett> UA's are supposed to treat them as syntax errors in font family names
- # [02:45] <fantasai> yes
- # [02:46] <jdaggett> but....
- # [02:46] <fantasai> we raised a 2.1 issue on that actually
- # [02:46] * fantasai looks it up
- # [02:46] <jdaggett> the behavior is completely inconsistent across UA
- # [02:46] <fantasai> exactly
- # [02:46] <fantasai> http://lists.w3.org/Archives/Public/www-style/2012Apr/0638.html
- # [02:46] <jdaggett> that is, the treatment of those keywords in unquoted family names
- # [02:47] <jdaggett> right, I guess I'm wondering if we should change the spec to match reality
- # [02:47] <jdaggett> i.e. all UA's ignore default
- # [02:47] <jdaggett> i.e. font-family: default; will parse just fine
- # [02:48] <jdaggett> also
- # [02:48] <fantasai> 'default' was reserved because there were proposals to make it a common keyword
- # [02:48] <fantasai> just like initial
- # [02:48] <fantasai> Tab and I are thinking of speccing it in css3-cascade
- # [02:48] <jdaggett> what's your opinion of font-family: sans-serif initial, cursive; ?
- # [02:48] <fantasai> I think it should be invalid
- # [02:49] <fantasai> per the above issue ^
- # [02:49] <fantasai> it's just easier if we do it that way
- # [02:49] <fantasai> imo
- # [02:49] <fantasai> exclude them from all user-defined identifiers
- # [02:49] <jdaggett> so that's not the behavior of *any* UA currently
- # [02:50] <jdaggett> not that this is at all important... ;)
- # [02:50] <fantasai> :)
- # [02:50] <fantasai> right now it's pretty inconsistent
- # [02:50] <fantasai> and I think having a very simple definition that makes all the cases we want invalid invalid
- # [02:50] <fantasai> is probably the best way to go
- # [02:50] <fantasai> and making it invalid in any position that's not "font-family: inherit" seems the simplest
- # [02:51] * Quits: SteveZ (chatzilla@24.6.120.172) (Ping timeout)
- # [02:51] <jdaggett> so what about font-family: sans-serif serif, cursive; ?
- # [02:51] * jdaggett chuckles at the degree to which one can waste time on edge cases...
- # [02:52] <fantasai> .....
- # [02:52] <fantasai> :/
- # [02:52] <fantasai> make it invalid?
- # [02:53] * Quits: dstorey (Adium@144.189.101.1) (Quit: Leaving.)
- # [02:53] <jdaggett> yeah, this is one case where I think we should change the wording to be sure that this *isn't* invalid
- # [02:55] <jdaggett> again, silly non-existent examples
- # [02:55] <fantasai> I don't think it much matters what we do there
- # [02:55] <fantasai> yeah
- # [02:55] <fantasai> so we should just do whatever's easiest to get interop on
- # [02:55] <jdaggett> yeah
- # [02:56] * miketaylr is now known as miketaylrawaylol
- # [02:56] <jdaggett> next up, exploring how escapes affect the 'font' shorthand treatment of family names
- # [02:56] <jdaggett> never a dull moment
- # [02:56] <fantasai> that shouldn't change anything interesting...
- # [02:56] <jdaggett> nope
- # [02:56] <jdaggett> or, at least, i hope not
- # [03:02] <pjrm> (fwiw, at least my own implementation would be easier if font-family: foo initial, bar, serif (or s/initial/inherit/ or whatever) meant font-family: "foo initial", "bar", serif : I initially see only that there are two identifier tokens followed by a comma token, and don't try to see whether it's something special like inherit unless unless there's only one identifier there.)
- # [03:02] <pjrm> (not that it's a big deal.)
- # [03:03] <fantasai> no,that's useful to know
- # [03:04] <jdaggett> yeah, i think i tend to agree with you
- # [03:04] <fantasai> pjrm: what about for counter names?
- # [03:04] <jdaggett> i.e. font-family: inherit blah, serif; should parse just fine and be equivalent to font-family: serif (assuming no weird fonts)
- # [03:04] <fantasai> pjrm: counter-reset: none 0; or counter-reset: inherit 0;
- # [03:05] <jdaggett> ew
- # [03:05] <fantasai> jdaggett: what if you have a font called "inherit blah"?
- # [03:05] <fantasai> jdaggett: I think it should either be invalid, or selecto "inherit blah"
- # [03:05] <jdaggett> right, it would match that *if* such a font exists
- # [03:05] * fantasai thinks we don't have a very good user-defined identifier story here
- # [03:06] <fantasai> http://www.w3.org/TR/css3-values/#identifiers
- # [03:06] <fantasai> Should send comments on that :)
- # [03:06] <fantasai> counter-reset would be defined as
- # [03:06] <fantasai> counter-reset: none | <identifier> <integer>?;
- # [03:07] <fantasai> and font-family could be font-family: <string> | <identifier>+
- # [03:07] <fantasai> (assuming appropriate multipliers)
- # [03:07] <fantasai> and I think that would be good, to have a consistent way of handlign user-defined idents
- # [03:07] <fantasai> but if we've got special rules for how they're handled in different places, that makes it difficult
- # [03:08] <jdaggett> so you're thinking if it's a "special" ident
- # [03:08] <pjrm> (just got back.) Without checking either the spec or my implementation, I think there's a special rule in the spec that says that counter names can't be "inherit" or "default" or "initial", so i check for that explicitly.
- # [03:08] <jdaggett> than it should never be allowed anywhere in a user-defined context?
- # [03:09] <fantasai> I think that'd be simplest
- # [03:09] <fantasai> but I don't work on a CSS parser
- # [03:09] <fantasai> it'd certainly be the simplest to define
- # [03:09] * jdaggett fantasai feigns ignorance but no one believes her...
- # [03:10] <fantasai> But it's true! I only work on the layout parts of Gecko.
- # [03:10] <pjrm> I've just checked CSS 2.1 at least: "The keywords 'none', 'inherit' and 'initial' must not be used as counter names."
- # [03:10] <fantasai> yay for inconsistency
- # [03:13] <pjrm> in the case of font-family: serif, inherit my reading of CSS 2.1 is that it's an invalid declaration:
- # [03:13] <pjrm> "Font family names that happen to be the same as a keyword value ('inherit', 'serif', 'sans-serif', 'monospace', 'fantasy', and 'cursive') must be quoted to prevent confusion with the keywords with the same names. The keywords 'initial' and 'default' are reserved for future use and must also be quoted when used as font names. UAs must not consider these keywords as matching the '<family-name>' type."
- # [03:13] <pjrm> (i.e. that it's invalid rather than parsed as serif, "inherit".)
- # [03:13] <pjrm> (I think the wording there might have changed in the last couple of years.)
- # [03:14] <fantasai> yes, we tried to clarify it last year at some point
- # [03:14] <fantasai> iirc
- # [03:14] <fantasai> maybe the year before
- # [03:16] * Joins: dstorey (Adium@67.180.84.179)
- # [03:28] <jdaggett> right, but that doesn't quite cover the font-family: serif inherit, sans-serif;
- # [03:28] <jdaggett> since the *family name* here doesn't match a keyword
- # [03:28] <jdaggett> i think i'm fine with that example not parsing
- # [03:29] <jdaggett> but i think font-family: sans-serif serif, cursive; should
- # [03:29] <jdaggett> just to limit the number of reserved keywords to ones that are reserved everywhere and not just in font family names
- # [03:30] <jdaggett> i.e. a counter called sans-serif should be fine
- # [03:31] * Liam wonders how many (if any) fonts actually do have "inherit" in their names today. Of course, someone will make one just out of spite :-)
- # [03:32] <jdaggett> none, this is much more a parser details discussion than really a discussion of font names
- # [03:32] <Liam> yeah, undrstood
- # [03:32] <Liam> just made me wonder :)
- # [03:33] <jdaggett> btw, the css 2.1 test suite already uses fonts with evil names like this
- # [03:33] <Liam> fc-list | grep -i inherit does give me "Inheritance Font" but no other matches.
- # [03:33] <Liam> cool, so it should.
- # [03:46] * miketaylrawaylol is now known as miketaylr
- # [04:01] <Liam> oops, I didn't notice chromium was saying "your browser didn't shut down properly, would you like to restore 55 tabs" and closed it, time to spend an hour looking at history I suppose and wish I'd been using firefox :)
- # [05:35] * miketaylr is now known as miketaylrawaylol
- # [05:44] * Quits: logbot (logbot@110.173.227.145) (Ping timeout)
- # [05:45] * Joins: logbot (logbot@110.173.227.145)
- # [06:31] * miketaylrawaylol is now known as miketaylr
- # [06:41] * Joins: kojiishi (kojiishi@222.158.227.129)
- # [06:49] * Joins: krit (Adium@24.6.231.253)
- # [06:50] <krit> Hi. I guess I am not the first one. But just in case: I get 503 on calling http://www.w3.org/TR/css3-animations/
- # [06:50] * Quits: miketaylr (miketaylr@70.112.101.224) (Quit: dflk;adfslkj;alsiekfj;laiskdf)
- # [06:50] <krit> works again
- # [06:53] * Quits: logbot (logbot@110.173.227.145) (Client exited)
- # [06:53] * Joins: logbot (logbot@110.173.227.145)
- # [06:54] * Quits: tantek (tantek@50.1.62.23) (Quit: tantek)
- # [06:55] <krit> now it is bugzilla :( Can't connect to the database.
- # [07:13] <Liam> krit, yes, we're having some problems
- # [07:14] <Liam> unfortunately the database server at the MIT office can't be reached, and there's no-one around who can reboot it
- # [07:14] <krit> Liam: Same problem for SVG WG wiki pages
- # [07:14] * Liam is in Canada so can't get there in time :-)
- # [07:14] <krit> hehe
- # [07:15] <Liam> and so is the systems team person who noticed the problem, although a different part of Canada; he texted someone closer but we're guessing there's not much we can do until tomorrow
- # [07:15] <krit> Liam: well, It is just the W3C :D
- # [07:16] <Liam> yeah :)
- # [07:17] <Liam> if we were important to someone, we could wake a sys-team slave up and send him to reboot the computers :-)
- # [07:17] <Liam> but we are not important enough to keep slaves, sorry :-)
- # [07:18] <krit> to sad
- # [07:19] <krit> Liam: Also "SVG has a problem" http://www.w3.org/Graphics/SVG/WG/wiki/SVG2_Requirements_Input
- # [07:19] <krit> Liam: Is it really the fault of SVG :P
- # [07:20] * Liam looks
- # [07:20] <Liam> haha
- # [07:20] <Liam> EVERYTHING IS THE FAULT OF SVG
- # [07:20] <Liam> including shoes.
- # [07:22] <krit> Liam: The new privacy of the W3C? w3.org gives "You do not have sufficient privileges to access the page that you requested." :P
- # [07:22] <Liam> heh
- # [07:22] <Liam> no, just a failed server
- # [07:23] <krit> Liam: I thought after the "Do not track me" approaches it is now time for "Do not read me"
- # [07:23] <Liam> ok ok ok :-)
- # [07:23] * Liam just had another go at rousing people but failed
- # [07:44] * Quits: krit (Adium@24.6.231.253) (Quit: Leaving.)
- # [08:27] <Liam> systems team on their way to MIT
- # [08:31] * Quits: dstorey (Adium@67.180.84.179) (Quit: Leaving.)
- # [08:33] * Joins: dstorey (Adium@67.180.84.179)
- # [09:22] * Joins: tantek (tantek@50.1.62.23)
- # [09:34] <Liam> www.w3.org restored
- # [10:11] * Joins: SimonSapin (simon@82.232.219.95)
- # [10:36] * Quits: jdaggett (jdaggett@202.221.217.73) (Quit: jdaggett)
- # [10:42] * Quits: dstorey (Adium@67.180.84.179) (Quit: Leaving.)
- # [10:51] * Joins: Ms2ger (Ms2ger@91.181.12.104)
- # [11:39] * Quits: myakura (myakura@221.171.5.98) (Client exited)
- # [11:40] * Joins: myakura (myakura@221.171.5.98)
- # [11:43] * Quits: myakura (myakura@221.171.5.98) (Ping timeout)
- # [12:15] * Joins: drublic (drublic@93.132.254.146)
- # [13:46] * Joins: myakura (myakura@221.171.5.98)
- # [14:27] * Quits: trackbot (trackbot@128.30.52.169) (Client exited)
- # [14:59] * Joins: miketaylr (miketaylr@70.112.101.224)
- # [15:06] * Joins: ChrisL (ChrisL@128.30.52.169)
- # [15:31] * Joins: arno (arno@189.23.187.35)
- # [15:31] * Quits: arno (arno@189.23.187.35) (Quit: Leaving.)
- # [15:39] * Quits: miketaylr (miketaylr@70.112.101.224) (Quit: dflk;adfslkj;alsiekfj;laiskdf)
- # [15:59] * Quits: ChrisL (ChrisL@128.30.52.169) (Quit: Fire on main board error, client combusted)
- # [16:30] * Joins: ksweeney (ksweeney@63.119.10.10)
- # [16:43] * Joins: dstorey (Adium@67.180.84.179)
- # [16:59] * Parts: ksweeney (ksweeney@63.119.10.10)
- # [17:33] * Quits: dstorey (Adium@67.180.84.179) (Quit: Leaving.)
- # [17:42] * Quits: drublic (drublic@93.132.254.146) (Client exited)
- # [18:04] * Joins: krit (krit@192.150.10.201)
- # [18:11] * Joins: dstorey (Adium@144.189.101.1)
- # [18:12] * Joins: dbaron (dbaron@50.0.192.105)
- # [18:14] * Quits: dstorey (Adium@144.189.101.1) (Quit: Leaving.)
- # [18:41] * Quits: florianr (florianr@213.236.208.22) (Quit: Leaving.)
- # [18:55] * Joins: dstorey (Adium@144.189.101.1)
- # [19:41] * Quits: SimonSapin (simon@82.232.219.95) (Ping timeout)
- # [19:58] * Quits: dbaron (dbaron@50.0.192.105) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [20:33] * Joins: dbaron (dbaron@159.63.23.38)
- # [20:57] * Quits: myakura (myakura@221.171.5.98) (Client exited)
- # [21:42] * Joins: drublic (drublic@95.208.160.6)
- # [22:30] * Quits: drublic (drublic@95.208.160.6) (Client exited)
- # [23:01] * Quits: Ms2ger (Ms2ger@91.181.12.104) (Quit: nn)
- # [23:13] * Joins: drublic (drublic@95.208.160.6)
- # Session Close: Sat Apr 28 00:00:00 2012
The end :)