Last modified: 2006-05-31 21:29:49 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T2233, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 233 - Provide a list of subpages of a page
Provide a list of subpages of a page
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
Special pages (Other open bugs)
unspecified
All All
: Normal enhancement with 15 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
:
: 2295 (view as bug list)
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2004-08-27 15:58 UTC by Felix Gröbert
Modified: 2006-05-31 21:29 UTC (History)
3 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Felix Gröbert 2004-08-27 15:58:29 UTC
a good feature would be a wikipedia tag for a function which list pages specificly related to the current page.
those pages could be the subpages of a user page for example on
http://en.wikipedia.org/wiki/User:Tim_Starling
the pages
http://en.wikipedia.org/wiki/User:Tim_Starling/Greetings
http://en.wikipedia.org/wiki/Image:Tim_Starling_non-residence.png
and so on

those functions could return a list of pages link to the current page.
on userpages the return might be the current watchlist and or the contributions of the users' page and or the what links here 
info
Comment 1 Felix Gröbert 2004-08-27 16:00:46 UTC
the focus should be the 'what are the subpages of this page' function - a great feature to dive into directories
Comment 2 SJ 2004-09-28 07:40:48 UTC
(In reply to comment #1)
> the focus should be the 'what are the subpages of this page' function - a 
> great feature to dive into directories
 
Yes... and a necessary feature to supplement "what links here", since links "up"
to a parent article are auto-generated at the top of subpages, but the subpages
don't show up in the "What links here" for the parent.  

This would be a most useful function.
Comment 3 Manuel G. R. 2005-01-16 02:06:47 UTC
This feature could be used as a basis for an automatic table of content
generation for wikibooks, provided that subpages are enabled on the main
namespace as I advocate on this article:
http://meta.wikimedia.org/wiki/Wikibooks_should_use_subpages
Comment 4 Tomer Chachamu 2005-02-21 17:49:20 UTC
You can use Special:Allpages/User:Tim_Starling to see subpages. Slow, but it works.
Comment 5 Brion Vibber 2005-06-02 19:33:18 UTC
*** Bug 2295 has been marked as a duplicate of this bug. ***
Comment 6 Josh Andrews 2005-09-10 15:40:17 UTC
I've created an extension that does this. It is at <a
href="http://meta.wikimedia.org/wiki/User:Joshurtree/SpecialListSubPages">http://meta.wikimedia.org/wiki/User:Joshurtree/SpecialListSubPages</a>.
There's another one at <a
href="User:Juxo/Extensions/ListSubPages">User:Juxo/Extensions/ListSubPages</a>.
Comment 7 lɛʁi לערי ריינהארט 2005-10-13 14:25:53 UTC
Special:Prefixindex/{{NAMESPACE}}:{{PAGENAME}} might be a workaround for some
pages (also in the main namespace).

It helps at
http://en.wikipedia.org/wiki/Special:Prefixindex/:A-B_Helicopters_A
but *not* at
http://en.wikipedia.org/wiki/Special:Prefixindex/:M

offers limeted help at
http://en.wikipedia.org/wiki/Special:Prefixindex/User:Gangleri
Comment 8 Darkoneko 2006-02-15 13:59:42 UTC
this enhancement has a few ways that allow people to have the same result
(special:allpages and Special:Prefixindex), so I think the priority should be
below average.


Well personnaly, I don't like the idea of having links to subpages for the
following reasons :

*It will become ugly if the are many sub-pages
*Many portals, for examples uses subpages (see for fr:
http://fr.wikipedia.org/w/index.php?title=Special%3AAllpages&from=&namespace=100)
as "local" templates
Comment 9 Darkoneko 2006-02-15 14:00:57 UTC
(to have automated links to all the subpages, I meant)
Comment 10 Robert Horning 2006-02-15 16:56:55 UTC
This should be a feature that is explicitly added through a tag like the
_NO_TOC_ element or something like it, and done at the discression of the person
who is creating the page.  If it is ugly like you are suggesting, it does not
have to be added.  While it may be a low-priority for projects like Wikipedia,
it is an essential feature that would significantly enhance the Wikibooks
projects, where multi-page documents are normal, not the exception, as well as
Wikisource.
Comment 11 Minh Nguyễn 2006-02-16 01:48:47 UTC
(In reply to comment #10)
> This should be a feature that is explicitly added through a tag like the
> _NO_TOC_ element or something like it, and done at the discression of the person
> who is creating the page.  If it is ugly like you are suggesting, it does not
> have to be added.  While it may be a low-priority for projects like Wikipedia,
> it is an essential feature that would significantly enhance the Wikibooks
> projects, where multi-page documents are normal, not the exception, as well as
> Wikisource.

In that case, we could just make [[Special:Prefixindex]] a little more
aesthetically-pleasing (perhaps getting rid of the layout table), so that the
page author can include {{Special:Prefixindex/{{FULLPAGENAMEE}}}} somewhere in
the page.
Comment 12 Lupin 2006-02-16 02:33:10 UTC
In reply to comment #7: you can exclude false positives by adding / at the end
of the query, like this: [[Special:Prefixindex/User:Lupin/]]

A couple of tangential remarks:

{{Special:Prefixindex/User:Lupin/}} is nice, but
{{subst:Special:Prefixindex/User:Lupin/}} doesn't work properly (it gives a
random uid).

I'd like [[Special:Recentchangeslinked/Special:Prefixindex/User:Lupin/]] to show
me recent changes to pages in my userspace.
Comment 13 Robert Horning 2006-02-16 12:03:49 UTC
Keep in mind, what I'm trying to suggest is the need for a dynamic list of pages
for projects like:

http://en.wikibooks.org/wiki/Japanese

where new users will sometimes contribute a new page without updating the main
table of contents, or worse will work on something on the main table of contents
page and accidently delete a link to a subpage.  This issue alone is the cause
for a substantial number of orphaned pages on Wikibooks, and has resulted in
often duplication of content simply because a second user (usually new to
Wikimedia projects or even Wikis in general) will go and recreate a very similar
page.
Comment 14 Minh Nguyễn 2006-02-17 05:32:47 UTC
(In reply to comment #13)
> Keep in mind, what I'm trying to suggest is the need for a dynamic list of pages
> for projects like:
> 
> http://en.wikibooks.org/wiki/Japanese
> 
> where new users will sometimes contribute a new page without updating the main
> table of contents, or worse will work on something on the main table of contents
> page and accidently delete a link to a subpage.  This issue alone is the cause
> for a substantial number of orphaned pages on Wikibooks, and has resulted in
> often duplication of content simply because a second user (usually new to
> Wikimedia projects or even Wikis in general) will go and recreate a very similar
> page.

Perhaps an Index page at [[b:Japanese/Index]] would be helpful for that
textbook: it would contain {{Special:Prefixindex/Japanese/}}, as suggested above.
Comment 15 lɛʁi לערי ריינהארט 2006-02-17 13:56:37 UTC
Made some tests at
http://test.wikipedia.org/w/index.php?title=User:Gangleri/tests/bugzilla/00233&oldid=725#advanced

Please do not hesitate to make / propose changes to
http://test.wikipedia.org/wiki/Template:Show_hide in order to use a minimal
width for the 'hide'  version; have it floating right (or left on RTL wikies).
Comment 16 Rob Church 2006-05-31 19:17:44 UTC
There are two special pages which can do this, and an extension for insertion
into pages. I'd be inclined to resolve this as fixed...
Comment 17 Garrett 2006-05-31 21:29:49 UTC
I've resolved this as fixed. Special:Prefixindex works beautifully, it even
works with more than one subdirectory.

As for subst:ing not working that's only necessary to make fixed lists less
taxing to the server; for them it's not all that hard to copy the whole list
yourself and then search-'n'-replace the tabs with ]] [[, which is exactly how
it's had to be done up until now.

Joshurtree's more specialised solution looks pretty easy to both install and
use, and I'd certainly like to see it or an evolution of it added into the core
MediaWiki codebase someday.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links