- From: Oriol Brufau via GitHub <sysbot+gh@w3.org>
- Date: Fri, 02 Nov 2018 18:18:56 +0000
- To: public-css-archive@w3.org
Loirooriol has just created a new issue for https://github.com/w3c/csswg-drafts: == [css-logical] Mapping of logical values in 'resize' == In https://drafts.csswg.org/css-logical/#directional-keywords, every subsection specifies whether the mapping of the logical values uses the containing block or the element itself. - [`caption-side`](https://drafts.csswg.org/css-logical/#caption-side) uses containing block - [`float` and `clear`](https://drafts.csswg.org/css-logical/#float-clear) use containing block - [`text-align`](https://drafts.csswg.org/css-logical/#float-clear) is defined in [CSS Text 3](https://www.w3.org/TR/css-text-3/#text-align-property) (uses element itself) The only exception is [`resize`](https://drafts.csswg.org/css-logical/#resize), which has no description. I believed that the resolution in https://github.com/w3c/csswg-drafts/issues/3013#issuecomment-415090357 was that all but `text-align` used the containing block, but I just double-checked and it just says > resolve on proposal to have values that effect alignment compute in containing block. Value effect alignment of content of a box o f an element are computed in writing mode of element itself `resize` isn't related to alignment so it doesn't seem to fit in that resolution. Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/3281 using your GitHub account
Received on Friday, 2 November 2018 18:18:58 UTC