Options:
- # Session Start: Wed Feb 20 00:00:00 2013
- # Session Ident: #css
- # [00:01] * Quits: SimonSapin (~simon@public.cloak) (Ping timeout: 60 seconds)
- # [00:19] * Joins: sylvaing_ (~sylvaing@public.cloak)
- # [00:33] * Quits: abucur (~abucur@public.cloak) ("Leaving")
- # [00:45] * Quits: sylvaing_ (~sylvaing@public.cloak) ("")
- # [00:45] * Joins: sylvaing_ (~sylvaing@public.cloak)
- # [01:49] * Joins: kaiser (~kaiser@public.cloak)
- # [01:50] * Quits: kaiser (~kaiser@public.cloak) ("")
- # [01:50] * Joins: kaiser (~kaiser@public.cloak)
- # [01:51] * Quits: kaiser (~kaiser@public.cloak) ("")
- # [01:51] * Joins: kaiser (~kaiser@public.cloak)
- # [01:51] * Quits: kaiser (~kaiser@public.cloak) ("")
- # [01:51] * Joins: kaiser (~kaiser@public.cloak)
- # [01:52] * Quits: krit (~krit@public.cloak) ("Leaving.")
- # [01:52] * Quits: kaiser (~kaiser@public.cloak) ("")
- # [01:52] * Joins: kaiser (~kaiser@public.cloak)
- # [01:53] * Quits: kaiser (~kaiser@public.cloak) ("")
- # [01:53] * Joins: kaiser (~kaiser@public.cloak)
- # [01:56] * Quits: kaiser (~kaiser@public.cloak) ("")
- # [01:56] * Joins: kaiser (~kaiser@public.cloak)
- # [01:56] * Quits: kaiser (~kaiser@public.cloak) ("")
- # [01:57] * Joins: kaiser (~kaiser@public.cloak)
- # [01:58] * Quits: sylvaing_ (~sylvaing@public.cloak) (Ping timeout: 60 seconds)
- # [01:59] * Quits: kaiser (~kaiser@public.cloak) ("")
- # [02:02] * Joins: jdaggett (~jdaggett@public.cloak)
- # [02:03] * Quits: jdaggett (~jdaggett@public.cloak) (jdaggett)
- # [02:12] * Quits: lmclister (~lmclister@public.cloak) ("")
- # [03:03] * leaverou is now known as leaverou_away
- # [03:04] * Joins: sylvaing_ (~sylvaing@public.cloak)
- # [03:14] * Joins: lmclister (~lmclister@public.cloak)
- # [03:16] * Quits: dbaron (~dbaron@public.cloak) ("8403864 bytes have been tenured, next gc will be global.")
- # [03:25] * Quits: lmclister (~lmclister@public.cloak) ("")
- # [03:38] * Joins: darktears_ (~darktears@public.cloak)
- # [03:39] * Quits: darktears (~darktears@public.cloak) (Ping timeout: 60 seconds)
- # [03:39] * darktears_ is now known as darktears
- # [03:45] * heycam is now known as heycam|away
- # [04:06] * Joins: aeular-cz (~chatzilla@public.cloak)
- # [04:06] * Parts: aeular-cz (~chatzilla@public.cloak)
- # [04:14] * Quits: sylvaing_ (~sylvaing@public.cloak) (Ping timeout: 60 seconds)
- # [04:36] * Joins: SimonSapin (~simon@public.cloak)
- # [04:39] * leaverou_away is now known as leaverou
- # [04:56] * Joins: sylvaing_ (~sylvaing@public.cloak)
- # [04:56] * Joins: cabanier (~cabanier@public.cloak)
- # [05:02] * Joins: krit (~krit@public.cloak)
- # [05:03] * leaverou is now known as leaverou_away
- # [05:24] * Joins: lmclister (~lmclister@public.cloak)
- # [05:32] * Quits: sylvaing_ (~sylvaing@public.cloak) (Ping timeout: 60 seconds)
- # [05:57] * Joins: dbaron (~dbaron@public.cloak)
- # [06:52] * Quits: lmclister (~lmclister@public.cloak) ("")
- # [07:26] <dbaron> fantasai, fyi, I linked all the minutes from http://wiki.csswg.org/planning/tucson-2013
- # [07:48] * Quits: krit (~krit@public.cloak) ("Leaving.")
- # [07:51] * Joins: lmclister (~lmclister@public.cloak)
- # [08:39] * Quits: lmclister (~lmclister@public.cloak) ("")
- # [09:07] * Quits: SimonSapin (~simon@public.cloak) (Ping timeout: 60 seconds)
- # [09:32] * Joins: nvdbleek (~nvdbleek@public.cloak)
- # [09:34] * Quits: nvdbleek (~nvdbleek@public.cloak) ("Leaving.")
- # [09:35] * Joins: nvdbleek (~nvdbleek@public.cloak)
- # [09:45] * Quits: nvdbleek (~nvdbleek@public.cloak) ("Leaving.")
- # [09:45] * Joins: nvdbleek (~nvdbleek@public.cloak)
- # [09:46] * Quits: nvdbleek (~nvdbleek@public.cloak) ("Leaving.")
- # [09:46] * Joins: nvdbleek (~nvdbleek@public.cloak)
- # [09:47] * Quits: nvdbleek (~nvdbleek@public.cloak) ("Leaving.")
- # [09:47] * Joins: nvdbleek (~nvdbleek@public.cloak)
- # [09:48] * Quits: nvdbleek (~nvdbleek@public.cloak) ("Leaving.")
- # [09:49] * Joins: nvdbleek (~nvdbleek@public.cloak)
- # [09:50] * Quits: nvdbleek (~nvdbleek@public.cloak) ("Leaving.")
- # [09:50] * Joins: nvdbleek (~nvdbleek@public.cloak)
- # [09:51] * Quits: nvdbleek (~nvdbleek@public.cloak) ("Leaving.")
- # [09:51] * Joins: nvdbleek (~nvdbleek@public.cloak)
- # [09:52] * Quits: nvdbleek (~nvdbleek@public.cloak) ("Leaving.")
- # [09:53] * Joins: nvdbleek (~nvdbleek@public.cloak)
- # [09:54] * Quits: nvdbleek (~nvdbleek@public.cloak) ("Leaving.")
- # [09:55] * Joins: nvdbleek (~nvdbleek@public.cloak)
- # [10:03] * Quits: dbaron (~dbaron@public.cloak) (Ping timeout: 60 seconds)
- # [10:13] * Joins: jdaggett (~jdaggett@public.cloak)
- # [10:13] * Quits: jdaggett (~jdaggett@public.cloak) (jdaggett)
- # [10:37] * heycam|away is now known as heycam
- # [10:37] * heycam is now known as heycam|away
- # [10:38] * Quits: heycam|away (~cam@public.cloak) ("Terminated with extreme prejudice - dircproxy 1.0.5")
- # [10:41] * Quits: nvdbleek (~nvdbleek@public.cloak) ("Leaving.")
- # [10:42] * Quits: shepazu (schepers@public.cloak) ("is sleepy")
- # [11:11] * Joins: nvdbleek (~nvdbleek@public.cloak)
- # [11:29] * Joins: sylvaing_ (~sylvaing@public.cloak)
- # [11:33] * Quits: sylvaing_ (~sylvaing@public.cloak) (Ping timeout: 60 seconds)
- # [12:17] * Joins: shepazu (schepers@public.cloak)
- # [12:19] * Quits: nvdbleek (~nvdbleek@public.cloak) ("Leaving.")
- # [12:19] * Joins: nvdbleek (~nvdbleek@public.cloak)
- # [12:20] * Quits: nvdbleek (~nvdbleek@public.cloak) ("Leaving.")
- # [12:20] * Joins: nvdbleek (~nvdbleek@public.cloak)
- # [12:20] * Joins: SimonSapin (~simon@public.cloak)
- # [12:20] * Quits: nvdbleek (~nvdbleek@public.cloak) ("Leaving.")
- # [12:20] * Joins: nvdbleek (~nvdbleek@public.cloak)
- # [12:41] * Quits: shepazu (schepers@public.cloak) (Ping timeout: 60 seconds)
- # [12:49] * Quits: nvdbleek (~nvdbleek@public.cloak) ("Leaving.")
- # [12:49] * Joins: nvdbleek (~nvdbleek@public.cloak)
- # [12:50] * Quits: nvdbleek (~nvdbleek@public.cloak) ("Leaving.")
- # [12:50] * Joins: nvdbleek (~nvdbleek@public.cloak)
- # [12:53] * Quits: nvdbleek (~nvdbleek@public.cloak) ("Leaving.")
- # [12:53] * Joins: nvdbleek (~nvdbleek@public.cloak)
- # [12:55] * Quits: nvdbleek (~nvdbleek@public.cloak) ("Leaving.")
- # [12:55] * Joins: nvdbleek (~nvdbleek@public.cloak)
- # [12:59] * Quits: nvdbleek (~nvdbleek@public.cloak) ("Leaving.")
- # [12:59] * Joins: nvdbleek (~nvdbleek@public.cloak)
- # [13:00] * Quits: nvdbleek (~nvdbleek@public.cloak) ("Leaving.")
- # [13:00] * Joins: nvdbleek (~nvdbleek@public.cloak)
- # [13:01] * Quits: nvdbleek (~nvdbleek@public.cloak) ("Leaving.")
- # [13:01] * Joins: nvdbleek (~nvdbleek@public.cloak)
- # [13:02] * Quits: nvdbleek (~nvdbleek@public.cloak) ("Leaving.")
- # [13:02] * Joins: nvdbleek (~nvdbleek@public.cloak)
- # [13:03] * Quits: nvdbleek (~nvdbleek@public.cloak) ("Leaving.")
- # [13:03] * Joins: nvdbleek (~nvdbleek@public.cloak)
- # [13:04] * Quits: nvdbleek (~nvdbleek@public.cloak) ("Leaving.")
- # [13:04] * Joins: nvdbleek (~nvdbleek@public.cloak)
- # [13:06] * Quits: nvdbleek (~nvdbleek@public.cloak) ("Leaving.")
- # [13:06] * Joins: nvdbleek (~nvdbleek@public.cloak)
- # [13:07] * Joins: tmpsantos (~tmpsantos@public.cloak)
- # [13:08] * Quits: nvdbleek (~nvdbleek@public.cloak) ("Leaving.")
- # [13:08] * Joins: nvdbleek (~nvdbleek@public.cloak)
- # [13:09] * Quits: nvdbleek (~nvdbleek@public.cloak) ("Leaving.")
- # [13:09] * Joins: nvdbleek (~nvdbleek@public.cloak)
- # [13:10] * Quits: nvdbleek (~nvdbleek@public.cloak) ("Leaving.")
- # [13:10] * Joins: nvdbleek (~nvdbleek@public.cloak)
- # [13:11] * Quits: nvdbleek (~nvdbleek@public.cloak) ("Leaving.")
- # [13:11] * Joins: nvdbleek (~nvdbleek@public.cloak)
- # [13:12] * Quits: nvdbleek (~nvdbleek@public.cloak) ("Leaving.")
- # [13:12] * Joins: nvdbleek (~nvdbleek@public.cloak)
- # [13:14] * Quits: nvdbleek (~nvdbleek@public.cloak) ("Leaving.")
- # [13:14] * Joins: nvdbleek (~nvdbleek@public.cloak)
- # [13:15] * Quits: nvdbleek (~nvdbleek@public.cloak) ("Leaving.")
- # [13:15] * Joins: nvdbleek (~nvdbleek@public.cloak)
- # [13:15] * Joins: teoli (~teoli@public.cloak)
- # [13:17] * Quits: nvdbleek (~nvdbleek@public.cloak) ("Leaving.")
- # [13:17] * Joins: nvdbleek (~nvdbleek@public.cloak)
- # [13:19] * Quits: nvdbleek (~nvdbleek@public.cloak) ("Leaving.")
- # [13:19] * Joins: nvdbleek (~nvdbleek@public.cloak)
- # [13:22] * Quits: nvdbleek (~nvdbleek@public.cloak) ("Leaving.")
- # [13:22] * Joins: nvdbleek (~nvdbleek@public.cloak)
- # [13:24] * Quits: nvdbleek (~nvdbleek@public.cloak) ("Leaving.")
- # [13:24] * Joins: nvdbleek (~nvdbleek@public.cloak)
- # [13:25] * Quits: nvdbleek (~nvdbleek@public.cloak) ("Leaving.")
- # [13:25] * Joins: nvdbleek (~nvdbleek@public.cloak)
- # [13:26] * Quits: nvdbleek (~nvdbleek@public.cloak) ("Leaving.")
- # [13:26] * Joins: nvdbleek (~nvdbleek@public.cloak)
- # [13:32] * Quits: nvdbleek (~nvdbleek@public.cloak) ("Leaving.")
- # [13:32] * Joins: nvdbleek (~nvdbleek@public.cloak)
- # [13:34] * Quits: nvdbleek (~nvdbleek@public.cloak) ("Leaving.")
- # [13:34] * Joins: nvdbleek (~nvdbleek@public.cloak)
- # [13:49] * Quits: darktears (~darktears@public.cloak) (darktears)
- # [13:51] * Joins: darktears (~darktears@public.cloak)
- # [14:13] * Quits: nvdbleek (~nvdbleek@public.cloak) ("Leaving.")
- # [14:13] * Joins: nvdbleek (~nvdbleek@public.cloak)
- # [14:17] * Quits: nvdbleek (~nvdbleek@public.cloak) ("Leaving.")
- # [14:17] * Joins: nvdbleek (~nvdbleek@public.cloak)
- # [14:19] * Quits: nvdbleek (~nvdbleek@public.cloak) ("Leaving.")
- # [14:19] * Joins: nvdbleek (~nvdbleek@public.cloak)
- # [14:20] * Joins: shepazu (schepers@public.cloak)
- # [14:30] * Quits: SimonSapin (~simon@public.cloak) (Ping timeout: 60 seconds)
- # [14:47] * Joins: SimonSapin (~simon@public.cloak)
- # [15:09] * Quits: shepazu (schepers@public.cloak) (Ping timeout: 60 seconds)
- # [16:24] * Quits: glenn (~gadams@public.cloak) (Client closed connection)
- # [16:29] * Joins: Ms2ger (~Ms2ger@public.cloak)
- # [16:56] * Quits: nvdbleek (~nvdbleek@public.cloak) ("Leaving.")
- # [16:56] * Joins: nvdbleek (~nvdbleek@public.cloak)
- # [16:57] * Quits: nvdbleek (~nvdbleek@public.cloak) ("Leaving.")
- # [16:57] * Joins: nvdbleek (~nvdbleek@public.cloak)
- # [16:58] * Quits: nvdbleek (~nvdbleek@public.cloak) ("Leaving.")
- # [16:58] * Joins: nvdbleek (~nvdbleek@public.cloak)
- # [16:59] * Quits: nvdbleek (~nvdbleek@public.cloak) ("Leaving.")
- # [16:59] * Joins: nvdbleek (~nvdbleek@public.cloak)
- # [17:18] * Joins: krit (~krit@public.cloak)
- # [17:19] * Quits: cabanier (~cabanier@public.cloak) ("Leaving.")
- # [17:27] * Quits: tmpsantos (~tmpsantos@public.cloak) ("Leaving")
- # [17:27] * Joins: glazou (~glazou@public.cloak)
- # [17:27] * Joins: Zakim (zakim@public.cloak)
- # [17:28] * Joins: RRSAgent (rrsagent@public.cloak)
- # [17:28] <RRSAgent> logging to http://www.w3.org/2013/02/20-css-irc
- # [17:28] <glazou> zakim, this will be Style
- # [17:28] <Zakim> ok, glazou; I see Style_CSS FP()12:00PM scheduled to start in 35 minutes
- # [17:28] <glazou> RRSAgent, make logs public
- # [17:28] <RRSAgent> I have made the request, glazou
- # [17:30] * Joins: lmclister (~lmclister@public.cloak)
- # [17:32] * Joins: antonp (~Thunderbird@public.cloak)
- # [17:37] * Joins: cabanier (~cabanier@public.cloak)
- # [17:44] * Joins: sylvaing_ (~sylvaing@public.cloak)
- # [17:47] * Quits: sylvaing_ (~sylvaing@public.cloak) ("")
- # [17:57] <glazou> Zakim, code?
- # [17:57] <Zakim> the conference code is 78953 (tel:+1.617.761.6200 sip:zakim@voip.w3.org), glazou
- # [17:58] <Zakim> Style_CSS FP()12:00PM has now started
- # [17:58] <Zakim> +??P31
- # [17:58] <glazou> Zakim, ??P31 is me
- # [17:58] <Zakim> +glazou; got it
- # [17:58] * Joins: dbaron (~dbaron@public.cloak)
- # [17:58] <Zakim> + +1.415.832.aaaa
- # [17:59] <Zakim> +SylvaIng
- # [17:59] <krit> Zakim, aaaa is me
- # [17:59] <Zakim> +krit; got it
- # [17:59] * Joins: djackson (~djackson@public.cloak)
- # [18:00] * Joins: tantek (~tantek@public.cloak)
- # [18:00] <Zakim> +??P42
- # [18:00] * Joins: oyvind (~oyvinds@public.cloak)
- # [18:00] <darktears> Zakim, ??P42 is me
- # [18:00] <Zakim> +darktears; got it
- # [18:00] <Zakim> + +1.610.324.aabb
- # [18:01] <Zakim> + +97362aacc
- # [18:02] <glazou> Zakim, aabb is djackson
- # [18:02] <Zakim> +djackson; got it
- # [18:02] <Zakim> +[Apple]
- # [18:02] <hober> Zakim, Apple has me
- # [18:02] <Zakim> +hober; got it
- # [18:02] * krit djackson? competition for dino
- # [18:03] <hober> that's not dino
- # [18:03] <hober> dino is on my line
- # [18:03] <Zakim> +??P61
- # [18:03] <Zakim> +plinss
- # [18:03] * Joins: JohnJansen (~JohnJansen@public.cloak)
- # [18:03] <Zakim> +fantasai
- # [18:04] * Joins: bradk (~bradk@public.cloak)
- # [18:04] <nvdbleek> zakim, code?
- # [18:04] <Zakim> the conference code is 78953 (tel:+1.617.761.6200 sip:zakim@voip.w3.org), nvdbleek
- # [18:04] <Zakim> +dbaron
- # [18:04] * Joins: SimonSapin1 (~simon@public.cloak)
- # [18:04] * Joins: smfr (~smfr@public.cloak)
- # [18:04] <glazou> sylvaing, how many animation issues to discuss ?
- # [18:04] <sylvaing> I have 5
- # [18:04] <glazou> ok
- # [18:05] <glazou> time allocated ?
- # [18:05] * dbaron Zakim, who is on the phone?
- # [18:05] * Zakim sees on the phone: glazou, krit, SylvaIng, darktears, djackson, +97362aacc, [Apple], ??P61, plinss, fantasai, dbaron
- # [18:05] * Zakim [Apple] has hober
- # [18:05] <sylvaing> Let's say 20mn?
- # [18:05] * fantasai waves to djackson
- # [18:05] <Zakim> +[Microsoft]
- # [18:05] <glazou> perfect sylvaing
- # [18:05] * Joins: jdaggett (~jdaggett@public.cloak)
- # [18:05] <fantasai> ScribeNick: fantasai
- # [18:05] <Zakim> + +1.415.615.aadd
- # [18:05] <Zakim> +smfr
- # [18:05] <Zakim> +SimonSapin
- # [18:05] <JohnJansen> Zakim, Microsoft has JohnJansen
- # [18:05] <Zakim> +JohnJansen; got it
- # [18:06] <glazou> Zakim, aadd is rhauck
- # [18:06] <Zakim> +rhauck; got it
- # [18:06] <SimonSapin1> \o/ Zakim got the right nick for me this time
- # [18:06] <glazou> lucky you...
- # [18:06] * Quits: SimonSapin (~simon@public.cloak) (Ping timeout: 60 seconds)
- # [18:06] * SimonSapin1 is now known as SimonSapin
- # [18:06] <Zakim> +nvdbleek
- # [18:07] * Joins: dino (~dino@public.cloak)
- # [18:07] * nvdbleek sorry for being late, but had trouble getting in
- # [18:07] <hober> Zakim, Apple has dino
- # [18:07] <Zakim> +dino; got it
- # [18:07] <glazou> Zakim, aacc is antonp
- # [18:07] <Zakim> +antonp; got it
- # [18:07] * Joins: rhauck (~Adium@public.cloak)
- # [18:07] <Zakim> + +1.650.275.aaee
- # [18:07] * krit dino, trademark of Apple
- # [18:07] <bradk> Zakim, aaee is me
- # [18:07] <Zakim> +bradk; got it
- # [18:07] <smfr> Zakim, who's noisy?
- # [18:07] * dino is the D in Apple
- # [18:08] <glazou> dino, ROFL
- # [18:08] <Zakim> smfr, listening for 10 seconds I heard sound from the following: rhauck (16%), bradk (3%), fantasai (11%)
- # [18:08] <bradk> I don't think the noise was me, but I muted my phone anyway
- # [18:08] <Zakim> +SteveZ
- # [18:08] <nvdbleek> zakim, mute me
- # [18:08] <Zakim> nvdbleek should now be muted
- # [18:08] <fantasai> glazou: Extra items?
- # [18:08] <fantasai> krit: Edited Masking spec, would like to ask for review
- # [18:09] <Zakim> +??P80
- # [18:09] <jdaggett> zakim, ++p80 is me
- # [18:09] <Zakim> sorry, jdaggett, I do not recognize a party named '++p80'
- # [18:09] <fantasai> SimonSapin: Proposal for adding percentages to column-width/column-gap
- # [18:09] <krit> s/ask for review/ask for review by email, is that ok?/
- # [18:09] <jdaggett> zakim, ??p80 is me
- # [18:09] <fantasai> glazou: You wondered if doable in CR. Let's discuss that after animations
- # [18:09] <Zakim> +jdaggett; got it
- # [18:09] <Zakim> +Tantek
- # [18:09] <fantasai> glazou: Anything else?
- # [18:09] <tantek> Zakim, mute Tantek
- # [18:09] <Zakim> Tantek should now be muted
- # [18:09] <Zakim> + +1.832.797.aaff
- # [18:09] * dino agenda += moment of silence for sylvain
- # [18:09] * Zakim notes agendum 1 added
- # [18:09] <fantasai> glazou: Start with Animations, b/c sylvain on call for last time
- # [18:09] <fantasai> Topic: Animations
- # [18:09] <fantasai> sylvaing: Any objections to adding Rossen as editor to Animations?
- # [18:10] <fantasai> RESOLVED: Add Rossen as editor to Animations
- # [18:10] <glazou> LOL case sensitivity...
- # [18:10] * smfr changes topic to 'http://lists.w3.org/Archives/Public/www-style/2013Feb/0461.html'
- # [18:10] <fantasai> sylvaing: Clarification for me, case-sensitivity of user-defined idents was resolved in Tucson. Is that in CSS3 Values yet?
- # [18:10] <fantasai> TabAtkins: Don't think edit has made it in yet, but will do today.
- # [18:10] <fantasai> sylvaing: Ok, will refer to that.
- # [18:10] <sylvaing> http://lists.w3.org/Archives/Public/www-style/2011Sep/0392.html
- # [18:11] <fantasai> sylvaing: Current wording ignores multiple values, multiple keyframes, etc.
- # [18:11] * Joins: SteveZ (~chatzilla@public.cloak)
- # [18:11] <fantasai> sylvaing: Oyvind proposed some text.
- # [18:11] <fantasai> [see email]
- # [18:11] <fantasai> sylvaing: I think good idea to clarify that.
- # [18:12] <dino> +1 to clarifying that text
- # [18:12] <fantasai> dbaron: There was an interop issue with definition of valid @keyframes rule
- # [18:12] <fantasai> dbaron: Previous decision on that, make sure it's clear too
- # [18:12] <fantasai> RESOLVED: Oyvind's clarification accepted for http://lists.w3.org/Archives/Public/www-style/2011Sep/0392.html
- # [18:12] <sylvaing> https://www.w3.org/Bugs/Public/show_bug.cgi?id=14805
- # [18:13] <fantasai> sylvaing: Question from dbaron on using timing functions inside keyframe rules
- # [18:13] <fantasai> sylvaing: Understood that if you have timing function on keyframe rule, .. next one
- # [18:13] <fantasai> sylvaing: What if you're going in a different direction, e.g. reverse / alternate?
- # [18:13] <dbaron> http://lists.w3.org/Archives/Public/www-style/2011Mar/0744.html
- # [18:13] <fantasai> sylvaing: When you go from N to N+1, you always use timing function defined in frame N.
- # [18:13] <fantasai> dino: Intended, but not written. Sorry. Yes.
- # [18:14] <fantasai> TabAtkins: Timing function on a keyframe defines that particular gap, regardless which way you're going.
- # [18:14] <fantasai> dino: Maybe add to spec that animation literally runs in reverse
- # [18:14] <fantasai> dbaron: Except it doesn't
- # [18:14] <fantasai> dbaron: I don't think it does.
- # [18:14] <fantasai> dino: ?
- # [18:14] <fantasai> dbaron: Do we reduce the math of the timing function, or ue the appropriate timing function?
- # [18:14] <fantasai> s/ue/use/
- # [18:15] <fantasai> dbaron: e.g. if you have ease-in(), then you ease-in() to that point regardless of direciton.
- # [18:15] <fantasai> glazou: Right, so we are not reversing animation per se
- # [18:15] * fantasai suggests someone correct IRC if it's wrong
- # [18:15] * fantasai can't
- # [18:15] <fantasai> [...]
- # [18:15] <fantasai> sylvaing: What does Gecko do?
- # [18:15] <fantasai> dbaron: Have to check
- # [18:15] * glazou fantasai minutes are correct, it's what dino said that is wrong
- # [18:16] <fantasai> dino: we process value from 0 - 1, [...] so timing function does actually play backwards when you go in a reverse order
- # [18:16] <fantasai> dino: If you're 10% through reverse, we calculate as if 90% of going forwards
- # [18:16] <fantasai> glazou: Ok, let's defer resolution of this issue until dino's email
- # [18:16] <fantasai> sylvaing: Yes, and we should check implementations. I think we do what Gecko does
- # [18:16] <dbaron> you mean, you think IE does the same thing that I *think* Gecko does? :-)
- # [18:17] <glazou> LOL
- # [18:17] <fantasai> sylvaing: But don't think it's a major breaking change if we have to swap it.
- # [18:17] * Bert giving up. Cannot get through to Zakim :-(
- # [18:17] <fantasai> smfr: Think we don't what to change WebKit. And intent is that reverse is a mirror image of the forward animation.
- # [18:17] <sylvaing> https://www.w3.org/Bugs/Public/show_bug.cgi?id=15848
- # [18:17] <glazou> http://lists.w3.org/Archives/Public/www-style/2009Dec/0280.html
- # [18:17] <fantasai> sylvaing: Prose in spec about defining start of animation
- # [18:18] <fantasai> sylvaing: http://lists.w3.org/Archives/Public/www-style/2009Dec/0280.html
- # [18:18] <sylvaing> # The start time of an animation is the latter of two moments: the
- # [18:18] <sylvaing> # time at which the style is resolved that specifies the
- # [18:18] <sylvaing> # animation, or the time the document's load event is fired.
- # [18:18] <fantasai> sylvaing: Hard one to test, and not exactly what browsers do, really
- # [18:18] <fantasai> sylvaing: I'm wondering, what is the point of this statement?
- # [18:18] <fantasai> sylvaing: Or is it really, animation applies when the animation-name property is resolved?
- # [18:18] <fantasai> smfr: in WebKit we did start until document load, but that's no longer true.
- # [18:19] <fantasai> dbaron: Don't think it was true at the time I implemented animations in Gecko
- # [18:19] <fantasai> sylvaing: Also, hard to test. Interesting implementation details, not sure how you'd test across browsers.
- # [18:19] <fantasai> sylvaing: Should really say it applies at the time the animation-name property is resolved.
- # [18:19] <fantasai> sylvaing: Of course, we're getting to, we don't define when things are computed.
- # [18:19] <fantasai> sylvaing: But document load is bogus.
- # [18:19] * Quits: logbot (~logbot@public.cloak) (Ping timeout: 60 seconds)
- # [18:20] <fantasai> krit: Does that mean that document is loaded (onload), or all required parts loaded (e.g. all style sheets)
- # [18:20] * Quits: dino (~dino@public.cloak) (Client closed connection)
- # [18:20] <fantasai> krit: When you have document load, can you be sure style is resolved for all parts of the document?
- # [18:20] * Quits: CSSWG_LogBot (~PircBot@public.cloak) (Ping timeout: 60 seconds)
- # [18:20] <fantasai> TabAtkins: [...]
- # [18:20] * Quits: leaverou_away (~leaverou@public.cloak) (Ping timeout: 60 seconds)
- # [18:20] <fantasai> sylvaing: Why does it matter?
- # [18:20] * Quits: isherman (~Adium@public.cloak) (Client closed connection)
- # [18:20] <fantasai> krit: For SVG, when the document is read for complete rendering, that's when animations start.
- # [18:21] <fantasai> smfr: We specced that way for CSS originally, then changed our minds
- # [18:21] <fantasai> krit: Might need to align SVG to this then
- # [18:21] * Quits: shans (~shans@public.cloak) (Ping timeout: 60 seconds)
- # [18:21] * Quits: csswg (~csswg@public.cloak) (Ping timeout: 60 seconds)
- # [18:21] * Quits: alexmog (~alexmog@public.cloak) (Ping timeout: 60 seconds)
- # [18:21] <fantasai> sylvaing: Sadly, don't think we have priority on when things are computed.
- # [18:21] * Joins: dino (~dino@public.cloak)
- # [18:21] <fantasai> sylvaing: Don't want to leave statement in there that doesn't agree with implementations.
- # [18:21] * Quits: JohnJansen (~JohnJansen@public.cloak) (Ping timeout: 60 seconds)
- # [18:21] * Joins: rhauck1 (~Adium@public.cloak)
- # [18:21] <fantasai> dbaron: I think we need to fix this to match what everyone is doing, b/c we all agree that this is wrong.
- # [18:22] * Joins: isherman (~Adium@public.cloak)
- # [18:22] <fantasai> sylvaing: Think it goes back to resolution earlier, animation applies when animation-name is computed, and have last valid @keyframe in sorted order. That's it
- # [18:22] * dbaron Zakim, who is on the phone?
- # [18:22] * Zakim sees on the phone: glazou, krit, SylvaIng, darktears, djackson, antonp, [Apple], ??P61, plinss, fantasai, dbaron, [Microsoft], rhauck, smfr, SimonSapin, nvdbleek (muted), bradk,
- # [18:22] * Zakim ... SteveZ, jdaggett, Tantek (muted), +1.832.797.aaff
- # [18:22] * Zakim [Microsoft] has JohnJansen
- # [18:22] * Zakim [Apple] has dino
- # [18:22] <fantasai> krit: Suppose you have huge document, like HTML5 spec, animation on one of first elements that get rendered.
- # [18:23] * Quits: liam (liam@public.cloak) (Ping timeout: 60 seconds)
- # [18:23] <fantasai> krit: Do animations wait until whole document is loaded?
- # [18:23] <fantasai> dbaron: we all implemented that they start before the whole document is loaded
- # [18:23] <fantasai> krit: Then how do you align animations?
- # [18:23] * Joins: liam (liam@public.cloak)
- # [18:23] <fantasai> sylvaing: When this is resolved is up to UA.
- # [18:23] * Joins: alexmog_away (~alexmog@public.cloak)
- # [18:23] * Joins: CSSWG_LogBot (~PircBot@public.cloak)
- # [18:23] <fantasai> sylvaing: Whenever value computation occurs.
- # [18:24] <fantasai> krit: Can we add a sentence that says this might be more precise in the future?
- # [18:24] * alexmog_away is now known as alexmog
- # [18:24] <nvdbleek> zakim, mute me
- # [18:24] <Zakim> nvdbleek was already muted, nvdbleek
- # [18:24] * Joins: csswg (~csswg@public.cloak)
- # [18:24] * Quits: rhauck (~Adium@public.cloak) (Ping timeout: 60 seconds)
- # [18:24] <fantasai> dbaron: I would prefer to define it more precisely in this spec, even if we don't have definitions for all terms
- # [18:24] * Quits: rhauck1 (~Adium@public.cloak) (Client closed connection)
- # [18:24] <fantasai> fantasai: krit's point wrt aligning animations?
- # [18:25] <fantasai> dbaron: We don't align animations.
- # [18:25] <fantasai> krit: That's the point of Web Animations, to align them.
- # [18:25] * Joins: leaverou_away (~leaverou@public.cloak)
- # [18:25] <fantasai> TabAtkins: Might fix later
- # [18:25] * leaverou_away is now known as leaverou
- # [18:25] <fantasai> dbaron: Don't think it would be acceptable to fix it later, which is why I think we should define it now.
- # [18:25] <fantasai> sylvaing: Later on would be enough content that we would be unable to fix it.
- # [18:25] <fantasai> ACTION: dbaron propose wording for http://lists.w3.org/Archives/Public/www-style/2009Dec/0280.html
- # [18:25] * trackbot is creating a new ACTION.
- # [18:25] * RRSAgent records action 1
- # [18:25] <trackbot> Created ACTION-543 - Propose wording for http://lists.w3.org/Archives/Public/www-style/2009Dec/0280.html [on David Baron - due 2013-02-27].
- # [18:25] * Joins: shans_away (~shans@public.cloak)
- # [18:25] * shans_away is now known as shans
- # [18:25] <sylvaing> https://www.w3.org/Bugs/Public/show_bug.cgi?id=21018
- # [18:26] <fantasai> sylvaing: Duplicated keyframes
- # [18:26] <fantasai> sylvaing: If you have N for 50%, you drop previous ones, at least that's what spec recommends.
- # [18:26] <fantasai> sylvaing: dbaron suggested at the time maybe we should cascade them.
- # [18:26] <fantasai> sylvaing: Not sure what it means wrt compat, if Gecko does that.
- # [18:26] <fantasai> dbaron: Gecko does cascade them. Has not been a compat problem.
- # [18:27] <fantasai> dbaron: I suspect that if we tried to change it in the other direction, might be a compat problem. But this one not so much. Or at least, we didn't hit any problems.
- # [18:27] * Joins: arronei (~arronei@public.cloak)
- # [18:27] <fantasai> dbaron: I really feel that what the spec says is really just very unlike everything CSS does.
- # [18:27] * fantasai agrees
- # [18:27] <fantasai> dbaron: It's the norm in CSS that if you have one declaration, and you have another that has one property, it just overrides that one property, not throw out entire block. Reasonable expectation of authors.
- # [18:27] * Quits: djackson (~djackson@public.cloak) (Client closed connection)
- # [18:28] <fantasai> glazou: The OM for animations only returns one rule for the keyframe, not multiple.
- # [18:28] <fantasai> TabAtkins: The OM for keyframes is completely busted.
- # [18:28] * Joins: djackson_ (~djackson@public.cloak)
- # [18:28] <fantasai> glazou: Whatever we decide on this topic, the OM should reflect that too.
- # [18:29] * Joins: logbot (~logbot@public.cloak)
- # [18:29] <fantasai> glazou: If we allow multiple keyframes with same key to cascade, then findRuleForKey should become findRulesForKey and return multiple rules. Otherwise won't be editable.
- # [18:29] <fantasai> sylvaing, TabAtkins: fair point
- # [18:29] <fantasai> sylvaing: I agree with dbaron's point in generall, not very CSS-like to have bunch of selector-like constructs, and last one cancels previous ones instead of having cascade.
- # [18:30] <fantasai> glazou: I agree
- # [18:30] <fantasai> sylvaing: When you ask for 50% rule, you want all rules that are for 50%, you want in order of course. maybe at some point, maybe not in this level, give me computed/resolved rule for 50%?
- # [18:30] <fantasai> glazou: Yes, I agree with that, we need that too.
- # [18:31] <fantasai> glazou: You could retrieve that from the current findRule in the OM, and if you have multiple keyframes, we need API for that.
- # [18:31] <fantasai> sylvaing: Do we need that for this level?
- # [18:31] <fantasai> TabAtkins: If you're looking for the value for width being animated at 50%, and specified in different keyframes, if you can get a list, then it's easy to iterate the list and get that.
- # [18:32] * jdaggett is tab on a greyhound bus?!?
- # [18:32] <fantasai> glazou: You said OM is busted. OM has to be consistent with the prose.
- # [18:32] * hober shans: ^^
- # [18:32] <fantasai> TabAtkins: We can do a minimum fix, and add to it later.
- # [18:32] <fantasai> glazou: Minimum we could do is remove findRule and add findRules.
- # [18:33] <fantasai> fantasai: You could maybe define findRule to return the cascaded result
- # [18:33] <fantasai> dbaron: No, it needs to return something you can edit.
- # [18:33] <fantasai> sylvaing: Still need to figure out OM. Are we resolving on cascading the keyframes?
- # [18:33] <fantasai> sylvaing pokes dino
- # [18:33] <fantasai> smfr: I think that's fine. Don't think any content has multiple keyframe rules, except by mistake.
- # [18:34] <fantasai> sylvaing: OK, so we'll update that. Then have open issue on updating OM to give a list of rules.
- # [18:34] <fantasai> sylvaing: and another issue on adding API for combined ruleset
- # [18:34] <fantasai> ACTION: glazou send proposal for updated findRules API for animations keyframe rules
- # [18:34] * trackbot is creating a new ACTION.
- # [18:34] * RRSAgent records action 2
- # [18:34] <trackbot> Created ACTION-544 - Send proposal for updated findRules API for animations keyframe rules [on Daniel Glazman - due 2013-02-27].
- # [18:34] <fantasai> RESOLVED: keyframe rules cascade
- # [18:34] <darktears> glazou: yes I have
- # [18:34] <fantasai> sylvaing: That's it.
- # [18:35] <fantasai> dino: Alexis has an issue
- # [18:35] <fantasai> darktears: We do have a problem with pseudo-elements ... animations
- # [18:35] <fantasai> darktears: Someone asked on mailing list, how do I know when animation finished on a pseudo-element?
- # [18:35] <dbaron> s/pseudo-elements/the pseudoElement attribute/
- # [18:35] <fantasai> darktears: You don't know today.
- # [18:35] <darktears> http://lists.w3.org/Archives/Public/www-style/2013Feb/0062.html
- # [18:35] <darktears> http://dev.w3.org/csswg/css3-transitions/#transition-events
- # [18:36] <fantasai> sylvaing: Same problem for Transitions
- # [18:36] <fantasai> darktears: Mozilla people bring issues wrt compatibility
- # [18:36] <sylvaing> transition and animation events expose the same property
- # [18:36] <darktears> right
- # [18:36] <fantasai> TabAtkins: If you just fire plain animation issues with pseudoElements, you might get unexpectedly more animation events.
- # [18:36] * glazou has a compatibility issue between his glasses and his headset :-(
- # [18:36] * Joins: florian (~florian@public.cloak)
- # [18:36] <darktears> WebKit ships it on Transsitions
- # [18:36] <fantasai> dbaron: I think we should try implementing it and see if compatibility problem.
- # [18:36] <darktears> it's implemented
- # [18:36] <fantasai> sylvaing: Yeah, there's not a lot of content out there that uses animations on pseudo-elements. If only because it was not interoperable.
- # [18:37] <fantasai> sylvaing: Event handler code, wouldn't need to filter for pseudo-elements
- # [18:37] <Zakim> +[IPcaller]
- # [18:37] <fantasai> TabAtkins: If it didn't work on WebKit, nobody would have written code for it, right.
- # [18:37] <florian> Zakim, [IPcaller] has me
- # [18:37] <Zakim> +florian; got it
- # [18:37] <fantasai> sylvaing: pseudoElement property on these events is pretty new, so no real-world content with event-handling code that checks for it.
- # [18:38] <fantasai> sylvaing: True that more events fired. Could be some breakage, but hard to image it would be huge.
- # [18:38] <fantasai> darktears: Use cases Boris brought on mailing list were rather exotic
- # [18:38] <fantasai> darktears: Problems and use-cases he saw on real content, but to be very honest, was very broken code.
- # [18:38] <fantasai> darktears: Website would be broken if WebKit shipped unprefixed
- # [18:39] <fantasai> sylvaing: ...
- # [18:39] <fantasai> sylvaing: Later add animation on ::before
- # [18:39] <fantasai> sylvaing: Your animation code is not checking for the pseudoElement on that element.
- # [18:39] <fantasai> sylvaing: Do your animation even processing too early, there is a risk of breakage.
- # [18:39] <fantasai> sylvaing: Not sure what we can do here.
- # [18:39] <fantasai> sylvaing: Strategy of changing event name...
- # [18:40] <fantasai> glazou: If we want the opportunity to change, we can consider that real-life use cases are rare enough, still allows us to change.
- # [18:40] <darktears> I mean in WebKIt we do have it implemented to Transitions and will probably ship soon with Chrome. We'll get feedback soon
- # [18:40] * krit Noo.. Animations get the new flex-box (without renaming :P)
- # [18:40] <darktears> so far nothing showed up
- # [18:40] <fantasai> glazou: Not necessarily true in near future. So it's right time to do this.
- # [18:40] <fantasai> glazou: Seems we running in circles.
- # [18:40] <fantasai> glazou: Are we proposing to add pseudoElement? Yes/no?
- # [18:40] <fantasai> sylvaing: It's already in there
- # [18:40] <fantasai> glazou: Do we care to remove it?
- # [18:41] <fantasai> TabAtkins: Since objections seem to come from Mozilla, but dbaron's ok with trying it, think we keep it.
- # [18:41] <fantasai> dbaron: Will come back with info on this, but takes awhile to ship, so in a few months
- # [18:41] <darktears> ok for me
- # [18:41] * darktears baron CC me if anything shows up :)
- # [18:41] * krit mark at risk all the things
- # [18:41] <fantasai> fantasai: Can mark it at-risk, so won't hold up for CR.
- # [18:42] <darktears> yes
- # [18:42] <fantasai> fantasai: Also it's a "let's try and implement it" change, that's what CR is for.
- # [18:42] <fantasai> RESOLVED: Keep pseudoElement on animation events. Mark at-risk. Revisit in a few months if it's a web-compat problem.
- # [18:42] <fantasai> Topic: Publications
- # [18:42] <fantasai> glazou: First one is Paged Media
- # [18:43] <fantasai> SimonSapin: Since we requested new WD, some ppl have started reviewing it, so I have some old issues I found that I had lost, and some new issues too
- # [18:43] <fantasai> SimonSapin: Some easy to fix, want to fix in next few days. Some I want to defer after new WD.
- # [18:43] <fantasai> glazou: Anything really critical that could block WD?
- # [18:43] <fantasai> SimonSapin: Don't think so
- # [18:43] <fantasai> glazou: What do ppl think of releasing new WD of css3-page?
- # [18:43] <sylvaing> is always in favor of new drafts
- # [18:44] <fantasai> RESOLVED: New WD for CSS3 Paged Media
- # [18:44] <fantasai> SimonSapin: We just added new feature, having multiple pseudo-classes in @page selectors. New in draft, but we have two implementations already.
- # [18:44] <fantasai> e.g. @page :first:left
- # [18:44] <fantasai> glazou: Did you update specificity?
- # [18:44] <fantasai> SimonSapin: ...
- # [18:44] <SimonSapin> SimonSapin: still need to do that, filed an issue
- # [18:45] <fantasai> RESOLVED: Add pseudo-class combinations for @page selectors
- # [18:45] <fantasai> glazou: Next one, Print Profile.
- # [18:45] <fantasai> fantasai: Needs to be published with Paged Media.
- # [18:45] <fantasai> https://www.w3.org/Style/Group/css-print/
- # [18:45] <fantasai> fantasai: Just switched it to WG Note, and updated references
- # [18:46] <fantasai> https://www.w3.org/Style/Group/css-print/#section-syntax
- # [18:46] <fantasai> scroll up from CSS Syntax
- # [18:46] <fantasai> fantasai: Section on handling image-rendering properties, specifically object-fit / object-position.
- # [18:47] <dbaron> https://www.w3.org/Style/Group/css-print/#section-images
- # [18:47] <fantasai> fantasai: Previous CSS Print profile included [... fill in later ...]
- # [18:47] <fantasai> glazou: Please add Changes from Previous Version section
- # [18:47] <fantasai> fantasai: Ok, I can do that.
- # [18:47] <dbaron> I think that (1) if we publish the document, it should have an editor listed (fantasai, I think) who is an active member of the working group and (2) it should probably also have a public editor's draft if it's an active document
- # [18:48] <fantasai> glazou: Any objection to publishing?
- # [18:48] <fantasai> fantasai: I don't think it should be an active document. Think we just publish this update, and then ignore the fact that it exists.
- # [18:48] <fantasai> RESOLVED: Publish css-print with fantasai as editor, updated changes section.
- # [18:48] <dbaron> http://lists.w3.org/Archives/Public/www-archive/2013Feb/0040.html
- # [18:49] <fantasai> dbaron: At F2F we had almost all issues resolved, a few left
- # [18:49] * Joins: JohnJansen (~JohnJansen@public.cloak)
- # [18:49] <dbaron> http://lists.w3.org/Archives/Public/www-style/2013Feb/0229.html
- # [18:49] <fantasai> dbaron: First one was proposal for issue 5, which is behavior of insertRule
- # [18:49] <fantasai> dbaron: I looked at what impl do, not quite consistent.
- # [18:49] <fantasai> dbaron: Seem we like WebKit behavior best, so suggest we spec that. I've already implemented it in Gecko.
- # [18:50] <fantasai> dbaron: Question is basically what happens if you pass insertRule an empty string, or multiple rules, or valid rule with other garbage afterward.
- # [18:50] <fantasai> dbaron: Proposal is they all throw SyntaxError exception b/c not a valid single rule.
- # [18:50] <fantasai> SimonSapin: Don't we have same on stylesheet object?
- # [18:50] <fantasai> dbaron: I would expect same rules to apply there.
- # [18:50] <fantasai> dbaron: Spec was equally unclear
- # [18:50] <Zakim> -SimonSapin
- # [18:50] * Joins: rhauck (~Adium@public.cloak)
- # [18:51] <fantasai> ACTION: Glenn to update CSSOM to throw SyntaxError on insertRule with above weirdness as argument
- # [18:51] * trackbot is creating a new ACTION.
- # [18:51] * RRSAgent records action 3
- # [18:51] <trackbot> Created ACTION-545 - Update CSSOM to throw SyntaxError on insertRule with above weirdness as argument [on Glenn Adams - due 2013-02-27].
- # [18:51] <fantasai> dbaron: Others, one was unclear if had addressed; had been.
- # [18:51] <SimonSapin> should css3-syntax define what is valid?
- # [18:51] <Zakim> +SimonSapin
- # [18:51] <dbaron> http://dev.w3.org/csswg/css3-conditional/doc-20121213-LCWD.txt
- # [18:51] <fantasai> dbaron: Others were editorial, plus one resolution that was missing edits.
- # [18:51] <fantasai> glazou: Colorized DoC?
- # [18:52] <fantasai> glazou: Helps for the conf call with staff
- # [18:52] <fantasai> glazou: If you don't have time, don't worry, but if do, that will help
- # [18:52] <fantasai> glazou: Any objection to move to CR?
- # [18:52] <fantasai> Florian: No, let's go!
- # [18:52] <fantasai> RESOLVED: css3-conditional to CR
- # [18:53] <fantasai> dbaron: Would like to link to test suite at time we publish CR.
- # [18:53] <fantasai> dbaron: Have a bunch of tests, but no built test suite
- # [18:53] <fantasai> plinss: I'll take care of that.
- # [18:53] <fantasai> florian: You're referring to tests contributed by Mozilla and by me?
- # [18:53] <fantasai> dbaron: Yes, would prefer something that's more than a query in shepherd to refer to
- # [18:54] <fantasai> ACTION: Bert start process for CR for css3-conditional
- # [18:54] * trackbot is creating a new ACTION.
- # [18:54] * RRSAgent records action 4
- # [18:54] <trackbot> Created ACTION-546 - Start process for CR for css3-conditional [on Bert Bos - due 2013-02-27].
- # [18:54] <fantasai> glazou: Tab, counter styles?
- # [18:54] <fantasai> TabAtkins: Edited all issues based on F2F discussion
- # [18:54] <fantasai> http://dev.w3.org/csswg/css-counter-styles/
- # [18:55] <fantasai> TabAkins: Want LC
- # [18:55] <glazou> fantasai, TabAtkins_, missing Changes from Last Version here too
- # [18:55] <dbaron> fantasai: we just added the new feature (for 0-filling), I think we should publish a WD today or so
- # [18:55] <dbaron> fantasai: and then give people a few weeks to review before LC
- # [18:56] <fantasai> glazou: No objection to WD?
- # [18:56] <dbaron> fantasai: Tab, please update the changes section, and I'll deal with a quick publication request
- # [18:57] <fantasai> RESOLVED: New WD counter-styles, expect LC in 2 weeks or so
- # [18:57] <fantasai> SimonSapin: We had proposal on mailing list to add percentages to column-width or column-gap
- # [18:57] <fantasai> SimonSapin: Do implementers want to do this?
- # [18:57] <fantasai> SimonSapin: Should we do this in CR?
- # [18:57] <fantasai> glazou: Have a use case for this. If you try to show an editing grid in bg of document, using background is very useful
- # [18:58] <fantasai> glazou: Setting columns to percentages will ensure columns map to the grid.
- # [18:58] <fantasai> glazou: If you try Adobe, does this.
- # [18:58] <fantasai> fantasai: Why not use column-count?
- # [18:58] <dbaron> q+
- # [18:58] * Zakim sees dbaron on the speaker queue
- # [18:58] <fantasai> glazou: I think it's not enough.
- # [18:59] <fantasai> TabAtkins: Seems useful
- # [18:59] * glazou there are people discussing in background, please tell them to be less noisy or shut the door
- # [18:59] <fantasai> dbaron: I think it'll confuse people into thinking it's the preferred way to get certain number of columns
- # [18:59] <fantasai> dbaron: It's not, because there's gaps, and it's not quite that.
- # [18:59] <jdaggett> zakim, who is noisy
- # [18:59] <Zakim> I don't understand 'who is noisy', jdaggett
- # [19:00] <fantasai> dbaron: They will get unexpected results.
- # [19:00] * dbaron Zakim, who is noisy?
- # [19:00] * Zakim dbaron, listening for 10 seconds I heard sound from the following: SimonSapin (52%), glazou (9%)
- # [19:00] <fantasai> SimonSapin: I think request was first for column-gap, then column-width b/c looked easy, but maybe we don't need that.
- # [19:00] <fantasai> TabAtkins: Given column-gap: <percent> is handled by column-count, ok with me
- # [19:00] <dbaron> dbaron: column-gap is fine with me, as long as we clearly say what it's relative to
- # [19:00] <fantasai> glazou: Ok with me too, as long as we have percent for column-gap..
- # [19:01] <fantasai> glazou: Any objection to adding that to spec?
- # [19:01] <fantasai> Florian: Which level?
- # [19:01] <fantasai> fantasai: Have to go back to LC for other edits anyway
- # [19:01] <fantasai> RESOLVED: Add percentages to column-gap, not to column-width (use column-count for that, it's better)
- # [19:01] <jdaggett> help
- # [19:01] <fantasai> jdaggett: Think one issue we can resolve quickly, font load events in fonts spec
- # [19:02] <dbaron> Topic: Splitting font load events out of fonts spec
- # [19:02] <fantasai> jdaggett: font-load events, important issues about ?
- # [19:02] <fantasai> jdaggett: People leaving various comments ...
- # [19:02] <glazou> darktears, mute please
- # [19:02] <fantasai> jdaggett: Potential for churn on this one portion of the spec, and seems would make sens to push out to separate spec.
- # [19:02] <fantasai> jdaggett: If ppl ok with that, will take out of spec, and put together something else
- # [19:02] <fantasai> jdaggett: Would like resolution on pushing out font load events.
- # [19:02] * darktears glazou : I'm muted
- # [19:02] <fantasai> glazou: I can live with that, no problem
- # [19:02] <dbaron> fine with me
- # [19:03] <fantasai> TabAtkins: I agree
- # [19:03] <SteveZ> OK, with removal, would like quick progress on separate document
- # [19:03] * Joins: isherman-book (~Adium@public.cloak)
- # [19:03] <fantasai> RESOLVED: Push font load events out to separate spec
- # [19:03] * Joins: abucur (~abucur@public.cloak)
- # [19:03] <fantasai> glazou: One last thing, let's all wave goodbye to Sylvain!
- # [19:03] <smfr> bye sylvaing!
- # [19:03] <darktears> sylvaing: good bye!
- # [19:03] <dbaron> bye sylvaing, and thanks
- # [19:03] <fantasai> glazou: I hope you'll be around for something else, another WG in consortium...
- # [19:03] <tantek> bye sylvaing! hope to see you soon.
- # [19:03] <hober> sylvaing: don't go! :)
- # [19:03] * SteveZ waving good-bye and welcome
- # [19:03] <fantasai> glazou: If it's the case, see you at TPAC
- # [19:03] <Zakim> -antonp
- # [19:03] <Zakim> -rhauck
- # [19:03] <bradk> bye sylvaing
- # [19:03] <Zakim> -nvdbleek
- # [19:03] <sylvaing> bye everyone
- # [19:04] * sylvaing and thanks SteveZ
- # [19:04] <JohnJansen> boo SteveZ
- # [19:04] <tantek> Is it still shipping?
- # [19:04] <Zakim> -[Apple]
- # [19:04] * Quits: bradk (~bradk@public.cloak) ("Get MacIrssi - http://www.sysctl.co.uk/projects/macirssi/")
- # [19:04] <Zakim> -smfr
- # [19:04] <Zakim> -jdaggett
- # [19:04] <tantek> If Opera stops shipping it .. then it's not "shipping" any more.
- # [19:05] <fantasai> [side discussion of using Presto as an implementation]
- # [19:05] <SimonSapin> tantek: old versions already shipped stay shipped
- # [19:05] <tantek> SimonSapin - if they're still downloadable, if not, then no.
- # [19:05] <dbaron> dbaron: the question of what the rules allow and what we ought to do are different
- # [19:05] * TabAtkins_ tantek, they're not shipping *new* versions, but the old versions have already shipped.
- # [19:05] <tantek> E.g. we can't use IE5/Mac as an implementation.
- # [19:05] * Quits: djackson_ (~djackson@public.cloak) ("Leaving...")
- # [19:05] <Zakim> -djackson
- # [19:05] <sylvaing> tantek, i think if users can't download it it's not shipping. if they stop improving it but you can download it then it still counts though not for much longer since nothing new will happen there
- # [19:05] * Quits: JohnJansen (~JohnJansen@public.cloak) ("Page closed")
- # [19:05] <Zakim> -[Microsoft]
- # [19:05] <Zakim> -krit
- # [19:06] <tantek> sylvaing - agreed
- # [19:06] <Zakim> -Tantek
- # [19:06] <SteveZ> The point was that other can replicate tests using the "shipped" implementation.
- # [19:06] * tantek unmuted his phone and it crashed.
- # [19:06] <Zakim> -darktears
- # [19:06] <tantek> SteveZ - not if it's no longer "shipping"
- # [19:06] <Zakim> -glazou
- # [19:06] <tantek> hence my point about IE5/Mac
- # [19:06] <Zakim> -SylvaIng
- # [19:06] <Zakim> -dbaron
- # [19:06] <Zakim> -fantasai
- # [19:06] <Zakim> -SimonSapin
- # [19:06] <SteveZ> s/other/others/
- # [19:06] <Zakim> -??P61
- # [19:06] <Zakim> -[IPcaller]
- # [19:06] * Quits: florian (~florian@public.cloak) ("Leaving.")
- # [19:06] * sylvaing has IE5/Mac running with Rosetta
- # [19:06] <Zakim> -bradk
- # [19:06] <fantasai> RRSAgent: make logs public
- # [19:06] <RRSAgent> I have made the request, fantasai
- # [19:06] <tantek> so as long as Opera/Presto is downloadable, yes, but once they pull the downloads, no more.
- # [19:06] <Zakim> -SteveZ
- # [19:06] <Zakim> - +1.832.797.aaff
- # [19:06] <fantasai> pprspointer
- # [19:06] <fantasai> RRSAgent: pointer
- # [19:06] <RRSAgent> See http://www.w3.org/2013/02/20-css-irc#T18-04-06
- # [19:07] <glazou> tantek, Opera made an announcement but if for instance antennahouse stopped or stalled work on their batch processor, you would not know
- # [19:07] <Zakim> -plinss
- # [19:07] <tantek> sylvaing - you'll have to show me how you got that working!
- # [19:07] <Zakim> Style_CSS FP()12:00PM has ended
- # [19:07] <Zakim> Attendees were glazou, +1.415.832.aaaa, SylvaIng, krit, darktears, +1.610.324.aabb, +97362aacc, djackson, hober, plinss, fantasai, dbaron, +1.415.615.aadd, smfr, SimonSapin,
- # [19:07] <Zakim> ... JohnJansen, rhauck, nvdbleek, dino, antonp, +1.650.275.aaee, bradk, SteveZ, jdaggett, Tantek, +1.832.797.aaff, florian
- # [19:07] <glazou> and we could still use it in tests
- # [19:07] <glazou> there should be no difference
- # [19:07] * sylvaing or rather did a couple of OSX releases ago. Must try again.
- # [19:07] <glazou> implementation is available and testable
- # [19:07] <glazou> yes or no:-)
- # [19:07] * Quits: SteveZ (~chatzilla@public.cloak) ("ChatZilla 0.9.90 [Firefox 18.0.2/20130201065344]")
- # [19:08] <glazou> in other news, I started drafting Paged Media Level 4
- # [19:08] <TabAtkins_> And implementation was a serious ship to the public, not just a theoretical branch (so things like performance actually matter, for example)
- # [19:08] <glazou> that's not in our crtiteria
- # [19:08] <TabAtkins_> Yes it is, actually.
- # [19:08] <glazou> usually perf comments are made during spec writing time
- # [19:08] * Quits: nvdbleek (~nvdbleek@public.cloak) ("Leaving.")
- # [19:08] <SimonSapin> glazou: anything you want to show yet?
- # [19:08] <TabAtkins_> As part of the definition of "shipping"
- # [19:09] <glazou> SimonSapin, no, just started
- # [19:09] <glazou> TabAtkins_, what I am said, if there are perf issues, it's not shipped
- # [19:09] <glazou> s/I am said/I said
- # [19:09] * oyvind is wondering what "it" is in "Is it still shipping?"
- # [19:09] <glazou> Opera
- # [19:09] <glazou> on Prsto
- # [19:09] <glazou> Presto even :-)
- # [19:09] <TabAtkins_> glazou: I agree with your characterization. ^_^
- # [19:10] * glazou thinks 'Opera lost a e' could be a nice meme
- # [19:10] <oyvind> oh ok, I thought it was about some specific feature
- # [19:10] <SimonSapin> oyvind: does it still count as an implementation for advancing specs
- # [19:10] <glazou> ok, guys, time for daddy duty here
- # [19:10] <glazou> bye
- # [19:10] <oyvind> as long as it still conforms to the spec, it shows that the spec is implementable, no?
- # [19:11] * Quits: glazou (~glazou@public.cloak) ("bork bork bork")
- # [19:11] <SimonSapin> oyvind: but will it still be available/downloadable a few months from now?
- # [19:11] <gsnedders> tantek, SimonSapin: Given we still have 3.21 downloads available…
- # [19:12] * Quits: dino (~dino@public.cloak) (dino)
- # [19:12] <Ms2ger> gsnedders, do you need to pay for that one?
- # [19:12] <gsnedders> Ms2ger: Yes.
- # [19:12] <Ms2ger> I don't think it counts, then :)
- # [19:13] <fantasai> It does
- # [19:13] <tantek> gsnedders - great, as long as downloads are still available, no problem.
- # [19:13] <gsnedders> My point was rather the whole archive isn't going to vanish.
- # [19:13] <fantasai> Implementations that are sold are still publicly available.
- # [19:13] <fantasai> The criteria don't specify "free" :)
- # [19:13] <gsnedders> http://arc.opera.com/pub/opera/ FWIW
- # [19:13] <fantasai> And that's intentional.
- # [19:13] <Ms2ger> Fascinating
- # [19:13] <gsnedders> fantasai: I think the address it gives to get a code doesn't work :)
- # [19:13] <gsnedders> (i.e., it's the old old office)
- # [19:14] <TabAtkins_> fantasai: Heading to a quick doctor thing, then I'll write up the Changes section.
- # [19:15] <fantasai> TabAtkins: Note, We have to get this in by EST
- # [19:15] <fantasai> TabAtkins: Send me a text when you finish. Try to get it done by lunch?
- # [19:15] <fantasai> s/by/before/
- # [19:16] <SimonSapin> fantasai: feedback welcome on paged media stuff ;)
- # [19:17] <tantek> TabAtkins - I added h-card and h-entry to counter-styles - hope you don't mind.
- # [19:19] * Quits: oyvind (~oyvinds@public.cloak) (oyvind)
- # [19:32] * Quits: smfr (~smfr@public.cloak) (Ping timeout: 60 seconds)
- # [19:46] * ojan_away is now known as ojan
- # [19:52] * Quits: rhauck (~Adium@public.cloak) (Ping timeout: 60 seconds)
- # [19:58] * Joins: saabimeister (~saabi@public.cloak)
- # [20:01] * Quits: darktears (~darktears@public.cloak) (Client closed connection)
- # [20:06] * Joins: darktears (~darktears@public.cloak)
- # [20:17] <TabAtkins_> tantek: I don't understand how h-entry works here. We don't have an element to host the content class.
- # [20:18] <tantek> h-entry doesn't require full content, just as RSS doesn't
- # [20:18] <TabAtkins_> But we don't have *any* content.
- # [20:18] <tantek> name, url, summary is sufficient for it to be useful
- # [20:18] <TabAtkins_> Hm, kk. I thought the spec for it actually required at least one.
- # [20:19] <tantek> even hAtom only required 0 or more entry-content
- # [20:19] <tantek> and in microformats2 - all properties are optional
- # [20:19] <tantek> by design
- # [20:19] <tantek> and then we just specify processing rules for how to handle that
- # [20:20] <tantek> makes authoring valid microformats much easier
- # [20:20] <TabAtkins_> In that case, I'm fine with it.
- # [20:21] <tantek> the use case for such "summary" h-entry markup is all those sites that take a link and provide a summary around it on their own site. E.g. G+, FB, Pinterest, Twitter etc. (who all have *different* proprietary ways of doing it now, but hopefully we can eventually get them to parse for standard h-entry as well)
- # [20:21] <tantek> cool. yeah I've updated the css module template accordingly as well.
- # [20:23] <tantek> oops I forgot to do the hg push and now have to merge
- # [20:23] <tantek> what does this mean? "not updating: crosses branches (merge branches or update --check to force update)"
- # [20:25] <fantasai> Did you try hg merge?
- # [20:26] <tantek> this doesn't sound good though: 2 files updated, 0 files merged
- # [20:27] <tantek> I have to recommit?
- # [20:27] <tantek> this is confusing as hell
- # [20:27] <Ms2ger> tantek, hg heads .
- # [20:27] <tantek> so basically, just keep doing hg pull -u, hg commit, hg merge, hg push until it stops giving errors
- # [20:28] <tantek> in some random order
- # [20:28] <Ms2ger> Sounds like you committed before pulling
- # [20:28] * tantek is amused by folks that think hg is usable by any definition.
- # [20:29] <Ms2ger> Anyway, if you're going to troll, figure it out yourself
- # [20:29] <tantek> use a cryptic set of commands that look like english words but don't assume anything from their english meanings, get back a cryptic set of messages (possibly error) also in what appears to be in english but doesn't mean that. assign new translations to all commands and messages.
- # [20:30] <Ms2ger> Sounds like git
- # [20:31] <tantek> Ms2ger - yep, hg and git commands/results are equivalently cryptic to me.
- # [20:36] * Quits: tantek (~tantek@public.cloak) (tantek)
- # [20:37] <fantasai> tantek: Humor Ms2ger and paste output ot hg heads
- # [20:37] <fantasai> s/ot/to/
- # [20:38] <fantasai> TabAtkins: When you get a chance, point us at your commit script?
- # [20:41] * Quits: dbaron (~dbaron@public.cloak) (Ping timeout: 60 seconds)
- # [20:42] * Quits: teoli (~teoli@public.cloak) (Client closed connection)
- # [20:50] * Quits: SimonSapin (~simon@public.cloak) ("Leaving.")
- # [20:55] <TabAtkins_> fantasai: Added the changes section to the draft.
- # [21:00] <Ms2ger> fantasai, TabAtkins_, btw: [[HTML]] in http://dev.w3.org/csswg/css3-cascade/#preshint is broken
- # [21:17] * Joins: dbaron (~dbaron@public.cloak)
- # [21:18] * Joins: SimonSapin (~simon@public.cloak)
- # [21:19] * Quits: isherman-book (~Adium@public.cloak) ("Leaving.")
- # [21:28] <TabAtkins_> Ms2ger: I hate our biblio references. :/
- # [21:29] <Ms2ger> I like Anolis's more ;)
- # [21:34] <TabAtkins_> Ms2ger: As my preprocessor expands, I'll have a real crossref system that makes sense.
- # [21:36] <stearns> cross refs that actually link to the particular part of the spec being referenced?
- # [21:37] <TabAtkins_> For gods sake, yes.
- # [21:41] <SimonSapin> TabAtkins_: why start from scratch instead of extending anolis or something?
- # [21:41] <Ms2ger> Anolis already has that
- # [21:42] <gsnedders> A xref system that makes sense?
- # [21:42] <SimonSapin> or maybe just using anolis
- # [21:42] <gsnedders> I'm not sure. ;P
- # [21:42] <TabAtkins_> SimonSapin: Because I already wanted to do somewhat more than Anolis wants (omit paragraphs, strip whitesapce prefixes on <pre>, etc.)
- # [21:42] <Ms2ger> TabAtkins_, hence the "extend" part ;)
- # [21:42] <TabAtkins_> Also: reinventing the wheel is fun?
- # [21:43] <Ms2ger> And what do you mean by omitting paragraphs?
- # [21:43] <TabAtkins_> Markdown paragraphs.
- # [21:43] <stearns> Tab
- # [21:43] <Ms2ger> Inserting <p>s where you've got \n\n?
- # [21:43] <stearns> Tab's pre-pre-pre-processor will add in the normative text
- # [21:43] <TabAtkins_> Ms2ger: Basically, yes, thought it's a touch smarter than that.
- # [21:44] <Ms2ger> Sounds a little annoying to implement on top of the python dom, but maybe I should try
- # [21:44] <TabAtkins_> Ms2ger: I'm implementing as a source-text hack right now. I haven't yet gotten to anything that I need a DOM for, though I will very soon.
- # [21:44] <Ms2ger> Been there :)
- # [21:45] <Ms2ger> I've got a source text hack here that deals with [[FOO]]
- # [21:45] <Ms2ger> Including a nice special case for [[SHORTNAME]]
- # [21:47] <Ms2ger> TabAtkins_, also, I believe you're inconsistent about including "Jr." in the editor lists
- # [21:47] <TabAtkins_> Ms2ger: Correct.
- # [22:05] * Joins: isherman-book (~Adium@public.cloak)
- # [22:09] <SimonSapin> TabAtkins_: do we have terms like "outside/inside layout layout mode"? Examples of the former are inline-level, block-level, table cell, flex item; examples of the latter are block container, inline content, multicol, flexbox, …
- # [22:10] <SimonSapin> also "replaced" for inside
- # [22:10] <SimonSapin> the idea being that they’re fairly orthogonal: see inline-block, replaced table cell, etc.
- # [22:12] * Quits: Ms2ger (~Ms2ger@public.cloak) ("nn")
- # [22:13] <SimonSapin> or fantasai?
- # [22:22] <TabAtkins_> SimonSapin: I haven't come up with names yet, but the distinction is most of the impetus behind http://dev.w3.org/csswg/css-display-3/
- # [22:24] <SimonSapin> I’m arguing with Bert again … point being that multicol is only "inside" but used width is determined by "outside" (which can indirectly be based on min-content and max-content which, *them*, depend on "inside".)
- # [22:24] <TabAtkins_> Multicol is definitely an "inside" concept, and should have been a display-inside value. In a perfect world...
- # [22:26] <SimonSapin> TabAtkins_: `display-inside: block` is the same as "is a block container", right?
- # [22:26] <TabAtkins_> I believe so, yes.
- # [22:27] <SimonSapin> one issue is that multicol applies to block containers … well it applies to things that would otherwise have been block containers. But since they’re multicol they’re not block containers anymore.
- # [22:38] * Joins: tantek (~tantek@public.cloak)
- # [22:39] * Quits: isherman-book (~Adium@public.cloak) ("Leaving.")
- # [22:43] <SimonSapin> TabAtkins_: maybe the word for "inside" stuff is "formatting context"?
- # [22:43] <SimonSapin> block formatting context, flex formatting context, …
- # [22:45] <ojan> TabAtkins_: in today's dose of css3-sizing questions...http://dev.w3.org/csswg/css3-sizing/#replaced-intrinsic points to the auto size calculation http://dev.w3.org/csswg/css3-images/#sizing-terms, which has no mention of auto size calculation
- # [22:45] <ojan> TabAtkins_: does it mean the Default Sizing Algorithm ?
- # [22:45] <TabAtkins_> Yes.
- # [22:46] <TabAtkins_> SimonSapin: That sounds reasonable.
- # [22:46] <ojan> TabAtkins_: so, do moz/webkit get this case wrong then?
- # [22:46] <ojan> http://plexode.com/eval3/#ht=%3Cstyle%3E%0A.min-width-min-content%20{%0A%20%20%20%20min-width%3A%20-moz-min-content%3B%0A%20%20%20%20min-width%3A%20-ie-min-content%3B%0A%20%20%20%20min-width%3A%20-o-min-content%3B%0A%20%20%20%20min-width%3A%20-webkit-min-content%3B%0A%20%20%20%20min-width%3A%20min-content%3B%0A%20%20%20%20width%3A%2010px%3B%0A%20%20%20%20bor
- # [22:46] <ojan> der%3A%205px%20solid%20salmon%3B%0A}%0A%3C%2Fstyle%3E%0A%0A%3Cimg%20src%3D%22http%3A%2F%2Fgoogle.com%2Fimages%2Flogo.gif%22%20style%3D%22height%3A%20200px%22%3E%0A%3Cimg%20src%3D%22http%3A%2F%2Fgoogle.com%2Fimages%2Flogo.gif%22%20style%3D%22height%3A%20200px%22%20class%3D%22min-width-min-content%22%3E%0A
- # [22:46] <ojan> ack
- # [22:46] <ojan> i'll get a trimmed version of that...
- # [22:46] <ojan> http://plexode.com/u/#AVwidthATe.com2S%3C2R%3E2P%3B2O%22MNI8imJ!LKAM6!!!!ALstylerK4heightG200pxOrJages8logo.gifOrIH%3A88googlTrH6Simg!src4http6G%3A!Q9min-V28%2F26%0AE4%3DOU*-(P)Gr)M9Y(min-content2!%20~http://plexodT/eval3/#ht=SLR6.9-(!%7B)G-moz*-ie*-o*-webkit*(PMVG10pxPMborderG5px!solid!salmonP6%7D6S8LR6NRN!class49-(OR6
- # [22:46] <TabAtkins_> Why do you use plexode. :/
- # [22:46] <ojan> TabAtkins_: should the width of the second image be the same as the first?
- # [22:47] <ojan> TabAtkins_: i like the immediate feedback...makes for much quicker prototyping than jsfiddle
- # [22:47] <TabAtkins_> Use Live DOM Viewer instead. Better urls, for one.
- # [22:47] <ojan> jsfiddle soooo slow
- # [22:47] <ojan> hmmm...i could try it
- # [22:47] <ojan> plexode makes executing JS if you need to easy
- # [22:48] <TabAtkins_> As does DOM Viewer - just add a <script> element. ^_^
- # [22:48] <ojan> anyways...
- # [22:48] <TabAtkins_> I'm looking...
- # [22:50] <TabAtkins_> Ugh, we wrote this bit terribly.
- # [22:50] <ojan> yes
- # [22:50] <ojan> i agree :)
- # [22:52] <TabAtkins_> I think the intention is that you invoke the algorithm without any specified sizes.
- # [22:52] <TabAtkins_> At least, that matches both our and FF's behavior.
- # [22:52] <TabAtkins_> So it's what we should do.
- # [22:53] <ojan> so, the third bullet in the default sizing algorithm?
- # [22:54] <TabAtkins_> Yes.
- # [22:54] <TabAtkins_> Let me rewrite that real quick.
- # [22:54] <ojan> ok...that's super easy to implement at least :)
- # [22:58] <ojan> TabAtkins_: while i'm nagging you about this spec...contain-floats being a width value is super weird
- # [22:58] <TabAtkins_> ojan: Really? I think it's a good place for it.
- # [22:59] <ojan> seems like it should just be a completely separate css property
- # [22:59] <ojan> what if you want the min-width to be 200px and you want the thing to contain floats?
- # [22:59] <TabAtkins_> Look closer at the grammar.
- # [22:59] <TabAtkins_> Note the ||
- # [23:00] <ojan> is this in the same doc? I don't see it
- # [23:01] <TabAtkins_> Oh wait, we messed that one up.
- # [23:01] <TabAtkins_> Darn, it was supposed to be a flag in addition to the length.
- # [23:01] <TabAtkins_> Dammit.
- # [23:02] <SimonSapin> I like dabblet
- # [23:02] <TabAtkins_> dabblet's pretty nice, but I've avoided it for a while since hardware accelerated pages sometimes screw up on Linux Chrome.
- # [23:02] <TabAtkins_> But it's been months.
- # [23:03] * Joins: glenn (~gadams@public.cloak)
- # [23:04] <TabAtkins_> ojan: Fixed Sizing.
- # [23:05] <ojan> TabAtkins_: sgtm
- # [23:05] <SimonSapin> TabAtkins_: you mean Chrome screws up on such pages? :p
- # [23:05] * Quits: abucur (~abucur@public.cloak) ("Leaving")
- # [23:06] <TabAtkins_> SimonSapin: Yes, it did!
- # [23:12] <fantasai> TabAtkins: fails validation :/
- # [23:13] <fantasai> TabAtkins, tantek: Please make sure your spec validates before you ask for publication
- # [23:14] * tantek doesn't recall asking for publication
- # [23:14] <tantek> URL?
- # [23:16] <fantasai> tantek: sorry, it's Tab's fault
- # [23:18] <tantek> fantasai - FYI I haven't started putting in those new rel values yet into anything which is going to get imminently published. I plan on speccing those rel values and adding them to the registry first.
- # [23:19] <fantasai> tantek: cool
- # [23:19] <TabAtkins_> fantasai: Heh, I'll check it out.
- # [23:19] * sylvaing is now known as sylvaing_away
- # [23:20] * fantasai fixing now
- # [23:20] * fantasai for the TR copy
- # [23:20] * fantasai won't check anything in tho
- # [23:20] * fantasai will let you fuss with things as you want
- # [23:20] <SimonSapin> fantasai: which is the validator that checks for broken links?
- # [23:21] <tantek> ?checklink
- # [23:21] <fantasai> http://validator.w3.org/checklink
- # [23:21] <tantek> or some option like that
- # [23:23] <TabAtkins_> tantek: This is all documented on the wiki.
- # [23:23] <tantek> TabAtkins_: after my own heart. :)
- # [23:23] <TabAtkins_> http://wiki.csswg.org/spec/publish
- # [23:23] <SimonSapin> fantasai: should I just remove stuff about the previous last call in css3-page’s Status of this document?
- # [23:23] <TabAtkins_> You can thank fantasai, who wrote it all I think.
- # [23:26] <TabAtkins_> fantasai: There was just the one error in the source (about an unclosed <var>), right? And then just the rel=biblioentry crap in the generated doc?
- # [23:46] * Joins: isherman-book (~Adium@public.cloak)
- # [23:53] * Joins: rhauck (~Adium@public.cloak)
- # Session Close: Thu Feb 21 00:00:00 2013
The end :)