Request feature: Subpages of Shortcuts
OpenPublic

Description

Author: soxred93

Description:
On pretty much all the Wikimedia wikis, there are shortcuts set up in the project namespace. I use these a lot, and I find it convenient. However, I do not find it convenient that if you want to reach a subpage of the redirect's tsrget, you have to type out the full name. For example, if you want to reach Requests for Adminship, you type WP:RFA. But let's say you want to reach a certain RfA. It would make sense to type WP:RFA/Foo, but that redirects you to the actual page. To get to the page you want, you have to type out the full title. If this was changed, reaching subpages would be a whole lot easier.

Thanks,

Soxred93


Version: unspecified
Severity: enhancement

bzimport added a subscriber: wikibugs-l.
bzimport set Reference to bz12980.
bzimport created this task.Via LegacyFeb 9 2008, 11:50 PM
bzimport added a comment.Via ConduitApr 30 2008, 12:11 PM

ksamudra wrote:

A simpler solution for this will be to automatically list subpages on the main page. Also this will be helpful for user subpages. A workaround will be to generate a template listing all subpages of the mainpage.

Regards,

Kaustubh

bzimport added a comment.Via ConduitMay 3 2008, 3:04 AM

soxred93 wrote:

An example of what I mean is for example, Wikipedia:RFA/User. Since there are many RfAs, a subpage list would not be feasible.

brion added a comment.Via ConduitSep 8 2008, 9:59 PM

I actually kind of like the idea of being able to resolve redirects through a subpage parent. Probably worth double-checking that it wouldn't have weird horrible impacts on things that always look for an exact redirect path (eg that the pages must exist).

DanielFriesen added a comment.Via ConduitSep 9 2008, 2:38 AM

Heh... http://wiki-tools.com/wiki/DeepRedirect
Yet another one of the features I thought of working on, but ended up on the backburner.

I believe there is a hook that could make this possible?

Peachey88 added a comment.Via ConduitAug 8 2010, 1:39 AM
  • Bug 24608 has been marked as a duplicate of this bug. ***

Add Comment