- From: fantasai <fantasai.lists@inkedblade.net>
- Date: Wed, 18 Aug 2010 11:03:05 -0700
- To: "www-style@w3.org" <www-style@w3.org>
Summary: - Reviewed F2F agenda - CSS2.1 Beta 3 published http://lists.w3.org/Archives/Public/public-css-testsuite/2010Aug/0033.html - RESOLVED: fantasai's new proposal accepted for CSS2.1 Issue 56 - RESOLVED: proposal accepted for CSS2.1 Issue 137 - Discussed visibility and text-decoration; discussion moved to F2F - Please review new proposal for CSS2.1 Issue 159 for next week http://wiki.csswg.org/spec/css2.1#issue-159 http://lists.w3.org/Archives/Public/www-style/2010Aug/0342.html - RESOLVED: min-height/max-height undefined on table rows, cells, etc. in CSS2.1 - PROPOSED: Make Appendix G informative. Decision to be made next week. - RESOLVED: Accepted proposal for CSS2.1 Issue 187 to make atomic inlines other than replaced elements with display 'inline' neutral wrt bidi - RESOLVED: Proposal accepted for CSS2.1 Issue 190 - In the interest of completing REC, will be setting a stop date for accepting CSS2.1 issues soon. - CSSWG will consider moving CSS2.1 from LC to PR if possible, instead of going back through CR again. ====== Full minutes below ====== Present: David Baron Bert Bos Beth Dakin Arron Eicholz Elika Etemad Simon Fraser Daniel Glazman Brad Kemper Hĺkon Wium Lie Peter Linss Steve Zilles <RRSAgent> logging to http://www.w3.org/2010/08/18-CSS-irc Scribe: fantasai F2F planning ------------ Daniel: First topic, F2F Daniel: We have a bunch of items on the telecon F2F. I suggest we move items > #2 to the F2F nobody says anything Daniel: ok, so let's do that Daniel: Do we know who is going to be in Oslo on Sunday night? howcome: I asked for who is coming to the picnic dbaron: there's also an itinerary page for the group <Bert> -> http://www.w3.org/Style/Group/2010/Oslo meeting page howcome: I would suggest bringing a wind jacket and a bathing suit Bert: I added Template Layout to the agenda, since César is coming Daniel: Peter and I will work on a schedule dbaron: howcome, where are we going to meet on Sunday? howcome: I'll put an email out about that tomorrow when I know more about the weather CSS2.1 Test Suite ----------------- fantasai: Beta 3 published http://lists.w3.org/Archives/Public/public-css-testsuite/2010Aug/0033.html fantasai: Changes listed in the email Arron: There are still more updates to go in. I have another list from Gérard as well as a couple other emails. fantasai: I can do another publish as soon as updates are in CSS2.1 Issues ------------- http://wiki.csswg.org/spec/css2.1#issue-56 http://lists.w3.org/Archives/Public/www-style/2010Aug/0334.html Daniel: what if an image is replaced by alternate text? fantasai: Then it will be underlined, because it is text dbaron: This sounds good to me Bert: sounds fine RESOLVED: fantasai's new proposal accepted for CSS2.1 Issue 56 Steve: So the EPUB group is proposing to use... STeve: There's a problem in Chinese and Japanese with place names Steve: Sometimes these are written differently than the standard Unicode characters. Steve: That means they would appear to be a graphic, but would actually be text. Steve: So I would like the minutes to note that there are times when people would use a graphic as a character. Steve notes that he is not expressing disagreement with the current proposal. fantasai: I think we discussed this wrt css3-text Steve: I think we were discussing the possibility of adding an option to underline images <fantasai> http://dev.w3.org/csswg/css3-text/#text-decoration-skip fantasai: Yep, we did that. http://wiki.csswg.org/spec/css2.1#issue-137 http://lists.w3.org/Archives/Public/www-style/2010Jul/0226.html fantasai: I talked to bzbarsky and he thought this was fine dbaron: The float positioning rules do depend on anonymous blocks being containing blocks, so we can't make them not containing blocks. dbaron: This is fine with me though. <szilles> +1 for fantasai's soln RESOLVED: proposal accepted for CSS2.1 Issue 137 dbaron: I believe that the visibility of text decorations should match the visibility of the text, since we've moved to a model where the decorations are drawn by the text. Daniel: It's predictable for authors Steve: And it fits the new description. <smfr> it's fine with me Arron: Implementations are all consistent and draw the underline for invisible text. Steve: The other thing that got discussed last week was do those implementations need to change to not draw under other things they're not supposed to draw under dbaron: For Gecko, you might want to look at our Quirks mode now, since that's closer to what the standard now says than our Standards mode Daniel: I think drawing underlines under text that's not there and not selectable is confusing Steve: We're now just repeating the discussion from last week Steve: I suggest moving this to the F2F <dbaron> For the record, I could live with the model where the visibility of the decoration goes with the visibility of the element the decoration is on. <dbaron> But I'd like to avoid anything other than those two choices... <dbaron> (well, maybe I'd be ok with the idea that it's visibile only if *both* are visible) Daniel: Moved to F2F * fantasai notes we might want to run other text-decoration tests on implementations to see what else need changing <arronei> i already have all the results for all the text-decoration tests. I will bring that info to the F2F http://wiki.csswg.org/spec/css2.1#issue-159 http://lists.w3.org/Archives/Public/www-style/2010Aug/0342.html fantasai: If people want more time to review that, that might make sense; I only posted it last night http://wiki.csswg.org/spec/css2.1#issue-170 Brad: Tab and I were saying that it should be undefined now, and that it should mean something in CSS3 dbaron agrees with it being undefined Brad: I would love max-height to be a trigger for scrollable tbodys or trows Daniel: No objection to making it undefined for 2.1? RESOLED: min-height / max-height on table rows, cells, etc. undefined for CSS2.1 <bradk> Will there be a note about min-height, etc. being unresolved for now? <bradk> undefined, I mean <glazou> bradk: yes <fantasai> Yeah, but I think Bert can write the wording for that http://wiki.csswg.org/spec/css2.1#issue-183 howcome to forward issue 183 to Anne http://wiki.csswg.org/spec/css2.1#issue-186 Daniel: I don't think we can make Appendix G non-normative dbaron: Can we say what it means then? Bert: I don't think there's anything in that grammar anymore that isn't in the prose. So maybe it can be made informative. Bert: This is not very useful for anything except the validator, and maybe people wanting to generate CSS, though not many of those Daniel: It could be useful for editors doing syntax highlighting and things like that fantasai: We're not proposing to remove the grammar, only to make it informative. fantasai: It can still be used for all those uses, it just wouldn't have any weight against the normative prose. Daniel: I suggest we write the proposal to make Appendix G informative, discuss and resolve during F2F meeting so people have time to review the issue http://wiki.csswg.org/spec/css2.1#issue-187 Steve: Why, if I put a bidi property on a table or inline, why wouldn't I want it honored? fantasai: You do. But you generally want it to be affecting the contents of the inline-block, not the contents around it Steve: ... Steve: so the i18n discussion concluded that they should be neutral? fantasai: pretty much. Although they did also expect images to always be neutral, and they're not. Steve: I think I understand why you're proposing what you do fantasai: We're going for neutral because it's safer in general Steve: I can live with what you're proposing. I don't have enough use cases to know. Daniel: Steve, do you need more time? Steve: The only thing I would do is go ask my i18n guys, but I'm not sure that's going to change much RESOLVED: Accepted proposal for CSS2.1 Issue 187 to make atomic inlines other than 'inline' replaced as neutral wrt bidi <smfr> http://wiki.csswg.org/spec/css2.1#issue-190 http://test.csswg.org/suites/css2.1/20100815/xhtml1/clip-inherit-001.xht Daniel: It seems there is interop against the current spec fantasai: I think when we introduced used values, this was one of the areas we missed the computation Daniel asks around <dbaron> I don't understand what the spec means without the change :-) Apple and Opera support the proposal Arron: I ran the tests in all the browsers and we all do match RESOLVED: Proposal accepted for CSS2.1 Issue 190 Daniel: I will note that the issues list keeps growing. We need to close down the issues list and push the rest to errata at some point. <szilles> +1 for setting a stop date Daniel: Otherwise we will never release CSS2.1 <Bert> +1 <Bert> (It's not forbidden to publish a REC with open issues, they just have to be noted in the announcement.) Daniel: We should set a firm date at the F2F fantasai: We should also going from LC to PR, if we can fantasai: There's an AC meeting at TPAC, ideally we have PR ready for it so that we can enter REC by the end of the year Meeting closed. <dbaron> fantasai, voting on PRs has zero to do with AC meetings <dbaron> fantasai, it's all by WBS surveys * fantasai didn't know that <Bert> Formally, yes. But AC reps do get more active around AC meetings (just like we get more active around ftfs :-) ) <Bert> And if we need a Director's decision, either to enter or exit PR, at the AC meeting we have the required people all in one place, no need for a hard-to-schedule telcon.
Received on Wednesday, 18 August 2010 18:03:44 UTC