Extension talk:Disambiguator

About this board

Detecting disambiguation pages

2
Dpleibovitz (talkcontribs)

Is there a simple way in wikitext (or Lua) to detect that a particular page is a disambiguation page? In particular, a WikiProject banner in the talk page (on Wikipedia) can already detect if the subject page is a redirect, but I would also like to detect if the subject page is a disambiguation page. Perhaps a new hook/tag can be added, e.g. #getdisambiguation:pagename.

PerfektesChaos (talkcontribs)

There is an explicit function in Lua which will recognize whether any page is a redirect.

There is no similar feature for disambig, but might be implemented one day in similar way.

Until far future, it is possible in Lua to read source text of page in doubt, and search for specific template name used to declare disambig. This will work pretty robust per project.

Reply to "Detecting disambiguation pages"

VisualEditor customization

1
Bdijkstra (talkcontribs)

On many wikis, directly inserting the magic word is undesirable, a template is to be used instead. Can the VisualEditor tick box be disabled or customized to insert something else?

Reply to "VisualEditor customization"
DannyS712 (talkcontribs)

Hi. I was looking around on the english wikipedia for how links to disambiguation pages have this special class, and I found this page. Is there any way to extend this functionality to Set indexes? I wanted to fork and modify a gadget to also affect indexes, but links to them don't have this class. Thanks, --~~~~

Reply to "Set indexes"

Links not colored on category page

2
Zzmonty (talkcontribs)

Links to dismabiguous pages are not colored on category pages.


Dinoguy1000 (talkcontribs)

This is because on category pages, links to disambiguation pages do not have the mw-disambig class.

Reply to "Links not colored on category page"
63.66.112.5 (talkcontribs)

Can this be used for Category pages as well?

63.66.112.5 (talkcontribs)

it does not seem like this will work with category pages. Is this true?

Reply to "Category Pages?"
Metalbunny (talkcontribs)

According to the box, the extension should be compatible with 1.21+, but choosing 1.21 in the download box gives me an empty TAR. So I went with the 1.23 image which seems to work (my wiki is on 1.21.2) - at least I get no errors (yet),

Would however like to point out that the documentation lacks a proper description, or link to a description, of how to use magic words. I've personally never come across having to use them before and a link or code sample to something similar to Template:Disambiguation would be nice.

Reply to "Missing 1.21 image"

Error in SQL Statement of SpecialDisambiguationPages.php

4
Heinrich krebs (talkcontribs)

Hi,

I added the extension, but the Special-Page didn't work. I activated SQL-Debug and realised, that the SQL-Statement didn't include my table-prefixes. Once I added them manually, enclosed in `` for they contain a -, which is otherwise not allowed, the page works fine.

I have no idea, why it works with SpecialDisambiguationPagesLinks.php, though.

Any ideas, or is it a fault on the scripts side?

KFCSpike (talkcontribs)

Installed this on my wiki today and Special:DisambiguationPages is broken (A database query error has occurred. This may indicate a bug in the software.)

Suspect its because I also use a table-prefix (set in $wgDBprefix) - will this extension be updated to support this or do I need to go hacking around the code myself to fix?

Kghbln (talkcontribs)

This message is pretty bad and should probably better say (A database query error has occurred. See the manual on how to debug SQL errors.) Anyway, this is another story.

$wgShowSQLErrors = true;
$wgDebugDumpSql  = true;
$wgShowDBErrorBacktrace = true;
$wgDebugLogFile = "/var/log/mediawiki/yourwiki-debug.log";

This should help finding the problem. Only do the dumping for a few operations since this file gets big very fast. Depending on the outcome a bug should be filed. Cheers

Florianschmidtwelzow (talkcontribs)

Hello, same error, here my data ;)

Query:

SELECT page_props.pp_page AS value,page.page_namespace AS namespace,page.page_title AS title FROM `wiki_page`,`wiki_page_props` WHERE (page_id = pp_page) AND pp_propname = 'disambiguation' AND (page_namespace != 10) ORDER BY value LIMIT 51

Function:

SpecialDisambiguationPages::reallyDoQuery

Error:

1054 Unknown column 'page_props.pp_page' in 'field list' (localhost)

(yes, without prefix)

If i'm right, one solution is: Edit file: SpecialDisambiguationPages.php find "'fields' => array(" delete table prefix "page_props" and "page" :)

See -> https://bugzilla.wikimedia.org/show_bug.cgi?id=65086

Reply to "Error in SQL Statement of SpecialDisambiguationPages.php"

Extensions that use this

2
Leucosticte (talkcontribs)

"This allows other extensions to handle disambiguation pages as a separate class of page." Are there other extensions that do this yet? I grepped the extensions folder for "disambiguation" and didn't come up with anything that looked relevant. Thanks,

Reply to "Extensions that use this"
FNek (talkcontribs)

This extension is marked stable, so one should assume that it works. I tried to download it and found that it didn´t even exist! The "current snapshot" is completely empty, only .gitignore and .gitreview have been added so far (checked this on repo site).

What is this supposed to mean? Is there another place where I can download Disambugator? Please enlighten me.

Reply to "Stable but no content?"
NicoV (talkcontribs)
Reply to "Using API"