Re: [csswg-drafts] [snapshot] Copy document conventions (and conformance?) from 2.1

The CSS Working Group just discussed `Copy document conventions (and conformance?) from 2.1`, and agreed to the following:

* `RESOLVED: Push boilerplate to the end of documents`
* `RESOLVED: Cannonical propdef should go to OM and applies to propdef should go to  cascade.`

<details><summary>The full IRC log of that discussion</summary>
&lt;dael> Topic: Copy document conventions (and conformance?) from 2.1<br>
&lt;dael> github: https://github.com/w3c/csswg-drafts/issues/1867#issuecomment-424755198<br>
&lt;dael> florian: This and next are related.<br>
&lt;dael> florian: This one is there is the bottomm o f every spec a section about conformance criteria. At some point we moved that to snapshot and removed from other specs. I don't think i t's a good i dea b/c snapshot is a  note and normative text in  a note is not possible. And if snapshot is a WD it wouldn't work b/c it's not intended to be a REC.<br>
&lt;dael> florian: If we want that text normatively referred to we can do that, I jsut don't think snapshot is a good place to do it.  Also because we have a practice of changing snapshot shortname every time we update.<br>
&lt;dael> florian: I would like to not do that.<br>
&lt;dael> Rossen_: Reasonable. What do others think?<br>
&lt;dael> fantasai: I like the i dea  of pulling boilerplate from end of specs. We didn't do  it because there were issues about normativity.<br>
&lt;dael> florian: Snapshot won't get to rec so even if normative we don't solve it. Let's put it  into something that is stable.<br>
&lt;dael> florian: chrisL agreed in github<br>
&lt;dael> Rossen_: Objections?<br>
&lt;dael> RESOLVED: Push boilerplate to the end of documents<br>
&lt;tantek> that sounds like a reasonable solution<br>
&lt;dael> florian: Next is that at some point we said various entries in propdef aren't anywhere and we said we should do in snapshot. Now they're mostly not in snapshot. canonical order and applies to line are all t hat's left. Cannonical should go to OM and applies to should go to  cascade.<br>
&lt;dael> fantasai: Sounds great<br>
&lt;dbaron> yes, sounds good<br>
&lt;dael> florian: Once we do  that there's  no reason to have them in snapshot.<br>
&lt;dael> Rossen_: Other opinions?<br>
&lt;dael> Rossen_: oBjections?<br>
&lt;dael> RESOLVED: Cannonical propdef should go to OM and applies to propdef should go to  cascade.<br>
&lt;dael> florian: Shortname<br>
&lt;dael> florian: We got into the habit of having a different shortname every time we publish snapshot. I think we should switch to having a shortname and republish and let usual process of dated drafts.<br>
&lt;dael> florian: There were +1s on GH<br>
&lt;dael> fantasai: We did it as separate so it was a replacement for levels of CSS. So it would be possible to  refer to a set of CSS specs published as a snapshot. So you could go back and fix t hat doc. If it's single stream you c an't do that because updating changes date.<br>
&lt;dael> florian: What updates did you invision?<br>
&lt;dael> fantasai: Generally we find problems with a draft and we should fix. Be it typos or bad wording. We could fix it.<br>
&lt;dael> fantasai: Or we added a propdef table of all properties in a snapshot you could regenerate all of them and go back and see  what properties were  in each snapshot<br>
&lt;dael> fantasai: But if we're doing dated we can never add it to older.<br>
&lt;dael> florian: That sounds true.<br>
&lt;dael> florian: Flip side I don't think we've ever done that and this makes it harder to update.<br>
&lt;dael> fantasai: If issue is about doing publication process, I can take it over. It only takes an hour.<br>
&lt;dael> florian: I'm okay with either, but if it look 3 minutes we'd do it more often.<br>
&lt;dael> fantasai: I think the hold up is there's edits that aren't done. Publication is pretty straight forward.<br>
&lt;dael> florian: I'm okaya with dropping this request. I can try and convince you later, but no need today<br>
&lt;dael> florian: I've got the resolutions I wanted<br>
&lt;fantasai> tantek, someday fwpd will also be automated, and that'll solve that problem<br>
&lt;tantek> thanks Rossen_<br>
&lt;dael> Rossen_: Thanks for joining.  We'll pick up remaining items next week. Please add TPAC topics if you haven't.<br>
&lt;tantek> "solve" :) we have different definitions<br>
&lt;Rossen_> trackbot, end meeting<br>
</details>


-- 
GitHub Notification of comment by css-meeting-bot
Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/1867#issuecomment-428651127 using your GitHub account

Received on Wednesday, 10 October 2018 17:01:36 UTC