15:40:36 RRSAgent has joined #css 15:40:36 logging to http://www.w3.org/2011/10/26-css-irc 15:40:41 Zakim, this will be Style 15:40:41 ok, glazou; I see Style_CSS FP()12:00PM scheduled to start in 20 minutes 15:40:46 RRSAgent, make logs public 15:42:54 dbaron has joined #css 15:55:31 Style_CSS FP()12:00PM has now started 15:55:38 +??P9 15:55:47 Zakim, I am ??P9 15:55:47 +florian; got it 15:56:52 +??P20 15:56:58 Zakim, ??P20 is me 15:56:58 +glazou; got it 15:57:43 +plinss 15:57:46 oyvind has joined #css 15:57:49 antonp has joined #css 15:58:56 + +34.93.192.aaaa 15:59:02 +stearns 15:59:08 Zakim, aaaa is antonp 15:59:08 +antonp; got it 16:00:03 + +1.408.543.aabb 16:00:04 +hober 16:00:07 +[IPcaller] 16:00:28 vhardy has joined #css 16:00:39 Zakim, aabb is ericmueller 16:00:39 +ericmueller; got it 16:01:01 bradk has joined #css 16:01:44 smfr has joined #css 16:01:52 Rossen has joined #css 16:02:04 +dbaron 16:02:16 TabAtkins_ has joined #css 16:02:51 +[Microsoft] 16:03:15 +smfr 16:03:29 +??P56 16:03:33 +bradk 16:03:38 +Bert 16:03:39 zakim, ??p56 is me 16:03:39 +kojiishi; got it 16:04:08 +tabatkins_ 16:05:08 +fantasai 16:06:20 ScribeNick: fantasai 16:06:32 glazou: Extra items? 16:06:49 http://lists.w3.org/Archives/Member/w3c-css-wg/2011OctDec/0047.html 16:07:01 TabAtkins: Would like quick yay/nay on inactive text notice 16:07:35 +[Microsoft.a] 16:07:37 Topic: Note for obsolescence of old WDs 16:08:11 In addition to the use of "should" and "must", I think you should change "CSSWG" to "CSS Working Group" 16:08:57 This specification is not being actively maintained, and must not be 16:08:57 used as a guide for implementations. It may be revived in the future, 16:08:57 but for now should be considered obsolete. 16:08:57 If you have questions or comments on this specification, please send 16:08:58 an email to the CSSWG's mailing list at www-style@w3.org. 16:08:58 sylvaing has joined #css 16:09:12 Bert: Tab can add to the editors' drafts, but what about published drafts? 16:09:44 http://lists.w3.org/Archives/Public/www-style/ 16:09:46 Tab: Should republish WD as well, possibly add a sentence or two 16:09:54 +SteveZ 16:10:02 glazou: Link to www-style 16:10:34 Bert: Do we have a list of all the obsolete drafts? 16:10:46 Tab: I started a list in the thread, two emails asking for changes to the list 16:10:59 Tab: Would go with that list amended 16:11:11 http://wiki.csswg.org/spec 16:11:16 Zakim, [Microsoft] has sylvaing, Rossen 16:11:16 Rossen was already listed in [Microsoft], sylvaing 16:11:17 +sylvaing; got it 16:11:24 fantasai suggests putting the list on the wiki 16:11:30 miketaylr has joined #css 16:11:42 Topic: TPAC 16:11:53 glazou: Has everyone seen the details for the Sunday meeting at Adobe? 16:11:58 http://wiki.csswg.org/planning/tpac-2011 16:12:41 +[Microsoft.aa] 16:12:42 zakim, microsoft has me 16:12:42 +arronei_; got it 16:13:19 vhardy: We're thinking of setting up dinner at 6:30pm in San Jose, that sound ok? 16:13:34 glazou: Some people are vegetarian? 16:13:44 TabAtkins: Given Vincent's vegetarian, I'm sure he's handled that. 16:14:16 glazou: I will browse agenda items for TPAC tomorrow and try to schedule things 16:14:52 Florian: There was on the W3C site a very long list of ppl who would like to observe 16:15:11 glazou: I got some requests from Adobe for observers from Adobe 16:15:42 glazou: I also got some requests for other observers. I gave them rules we gave the Japanese observers at Mozilla. We usually accept all observers, as long as there is space. 16:16:00 Florian: The list on w3c site was O(tens) 16:16:15 glazou: I notice a lot of ppl arriving Friday, could make dinner plans for Friday night 16:16:19 over email 16:16:25 + +1.408.536.aacc 16:16:31 -SteveZ 16:16:51 glazou: anything else about TPAC? 16:16:57 +bradk.a 16:16:59 vhardy: How are we arranging carpool? 16:17:02 -bradk 16:17:09 fantasai: I'm just going to assign people to cars later this week 16:17:32 Topic: CSS3 Values and Units 16:17:48 (We have 35 people signed for the meeting up as *member*, assuming they all clicked the right button, we'll not have much room for the 32 observers...) 16:17:53 http://www.w3.org/Style/CSS/Tracker/products/8 16:18:35 Bert: do you have a direct link for that? 16:18:44 oh sorry 16:18:49 wanted the list of observers 16:18:57 https://www.w3.org/2002/09/wbs/35125/TPAC2011/registrants 16:18:59 http://www.w3.org/Style/CSS/Tracker/issues/77 16:19:00 ISSUE 77 16:19:11 szilles has joined #css 16:19:12 ISSUE-77: Cap-height unit proposal from dbaron http://lists.w3.org/Archives/Public/www-style/2008Nov/0552.html 16:19:12 ISSUE-77 Cap-height unit proposal notes added 16:19:31 JohnJansen has joined #css 16:19:35 -[Microsoft] 16:19:44 zakim, microsoft has johnjan 16:19:44 sorry, JohnJansen, I do not recognize a party named 'microsoft' 16:19:52 zakim, microsoft has johnjansen 16:19:52 sorry, JohnJansen, I do not recognize a party named 'microsoft' 16:20:03 fantasai: Question is add or don't add; should be similar to ex-height to define 16:20:03 How is this going to impact the line height itelf? 16:20:12 (sorry my phone connection died) 16:20:13 ACTION glazou: send an email to people who requested observer status 16:20:14 Created ACTION-373 - Send an email to people who requested observer status [on Daniel Glazman - due 2011-11-02]. 16:20:39 Florian: What about Japanese text? 16:20:48 +[Microsoft] 16:20:57 dbaron: The use case is fitting something on the baseline to be the size of the letters 16:21:01 zakim, microsoft has johnjansen 16:21:01 +johnjansen; got it 16:21:14 sylvaing: what kind of use case? 16:21:22 +[Microsoft.aaa] 16:21:34 szilles: introducing new glyphs, e.g. for math 16:22:03 Florian: Not sure introducing one unit will be enough to solve the problem 16:22:15 TabAtkins: For Japanese, em-height should do it. For lowercase letters, ex-height will do it 16:22:52 sylvaing: Is this common? Do people like Brad have to do this often and have to hack it? 16:23:10 TabAtkins: If I'm putting a sparkline inline with the text, you don't want it to be bigger than the text. 16:23:23 fantasai: Wouldn't that be em-height? 16:23:32 TabAtkins: Not if you want it baseline-aligned 16:23:52 sylvaing: Is it a height issue or baseline issue? 16:24:04 fantasai: The height you choose depends on the baseline you choose 16:24:41 TabAtkins: Right now, if you want something to extend from top to bottom of the line, you set vertical-align to bottom and give it 1em height 16:24:58 TabAtkins: You can make it ex-height and baseline-aligned to fit within the lowercase area 16:25:25 TabAtkins: But you can't do baseline to top because we don't have this case 16:25:28 jarek has joined #css 16:26:10 Florian: If we can solve all languages with one or two units, then it's good, but if it's many new units for all scripts, then maybe that doesn't work so well 16:26:17 and we should use a different solution 16:26:47 szilles: The ratio of ascender to descender can vary between fonts. So cap-height will be different for different fonts. 16:27:18 there are a lot of font metrics we could expose - we may want to defer doing this until we have the time/interest in exposing it all 16:27:21 Florian: i think the idea is good if it extends to other scripts 16:27:28 sylvaing: And if the fonts support this data 16:28:57 some discussion of international considerations: ideographic, indic, vertical-flow, thai 16:29:41 fantasai: So the plan is, afaict, to defer this to the next level 16:30:01 szilles: I'll ask font guys about metrics for things like sparklines 16:30:41 RESOLVED: Deferred to level 4 16:31:07 TabAtkins: next issue is required ranges for CSS 16:31:17 TabAtkins: Implementations must go at least up to this number; may go beyond 16:31:56 szilles: Didn't we resolve on this? 16:32:06 fantasai: We resolved to have this requirement, but not what it is 16:32:18 jarek_ has joined #css 16:32:29 Florian: Let's assign action items to browser vendors to investigate 16:32:45 TabAtkins: I've never heard anyone complain about overflow, so whatever we're doing is fine. 16:32:50 s/doing/doing now/ 16:33:06 arronei: I have most of the information/testcases for this 16:33:17 arronei: new properties would be tricky if they're different 16:33:21 (Range? Or precision?) 16:33:41 fantasai: Can you make a proposal for what to put in Values and Units? 16:33:48 arronei: I can collect the data 16:34:12 Bert: I wonder if this is 2 different things. Range - do we accept 10km? But also precision. 16:34:17 Do we handle 1 part in 1000 16:34:58 ACTION arronei: collect data and make a proposal 16:34:58 Sorry, couldn't find user - arronei 16:35:20 ACTION arronei_: collect data and make a proposal 16:35:21 Sorry, couldn't find user - arronei_ 16:35:33 arronei_: zakim does not know you today 16:35:43 TabAtkins: I know Opera goes under 2^31 on some things 16:35:48 dsinger has joined #css 16:36:06 ?: If something like this goes into the spec, it should be on the lower bounds so that we don't have to go fix anything depending on the type 16:36:22 Zakim, who is here? 16:36:22 Florian: Why are we doing this? 16:36:23 On the phone I see florian, glazou, plinss, antonp, stearns, ericmueller, hober, [IPcaller], dbaron, smfr, kojiishi, Bert, tabatkins_, fantasai, [Microsoft.a], [Microsoft.aa], 16:36:27 ... +1.408.536.aacc, bradk.a, [Microsoft], [Microsoft.aaa] 16:36:30 [Microsoft] has johnjansen 16:36:32 On IRC I see dsinger, jarek_, JohnJansen, szilles, miketaylr, sylvaing, TabAtkins_, Rossen, smfr, bradk, vhardy, antonp, oyvind, dbaron, RRSAgent, Zakim, glazou, CSSWG_LogBot, 16:36:36 TabAtkins: For the test suites, we need to know what's a valid range to test 16:36:37 ... florian, kojiishi, myakura, florianr, lhnz, arronei_, krijnh, stearns, karl, TabAtkins, Hixie, pjrm, Bert, shepazu, davve, hober, gsnedders, plinss, fantasai, ed, trackbot 16:37:04 TabAtkins: Right now we could know implementations support up to .. 8 but nothing beyond that. 16:37:21 TabAtkins: It's primarily a quality-of-implementation issue, but want some minimum to meet or exceed 16:37:41 jarek has joined #css 16:38:00 Florian: It's not intended to be an exercise where we have to change the implementations, right? 16:38:57 http://www.w3.org/Style/CSS/Tracker/issues/186 16:39:11 TabAtkins: proposal to move CSSOM value serialization from CSSOM to CSS3 Values 16:39:22 dbaron: That's moving them from a less stable spec to a more stable spec 16:39:36 dbaron: I'd like to review them carefully... may not have gotten a lot of atttention yet. 16:40:14 fantasai: Question here is, do we even want to move them 16:40:45 glazou: Seems like a Pandora's box 16:41:18 glazou: Would want to add serialization to all the other CSS constructs 16:41:32 glazou: Also, might be useful to implementers to have it all in one place 16:41:58 fantasai: Could be a separate, parallel module, e.g. CSSOM Values and Units 16:42:13 sylvaing: or just have Serialization be its own thing 16:42:58 sylvaing: I think if you want to move Values and Units forward, doesn't seem like a good idea. 16:43:08 sylvaing: I think having a single core Serialization spec would be a good idea 16:43:15 glazou: I'd like time to investigate that. 16:44:02 glazou: I think we should leave it in CSSOM spec for now, and decide later when we know better what needs to be split out and dispatch to the various modules. 16:44:05 glazou: It's a lot of work. 16:44:14 fantasai: So close this issue no change? 16:44:23 glazou: That's my recommendation. 16:44:30 RESOLVED: Closed no change 16:45:18 http://www.w3.org/Style/CSS/Tracker/issues/190 16:45:23 Removing or renaming 'vm' unit 16:45:24 ROFL 16:45:52 sylvaing: There is one implementation, but at this point no clue on how ... 16:46:22 fantasai: I'm strongly in favor of renaming, b/c I think it's vague and ambiguous and confusing. 16:46:48 Florian: The objection was based on most units being 2 letters 16:47:32 TabAtkins: We already have 3-letter units, so ehh 16:47:47 arronei: Have an implementation, but not a strong objection. 16:48:17 RESOLVED: Rename 'vm' as 'vmin'. 16:48:27 Florian: Should we keep it at-risk? 16:48:40 fantasai: Could do, but I doubt someone implementing 'vh' and 'vw' would skip it 16:50:00 fantasai: We could keep it at-risk, but that won't really mean much. 16:51:39 Florian: ppl are confused about whether it's 1/100th or just 1x 16:51:52 -smfr 16:52:04 +smfr 16:52:37 fantasai: I think part of the problem is the spec was not very clear in tying these to the idea of percentages, which make the 1/100th seem less arbitrary. 16:53:11 fantasai: Also, since IE has an implementation; chances are vh and vw are more used than vm, also this would be an interpretation difference; vm -> vmin would trigger a parse error 16:53:21 fantasai: So I'm leaning towards not changing it 16:53:59 RESOLVED: vh/vw/vm stay as percentages, clarify spec 16:54:21 http://www.w3.org/Style/CSS/Tracker/issues/192 16:54:30 Move "Stages of Value Computation" spec to CSS3 Cascade 16:55:11 -fantasai 16:55:21 glazou: what means "mostly" in 2.1? 16:55:28 glazou: what's missing? 16:55:34 fantasai: Only examples afaict 16:55:54 +fantasai 16:57:55 glazou: I'm ok to move it if CSS3 Cascade is not marked as obsolete 16:58:27 fantasai: Ok, I'm willing to work with that conditional. Does anyone else have an opinion? 16:58:39 dbaron: If someone starts fixing them up, shouldn't be marked obsolete 16:58:58 szilles: mark it unmaintained, not obsolete 16:59:09 Florian: Would need the spec to have an editor 16:59:14 TabAtkins: Doesn't need one if it's identical to 2.1 17:00:19 fantasai: So if we update CSS3 Cascade and sync it to 2.1 and post a WD, and then leave it there without taking to LC because there's nothing new or useful in it, is that ok? 17:00:30 florian: Why not move it along the rec track? 17:00:36 TabAtkins: Editors' time 17:00:43 glazou: And test suite 17:01:48 -ericmueller 17:01:50 -[Microsoft] 17:01:50 -[IPcaller] 17:01:51 -[Microsoft.a] 17:01:51 -dbaron 17:01:52 -[Microsoft.aa] 17:01:52 -glazou 17:01:53 -hober 17:01:55 -tabatkins_ 17:01:57 -kojiishi 17:01:57 antonp has left #css 17:01:59 -[Microsoft.aaa] 17:02:01 -stearns 17:02:03 -florian 17:02:05 -smfr 17:02:06 Bert: why do you think I am flying on friday :-) before the strike... 17:02:07 - +1.408.536.aacc 17:02:09 -fantasai 17:02:11 -antonp 17:02:13 -plinss 17:02:15 -Bert 17:02:17 -bradk.a 17:02:19 Style_CSS FP()12:00PM has ended 17:02:20 RESOLVED: Move this section to CSS3 Cascade, update CSS3 Cascade and sync to 2.1 so that it's unmaintained but not obsolete, and when someone has a reason to move it forward along the rec track (i.e. someething to put in it that's not already in 2.1) then they can move it forward from there. 17:02:21 Attendees were florian, glazou, plinss, +34.93.192.aaaa, stearns, antonp, +1.408.543.aabb, hober, [IPcaller], ericmueller, dbaron, smfr, Rossen, bradk, Bert, kojiishi, tabatkins_, 17:02:24 ... fantasai, SteveZ, sylvaing, arronei_, +1.408.536.aacc, johnjansen, [Microsoft] 17:03:04 note +1.408.536.aacc was SteveZ 17:31:25 CSSWG_LogBot has joined #css 17:32:09 Rossen has left #css 18:06:16 miketaylr has joined #css 18:13:10 dbaron has joined #css 18:21:41 stearns has joined #css 18:47:40 CSSWG_LogBot has joined #css 19:12:05 Zakim has left #css 19:39:25 anne has joined #css 19:46:53 CSSWG_LogBot has joined #css 20:00:22 CSSWG_LogBot has joined #css 20:04:17 arno has joined #css 20:08:04 sylvaing has joined #css 20:21:54 karl has joined #CSS 21:05:53 florian has joined #css 21:05:58 florian has left #css 21:28:28 dbaron has joined #css 21:51:16 CSSWG_LogBot has joined #css 23:06:33 miketaylr has joined #css 23:25:37 myakura has joined #css 23:32:43 CSSWG_LogBot has joined #css 23:38:18 arno has joined #css 23:57:40 CSSWG_LogBot has joined #css