- From: CSS Meeting Bot via GitHub <sysbot+gh@w3.org>
- Date: Wed, 12 Sep 2018 16:13:48 +0000
- To: public-css-archive@w3.org
The CSS Working Group just discussed `Review HTML fieldset/legend spec`. <details><summary>The full IRC log of that discussion</summary> <dael> Topic: Review HTML fieldset/legend spec<br> <dael> github: https://github.com/w3c/csswg-drafts/issues/3094<br> <dael> astearns: Looks like fantasai mats and florian have commented in issue.<br> <dael> astearns: If you were not aware, please take a look at the issue<br> <dael> astearns: If you have anything to contibute please do.<br> <tantek> wow long comments are loooooooong<br> <dael> fremy: I didn't write anything on the issue and I haven't seen fantasai comments. It's an amazing document. One concern is in Edge webkit-appearance is cosmetic. We only support none. I'm concerned to see it overriding display and other essential properties to CSS.<br> <dael> fremy: If this is how it works in blink maybe, but I get this impression this is not a thing it does. If this is not how it works in blink I would not make it this way. I have not had a chance to verify<br> <tantek> q?<br> <dael> florian: You can I need to be involved in paralel conversaiton. There's a whatwg standardization of the webkit property where they're specing half of it. They're not super happy with out proposal so we should be involved<br> <dael> chrishtr: The blink engineers are opposed to adding more functionality to prefix properties.<br> <dael> florian: Good to know, I agree<br> <dael> tantek: I also agree<br> <Rossen_> +1<br> <fantasai> s/should be involved/should talk/<br> <dael> tantek: I don't think should be adding anything to appearance. Adding functionality feels like pointing someone to a giant mess.<br> <dael> florian: Total agreement, but there are 2 groups of people not talking. Our side saying this and another group saying we shoulds tandardize on webkit-appearance<br> <dael> Rossen_: Upcoming F2F event coming up...good thing to talk about there. I propose we keep looking and see if we can reach agreement at TPAC<br> <dael> tantek: sgtm<br> <dael> astearns: Add to wiki agenda?<br> <dael> Rossen_: Def. We'll see if we can pull people from whatwg<br> <dael> astearns: Other thing I noticed is there is a lot being discussed. Threading is hard to follow. If anything can split to its own issue please do<br> <dael> florian: It's tricky. It's a giant spec. Having 25 issues sep is different then one list where everything is bad and maybe we should reconsider.<br> <dael> astearns: Just pointing out as we find separate issues to solve we should split<br> <dael> dbaron: Another point here: interop is bad and this spec is doing a lot to improve it. SHouldn't ask for it to be thrown out. WE should question what is not needed for interop, but a bunch of this is needed given web compat<br> <dael> florian: Taking as dependencies as things not defined and assuming they work as they do in chrome. BUt they're not defined to work that way. Until solve dependencies not clear the spec works<br> <tantek> agreed with specing backcompat interop<br> <dael> fremy: Let's put this on TPAC agenda where we can work together and once everyone has read the spec.<br> <tantek> but disagreed with extending aappearance OR -webkit-appearance<br> <dael> fantasai: I think 2 things to add. This fieldset stuff but also appearance property.<br> <tantek> also disagreed with methodology of "just spec what Chrome does"<br> <dael> Rossen_: For appearance property good to summerize the principles as to what we'll take. Also making clear position on prefix properties. Then go from there<br> <tantek> can we counterpropose deprecating FIELDSET and LEGEND?<br> <fantasai> tantek, no<br> <dael> florian: And also people sync internally. Mozilla here and mozilla in compat spec seem to be different to take one example. Talking internally would be nice<br> <dael> florian: Maybe TPAC is the place for that<br> <tantek> they are too much trouble for authors to bother trying to use in any compat / interop way<br> <fantasai> tantek, they're perfectly fine HTML elements, we just need to be able to a) make them not magic b) ideally define the magic so it can be controlled and/or reused<br> <dael> astearns: Good for now? This will all go in the issue. Please continue there before TPAC.<br> </details> -- GitHub Notification of comment by css-meeting-bot Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/3094#issuecomment-420707717 using your GitHub account
Received on Wednesday, 12 September 2018 16:13:50 UTC