How can I find all of the pages that use a magicword created by a custom
extension?
(Is there a way to do a full text (regex?) search of the raw wikitext?)
Hi!
In the Main Page of Wikipedia ther are sections like "Today's featured
article" which shows part of an article and a tag called "more..." I've
studied the code, but I don't undertand it. How can I do some similar? My
objective is show part of another wiki page in my own main page. I don't
need the aleatory selection of a page of the day. Thanks!
I need to list only the recent change of each article, and suppress
older changes. This is solved by the extension funciton below.
An unwanted side-effect of my query condition is however that the log
data is also suppressed, but I want to see the log data.
Question to the database experts:
How can I amend the query condition so that log data is not suppressed
in the recent changes view?
function onlyRecentRecentChanges( &$conds, &$tables, &$join_conds,
$opts, &$query_options = array() ) {
if ( !in_array( 'page', $tables) ) $tables[] = 'page';
$conds[] = 'rc_this_oldid=page_latest'; /* What needs to be added
here ?*/
return true;
}
$wgHooks['SpecialRecentChangesQuery'][] = 'onlyRecentRecentChanges';
Hello,
I am new to Mediawiki and I'm wondering if it can be used for question
answering. For example, retrieve an xml file with the answer to "Who
is Barack Obama?".
Thanks!
Marelia
On Fri, Feb 12, 2010 at 19:00, Siebrand Mazeland <s.mazeland(a)xs4all.nl> wrote:
> List of extensions used by Wikimedia without a Bugzilla maintainer:
> * Cite The Cite special page and parser hook extensions.
I wrote it, it's high profile and seems to have been somewhat unloved
since I left it.
I've looked at it a few times since then with the intent of fixing it
up but I never got past the point of looking at Bugzilla and trying to
determine what was actually needed for it and what was just the
minority report of some user wanting some feature that him and 3 other
people in the world are ever going to use.
Domas has also complained that it eats up resources. Is this something
that can conceivably be fixed in it or is it just inherent in anything
that calls the parser from an extension tag and will thus need parser
fixups to get anywhere?
> * Newuserlog The Newuserlog extension.
I can take it. It's not like it needs much maintenance.
> * CrossNamespaceLinks The CrossNamespaceLinks special page extension.
Ditto.
> * Desysop Desysop extension
Isn't this also covered by UserRights? (I don't know).
> * Espionage The Espionage extension.
That's CheckUser, does that one have a maintainer?
> * Eval The Eval special page extension.
I patched it up a bit. It's not like anyone other than me has actually
ever used it. But sure, I'll take it.
> * PageCSS The PageCSS parser hook extension.
I'll take it, not that anyone cares.
The code below lists only the recent change of each article and
suppresses older changes.
An _unwanted_ side-effect is that also the log data is suppressed.
Question: How can this be amended so that log data is _not_ suppressed
in the RC view ?
LocalSettings.php:
$wgHooks['SpecialRecentChangesQuery'][] = 'onlyRecentRecentChanges';
function onlyRecentRecentChanges( &$conds, &$tables, &$join_conds, $opts, &$query_options = array() ) {
$tables[] = 'page';
$conds[] = 'rc_this_oldid=page_latest';
return true;
}