Misplaced Pages

This is an old revision of this page, as edited by GregManninLB (talk | contribs) at 14:55, 26 April 2008 (→"Next page" at the top, but not at the bottom). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.

This is the talk page for the special page at Special:PrefixIndex. For general information on this and other special pages, see Help:Special page. For recent talk about special pages, see Recentchangeslinked/Specialpages discussion

"no redirects" option

Is there an option to not include redirects? ∞Σɛ_Þ² 20:59, 30 June 2007 (UTC)

I am not aware of such an option, but at least redirects are enclosed into <div class=allpagesredirect> (which already has italic CSS). So

div.allpagesredirect {display:none}

will hide them (leaving empty table cells unfortunately), while

div.allpagesredirect a {color:gray}

will simply make them easier to distinquish from normal pages. CSS code goes into your monobook.css ∴ Alex Smotrov 19:42, 2 July 2007 (UTC)

Thanks, but I was looking for a built-in MediaWiki option (that should be present anyway). Oh and I use simple.css. ;) ∞Σɛ_Þ² 21:36, 2 July 2007 (UTC)

SuffixIndex

Is there any special page for suffixes? Such as to search for articles that end with (ice hockey) or something? I haven't found one, so I doubt there is, but I might as well ask. Bsroiaadn 13:38, 6 July 2007 (UTC)

No, there isn't. Maybe request it at WP:VPR or WP:VPT; it's a neat idea. This, that and the other 07:34, 8 July 2007 (UTC)

Request a better search engine, too, since the current one sucks petunas, relying on external search engines (like Google) to pick up MediaWiki's slack. Misplaced Pages's navigation system sucks too, requiring dabs and categories to also pick up the slack. ∞Σɛ_Þ² 19:09, 8 July 2007 (UTC)

Don't reinvent the wheel. If google does the job there is no need for MediaWiki to do so. Also, your idea of what the dab pages are there for is plain wrong. As long as it's seen as a goal to be able to reach an article by typing the name directly dab pages will be necessary. No improvement in Wikipedias navigation system is going to change this, because the problem is in the ambiguity of the English language. Taemyr 01:56, 9 July 2007 (UTC)

I have to second the request for Special:Suffixindex. This will be invaluable for finding the noun part of names that have various adjectives. Greg Bard 12:40, 13 September 2007 (UTC)

This would be possible if the "page" table in MediaWiki's database had a "page_reverse_title" column: then the Suffixindex input could be reversed, the Prefixindex query could be performed (ordering by page_reverse_title instead of page_title), and tada, results. At least in my naive, not-excessively-fluent-in-SQL analysis :) If there's an easier way, I don't know what it is! Gracenotes § 17:27, 20 September 2007 (UTC)

Come to think of it, I'm positive that solution violates some database design rule about normalization. Oh well. Gracenotes § 17:31, 20 September 2007 (UTC)

No, it can be done by just adding 1 column to the article table and 1 index for just that table. That can't possibly break any normalization rule (OK, so, it breaks the second normal form because it's redundant information that can be obtained from reversing the name column primary key. Damn you, Codd! It's still an acceptable compromise for performance, thought) The name-updating updates the column every time that the "name" column is updated, the searches are as fast as prefixIndex, and the name change updates only have to update one extra column on a table that gets updated anyways and one extra index. It's not as if articles change names often. --Enric Naval (talk) 02:16, 2 April 2008 (UTC)

I made a request at bugzilla. It had come up before. The discussion was about the fact that a prefix search comes at no extra effort because of the way the database is set up. However, to set up a suffix search would require a major effort apparently. Oh well, it was a nice thought. I'm sure by the time we are all required by the government to have the computer implant in the brain which connects us all to the Misplaced Pages, they will have it figured out. Greg Bard 19:59, 20 September 2007 (UTC)

Google query examply: something like intitle:"*(ice_hockey)", probably can be improved ∴ Alex Smotrov 21:31, 20 September 2007 (UTC)

Not really a solution (or even a workaround) but you could download the "enwiki-YYYYMMDD-all-titles-in-ns0.gz" file from http://download.wikimedia.org and try searching for suffix$ (or something similar) with a regular expression-capable editor. --Kjoonlee 11:30, 29 March 2008 (UTC)

New Prefix Discussion

I thought you might find this discussion relevant. Please comment about the new proposed prefixes. I'm suggesting that we add U: and UT: for user pages and user talk pages. Jmfangio| ►Chat  09:35, 27 July 2007 (UTC)

Link is no longer good; since VPT is not archived, it's now best to look at an old version of the page to see the discussion. -- John Broughton (♫♫) 16:31, 20 September 2007 (UTC)

"Next page" at the top, but not at the bottom

Special:Allpages has a "Next page" link at the top right and the bottom right. Special:Prefixindex has this link only at the top (if the list is long enough). Could the link be added to the bottom as well? For comparison, see Special:Allpages/Alex and Special:Prefixindex/Alex. Thanks! Ewlyahoocom 05:14, 15 September 2007 (UTC)

PrefixIndex, middleindex, suffixindex, etc.

Where Special:PrefixIndex allows you to search article names that begin with a certain text string, Wikimedia.de grep is a recently improved tool that allows you to search text strings anywhere they appear in the article name. Grep lets you search the entire text string (not just the beginning) for common text patterns. Even better, grep lets you use wildcard characters and other characters (see Regular expression) to formulate your search string. H(ä|ae?)ndel will find "Handel", "Händel", and "Haendel". (S|s)chool will find School and school. The grep tool allows you to find postings in any other name space. The grep tool also is great for finding all related categories and all related templates, even if they are not categorized with a ] GregManninLB (talk) 14:55, 26 April 2008 (UTC)

• Misplaced Pages specialpages discussion