15:18:47 RRSAgent has joined #css 15:18:47 logging to http://www.w3.org/2013/05/15-css-irc 15:18:54 Zakim, this will be Style 15:18:54 ok, glazou; I see Style_CSS FP()12:00PM scheduled to start in 42 minutes 15:18:58 rrsagent, make logs public 15:24:41 glenn has joined #css 15:46:30 antonp has joined #css 15:47:55 jerenkrantz has joined #css 15:54:13 jdaggett has joined #css 15:55:02 Style_CSS FP()12:00PM has now started 15:55:02 glenn has joined #css 15:55:07 + +1.415.832.aaaa 15:55:16 dbaron has joined #css 15:55:22 Zakim, aaaa is me 15:55:22 +krit; got it 15:56:08 MaRakow has joined #CSS 15:56:28 oyvind has joined #css 15:56:55 +??P4 15:56:59 Zakim, ??P4 is me 15:56:59 +glazou; got it 15:57:12 +glenn 15:57:50 +plinss 15:57:59 Dael has joined #css 15:58:03 +Stearns 15:58:22 smfr has joined #css 15:58:34 +[IPcaller] 15:58:35 + +1.415.615.aabb 15:58:41 +dael 15:58:54 jarek has joined #css 15:58:57 zakim, this is aabb 15:58:57 sorry, jdaggett, I do not see a conference named 'aabb' in progress or scheduled at this time 15:59:06 zakim, aabb is me 15:59:06 +jdaggett; got it 15:59:09 + +1.212.318.aacc 15:59:21 leif has joined #css 15:59:22 zakim, +aacc is me 15:59:23 sorry, jerenkrantz, I do not recognize a party named '+aacc' 15:59:35 oops 15:59:37 +smfr 15:59:39 zakim, aacc is me 15:59:39 +jerenkrantz; got it 15:59:42 +[Microsoft] 15:59:53 zakim, +[IPcaller] is me 15:59:53 sorry, jdaggett, I do not recognize a party named '+[IPcaller]' 16:00:02 + +47.23.69.aadd 16:00:05 zakim is so stupid 16:00:06 Zakim, [Microsoft] is me 16:00:06 +MaRakow; got it 16:00:07 Zakim, aadd is me 16:00:07 +leif; got it 16:00:07 zakim, IPcaller is me 16:00:08 +jdaggett; got it 16:00:11 + +1.619.846.aaee 16:00:12 BradK has joined #CSS 16:00:37 koji has joined #css 16:00:46 +sgalineau 16:00:50 JohnJansen has joined #CSS 16:01:01 smfr has changed the topic to: http://lists.w3.org/Archives/Public/www-style/2013May/0345.html 16:01:37 +BradK 16:02:05 +jerenkrantz.a 16:02:23 +[Microsoft] 16:02:35 +fantasai 16:03:01 Zakim, Microsoft has JohnJanse 16:03:01 +JohnJanse; got it 16:03:05 Zakim, Microsoft has JohnJansen 16:03:05 +JohnJansen; got it 16:04:59 + +44.180.383.aaff 16:05:27 Zakim, who is here? 16:05:27 On the phone I see krit, glazou, glenn, plinss, Stearns, jdaggett.a, jdaggett, dael, jerenkrantz, smfr, MaRakow, leif, +1.619.846.aaee, sgalineau, BradK, jerenkrantz.a, 16:05:31 ... [Microsoft], fantasai, +44.180.383.aaff 16:05:31 [Microsoft] has JohnJansen 16:05:31 On IRC I see JohnJansen, koji, BradK, leif, jarek, smfr, Dael, oyvind, MaRakow, dbaron, glenn, jdaggett, jerenkrantz, antonp, RRSAgent, Zakim, glazou, krit, sgalineau, lmclister, 16:05:31 ... shezbaig_wk, teoli, cabanier, krijnh, liam, logbot, gsnedders, fantasai 16:05:34 rhauck has joined #css 16:05:45 +dbaron 16:05:49 antonp1 has joined #css 16:05:52 scribenick: sylvaing 16:06:12 tantek has joined #css 16:06:25 https://lists.w3.org/Archives/Member/w3c-css-wg/2013AprJun/0161.html 16:06:29 Topic: css3-fonts publication 16:06:38 Zakim, aacc also holds shezbaig_wk 16:06:38 sorry, shezbaig_wk, I do not recognize a party named 'aacc' 16:06:53 jdaggett: I'd like to move to LC. I think we can resolve the italics issue at the f2f 16:07:04 Zakim, who is on the phone 16:07:04 I don't understand 'who is on the phone', antonp1 16:07:12 jdaggett: I'd rather discuss LC issues at the f2f a few weeks from now 16:07:17 Zakim, who is on the phone? 16:07:17 On the phone I see krit, glazou, glenn, plinss, Stearns, jdaggett.a, jdaggett, dael, jerenkrantz, smfr, MaRakow, leif, +1.619.846.aaee, sgalineau, BradK, jerenkrantz.a, 16:07:20 ... [Microsoft], fantasai, +44.180.383.aaff, dbaron 16:07:20 [Microsoft] has JohnJansen 16:07:23 Zakim, jerenkrantz.a is me 16:07:23 +shezbaig_wk; got it 16:07:25 Zakim, who is here? 16:07:25 On the phone I see krit, glazou, glenn, plinss, Stearns, jdaggett.a, jdaggett, dael, jerenkrantz, smfr, MaRakow, leif, +1.619.846.aaee, sgalineau, BradK, shezbaig_wk, [Microsoft], 16:07:28 ... fantasai, +44.180.383.aaff, dbaron 16:07:28 [Microsoft] has JohnJansen 16:07:28 On IRC I see tantek, antonp1, rhauck, JohnJansen, koji, BradK, leif, jarek, smfr, Dael, oyvind, MaRakow, dbaron, glenn, jdaggett, jerenkrantz, antonp, RRSAgent, Zakim, glazou, 16:07:28 ... krit, sgalineau, lmclister, shezbaig_wk, teoli, cabanier, krijnh, liam 16:07:33 Zakim, aaff is antonp 16:07:34 +antonp; got it 16:07:34 jdaggett: I responded to text-decoration issues; I am not sure whether Elika wants to resolve this first 16:07:44 +[Microsoft.a] 16:07:44 Zakim, aaff is me 16:07:46 sorry, antonp1, I do not recognize a party named 'aaff' 16:07:46 fantasai: I am ok to go to LC based on John Hudson's response 16:08:02 who just joined from MSFT ? 16:08:14 fantasai: I think there is an interaction we need to resolve; LC is fine if the italics issue is noted 16:08:18 israelh has joined #css 16:08:18 jdaggett: it is noted 16:08:26 +[IPcaller] 16:08:33 zakim, [ipcaller] is me 16:08:33 +koji; got it 16:08:45 antonp1 has joined #css 16:08:49 +shezbaig_wk.a 16:09:10 Rossen has joined #css 16:09:32 RESOLVED: publish LC of css3-fonts (next Thursday) 16:09:50 +[Microsoft.aa] 16:09:51 +1 from me 16:09:55 antonp1 has left #css 16:10:02 zakim, microsoft has me 16:10:02 +Rossen; got it 16:10:04 antonp1 has joined #css 16:10:13 https://lists.w3.org/Archives/Member/w3c-css-wg/2013AprJun/0171.html 16:10:18 Topic: splitting Exclusions and Shapes 16:10:41 c_palmer has joined #css 16:10:49 astearns: we discussed this a number of times in the past. they are separate features with separate use-cases; they should advance more quickly if they are not tied to each other 16:10:55 Rossen: +1 16:10:59 fantasai: no objection 16:11:05 glazou: +1 16:11:10 glenn: does this involve new editors? 16:11:19 astearns: no change expected at the moment 16:11:39 RESOLVED: split Exclusions and Shapes in separate modules 16:11:47 antonp has joined #css 16:12:11 astearns: I will come back next week and ask for WD publications for both 16:12:15 https://lists.w3.org/Archives/Member/w3c-css-wg/2013AprJun/0177.html 16:12:19 Topic: CSS Regions WD 16:12:29 astearns: this is just a WD update; the current one is 9 months old 16:12:39 glazou: I support this; there have been quite a few changes 16:12:53 bradk: I did not like the move from @region to a pseudo-element 16:13:21 bradk: I think this is a big change 16:13:30 rossen: I would like another week to review this 16:13:41 astearns: ok, let's do this next week. 16:13:48 http://lists.w3.org/Archives/Public/www-style/2013May/0232.html 16:14:41 glazou: action on everyone to review Syntax two weeks from now 16:14:54 http://www.w3.org/mid/20876.36468.730367.345119@gargle.gargle.HOWL 16:15:13 topic: Multicol 16:15:25 glazou: should we go back to LC given the latest changes? 16:15:46 fantasai: it would be good to review these changes in detail, specifically the painting order update 16:16:07 rossen: I also have a couple of updates; one is the drawing order of rules resolved in Tucson 16:16:23 rossen: also multicolumn columns creating their own BFC, which we discussed last week 16:16:39 rossen: so going back to LC seems reasonable 16:17:01 antonp: I think other issues need addressing; I support LC as well 16:17:09 fantasai: we should try resolving these before publishing LC 16:17:52 Topic: CSS Filters WD 16:18:48 krit: I added feedback to the security section indicating there is pending work; I would like to publish a new WD 16:18:57 glazou: do not forget to add a change section to your documents 16:19:08 RESOLVED: publish new WD of CSS Filters 16:19:24 Topic: CSS Counter Styles 16:19:42 fantasai: there was a discussion to rename the width descriptor to 'pad' 16:20:01 fantasai: this is the only issue raised thus far; we would like to resolve this and move to LC 16:20:07 http://lists.w3.org/Archives/Public/www-style/2013May/0037.html 16:20:10 http://dev.w3.org/csswg/css-counter-styles/#counter-style-width 16:20:20 jdaggett: can we hold this one more week for additional review? 16:20:24 fantasai: ok 16:20:36 glazou: objections to the proposed renaming? 16:21:25 RESOLVED: width descriptor renamed to pad (counter styles) 16:21:36 Topic: Text Decoration issues 16:21:46 fantasai: some of these might be better dealt with face-to-face 16:22:04 http://dev.w3.org/csswg/css-text-decor-3/issues-lc-2013#issue-15 16:22:32 fantasai: we discussed this one last week and did not resolve it 16:22:38 fantasai: I have no opinion 16:22:59 glazou: what do browsers do? 16:23:03 fantasai: they do not interop 16:23:08 glazou: I do not have an opinion 16:23:35 dbaron: I have a slight preference for repeating the color of the decoration in the shadow 16:24:17 RESOLVED: decoration color is reflected in text-shadow 16:24:48 jdaggett: I think we can defer the super/subscript discussion to next week or the f2f. 16:25:00 jdaggett: I have no opinion on the other issues on the agenda 16:25:04 http://dev.w3.org/csswg/css-text-decor-3/issues-lc-2013#issue-11 16:25:13 http://dev.w3.org/csswg/css-text-decor-3/issues-lc-2013#issue-11 16:25:28 fantasai: issue 11 is about whether line position should be per-line or across lines 16:25:31 http://www.w3.org/TR/CSS21/text.html#lining-striking-props 16:25:55 "In determining the position of and thickness of text decoration lines, user agents may consider the font sizes of and dominant baselines of descendants, but must use the same baseline and thickness on each line." 16:26:35 fantasai: what does it mean 'on each line'? does it mean that the position is the same for all lines, or does one evaluate the position for each line individually? 16:27:23 fantasai: I think the original intent was to deal with cases where the same line included subscript, superscript, large text etc and we wanted to avoid ransom-style underlining 16:27:53 dbaron: I think the intent was also to avoid position and thickness to change between lines 16:28:37 fantasai: if you want a constant position across lines, you ignore all descendants; or you consider them and account for them 16:29:13 fantasai: if you do the latter then for each decorating box you need to layout all your lines to figure out the consistent position/thickness which could be a perf concern 16:29:24 fantasai: if there is a perf concern we could scope the averaging to each linebox 16:29:39 fantasai: or we ignore descendants 16:30:03 fantasai: but without considering the descendants strikethrough may break 16:30:24 jdaggett, dbaron: varying underline/decorations between lines does not sound like a good idea for authors 16:31:01 dbaron: I think considering descendants is a bad idea. it's not compatible with what browsers do today. 16:31:14 dbaron: we should leave it as it is 16:31:35 rossen: I am in favor of keeping this as it is 16:31:46 fantasai: keeping the spec as it is? 16:31:53 rossen, dbaron: keep the runtime behavior and update the spec 16:32:04 fantasai: browsers do different things though 16:32:23 fantasai: I have a test case where Opera appears to consider descendants... 16:32:34

BIG TEXT text small text 16:32:38 plh has joined #css 16:32:58 http://jsfiddle.net/4sC2T/ 16:33:15 or data:text/html,

BIG TEXT text small text 16:33:27 http://www.w3.org/mid/CAKA+Axm4o1r_LN0Q7v_XM8WQsMNEsdsES2r6K1Lp6rzH=vHC9A@mail.gmail.com 16:33:41 fantasai: link above is the issue Aryeh raised 16:33:59 fantasai: …about strikethrough. we discussed this before. 16:34:20 rossen: our underline behavior follows Word's closely 16:34:58 fantasai: does this mean you have multiple decoration positions across line? 16:35:06 rossen: there is averaging in more recent versions 16:35:25 glazou: should we defer to f2f? 16:35:28 fantasai: yes 16:35:46 fantasai: most of the other issues relate to this so let's move on 16:35:53 http://lists.w3.org/Archives/Public/www-style/2013Apr/0538.html 16:35:55 Topic: Flexbox 16:36:31 fantasai: also better to push more flexbox issues to f2f; nothing easy 16:36:35 Topic: calc() 16:36:36 https://www.w3.org/Style/CSS/Tracker/issues/327 16:36:45 glazou: where is calc() allowed? 16:36:58 glazou: in particular, whether it can be used in a MQ? 16:37:31 bradk: wouldn't be easier to define where it can't be used? 16:37:43 fantasai: we should think about all the places where it can be used and consider examples 16:38:34 glazou: who will do this review? when? 16:38:53 fantasai: we can talk about media queries now 16:39:24 dbaron: media queries can't take percentages for width so this limits its value 16:39:35 dbaron: but I do not object allowing calc with different units 16:39:41 nvdbleek has joined #css 16:39:45 glazou: are there use-cases for this? do authors ask for it? 16:39:55 zakim, code? 16:39:55 the conference code is 78953 (tel:+1.617.761.6200 sip:zakim@voip.w3.org), nvdbleek 16:39:56 fantasai: yes I think some people asked for it 16:40:14 glazou: I never needed it when I used MQ; I can't think of a use-case... 16:40:14 That wasn't me that said that, sylvaing 16:40:29 +nvdbleek 16:40:38 zakim, mute me 16:40:38 nvdbleek should now be muted 16:40:49 @media screen and (min-width: calc(20em + 6px)) 16:40:55 from http://lists.w3.org/Archives/Public/www-style/2007Nov/0227.html 16:41:57 glazou: objection to allow calc? 16:42:06 tantek has joined #css 16:42:14 RESOLVED: calc() can be used inside media queries 16:42:40 https://www.w3.org/Style/CSS/Tracker/issues/327 16:42:47 Topic: Grid layout 16:43:04 -jdaggett.a 16:43:30 sorry wrong URL : http://lists.w3.org/Archives/Public/www-style/2012Aug/0309.html 16:43:53 fantasai: we have prose about grid properties computed values; some of them return the used value 16:44:11 http://lists.w3.org/Archives/Public/www-style/2012Aug/0309.html 16:44:22 fantasai: so do we want to allow getComputedStyle() to return these used values, or does it return the computed value? 16:44:59 dbaron: isn't there work around CSSOM in this area? we should look at how this interacts 16:45:12 fantasai: how does that change our decision? 16:45:19 -antonp 16:46:05 glenn: the CSSOM uses the term resolved values for getComputedStyle(); in some cases you will get used value, in others computed value e.g. left, top, bottom return used values 16:46:26 dbaron: I'm fine with the proposed resolution of returning computed values 16:46:28 https://dvcs.w3.org/hg/csswg/raw-file/tip/cssom/Overview.html#resolved-values 16:47:55 fantasai: essentially getComputedStyle() returns used value in some cases for legacy reasons; the issue is whether new grid properties could require used value or should be consistent and return computed values for all of them 16:48:14 rossen: how does this work for tooling? This is the reason we returned used values. 16:48:44 emalasky has joined #css 16:48:45 e.g., getComputedStyle().lineHeight always returns used value 16:49:21 shepazu has joined #css 16:49:54 :) 16:49:56 rossen: currently some MSFT tools use this, for instance 16:51:15 dbaron: I think we need to understand what your general strategy should be, especially in light of new APIs. But I agree we do not have a clear resolution for this specific issue 16:51:46 glazou: so this remains an open issue 16:51:53 one resolution is to define resolved value line for each property 16:51:53 Topic: an+b grammar 16:52:13 glenn, yes but what should it be in this case? 16:52:29 sgalineau: no opinion in this specific case 16:52:57 fantasai: we should not be making changes from the grammar of selectors3 16:53:20 glazou: I think the current discussion is extending the set of allowed values 16:53:35 fantasai: right, I want to know why it can't be the same as in 3? 16:53:56 glazou: everyone should review this item for next week 16:54:19 glazou: we need to discuss this before it goes in a WD 16:54:28 glazou: anything else? 16:54:59 glazou: please add things we deferred for the f2f to the wiki 16:55:12 -jerenkrantz 16:55:14 - +1.619.846.aaee 16:55:15 -glenn 16:55:16 -sgalineau 16:55:17 -nvdbleek 16:55:17 -smfr 16:55:17 -BradK 16:55:17 -krit 16:55:18 -leif 16:55:18 -[Microsoft.a] 16:55:18 -glazou 16:55:18 -dbaron 16:55:18 leif has left #css 16:55:20 -dael 16:55:20 -Stearns 16:55:20 -fantasai 16:55:20 -shezbaig_wk.a 16:55:21 -koji 16:55:21 -[Microsoft] 16:55:22 -jdaggett 16:55:23 -[Microsoft.aa] 16:55:24 -shezbaig_wk 16:55:24 -MaRakow 16:55:25 -plinss 16:55:25 Style_CSS FP()12:00PM has ended 16:55:25 Attendees were +1.415.832.aaaa, krit, glazou, glenn, plinss, Stearns, +1.415.615.aabb, dael, jdaggett, +1.212.318.aacc, smfr, jerenkrantz, +47.23.69.aadd, MaRakow, leif, 16:55:25 ... +1.619.846.aaee, sgalineau, BradK, fantasai, JohnJanse, JohnJansen, +44.180.383.aaff, dbaron, shezbaig_wk, antonp, [Microsoft], koji, Rossen, nvdbleek 16:55:25 smfr has left #css 16:55:29 BradK has left #css 16:55:36 Zakim, aaee is me 16:55:36 sorry, hober, I do not recognize a party named 'aaee' 16:55:42 aadd was me 16:55:51 s/aadd/aaff/ 16:55:53 Zakim, aaee was me 16:55:53 I don't understand 'aaee was me', hober 16:56:14 Zakim, get coffee 16:56:14 I don't understand 'get coffee', antonp 16:56:17 when last person disconnects, zakim forgets about attendees 16:56:25 :( 16:56:37 we should have ralph fix that 16:58:40 teoli has joined #css 16:58:42 teoli has joined #css 17:06:13 better than being aaiieeeeee 17:41:57 teoli has joined #css 17:44:02 jet has joined #css 17:44:36 Ms2ger has joined #css 18:12:05 teoli has joined #css 18:37:23 glenn has joined #css 18:41:41 cabanier has joined #css 18:59:34 Zakim has left #css 19:11:56 dbaron has joined #css 19:29:52 zcorpan has joined #css 19:42:12 sgalineau has joined #css 19:46:14 glenn has joined #css 19:48:27 glenn_ has joined #css 19:49:13 teoli has joined #css 20:03:52 rhauck has joined #css 20:25:13 glenn has joined #css 20:36:19 antonp1 has joined #css 21:25:01 jet has joined #css 21:27:01 emalasky has joined #css 21:33:38 antonp has joined #css 21:36:09 jarek has joined #css 21:38:28 Hi. Can anyone provide me a link to the IRC logs of this channel please? 21:39:32 krit: http://krijnhoetmer.nl/irc-logs/css 21:39:51 thanks hober! 21:43:34 antonp1 has joined #css 22:01:49 rhauck1 has joined #css 22:04:50 krit: we also have http://logs.csswg.org/irc.w3.org/css/ 22:06:14 sgalineau: thanks, for the next WD :) 22:18:58 cabanier has joined #css 22:26:08 I'm logging. Sorry, nothing found for 'where are we' 22:28:04 I'm logging. I don't understand 'stop logging', liam. Try /msg RRSAgent help 22:28:10 I see no action items