16:33:22 RRSAgent has joined #CSS 16:33:22 logging to http://www.w3.org/2010/02/03-CSS-irc 16:33:27 Zakim, this will be Style 16:33:27 ok, glazou; I see Style_CSS FP()12:00PM scheduled to start in 27 minutes 16:33:34 RRSAgent, start 16:33:40 RRSAgent, make logs public 16:50:59 bradk has joined #css 16:51:38 dethbakin has joined #css 16:53:20 hi dethbakin 16:53:31 hi glazou! 16:53:44 dethbakin: I found a CSS Object Model issue in both mozilla and webkit 16:53:49 see my last msg to www-style 16:53:58 glazou: oh! interesting 16:54:21 escaped chars are not serialized escaped... 16:54:27 and that breaks parsing 16:55:17 i see, very interesting 16:56:53 sylvaing has joined #css 16:56:54 plinss_ has joined #css 16:57:00 Style_CSS FP()12:00PM has now started 16:57:06 +plinss 16:57:30 +sylvaing 16:57:34 oyvind has joined #css 16:57:42 +glazou 16:58:21 +dethbakin 16:59:37 dethbakin: and FB is only one example here... 16:59:47 smfr has joined #css 17:00:27 dethbakin: FWIW it's bug 543428 in bugzilla.mozilla.org 17:00:46 +smfr 17:01:04 reaching same serialization for all Opera, Mozilla and WebKit would be great... 17:01:22 +SteveZ 17:01:27 I suggest we ask Anne precisely how Opera does it 17:01:40 dsinger has joined #css 17:01:53 +Bert 17:02:02 + +1.408.996.aaaa 17:02:19 zakim, 996.aaaa is [Apple] 17:02:19 sorry, dsinger, I do not recognize a party named '996.aaaa' 17:02:29 +bradk 17:02:31 way too picky 17:02:31 zakim, +1.408.996.aaaa is [Apple] 17:02:31 +[Apple]; got it 17:02:38 zakim, [Apple] has dsinger 17:02:57 +dsinger; got it 17:03:14 zakim, wake up! 17:03:17 I don't understand 'wake up!', dsinger 17:03:37 +??P5 17:03:58 Zakim, ??P5 is fantasai 17:03:58 +fantasai; got it 17:04:05 +David_Baron 17:04:08 dbaron has joined #css 17:04:50 ChrisL has joined #css 17:05:58 +ChrisL 17:06:46 ScribeNick: fantasai 17:07:03 Daniel: Extra agenda items? 17:07:28 Sylvain: At some point we need to talk about the border-radius gradient 17:07:36 http://lists.w3.org/Archives/Public/www-style/2010Jan/0530.html 17:07:39 Sylvain: It's recommended in the spec, but not clearly defined 17:07:58 Daniel: It's important, let's put it in the second position 17:08:03 Topic: CSS2.1 Test Suite 17:08:09 Daniel: Alpha version was posted last week 17:09:11 Daniel: Any feedback on it? 17:10:28 +[IPcaller] 17:10:28 fantasai: build process is painful? :) build scripts have bugs. Also reftests need to be integrated 17:10:35 I have been reviewing the font tests 17:10:38 howcome has joined #css 17:10:49 Daniel: How many tests have been reviewed? 17:10:53 fantasai: probably around 10% 17:11:07 Daniel: Is it possible to review all tests before final release? 17:11:27 fantasai: possible, but depends on how much time reviewers put in 17:11:41 Daniel: We have two option: 1 we release without reviewing everything, 2 we review everything 17:12:11 Daniel: We probably don't want to hold up REC for getting all tests reviewed 17:12:56 fantasai: We are tracking which tests have been reviewed 17:13:12 Fantasai pointed out that each test says what its review status is 17:14:43 Daniel: When can you have the reftests integrated? 17:14:54 fantasai: Probably take me 4 days, so maybe in 2 weeks 17:15:04 Topic: border radius gradients 17:15:13 Sylvain: When you have a border radius, two borders join 17:15:38 Sylvain: If you have two colors, a sharp transition does not look that good 17:15:45 Sylvain: So the spec recommends a gradient 17:15:56 Sylvain: But the spec doesn't specify exactly how the gradient should work 17:16:03 Sylvain: So one you get differences between browsers 17:16:10 Sylvain: Second the author has no control over it 17:16:32 Sylvain: The other issue is, if browsers do the gradient, can you test whether the transition center is where the spec says it should be? 17:16:53 Sylvain: The reason it's not defined is because the spec author felt vendors should experiment 17:17:08 Sylvain: But once browser implement without a vendor prefix the behavior is frozen 17:17:34 Sylvain: If I'm going to do it, then if you specify border-radius you get the sharp transition 17:17:58 Sylvain: And if you specify -ms-border-radius then you get a gradient 17:18:29 Chris: Saying the browser can pick whatever it likes is a recipe for disaster. Can't predict what will happen, so authors will not use it 17:18:46 Daniel: Leaving it unspecified is fine for small border widths 17:19:05 Daniel: Issues show up in thick borders 17:19:25 ... 17:19:31 +TabAtkins 17:19:47 dbaron: Given that we don't see a lot of examples of authors doing this with images, I'm skeptical that we should require something that involves a lot of implementation work 17:20:03 dbaron: The reason we have border-radius is because authors were synthesizing it a lot with images 17:20:31 dbaron: Unless there are a lot of examples where authors are using multiple colors, I don't think we need to make this a requirement for UAs 17:20:37 dbaron: I like the transition line approach 17:21:12 +Hakon_Lie 17:21:27 dbaron: That nobody's implemented it doesn't mean authors can't express that they want it. People hack things with images if they really want it 17:22:36 Sylvain: [missed] 17:22:43 lost phone cx 17:22:46 hold on pls 17:23:27 -glazou 17:23:35 +glazou 17:23:46 fantasai: I'm happy to remove the recommendation 17:25:06 Chris: That doesn't help at all. You still have unreliable behavior, and that's not what authors want. 17:25:28 Brad: I think it's good that it's recommended. As an author, I think most of the time if I 2 colors meeting up in a curved corner I'd want a smooth blend 17:25:49 Brad: But if it wasn't one, it's not something I'd spend a lot of time trying to get right in one browser and then be disappointed that it doesn't blend right in the other browser 17:26:00 Brad: It's fine to me if a lightweight browser doesn't do the gradient 17:26:14 Daniel: But for a thick border it's a problem 17:26:30 Brad: It's more noticeable 17:27:01 SteveZ: Where I come out on this is that the two effects: gradient vs line -- are so different, that I'd like control over which of those I wanted 17:27:15 Steve: Writing the spec in a way of leaving it up to the browser vendor seems like a bad way of writing the spec 17:27:25 Steve: We should say which one it is, we should just spec it 17:27:42 Steve: Based on what dbaron and Sylvain said, going with the line is the best approach 17:28:05 Daniel: Does XSL solve this issue? 17:28:12 Steve: I don't remember 17:28:23 Daniel: It would be useful to know if XSL has a solution for this 17:29:57 fantasai: Wrt a switch, I haven't heard that any authors care enough that we should a) spec it b) implement it c) add it to the stuff authors have to learn. that's a lot of overhead for something nobody has said they want 17:30:15 -[IPcaller] 17:30:35 Lachy has joined #css 17:30:42 Daniel: when you have border-style groove with a thick border and a border radius, they might want a radient 17:30:52 dbaron: Do they use anything like that? 17:30:56 Daniel: Yes, I've seen it 17:31:03 Lachy has joined #css 17:31:16 Daniel: Our experience has shown that when we add it to the spec, authors use it in ways that we didn't expect. 17:31:51 Sylvain: If it's important, let's specify it, and if it's not, let's take it out 17:32:00 fantasai: What do you mean by take it out? 17:33:27 Sylvain: No recommendation to do a gradient? 17:33:32 fantasai: Is it allowed to do a gradient? 17:33:41 Sylvain: no 17:35:57 (A gradient with a sharp corner may be allowed, but it would be have zero width, though. :-) ) 17:35:57 So, FWIW, http://www.twitter.com/ has a button with rounded borders and multiple colors 17:36:03 (the "more" button at the bottom) 17:36:13 (if you're logged in) 17:36:36 Given that it's a 1px border, they probably don't care which option we take. 17:37:33 lots of people said something and didn't get to minute 17:38:05 q+ 17:38:20 TabAtkins: fantasai's point was important. Authors complain about ugly borders. If two borders are subtly different, but neither is ugly, I don't think anybody will mind 17:38:27 Daniel: People complain 17:38:51 Daniel: And they will be using this feature in ways we did not expect 17:39:06 So should we define how dotted borders are drawn? :-) 17:40:24 Chris: There's two possible ways to take it out, Sylvain. One is to remove the recommendation to use a gradient. 17:40:33 Chris: The alternative is to require a sharp transition. 17:40:48 glazou has joined #css 17:44:55 TabAtkins: yes 17:45:09 Chris says gradients are easy to specyf 17:45:18 fantasai explains all the crazy cases in which they're not 17:50:55 Brad: If we defined the region in which the transition happens and the points around which it happens, would that be ok? 17:51:08 Daniel: Recommending is ok? 17:51:19 Sylvain: Yes, but I want to know exactly what is recommended 17:52:17 fantasai: Do you want an exact mathematical definition for the gradient, or do you just want the stops? 17:52:22 fantasai: Because the stops are easy to specify 17:52:38 View in Firefox for a somewhat weird cut: data:text/html;charset=utf-8,%3C%21DOCTYPE%20html%3E%3Cstyle%3Ediv%20%7Bwidth%3A%20500px%3Bheight%3A%20300px%3Bmargin%3A%20100px%3Bborder%3A%2050px%20double%20silver%3B-moz-border-radius%3A%200%20500px%200%200%20%2F%200%20300px%200%200%3Bborder-top-color%3A%20lightgreen%3Bborder-right-color%3A%20green%3B%7D%3C%2Fstyle%3E%3Cdiv%3E%3C%2Fdiv%3E 17:53:45 Steve: If people aren't using gradients now, then let's not put them in. 17:55:37 fantasai: ... 17:55:48 Steve: You can't define the gradient precisely 17:56:07 Brad: As long as it's pretty, nobody's going to really care 17:57:48 ... 17:57:55 Daniel: We've got no consensus. 17:58:22 Does "produces good results" include having acceptable performance when drawing hundreds of them at once? 17:58:31 fantasai: How about this. Sylvain and I sit down and define the precise mathematical function that gives you pixel-perfect rendering on every browser that implements it. We spec that, and wait for implementors to complain 17:58:52 Steve: What if I don't like your gradient definition? 17:59:09 ... 17:59:25 Steve: Whatever we define, it should be printable 17:59:46 -dethbakin 17:59:47 Daniel: We're discussing a CR. I don't want to end up with an objection to this CR 18:00:15 Daniel: If we can reach no agreement at all on this feature, then we will have t remove it 18:00:38 Sylvain: We don't have any consensus that it's important 18:00:50 Sylvain: How can we reach consensus on how to do it? 18:01:35 1. Require the sharp transition 18:01:43 2. Drop recommendation for gradient, leave transition undefined 18:01:59 3. Recommend gradient, define color stops 18:02:17 4. Give precise mathematical definition for a gradient that will give pixel-perfect copies across implementations 18:02:25 5. Drop border-radius 18:03:09 -Hakon_Lie 18:03:11 3 18:03:13 -David_Baron 18:03:29 fantasai: I'm unhappy with 1 or 5 18:03:32 3 18:03:33 plinss_ has joined #css 18:03:43 Sylvain: 2 is fine 18:03:47 Chris: 3 18:03:49 3 at least (4 seems like a lot of effort) 18:04:01 Simon: 3 18:04:09 Daniel: 3 18:04:14 3 is my first choice, 4 is ok, 2 acceptable but not dieal 18:04:25 s/dieal/ideal 18:04:42 Tab: agree with Chris 18:04:58 Bert: Any of the first 4 is fine by me 18:05:40 -SteveZ 18:05:58 Peter: My concern if there's enough people that really care how it's going to join, we should provide a property that controls corner joins 18:06:10 Tab: We can add border-radius-style if we really need to in the future 18:06:38 Peter: Whatever we do should be a plausible default 18:06:42 Tab: I think it's the best default 18:06:46 Tab: To have a gradient 18:07:19 Peter: other than that I abstain 18:08:16 Peter: I don't care what the default is 18:09:21 Sylvain: I'm ok with 2 or 3 18:09:56 ACTION: fantasai post proposal for 3 to www-style 18:09:57 Created ACTION-206 - Post proposal for 3 to www-style [on Elika Etemad - due 2010-02-10]. 18:10:34 -ChrisL 18:10:36 -smfr 18:10:38 -sylvaing 18:10:39 -plinss 18:10:39 -glazou 18:10:41 -Bert 18:10:41 -fantasai 18:10:42 -TabAtkins 18:10:42 -[Apple] 18:10:51 -bradk 18:10:52 Style_CSS FP()12:00PM has ended 18:10:53 Attendees were plinss, sylvaing, glazou, dethbakin, smfr, SteveZ, Bert, bradk, dsinger, fantasai, David_Baron, ChrisL, [IPcaller], TabAtkins, Hakon_Lie 18:53:43 glazou has joined #css 19:06:23 dbaron has joined #css 19:11:17 apologies again btw 20:00:43 Zakim has left #CSS 20:53:34 plinss_ has joined #css 22:07:12 shepazu has joined #css