- From: Dael Jackson <daelcss@gmail.com>
- Date: Mon, 13 Feb 2017 20:59:15 -0500
- To: www-style@w3.org
=========================================
These are the official CSSWG minutes.
Unless you're correcting the minutes,
Please respond by starting a new thread
with an appropriate subject line.
=========================================
CSS2.1
------
- astearns summarized the discussion from the 4 Jan call on how to
continually keep CSS 2.1 up to date (Minutes here:
https://lists.w3.org/Archives/Public/www-style/2017Jan/0005.html)
- There was a strong leaning to go with the note approach with
lots of bikeshedding on what to call the note.
- RESOLVED: Create CSS2-testing as a NOTE
- RESOLVED: 301 redirect from /TR/CSS21/ to /TR/CSS2/, and from
/TR/CSS22/ to /TR/CSS2-testing/
- RESOLVED: Cherry-pick changes from CSS2-testing/ that have tests
and 2 impls and port to /TR/CSS2/, Process-wrangling
to be handled by our Team Contacts.
- fantasai will write a wiki page detailing this new process.
What can go to CR this quarter?
-------------------------------
- The group talked through specs that should be able to make CR
soon so they can receive priority on the telecon agendas.
- There was also a group desire to republish every WD this quarter
now that there are more tools available to make that easy.
- RESOLVED: add Xidorn as editor of css-ruby
- RESOLVED: Florian co-edits css-contain
WPT
---
- RESOLVED: Move CSSWG tests to WPT
CSS UI 3
--------
- gsnedders will review the test suite for completeness.
- RESOLVED: Defer text-overflow double value and string value
features to L4
- RESOLVED: MUST->SHOULD for negative outline-offset
- RESOLVED: nav-* at-risk
- RESOLVED: caret-color no longer at risk
===== FULL MINUTES BELOW ======
Agenda: https://wiki.csswg.org/planning/seattle-2017
Scribe: fantasai
CSS2.1
------
astearns: Idea is that we have one /TR document that is CSS2.
astearns: That has everything that is really implemented in
browsers.
astearns: And is the reference that everything goes to.
astearns: Then we also have a /TR document that is a NOTE.
astearns: That is the same thing, but with proposed errata.
astearns: Stuff that isn't quite vetted.
astearns: Aren't tests, or tests aren't passing.
astearns: And we periodically--much more frequently than
previously--update CSS2 with whatever in the NOTE is
finished.
Florian: One of the things that we said we'd be doing with
CSS2.Something.
Florian: Was to delete the things better defined elsewhere.
Florian: If we are replacing CSS2.1, do we replace with things
that have deleted sections?
fantasai: I think we should not delete anything
fantasai: But we can put a note (not an obnoxious notice, but a
regular note) at the top of each replaced section/
subsection pointing to the corresponding section/
subsection in the replacement spec.
Florian: What status does the replacement have to be?
fantasai: CR is fine, replacement spec would be at least as good
as that in CSS2.1 at that point.
astearns: What are we calling it?
fantasai: CSS2.1
fantasai: It's already REC, we're not renaming it
...
Florian: An advantage of deleting parts is that you no longer have
to errata them.
fantasai: We'll get there when the whole spec is replaced :)
astearns: Team Contact, what do you think?
Bert: Seems okay, yeah. Just unsure what you're going to call it?
Bert: CSS2 Revision 17?
astearns: What I was hearing is that we want to update things,
don't really need to update the title, we'd just have
dated drafts
Bert: Yeah, I just think it's weird to have revisions of Revision
1 all called Revision 1
plinss: If we want a test suite per update, need new shortnames
Florian: No, I don't think we should do that. We should just keep
the test suite updated
Florian: Shortname should stay the same, Title can probably stay
the same, and if we really want we can put the date in
the header but that's obvious already.
tantek: What if you're doing spec archeology.
fantasai: That's what VCS is for.
astearns: Proposal is to work on errata in the main document as
represented in the NOTE.
astearns: We cherry pick changes from the NOTE to put into the REC.
astearns: So we do maintenance in the NOTE, and when things in the
NOTE are ready they move to the REC.
fantasai: ...
tantek: So what you need is a name for the thing that's a NOTE.
[bikeshedding: css21-future, css21-next, css21-stage]
astearns: Every time we make a change to the ED, we publish an
update to the NOTE
astearns: Once we're sure a change is solid, we move it to the REC.
tantek: So once the NOTE is stable you move it to REC.
astearns: No, each individual change. We cherry pick the change.
astearns: We'll probably batch things a little bit, like every
quarter move things over.
Florian: But we could cycle faster if needed.
astearns: The AC might get annoyed at us.
Florian: That might be a good problem to have.
[bikeshedding: css21-cooking, css21-oven]
dbaron: Btw, the new process allows AC ballots to start at CR
<liam> [yes, AC ballots now routinely start at CR]
fantasai: Well, this is a PER cycle, not PR
astearns: Any other issues?
Florian: Need to resolve on shortname
Florian: css21-testing?
tantek: I'd like a flow chart.
scribe: astearns
fantasai: Four copies of the spec - two in drafts, two in TR
fantasai: have some errata - put it in css21-testing, gets
published to TR as a NOTE.
fantasai: This gets listed in the changes section with
implementation status
fantasai: as each individual change passes tests, it gets (by
itself) added to the REC draft.
fantasai: This gets published to TR and does a PER->REC cycle
Bert: This only works if the changes are editorial.
SteveZ: No, it's OK.
fantasai: Pretty sure it's OK.
Florian: What role does the NOTE serve in the process?
fantasai: Process doesn't care about NOTE - we're just editing the
REC and using the NOTE for staging changes
<dbaron> https://www.w3.org/2017/Process-20170301/#rec-edited
dbaron: Last two process revs changed some things.
dbaron: March 1st says PER doesn't exist.
dbaron: Two options now - editorial changes with consensus can get
republished REC with dir's approval
dbaron: Substantive changes or dissent means a CR.
<dbaron> https://lists.w3.org/Archives/Public/spec-prod/2017JanMar/0002.html
is the announcement of the new process
Scribe: fantasai
[more process discussion]
[how long we're required to stay in various stages for Process
reasons]
Florian: This is just process churn, which may be justified, but
isn't something we need to deal with in any case
*fantasai thinks that rule has been proposed before.
fantasai: We should just go with this, and ignore the extra work
behind the scenes by W3C Staff. If it becomes annoying
for them, they can petition the AB to streamline the
process of REC maintenance.
Florian: What do we do with CSS22?
fantasai: Redirect it to css21-testing
tantek: Why do we have CSS22?
fantasai: It was easier to publish a WD than update the REC.
RESOLVED: Create CSS2-testing as a NOTE
[discussion about what CSS2's shortname is]
Florian: We could do a 301 redirect from CSS21 to CSS2
RESOLVED: 301 redirect from /TR/CSS21/ to /TR/CSS2/, and from
/TR/CSS22/ to /TR/CSS2-testing/
RESOLVED: Cherry-pick changes from CSS2-testing/ that have tests
and 2 impls and port to /TR/CSS2/, Process-wrangling to
be handled by our Team Contacts.
ACTION: fantasai Write a wiki page describing this process
<trackbot> Created ACTION-822
What can go to CR this quarter?
-------------------------------
<fantasai> https://www.w3.org/Style/CSS/current-work
Florian: What's blocking css-contain?
astearns: FPWD?
Florian: Does anyone else have comments?
<dbaron> https://test.csswg.org/shepherd/testcase/::07e433f30a88/contain-paint-clip-002/owner/dbaron/status/issue/
tantek: Let's figure out which specs should go to CR this quarter,
so we can prioritize them on the agenda.
Florian: MQ is blocked on me and Tab dealing with DoC.
Florian: Just need to find the time to do it.
fantasai: Box Alignment still has some issues open, but should be
possible this quarter. I forget which issues they are at
the moment.
Florian: Containment has 2 open issues.
Florian: Should be able to do CR.
plinss: Still needs FPWD.
fantasai: Kidnap TabAtkins.
tantek: Owner for multicol?
Florian: I'm standing in for that, in theory.
tantek: ED has a lot of changes.
<tantek> https://drafts.csswg.org/css-multicol/
fantasai: Should be substantially similar to current CR.
Florian: Difference between ED and CR is unclear.
Florian: So we need a Changes section, and DoC, and if either of
these surfaces something large maybe need a WD.
Florian: If relatively small, then CR is ok.
tantek: So we know what to do, but not the timing.
Florian: I'm happy to work on it eventually, but not a high
priority atm
fantasai: I think for me the top specs that need advancement are:
fantasai: second CR for Grid
fantasai: CR for Box Alignment and Text
fantasai: second CR for Text Decoration 3
fantasai: For Text, need about 2 days of editing work.
fantasai: Selectors is blocked.
Florian: The thing between TabAtkins and dbaron?
fantasai: Yeah.
fantasai: If dbaron can just do the rewrite, that should unblock
the spec.
fantasai: Sizing and Display are close to CR, but need discussion
here.
fantasai: And then I'm supposed to do FPWD of Text Decoration 4
and Value and Units 4.
fantasai: And FPWD for Paint, I think.
fantasai: and css-rhythm.
tantek: Maybe we don't need to add more CRs to that list...
<tantek> Paint and CSS-Rhythm are FPWDs then right?
<fantasai> yeah
Florian: will-change?
fantasai: Is CR 2015.
astearns: This is a good list. I can use that for prioritization.
<dbaron> there's also transforms, transitions, and animations
tantek: Anything to go to PR?
astearns: Shapes needs a new CR.
fantasai: Conditional Rules needs a new CR as well.
fantasai: Have an outstanding resolution to take Transitions to CR.
dbaron: Need to recompile issues list... don't like our tools for
that.
dbaron: Birtles has been working on Transitions.
dbaron: There's a problematic edit that we were actioned to make
that no implementer was willing to make
astearns: That should be brought up with the WG again.
dbaron: Did that twice and failed. Could try a third time.
Florian: Everyone is refusing to implement a change and refusing
to change the spec?
dbaron: This was about non-interpolable properties and switching
at halfway.
dbaron: Group succeeded in changing for Animations, but
Transitions are a problem.
<birtles> we are implementing that in Gecko but expecting it to
have to be backed out due to compatibility issues
<birtles> (for transitions)
dbaron: That's one of the blocking issues on Transitions.
fremy: We made the change for custom properties.
dbaron: Yeah, I encouraged birtles to make the change to prove it
wasn't going to work.
fremy: For custom properties it would be a problem if it works to
animate in a browser that doesn't support typing, at least
it'll flip.
fremy: No opinion for other properties.
astearns: Sounds like once you get some compat data, needs to be
re-raised.
tantek: Doesn't sound like a good bet for CR this quarter.
fantasai: Would be good to get the WD updated.
dbaron: I think most of the edits were made, unsure if the option
G-beta was done. Maybe birtles did it.
<birtles> not yet
<birtles> will do it soon
tantek: Would like to get updated stuff that reflects reality.
Care less about WD vs. CR
dbaron: Although Gbeta was animations rather than transitions...
fantasai: We should have a goal of having all WDs updated this
quarter. No reason not to, now that we have the tools.
<tantek> That is a good goal
astearns: I'm happy to call a resolution for publication update.
fantasai: I'd make an exception for Selectors, since it hasn't
been reviewed
fantasai: But otherwise yeah.
fantasai: Would like to keep the invariant that drafts on /TR
have, at the point of publication, the consensus of the
WG.
tantek: A couple of CRs that we should consider taking to PR.
tantek: One is Flexbox.
fantasai: I think there's actually open issues on Flexbox.
dbaron: I'd also like to see Ruby in CR.
fantasai: Ask me again in Tokyo :)
astearns: How about asking Xidorn to become a co-editor?
fantasai: That might be a good idea.
<fantasai> xidorn, what do you think? :)
<xidorn> fantasai: I think I'm fine, although I've never been an
editor before
<fantasai> I'm happy to help you out, of course. ^_^
<xidorn> fantasai: thanks
<astearns> if you are willing to take the time to try, I'd love to
assign this to you :)
<xidorn> yeah, I'd like to try :)
<tantek> xidorn++
<fantasai> xidorn, I'd love to have you!
RESOLVED: add Xidorn as editor of css-ruby
<fantasai> \^_^/
tantek: scroll snap?
fantasai: No impls
tantek: Tests?
gsnedders: There was some plan to dump a load of tests from blink,
from what I understood.
dbaron: Syntax?
gsnedders: Some of it is hard to directly test.
tantek: So we think there's implementations for Syntax, but not
tests.
tantek: So Syntax PR is gated on tests.
[discussion of testing strategy]
<tantek> gsnedders says we have atomic tests for Flexbox but not
feature interaction tests
<tantek> possible to get Flexbox to PR this quarter?
gsnedders: Despite what test harness says, Firefox fails half the
writing-modes tests because of anti-aliasing.
gsnedders: That's a bug in the test.
gsnedders: It affects several hundred tests.
gsnedders: Yes, we can go to PR that the test tests the feature
but is failing because of anti-aliasing.
fantasai: I think you can run those tests manually, which gtalbot
has done.
gsnedders: Yeah. Which is why the test harness results don't match
what I got when I ran them automatedly.
astearns: Not very useful to have these tests failing.
gsnedders: Yeah, 'cuz can't run them in continuous integration.
gsnedders: I think we can fix this.
gsnedders: Not sure which ones are failures due to image scaling
due to me being on a high-DPI screen.
dbaron: There's a pref to flip that off.
gsnedders: Fixing an individual test isn't much work... but there
are hundreds.
fantasai: If you explain the general issue and its solution,
I'm pretty sure Gérard can fix the tests.
dbaron: Also some tests that are not anti-aliasing, but reference
might be wrong.
dbaron: e.g. English description is true, but test and reference
don't match.
dbaron: Why is test.csswg.org slow?
plinss: Looking into it.
fantasai: Status of css contain?
TabAtkins: Should go to CR
Florian: There are 2 open issues.
astearns: I appoint Florian to co-edit
RESOLVED: Florian co-edits css-contain
fantasai: You know what should be in PR? Backgrounds and Borders.
astearns: Blocked on tests?
fantasai: yeah.
WPT
---
gsnedders: Status of what we agreed in Lisbon is that the majority
of the things we agreed to do before the merge are now
done.
gsnedders: There needs to be a small amount of work finalizing
some introductory git documentation.
gsnedders: I think we're ready to do the merge of CSSWG tests into
WPT.
gsnedders: I'm going to be able to write the documentation needed
this month.
gsnedders: Would like to get the merge done by mid-February at the
latest.
gsnedders: We have an intro to git and stuff.
Florian: I added the part about how to do reviews.
Florian: Can be improved, but we have an intro to git for the
entire process.
gsnedders: Would like resolution to merge.
gsnedders: Tests will be in css subdir of WPT, and essentially
everything as-is.
gsnedders: In subdirectory because some things that only apply to
those as a result of keeping the build system working
fantasai: Does this mean we have to pull down the entire WPT repo
to edit a test?
gsnedders: Yeah.
astearns: There is such a think of a sparse checkout.
gsnedders: It's around 450MB.
fantasai: That's not too bad then.
Florian: What happens to status of all the tests that have been
merged but not reviewed? How do we tracked that?
gsnedders: We don't.
Florian: Browsers are expected to file bugs against the test suite
to fix that?
gsnedders: Yeah.
Florian: What about the comments in shepherd?
gsnedders: The agreement was to make shepherd read-only, and at
some point import into github in some way.
plinss: Don't remember if we were going to try to keep shepherd
updated or just freeze it.
gsnedders: I think we were going to freeze it.
gsnedders: Could in theory, but probably not worth the effort.
plinss: Shepherd has a lot of metadata searching and other useful
things.
gsnedders: Some of the invariants in shepherd aren't honored in
WPT, e.g. unique filenames.
plinss: It's not quite required, shepherd tracks those as variants
of the same test.
astearns: Any objections to making the move now?
RESOLVED: Move CSSWG tests to WPT
Bert: What do we do about the many tests that are wrong in
backgrounds and borders test suite?
<Bert> http://test.csswg.org/harness/test/css-backgrounds-3_dev/origin-border-box/
Florian: So whoever takes on task of making test suite for
backgrounds and borders can use these as an inspiration.
gsnedders: Or just make a ref.
Florian: Yes, that's one way of doing it.
CSS UI
------
Florian: Both Blink and Gecko have a almost completed
implementation of caret-color.
Florian: That made me think about what was left before PR.
Florian: We have a not complete but reasonably substantial test
suite.
Florian: Would like to ask gsnedders to give an opinion on how
complete the test suite is.
Florian: Then with one exception, I think if we exclude all things
at-risk we're in good shape.
Florian: Need to do a DoC, file a few bugs, and then pretty close
to PR.
Florian: Having not competed the TS, not quite ready, but getting
close.
ACTION: gsnedders Review CSS3 UI test suite to see how complete it
is, if there are substantial parts missing.
<trackbot> Created ACTION-823
Florian: Things that are at-risk are the string value of the
text-overflow property, the double value of the
text-overflow property.
Florian: They are implemented in Gecko but not anywhere else.
Florian: Would like feedback from other implementers on their
opinions of this features.
Florian: Should we keep these in the draft for soon-ish
implementation, or push them out?
tantek: Question for Edge, Webkit, Blink.
tantek: These features allow picking the string used for the
ellipsis
tantek: and allow having ellipsis for overflow in both directions
rather than just the end.
fremy: Not a priority.
myles: No comment.
tantek: Part of what drove these features were i18n feedback
tantek: e.g. mixed rtl flow of text, might need to specify what
happens on either side
tantek: and also not all languages use …
tantek: or not all UI situations.
tantek: We left those in there long enough, if there really isn't
implementer interest.
Florian: We have a spec and L4, can move them don't have to delete.
astearns: Given lack of enthusiasm, sounds like that's the way
forward.
Florian: We have an at-risk of MUST to SHOULD about the behavior
we expect when you put a negative offset on the outline.
Florian: This has not seen implementer interest as far as I can
tell.
Florian: There is an outline-offset property. It accepts negative
values.
Florian: Implementations do different weird things. We have a MUST
requirement that to not do the really bad things.
Florian: e.g. if the negative offset is too big, don't make it
disappear?
Florian: since it's used as a focus indicator?
<Florian> https://drafts.csswg.org/css-ui-3/#outline-offset
<astearns> https://lists.w3.org/Archives/Public/www-style/2017Jan/0019.html
Florian: Other thing is nav-up/left/right/down
Florian: These were not at-risk because we had two impls.
Florian: One was Presto. Which is not going to make any interop
progress.
Florian: Others are TVs.
Florian: Don't know if they have independent impls, or how
spec-compliant they are.
tantek: We think there are both WebKit and Blink forks with this
feature.
tantek: Not in Safari or Chrome, but think it exists in forks of
them.
tantek: Not sure how to deal with that, cuz dunno how to test them.
Florian: There's a 2-3 year old test build from Samsung that has
this.
Florian: If the spec was stuck anyway, could stay in. But don't
want to be stuck on this.
Florian: Thinking it should be deferred for L4.
tantek: Worried that dropping nav stuff will raise objections from
W3C Members like LJ or Samsung.
tantek: We could [...]
tantek: Or we could re-issue CR with those properties at-risk, say
we don't know how to test, and pressure ACs to vote and
comment on CRs.
RESOLVED: Defer text-overflow double value and string value
features to L4
RESOLVED: MUST->SHOULD for negative outline-offset
RESOLVED: nav-* at-risk
RESOLVED: caret-color no longer at risk
ACTION Florian DoC for CSS3 UI for new CR
<trackbot> Created ACTION-824
Meeting adjourned.
<div id="DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2"><br />
<table style="border-top: 1px solid #D3D4DE;">
<tr>
<td style="width: 55px; padding-top: 13px;"><a
href="https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=icon"
target="_blank"><img
src="https://ipmcdn.avast.com/images/icons/icon-envelope-tick-round-orange-animated-no-repeat-v1.gif"
width="46" height="29" style="width: 46px; height: 29px;" /></a></td>
<td style="width: 470px; padding-top: 12px; color: #41424e;
font-size: 13px; font-family: Arial, Helvetica, sans-serif;
line-height: 18px;">Virus-free. <a
href="https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=link"
target="_blank" style="color: #4453ea;">www.avast.com</a>
</td>
</tr>
</table><a href="#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2" width="1"
height="1"></a></div>
Received on Tuesday, 14 February 2017 02:00:20 UTC