Page MenuHomePhabricator

Personal tools are too crowded (tracking)
Open, LowPublic

Description

Personal tools 2013-09-11

https://www.mediawiki.org/wiki/Compact_personal_tools said:

The [[mw:personal tools]] bar is long, and getting longer


Version: 1.24rc
Severity: enhancement
See Also:
T45170: Sidebar toolbox is too crowded (tracking)

Attached:

Details

Reference
bz64321

Related Objects

StatusSubtypeAssignedTask
OpenNone
Resolved Jdlrobson
DeclinedNone
DeclinedNone
DuplicateNone
DeclinedCatrope
DeclinedNone
ResolvedNone
DeclinedNone
DeclinedNone
ResolvedPhoenix303
ResolvedAnomie
ResolvedSpringle
ResolvedNone
DeclinedNone
OpenNone
DeclinedNone
ResolvedNone
DeclinedNone
ResolvedNone
DeclinedNone
DeclinedNone
DeclinedNone
DeclinedNone
OpenNone
DeclinedNone
DeclinedNone
DeclinedNone
OpenNone
OpenNone
DeclinedGlaisher

Event Timeline

bzimport raised the priority of this task from to Low.Nov 22 2014, 3:14 AM
bzimport set Reference to bz64321.
bzimport added a subscriber: Unknown Object (MLST).

Created attachment 15183
Personal tools 2013-11-04

Attached:

This is not a problem in core, but in WMF-deployed extensions. Core's personal links toolbar is just fine.

The complaint is that the "personal tools bar" has > 1 item in it. Even vanilla Vector has that.

(In reply to Bartosz Dziewoński from comment #2)

This is not a problem in core, but in WMF-deployed extensions.

One of the dependencies is not a WMF-deployed extension and it's the reason I made this bug. It's a tracking bug about MediaWiki in general.

So I guess the question becomes: why can't I disable the watchlist link or the contributions link or re-arrange these personal bar links using a cute graphical user interface? :-) You could have little checkboxes next to each link to disable/enable and you could even possibly have the ability to customize the label (I personally have this because it's dramatically shorter: https://commons.wikimedia.org/wiki/File:Stripped_MediaWiki_interface.png).

! In T95669#1201168, @MZMcBride wrote:
Allowing a lot of flexibility in a dedicated interface has some clear advantages, as (again) operating systems and other user interfaces have already shown us. When I'm logged in, I don't need or want my user name at the top of every screen, so I shorten it to "me" (which is similar to Twitter, I believe). I don't really need settings available up there all the time, I don't need the beta link, and I don't need a sandbox link. For other editors/users, these links make a lot of sense. I understand that a dedicated personal bar customization area is a more complex idea, but I think it warrants real consideration as a good long-term strategy.

In thinking more about the compact personal bar recently, I think the extension approach is probably misguided. A more transitory system (that is, basically doing a responsive design) seems like a better option to me. When the window is narrow, collapse into a list to save space; when there's space available, show the full set of links unless the user has opted into a compact bar in his or her user preferences. But this user preference should only exist within the context of a dedicated area for personal bar customization. And if we figure out that lots of people are making the bar compact and prefer it that way, we can re-evaluate the default in the future.