- From: Sebastian Zartner <sebastianzartner@gmail.com>
- Date: Wed, 9 Mar 2016 11:11:13 +0100
- To: Daniel Glazman <daniel.glazman@disruptive-innovations.com>
- Cc: www-style list <www-style@w3.org>
On 9 March 2016 at 09:10, Daniel Glazman <daniel.glazman@disruptive-innovations.com> wrote: > On 09/03/2016 02:09, Tab Atkins Jr. wrote: > >> "Why not" isn't a good reason to add things to a language. Additions >> should have a strong justification behind them. Aliasing should only >> be done when the name is *manifestly* wrong or confusing; imo, it >> should only be done when we're *deprecating* the previous name as a >> mistake. > > I don't think deprecating is an option at all. But, to reuse your own > words and strong emphasis, we *manifestly* did not do things right when > we chose list-* names and your proposal is to stick with it. I agree to that. > We already have aliases for many property values (angles, color names, > positions, etc.) because they increase human readability of the > specified value and then maintenance of the stylesheet. In full theory, > they're bloat and not needed. In practice, they improve CSS's industrial > stability. That's the same here. That are aliases for numerical values, while we're discussing a keyword alias for another keyword. I'd argue, that several -webkit- properties were also introduced as aliases for the standard property names. Also not the same, as they are names, not values, but anyway. >> Aliasing because "sometimes it's more like this" just invites *more* >> confusion, as people now have *two* names to refer to everything. >> This gets *way* worse when there's a whole connected set of names >> being aliased - it's really confusing if you can set "display: >> block-with-marker; list-style-position: inside; marker-type: square;" >> *and have it actually work together*. > > No. Here, the aliasing would be explicitely made to decrease the > confusion, and possibly decorelate in the future list-item and has-a > marker behaviours if we need it. And I'm pretty sure we'll need it > at some point. Applying 'list-item' by default to an element that is not a list item, does look strange to me as web author. And I am sure there are many others. So, I believe aliasing may be appropriate in this case. Tab, you prepared some nice polls previously. Could you create one for this, so people can decide on it, rather than continuing to argue here? (Or at least bring it up on your next conf call if you don't want to include web author feedback.) Sebastian
Received on Wednesday, 9 March 2016 10:12:02 UTC