https://bugzilla.wikimedia.org/show_bug.cgi?id=63903
--- Comment #20 from C. Scott Ananian <[email protected]> --- The title of this bug is "Thumbnails should use a square bounding box by default". We don't plan to actually do that anymore, hence WONTFIX. I'm sorry if the resolution was confusing. To quote gwicke, who expressed it better than I: > I think we missed one of the use cases that the bare 'thumb' is currently > used for: > > 1) thumb of a reasonable size, respecting the thumb size user pref: this is > what the bounding box change tried to improve > > 2) column-aligned thumbs, respecting the thumb width user pref: this is what > was lost in the bounding box change > > I think it would be helpful to engage the community to learn more about their > current use cases, and look for opportunities for improvement together. > > In the 'thumb' case this could for example lead to a new, more semantic > solution for use case 2), perhaps with a new 'column-thumb' image type. Once > we have found a new solution for existing use cases & editors have switched > to it we can revisit the bare 'thumb' behavior in order to better support > use case 1). So, basically: we were trying to solve a problem for gallery users and n-wide image layouts, who didn't want unbounded height, and for naive users who wanted a default sizing option that "just worked", no matter how tall your image was. However, we missed the use case of "a aligned column of images" which was in widespread use in a number of projects. In accordance with https://en.wikipedia.org/wiki/Wikipedia:BOLD,_revert,_discuss_cycle we promptly reverted our BOLD change. It is possible that we will eventually revisit the issue, as gwicke mentions, but not until after we've got a solution for the existing "column of images" use case. And even then it's not clear that changing the default behavior of 'thumb' will be the correct behavior. The currently mooted proposal is some mechanism to add better semantic classes to images, so that a project can define a stylesheet in Common.css for "image taking up one column width", "full width images", or something similar. There's no definite proposal yet, just vague ideas. So this bug is being closed as WONTFIX. If/when we have bright ideas for semantic classes for images, there would be a new RfC/bugzilla and it would be announced in the weekly Tech News (https://meta.wikimedia.org/wiki/Tech/News), which has been suggested as an appropriate cross-project forum for issues of this sort. Note that bug 63904 remains open, which proposes changing the way 'upright' images are sized. In that bug there are comprehensive statistics on image option use which show that changing 'upright' should be a much less invasive change. But comments/participation on that issue are welcome. I will certainly push the 'upright' change to Tech News for discussion before actually merging it. Bug 35756 is also open, which proposes a new syntax for cropping an image to an exact box. I think this is probably an alternative solution to the gallery issues, when consistent image sizes are wanted. I hope this has answered all your questions. -- You are receiving this mail because: You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
