Page MenuHomePhabricator

Sidebar toolbox is too crowded (tracking)
Open, NormalPublic

Description

  1. What links here
  2. Related changes
  3. Upload file
  4. Special pages
  5. Printable version
  6. Permanent link
  7. Page information --
  8. Browse properties
  9. Short URL

A rule of thumb is that more than seven +/- 2 units makes a menu harder to use. In this case 7 links already come from core, leaving little to none space for extensions to add their own.

There are two items that are not related to the current page (upload a file and special pages) mixed between items that pertain to the current page.

Some ideas:

  1. Upload a file could be integrated to page editors and removed from the sidebar.
  1. What links here and Related changes could be integrated to Page information
  1. Browser properties could also be integrated to Page information (via hooks, since it is an extension)
  1. Permanent link and Short URL are kind of related, but perhaps they could be accessible from somewhere else then the toolbox. Same for printable version.

Version: 1.21.x
Severity: enhancement
See Also:
T30131: Modernize the look and usability of page histories
T53520: Find a better way to expose "What links here" functionality to readers
T66321: Personal tools are too crowded (tracking)

Details

Reference
bz43170

Related Objects

StatusAssignedTask
OpenNone
OpenNone
ResolvedTheDJ
OpenNone
Declined yuvipanda
DeclinedNone
DeclinedNone
OpenNone
StalledNone
OpenNone
OpenLadsgroup
Resolvedaude
ResolvedWMDE-leszek
Resolvedhoo
OpenNone
Resolvedhoo
InvalidNone
OpenNone

Event Timeline

bzimport raised the priority of this task from to Normal.Nov 22 2014, 12:50 AM
bzimport set Reference to bz43170.
bzimport added a subscriber: Unknown Object (MLST).
  1. "What links here" must be in the sidebar, it's a crucial feature for navigation.
  2. Related changes is related to history (but not in categories).

5-6) Permalink, print version and ShortURL are related and should stay together, as well as they're related to Collection's links; see alsohttps://www.mediawiki.org/wiki/Collection_Extension_2#Wireframe_Layout_for_placing_the_print_and_Collection_extension_buttons

(In reply to comment #0)

  1. What links here and Related changes could be integrated to Page

information

  1. Browser properties could also be integrated to Page information (via

hooks,
since it is an extension)

Note: this was actually meant as a proposal to collate all "tools" about the (status of the) current wiki page in a single (special?) page/location which would then be linked from the sidebar or equivalent. I guess this would need some ideas on how to present all this mass of information, and a way to make it discoverable (starting from a way to call it); which is what I meant with point (1) above.

How popular "What links here" would be if it wouldn't be hidden inside the Toolbox? Once you know it you can't stop using it! It's not only useful for editors, for readers as well. Has there been any discussion about finding a better place for it?

"Printable version", "Permanent link" and "Short URL" could be placed at the end of the content area, right above the footer. It is a usual location for this functionality in blogs.

(In reply to comment #3)

How popular "What links here" would be if it wouldn't be hidden inside the
Toolbox? Once you know it you can't stop using it! It's not only useful for
editors, for readers as well. Has there been any discussion about finding a
better place for it?

Special:WhatLinksHere doesn't filter by namespace by default from the toolbox link. The results can be a lot of internal pages if you (as a reader) don't know how to filter to (for example) the article namespace. If this page/feature became more prominent or reader-focused, considerations like this would need to be made. Feel free to clone this bug, if you'd like.

Yes, there are many issues open related to WhatLinksHere. So many that it would even deserve a focused bug day to see what is actually going on there. If I'm not the only one thinking this feature should be more promoted in the navigation, that is.

(In reply to comment #5)

Yes, there are many issues open related to WhatLinksHere. So many that it
would even deserve a focused bug day to see what is actually going on there.
If I'm not the only one thinking this feature should be more promoted in the
navigation, that is.

Feel free to clone this bug, if you'd like.

(In reply to comment #6)

Feel free to clone this bug, if you'd like.

See Bug 51520 - Morph "What links here" into a "Context" tab next to "Talk"

Is this a tracking bug?

(In reply to comment #8)

Is this a tracking bug?

Not necessarily. There are some specific proposals above which could be done without too much problems.

(In reply to Nemo from comment #1)

  1. "What links here" must be in the sidebar, it's a crucial feature for

navigation.

  1. Related changes is related to history (but not in categories).

5-6) Permalink, print version and ShortURL are related and should stay
together, as well as they're related to Collection's links; see
also<https://www.mediawiki.org/wiki/
Collection_Extension_2#Wireframe_Layout_for_placing_the_print_and_Collection_
extension_buttons>

agreed it's crucial so much so i suggest what links here can be a button next to a page's title, showing a list in a gadget thus displayed.

Restricted Application added a subscriber: Aklapper. · View Herald TranscriptJan 5 2016, 11:57 AM
Krinkle removed a subscriber: Krinkle.Jun 1 2018, 9:09 PM