Page MenuHomePhabricator

Subcategory links move to another column when clicked or expanded
Open, LowPublic

Description

Since last weeks, the subcategory links at category pages behave peculiarly. When any category is expanded through the drop-down mark, the list of categories is redistributed to list columns and the category name with the expand/roll-up mark is moved. Such behavior make very uncomfortable the subsequent roll-up of the row.

Similarly, when I click (by the right mouse button) to one of the sub-subcategories from the expanded list, the whole expanded block skip (dodge) to the next list column, in some cases.

Event Timeline

SJu created this task.Mar 15 2015, 5:40 PM
SJu updated the task description. (Show Details)
SJu raised the priority of this task from to Needs Triage.
SJu added a project: MediaWiki-Categories.
SJu added a subscriber: SJu.
Restricted Application added a subscriber: Aklapper. · View Herald TranscriptMar 15 2015, 5:40 PM
TheDJ added a subscriber: TheDJ.Mar 15 2015, 10:50 PM

This is caused by the changes of T92767

This is caused by the changes of T92767

@TheDJ: That this task. Wrong number? :)

PleaseStand added a subscriber: PleaseStand.

When any category is expanded through the drop-down mark, the list of categories is redistributed to list columns and the category name with the expand/roll-up mark is moved.

I suppose that by "drop-down mark", you are referring to the arrow added by MediaWiki-extensions-CategoryTree ? I went to https://en.wikipedia.org/wiki/Category:Wikipedia_categories and could reproduce this issue there by clicking the arrow next to "Container categories".

Nnemo awarded a token.Oct 3 2015, 10:06 AM
Nnemo added a subscriber: Nnemo.
Nnemo added a comment.Oct 3 2015, 10:16 AM

Indeed, this behaviour is a big annoyance. It is probably a regression due to T55130.

When one clicks an element to develop it, that element must not jump somewhere else.

Is it possible to apply the CSS columns once, at loading, but not later when AJAX changes some content?

I thought this behavior could be fixed by having the .column-break-inside-avoid moved from .mw-category .mw-category-group li to .CategoryTreeItem. (With the complication of the latter being defined in the CategoryTree extension, while the former in generic MediaWiki, therefore, we would need to keep the current behavior in MW core, but override it in the extension.)

However, that resulted in column breaks inside the expanded subtree, which was visually unpleasant and confusing.

As Nnemo said, “applying the columns once” would be best, but I doubt that is possible.

Maybe the whole category-list-using-CSS-columns thing was a bad idea (for anything other than long running text) and some “less advanced solution” (left-floating divs or some media-query-based responsive tables?) would work better in reality.