- From: CSS Meeting Bot via GitHub <sysbot+gh@w3.org>
- Date: Thu, 03 Apr 2025 17:22:23 +0000
- To: public-css-archive@w3.org
The CSS Working Group just discussed ``[css-anchor-position] Naming of the `inside` and `outside` `<anchor-side>` values``, and agreed to the following: * `RESOLVED: Close no change` <details><summary>The full IRC log of that discussion</summary> <fantasai> TabAtkins: Right now, for generic side names, we use keywords inside / outside<br> <fantasai> TabAtkins: map to left/right/top/bottom depending on whether it puts anchored item inside the anchor or outside the anchor<br> <fantasai> TabAtkins: e.g. left: anchor(outside); puts the anchored item outside the anchor, i.e. to the right of the anchor<br> <fantasai> TabAtkins: jwatt felt these keywords were not super clear and suggested some alternatives<br> <kizu> q+<br> <fantasai> TabAtkins: Personally I think inside / outside are pretty fine<br> <fantasai> TabAtkins: and also these names have been deployed, so unless a strong reason to change, propose to close no change<br> <astearns> ack kizu<br> <fantasai> kizu: I think I still like inside / outside more than anything proposed<br> <fantasai> kizu: given we also have interop thing, we should keep it as-is<br> <jwatt> I don't have a strong opinion<br> <fantasai> astearns: objections to closing no change?<br> <fantasai> RESOLVED: Close no change<br> </details> -- GitHub Notification of comment by css-meeting-bot Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/11052#issuecomment-2776468699 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Thursday, 3 April 2025 17:22:24 UTC