Last modified: 2011-03-13 18:05:55 UTC
On category pages there are headings: Subcategories Pages in Category 'foo' Media in Category 'foo' These need a name = html tags url#Subcategories url#Pages url#Media If possible, this should not conflict with any similarly named in the text part of the category. It is important that the names are "#pages" rather than "#pages in category 'foo'" because then they can be automatically linked to if necessary. In fact, I was thinking these should automatically be included in a table of contents. So you'd get a standard table of contents looking something like: 1 Fish 2 Whatever 3 Subcategories 4 Pages 5 Media where "Fish" and "Whatever" are in the text body. I think there are some presentation issues that need to be resolved too, but it sortof needs to evolve.
I think the word you're looking for is "anchors" (see [[HTML element#Links and anchors]])
http://commons.wikimedia.org/wiki/Category:Fish#mw-subcategories http://commons.wikimedia.org/wiki/Category:Fish#mw-pages http://commons.wikimedia.org/wiki/Category:Fish#mw-category-media Including these in the table of contents is an interesting idea, however, so I'll repurpose this bug to that.
This looks kind of tiresome to do . . . where would we stick them in? Parser is where the TOC is generated, but do we want to pass the page title to internalParse and formatHeadings? We would have to to do this properly, I think. But the media section only appears conditionally right now, so it would probably have to construct the category to get the necessary info. Seems messy . . .
yeah, thinking about it I agree. I think what is needed is actually a quick table of contents at the top of the page like in the [[image:foo]] namespace pages. This can then be handled separately to the text TOC.
OK, that's now at http://bugzilla.wikipedia.org/show_bug.cgi?id=8178
