15:55:30 RRSAgent has joined #css 15:55:30 logging to http://www.w3.org/2009/04/01-css-irc 15:55:35 Zakim has joined #css 15:55:41 Zakim, this will be Style 15:55:41 ok, glazou; I see Style_CSS FP()12:00PM scheduled to start in 5 minutes 15:56:39 Style_CSS FP()12:00PM has now started 15:56:46 +??P7 15:57:08 +dsinger 15:57:10 +plinss 15:57:28 zakim, ??p7 is me 15:57:28 +fantasai; got it 15:57:37 dsinger has joined #css 15:57:58 Zakim, mute me 15:57:58 dsinger should now be muted 15:58:00 +glazou 15:58:52 Is this co-ed student services? 15:59:39 Zakim, who is noisy? 15:59:49 glazou, listening for 10 seconds I heard sound from the following: fantasai (44%), glazou (16%) 15:59:51 Zakim, who is noisy? 15:59:54 Zakim, passcode? 15:59:55 the conference code is 78953 (tel:+1.617.761.6200 tel:+33.4.89.06.34.99 tel:+44.117.370.6152), anne 16:00:02 dsinger, listening for 10 seconds I heard sound from the following: fantasai (9%), glazou (5%) 16:00:23 fantasai, we have a lot of noise coming from your phone 16:00:23 +[IPcaller] 16:00:33 Zakim, [IPcaller] is me 16:00:33 +anne; got it 16:00:36 + +1.206.324.aaaa 16:01:01 +[Microsoft] 16:01:05 Zakim, 1.206.324 is sylvaing 16:01:07 sorry, sylvaing, I do not recognize a party named '1.206.324' 16:01:16 Zakim, who is here? 16:01:17 zakim, microsoft is me 16:01:17 glazou, ok muted 16:01:18 Zakim, +1.206.324.aaaa is sylvaing 16:01:21 On the phone I see fantasai, dsinger (muted), plinss, glazou, anne, +1.206.324.aaaa, [Microsoft] 16:01:24 +sylvaing; got it 16:01:24 +arronei; got it 16:01:25 On IRC I see dsinger, Zakim, RRSAgent, arronei, sylvaing, CesarAcebal, glazou, myakura, MikeSmith, jdaggett, anne, plinss_, krijnh, shepazu, Bert, plinss, fantasai, Hixie, trackbot 16:01:44 dbaron has joined #css 16:01:57 +[Mozilla] 16:02:13 Zakim, [Mozilla] has David_Baron 16:02:13 +David_Baron; got it 16:03:26 melinda has joined #CSS 16:03:29 + +98567aabb 16:04:06 Zakim, +98567aabb is CesarAcebal 16:04:06 +CesarAcebal; got it 16:05:24 +Howcome 16:05:47 howcome has joined #css 16:06:04 ScribeNick glazou 16:06:12 scribe: glazou 16:06:31 Lachy has joined #css 16:06:36 plinss: additions to agenda ? howcome I got your note ? 16:06:46 http://www.bradclicks.com/cssplay/border-image/Thinking_Outside_The_Box.html 16:06:48 fantasai: brad kemper's proposal for border-image 16:06:50 Steve z and i reached agreement 16:07:21 Later in call if time... 16:07:22 agenda item 1 : test case selector issue 16:07:23 http://lists.w3.org/Archives/Public/public-css-testsuite/2009Mar/0002.html 16:07:33 I haven't read Brad Kemper's proposal yet; it didn't work very well when catching up on my email on the airplane... 16:07:39 plinss: had a chance to read the thread ? 16:07:58 glazou: I did 16:08:01 +Melinda_Grant 16:08:24 glazou: Bert summarized the issue, XML cannot make an attribute start with a digit 16:08:34 anne: yes, impossible 16:08:40 invalid, even 16:08:50 anne: it's even invalid in html as well 16:08:56 (that was arron) 16:09:03 s/anne/arron 16:09:27 arron: I totally agree the case is an invalid case but we have a problem where we cannot test invalid scenarios 16:09:33 arron: this has to be valid xhtml 16:09:51 arronei: so how do you test invalid scenarios 16:10:05 arronei: how do you test an attribute starting with hyphen, valid scenario ? 16:10:12 anne: you can't 16:10:24 arronei: the spec needs to change to remove this restrictions or ... 16:10:29 dbaron: the rule is testable 16:10:37 dbaron: you can test with another rule 16:10:55 arronei: still, you can't test an attribute starting with an hyphen 16:11:01 dbaron: find another language where it is allowed 16:11:06 arronei: test suite is xhtml 16:11:11 dbaron: or don't worry about it 16:11:21 dbaron: we're looking in interoperable implems in languages applying to css 16:11:43 arronei: I understand but how do you test that hyphen scenario ? which language ? 16:11:50 dbaron: we don't test it, untestable requirement 16:12:07 dbaron: we can test that it's an accepted selector with another valid selector in same rule 16:12:19 dbaron: just like p, :not(p) 16:12:27 arronei: but we cannot prove which selector matched 16:12:35 dbaron: just like p:not(p), wher eyou can't prove that it doesn't match anything 16:12:35 arronei: no way to prove that 16:12:40 thx fantasai 16:12:57 arronei: then you have an ambiguous testcase 16:13:13 dbaron: in theory an implem could harcode the response and pass CSS test suite 16:13:29 anne: 2 tests with one having two selectors ina rule and another with only one 16:13:42 arronei: dependency issue 16:13:50 arronei: we end up with a dependency chain 16:13:51 dbaron: but that implementation doesn't remotely implement CSS 16:13:53 anne: not a problem 16:14:19 anne: at least with html5 you can have attribute with a leading dash 16:14:29 anne: I think digits too 16:14:44 arronei: that would handle the valid case 16:14:54 arronei: the invalid has probably no good way of testing 16:15:19 sylvaing: you never really select because it's alrady dropped 16:15:30 sylvaing: spec says there is syntax error 16:15:31 mollydotcom has joined #css 16:15:39 anne: you can match using an escape 16:15:47 plinss: perfectly valid css if you escape 16:16:00 plinss: should still not match siince the attr is not in the DOM 16:16:09 arronei: we need a markup language allowing that attribute 16:16:30 anne: two pbs : syntax error and limitations of markup 16:16:42 arronei: with html5 we should be able to test 16:16:55 anne: I was more objecting with the way it cannot start with a digit 16:17:11 anne: section 5 says the selector is dropped 16:17:27 dbaron: chapter 5 says it should not match 16:17:36 dbaron: the syntactic requirement sentence ? 16:17:40 dbaron: yes 16:17:46 dbaron: not about matching 16:17:52 arronei: the entire chapter is about that 16:18:01 dbaron: and about the syntax of selectors 16:18:07 arronei: syntax is in chapter 4 16:18:09 dbaron: not entirely 16:18:14 arronei: I see 16:18:20 arronei: I'm ok with that 16:18:33 arronei: the way I need to deal with this is with html5 16:18:41 arronei: can we submit this as html5... 16:18:54 anne: in this case it's a syntax-level requirement 16:19:16 anne: not required on same page yet 16:19:22 arronei: error handling is important 16:19:47 dbaron: then there's already one test you failed so we catched the issue 16:19:57 arronei: I was discorrelating the chapters 16:20:10 arronei: if we fail that error case then according to ch5 you should not select either 16:20:41 arronei: if you fail error case in ch4 then you have to create the case to see what failed ? because of P or attribute selector ? 16:20:50 arronei: does it make sense to have in test suite ? 16:20:57 dsinger has joined #css 16:21:03 fantasai: it's good to avoid dependencies on other chapters of the spec 16:21:17 fantasai: here we are trying to capture a case related to another part of spec 16:21:23 fantasai: ... if it's easy to do without going out of your way 16:21:24 +[Apple] 16:21:28 fantasai: why you failed is an implementor's job 16:21:30 -dsinger 16:21:38 zakim, [apple] has dsinger 16:21:38 +dsinger; got it 16:21:43 fantasai: I don' think we should really break things down 16:22:15 fantasai: there's a limit to our efforts breaking things down 16:22:24 fantasai: does not need to happen in the test suite 16:22:37 arronei: I think for this case we're in agreement 16:22:43 arronei: I was in disagreement before 16:22:50 arronei: ok, I'll remove this test case 16:23:05 arronei: I need to dig in we have other similar cases like that one 16:23:14 arronei: I'll see if html5 works for cases 16:23:31 fantasai: we don't need to test cases that are not going to happen in real markup docs 16:23:34 After "Attribute values must be identifiers or strings." we could add "(Otherwise, the selector is not valid CSS 2.1.)" 16:23:37 howcome has joined #css 16:23:39 arronei: I disagree with that 16:23:45 glazou: I disagree too 16:23:49 Zakim, who is on the phone? 16:23:49 On the phone I see fantasai, plinss, glazou, anne, sylvaing, arronei, [Mozilla], CesarAcebal, Howcome, Melinda_Grant, [Apple] 16:23:51 [Mozilla] has David_Baron 16:23:51 [Apple] has dsinger 16:24:36 arronei: we need to test every single part of spec, period 16:24:46 arronei: that needs to happen, otherwise we're not done 16:24:58 arronei: we need to test everything in the spec or we miss coverage 16:25:18 fantasai: in this case it'll be fine to note we were not able to test because of technology 16:25:35 sylvaing: limit yourselved to *ml markup because UA use that 16:25:42 that was anne 16:25:49 arronei: there could be other UA 16:25:52 s/sylvaing/anne 16:26:03 fantasai: in that case the implem will need its own test suite 16:26:23 arronei: it's trying to implement CSS with their own markup, they do not care 16:26:44 fantasai: we don't need to worry about it, that's their problem, they can contribute their own format of the test suite 16:27:24 arronei: but if we have a markup language that is compatible accross vendors, then I can test most of these scenarios 16:27:38 arronei: if I can create tests in html5, is that a problem ? 16:27:43 melinda, fantasai yes 16:27:47 melinda: too early on 16:27:55 anne: but the parsing rules are a decade old 16:27:58 anne: older than css 16:28:08 arronei: a limited number of cases: 6 or 7 16:28:24 arronei: nothing in the 17,000 cases list 16:28:30 melinda: I have a problem with that 16:28:46 anne: most browsers do html5, not an issue 16:29:10 fantasai: we can add them to the list of tests and see 16:29:16 fantasai: might have to index by hand 16:29:24 Zakim: shhhhttttt 16:29:32 fantasai: problem is automatic indexing 16:29:43 fantasai: we can have a hand process for these ones 16:29:56 (there's only 10-20 tests or so that need special syntax) 16:29:59 arronei: I think we have a solution here for the initial issue 16:30:04 (which HTML5 allows) 16:30:08 naming convention for html5 testcases so the build scripts can handle them separately ? 16:30:11 arronei: most issues related to chapters 4 and 5 16:30:19 howcome: so what's the solution 16:30:23 arronei: remove the case 16:30:33 arronei: pursue the html5 possibility 16:30:36 howcome: sounds good 16:30:41 I suggest a different file extension 16:30:57 arronei: one other issue is a test suite issue 16:31:01 that way the build scripts will ignore them, and we can tell the makefile to just copy it 16:31:12 if that's sufficient, that's great 16:31:17 arronei: another invalid case with invalid markup because of invalid attr, the version attr on html 16:31:21 arronei: seems like a dtd bug 16:31:27 howcome: url ? 16:31:48 arronei: the version attr is valid for transitional 16:31:53 anne: some other attrs ? 16:32:05 arronei: wrt the attr() notation 16:32:14 arronei: the test fails 16:32:22 arronei: I am testing all attrs in html4 spec 16:32:33 arronei: because the dtd does not contain the version attr 16:32:33 There's a version attribute? 16:32:41 ??:drop it 16:32:42 yeah 16:32:47 s/??/anne/ 16:32:49 melinda: html only case ? 16:32:51 arronei: yes 16:33:10 glazou: report to html WG 16:33:29 http://www.w3.org/TR/html401/struct/global.html#h-7.3 16:33:44 anne: they won't care 16:33:53 arronei: not sure it's important 16:34:04 anne: just drop the test 16:34:13 DTD -> "Don't Test DOCTYPES" 16:34:17 LOL 16:34:34 arronei: ok with dropping it but it's such a great area 16:34:53 anne: well ok 16:35:13 arronei: only known attrs defined in html 16:35:25 anne: there are a bunch of invalid attrs too 16:35:47 melinda: worth lokking with html wg if it's intentional 16:35:52 s/lokking/looking 16:35:58 arronei: these tests are marked html only 16:36:06 melinda: xhtml as well ? 16:36:16 arronei: deprecated attrs are html only 16:36:24 szilles has joined #css 16:36:29 arronei: odd case 16:36:40 melinda: maybe not worth keeping it 16:37:10 arronei: will ping html wg and we'll see 16:37:18 arronei: the issue is external to us 16:37:38 arronei: other issues with our tests ? 16:37:51 anne: regarding the normalization thing, there is a problem too 16:37:58 anne: not sure it has to be tested in the css test suite 16:38:08 arronei: I'll take a look at that, you have a pointer ? 16:38:39 melinda: I noticed the validator throws a warning for not having encoding 16:38:49 melinda: do we want to accept that ? 16:39:05 fantasai: we can add to build script and rely on http headers 16:39:14 s/and/or 16:39:23 s/there is a problem too/there would be a DOM problem too most likely/ 16:39:27 melinda: the warning occurs even if the http header is here 16:39:34 fantasai: ok, we can add to build script 16:39:57 fantasai: I prefer keeping the template unchanged 16:40:03 melinda: good answer 16:40:19 ACTION: fantasai add UTF-8 header to build scripts 16:40:19 Created ACTION-136 - Add UTF-8 header to build scripts [on Elika Etemad - due 2009-04-08]. 16:40:27 howcome: multicol issue ? I have to run 16:40:38 +SteveZ 16:40:44 plinss: yes 16:41:02 plinss: new draft ? 16:41:15 howcome: yes, what we decided at ftf to use page properties to force column breaks 16:41:26 howcome: not elegant but will work w/o having to create new props 16:41:37 howcome: also about margin collapsing but almost same spec 16:41:44 howcome: draft since previous century 16:41:57 howcome: we have 3 probably 4 implems so it's about time 16:42:03 howcome: all comments have been resolved 16:42:07 howcome: time to move to LC 16:42:16 howcome: fantasai suggested long LC 8 weeks 16:42:42 melinda: we don't have a way to contain content to a page, important concern to me 16:42:45 howcome: uh ? 16:43:02 melinda: page break avoid in column scenario, we don't have any control on that 16:43:09 howcome: the spec does not say anything about that 16:43:20 howcome: adds a new keyword on two new properties to force column break 16:43:30 melinda: changes definitions of page-break-inside ? 16:43:38 howcome: means both 16:43:40 melinda: how ? 16:43:47 howcome: this is an old change, a year ago 16:44:00 howcome: not column break inside properties, reusing page break 16:44:09 melinda: disagreed during last ftf 16:44:23 fantasai: a column box cannot break across pages 16:44:40 fantasai: a block that cannot rbeak across columns cannot break across pages 16:44:55 howcome: you never really have control on that 16:45:02 melinda: but I want that control 16:45:16 howcome: somebody, alex?, could not see use cases for that 16:45:24 melinda: I responsed to that statement 16:45:53 fantasai: the way to solve this is to create a new keyword that avoids breaking across pages 16:45:55 melinda: fine 16:46:14 melinda: feeling not ok with long LC without that 16:46:20 howcome: no we did not discuss that 16:46:25 melinda: that's in the logs 16:46:32 howcome: we did not touch the draft in that area 16:46:44 melinda: let's look at current page-break-inside:avoid 16:46:49 howcome: paged media draft 16:46:53 fantasai: we discussed it 16:47:13 fantasai: we chose to apply to both column and pages 16:47:40 melinda: still disagreeing 16:47:50 fantasai: I prefer authors think about it 16:48:01 melinda: fine, but we don't have anecessary control here 16:48:09 melinda: I understand but that's all we have 16:48:21 howcome: you are right but we're not discussing the before after properties 16:48:36 howcome: I was happy to put in column-break-inside as well 16:48:48 howcome: that was the consensus ; happy to put it in again 16:48:54 howcome: continue in LC period 16:49:04 I don't want a separate property here. If we need to add a keyword, we should add a keyword 16:49:05 melinda: we need as a WG to make one more change 16:49:17 melinda: are we expecting two LCs on this 16:49:20 howcome: no one 16:49:35 howcome: one new kwd to represent that case ? 16:49:39 melinda: wonderful 16:49:53 page-break-inside: avoid-page ? 16:49:58 melinda: I am saying there are multiple cases 16:50:11 melinda: we need independant controls for the column and the page cases 16:50:23 howcome: more comfortable well maybe not 16:50:40 howcome: I'm ok with having avoid kwd apply to both 16:50:49 melinda: as long as we have extra control, ok 16:50:54 howcome: we can add two kwds 16:51:14 fantasai: no use case for avoid column 16:51:17 if my recollection is right, alex was worried about possible contradictions in some scenarios i.e. column-break:avoid and page-break:auto 16:51:20 howcome: yes we do 16:51:23 fantasai: no we don't 16:51:33 -anne 16:51:47 szilles: avoid column would necessarily avoid break pages 16:51:49 howcome: right 16:51:57 melinda: fine 16:52:02 fantasai: fine 16:52:06 szilles: property name ? 16:52:14 szilles: confusion with page-break-inside 16:52:22 szilles: I would say avoid says just page 16:52:30 szilles: and column says column and page 16:52:36 fantasai: discussion already happened 16:52:40 howcome: when ? 16:52:43 fantasai: ftf 16:53:21 howcome: I'm getting old, my memory is bad ;-) 16:53:25 howcome: put it in ? 16:53:32 melinda: wonderful 16:53:39 fantasai: ask molly if she has suggestion 16:53:50 melinda: we can change name in LC period 16:53:57 melinda: great to add functionailty 16:54:02 plinss: mark at risk ? 16:54:10 howcome: note we're not sure about the name of the kwd 16:54:26 melinda: if we have also implems we can test both otherwise we'll have to remove the column breaking one 16:54:40 szilles: another reason to use another name or the colimn breaking thing 16:54:45 howcome: avoid-all ? 16:55:10 melinda: it may or may not apply to table cells 16:55:18 fantasai: avoid-page for now and call for suggestions 16:55:25 howcome: another issue here 16:55:32 howcome: things in addition to page 16:55:40 plinss: we're running out of time 16:55:50 plinss: we agreed to add functionnality back in 16:55:57 plinss: agreement to move to LC ? 16:56:17 szilles: if avoid does both column and page and column is at risk then avoid will disappear 16:56:40 melinda: howcome and fantasai should come up with a proposal for next week 16:56:47 -Howcome 16:56:55 ACTION howcome fantasai : come up with proposal for multicol 16:56:55 Created ACTION-137 - Fantasai : come up with proposal for multicol [on HÃ¥kon Wium Lie - due 2009-04-08]. 16:57:06 agenda item ARIA review 16:57:11 http://www.w3.org/TR/2009/WD-wai-aria-20090224/ 16:57:18 My proposal is page-break-inside: auto | avoid | avoid-page-break 16:57:20 plinss: deadline is april 17th 16:57:49 plinss: please everyone with interest in it review it, do we want to discuss it a s a group ? 16:58:20 glazou: depends on the reviews themselves 16:58:23 plinss: yes 16:58:31 plinss: mailing list for comments 16:58:33 send comments to: public-pfwg-comments@w3.org 16:58:52 glazou: comments to css wg first or directly there ? 16:58:57 plinss: no strong opinion 16:59:13 fantasai: there cc wg 16:59:18 plinss: fair enough 16:59:41 plinss: I hope we don't enter controversy, please make sure you don't represent the WG 16:59:45 agenda item TP 16:59:59 plinss: we need to give an answer 17:00:01 plinss: so ? 17:00:05 we surely should meet. 17:00:23 szilles: we discussed it, meet with SVG when they meet 17:00:30 dbaron: what other WG said or Chris ? 17:00:37 glazou: headr nothing from them 17:00:46 plinss: SVG was not going to be there, I think 17:00:47 szilles: yes 17:00:53 szilles: a month earlier 17:01:06 fantasai: HTML and Webapps at TPAC 17:01:15 what does "tech plenary" mean when major techs like SVG, CSS, don't meet? 17:01:16 szilles: nobody said that, I don't know 17:01:52 szilles: ping them ? 17:02:46 glazou: said yes on TPAC questionnaire for thu/fri 17:02:55 glazou: to leave us the door open 17:03:01 plinss: ok 17:03:13 plinss: if html and webapps we will attend 17:03:19 szilles: yes 17:03:36 szilles: and a separate meeting with SVG 17:03:46 glazou: not both ? 17:03:47 we should encourage them to attend tpac in that case 17:03:48 szilles: no 17:03:56 szilles: the biggest bang for the buck 17:04:00 -SteveZ 17:04:03 We have a CSS f2f in Sophia Wed-Fri 24-26 June, right? I was starting on hotel and travel as that is peak season in the cote d'azur. I plan to arrive Wed. afternoon (from a 3G meeting in Sweden). 17:04:34 3-5 17:04:55 -sylvaing 17:04:56 dsinger: sigh will probably not be able to do it 17:04:56 -Melinda_Grant 17:04:58 -[Apple] 17:05:01 -arronei 17:05:02 -[Mozilla] 17:05:03 -CesarAcebal 17:05:04 RRSAgent, make logs public 17:05:04 -plinss 17:05:06 Bert? 17:05:23 -fantasai 17:06:07 http://www.w3.org/Graphics/SVG/WG/wiki/Meetings#Upcoming_F2Fs doesn't have the SVG WG's plans 17:06:22 CesarAcebal has left #css 17:07:27 fantasai: you have a script to turn the IRC minutes into something readable ? 17:07:32 dbaron, they aren't settled yet, but I will put up a page about SVG Open, and we could discuss it at tomorrow's SVG WG telcon if that would help 17:07:38 hi shepazu 17:07:44 -glazou 17:07:45 Style_CSS FP()12:00PM has ended 17:07:46 Attendees were dsinger, plinss, fantasai, glazou, anne, arronei, sylvaing, David_Baron, CesarAcebal, Howcome, Melinda_Grant, SteveZ 17:07:47 hi, glazou 17:10:21 rrsagent, draft minutes 17:10:21 I have made the request to generate http://www.w3.org/2009/04/01-css-minutes.html glazou 17:10:56 Lachy has joined #css 17:12:04 does anyone here have a good idea about how to make a mobile-friendly stylesheet for a site? I'm thinking that if I just drop my blog's sidebar down below the content area, that should suffice... but should I use media rules, or screen dimensions, or something else to switch on? 17:14:46 shepazu: you want a rendering w/o horizontal scrollbar ? 17:15:31 glazou: I guess something like that would suffice... it's a WordPress blog, pretty narrow 17:15:42 looking for url 17:15:45 http://www.schepers.cc/ 17:17:39 shepazu: http://mxr.mozilla.org/mozilla/source/minimo/components/ssr/smallScreen.css 17:17:47 that's my small screen rendering CSS sheet 17:18:45 thanks, glazou! I figured someone on the CSS WG might know how to do it :) 17:19:11 yeah, when opera released SSR long ago, I did the same in ten minutes or so 17:19:27 ok, they also have a bit of media queries in it but the basis is that sheet 17:19:50 I need to run, bye doug 17:20:36 later, glazou 18:45:59 shepazu: I wrote an article on ALA about that awhile ago, btw 18:46:16 shepazu: it's probably one of the first hits for my name 18:50:36 fantasai: yes, I found that :) but I wondered if it was up to date 18:52:19 Zakim has left #css 19:01:52 shepazu: on the specifics of triggering handheld rendering in Opera, probably not 19:02:22 shepazu: most of the rest is probably general enough not to be outdated 19:20:36 ok, thanks, fantasai 19:24:18 anyway, I'm offline til Friday 19:24:22 laters