I have a problem with ParserFunctions extension. I need to install ParserFunctions extension because in a wikipedia mirror i continue to have strange words in the output (here for example : http://encyclopedia.meta99.com/wiki/Dogs and here http://encyclopedia.meta99.com/wiki/Cats ).
A supported told me that "ParserFunctions extension is installed on
ALL Wikimedia web sites and allows simple expression matching". The problem is that i have NOT found it in the script i have download here : http://meta.wikimedia.org/wiki/MediaWiki_1.6
I have installed the ParserFunctions following the instructions i have found here :
http://meta.wikimedia.org/wiki/ParserFunctions
Installation
Download both of these files and put them in a new directory called ParserFunctions in your extensions directory.
Expr.php
ParserFunctions.php
Then put the following at the end of your LocalSettings.php:
require_once( "$IP/extensions/ParserFunctions/ParserFunctions.php" );
--------------
BUT I HAVE THE ERROR :
http://encyclopedia.meta99.com/wiki/Cats
Warning: Missing argument 2 for wfParserFunctionsLanguageGetMagic() in /home/httpd/vhosts/encyclopedia.meta99.com/httpdocs/extensions/ParserFunctions/ParserFunctions.php on line 144
--------------
HERE :
http://meta.wikimedia.org/wiki/Talk:ParserFunctions#Unable_to_install_2
Many other user has the same identical problem. Without solution at the moment. Can somebody help me. I can post the solution here :
http://meta.wikimedia.org/wiki/Talk:ParserFunctions#Unable_to_install_2
For future reference.
I'm also a newbie....
Hi,
I have been using and writing extensions for MediaWiki for a little while
now. Lots of them use $wgParser->parse to format output using MediaWiki
functions. This seems to break if used in an included page. Instead of
rendering the output you get "UNIQ211d04e92beed640...".
It looks to me that the parser requires another step to finish the
replacements, and that somehow calling "parse" stops this happening.
Using the parse function in principle is very handy, as can be used clean
input, and correctly format links to media wiki style. The cleaning of the
input is especially useful, as otherwise every extension has to determine if
any of their parameters have an XSS attack in them (or am I missing
something??).
So my questions are:
Is this behaviour a bug, or by design?
If it is by design, is there something that can be called to get the parser
back into a correct state? Or is there a different function that can be
called to benefit from MediaWiki's XSS checks?
Best regards,
Alex Powell
Is there a search limitation with mediawiki? I can enter plain text words
and phrases into the go|search field and it generally works just fine but
if that text is in the format of say something like this SOX-1.2 or PCI
1.2.3 it fails.
Are there different ways to make better searches? Is there a limitation to
finding information in my wiki that I have not found in the documentation?
--
Best regards,
Michael
-----------------------------------------
The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information.
Lazarus Alliance archives all electronic messages for a period of three years.
http://lazarusalliance.com/policy/
Wonderful, iubito. That's exactly what I needed. Thanks!
Date: Wed, 5 Jul 2006 18:11:15 +0200
From: iubito <iubito(a)gmail.com>
>>>
You can create a simple extension which is a hook.
Copy/paste this code in a new php script (e.g. getPageTitle.php) in
extensions directory.
<?php
$wgHooks['GetPageTitle'][] = 'nicePageTitle';
function nicePageTitle($pagetitle) {
#TEST : $pagetitle = strtoupper($pagetitle);
$pagetitle = str_replace(' ', '_', $pagetitle); } ?>
and in your LocalSettings.php add near the end
include('extensions/getPageTitle.php');
In includes/OutputPage.php, locate the function getPageTitle in
OutputPage class.
Replace it by :
function getPageTitle() {
wfRunHooks( 'GetPageTitle', array(&$this->mPagetitle ));
return $this->mPagetitle;
}
Works on my MW 1.6.7
<<<
> From: "Felipe Sanches" <felipe.sanches(a)gmail.com>
>
> Hello,
> I have made a (very) simple Ajax LaTeX editor for mediawiki. It is
> only proof of concept and could be a lot more improved. It does almost
> nothing more than show my intentions :-) and some nice greek letters
> and integrals. I am sending the snv patch so that you can try it and
> we can talk about the possibilities. I am still leaning Ajax (I am
> reading the book "Ajax in Action"), so, maybe there are better ways
> of implementing it. Please, take a look and tell me what you think
> about it.
>
> Thanks,
> Felipe Sanches
Felipe,
Sounds interesting. Could you please post a URL or something so I know
where to look.
Thanks
David
Hi all,
I'm trying, without seccess, to rewrite url for my wiki.
I've installed the script in the root of my domain, create the .htaccess file and set this line of code $wgArticlePath = "$wgScript/$1".
Can someone help me?
Thanks,
Giovanni Putignano
hello mediaWiki-l ;)
I am working on the embed video code for mediaWiki...
for information about this project visit:
http://meta.wikimedia.org/wiki/Embed_Media
later this week a basic version of the first phase of implementation
should be complete and be ready for testing.
--Michael
A lot of our documentation involves names which typically have
underscores in them, so the displaying of a space instead just adds
unneeded confusion. Converting spaces to underscores is fine as-is.
But for underscores in the page name, is there a way to simply display
it normally without the conversion?
I've searched a bit and found various posts from others asking how to
change the way underscores are converted to spaces, but I haven't seen
much in the way of a solid workaround. Also, most people seem to just
want to change the separator from an underscore to another character. I
don't care about that, though... I just care about how it's displayed.
Can anyone help me on this one?
---Kevin
How are you using ajax search? I cant seem to find it or figure out how
it works. I also set $wgUseAjax = true;
-----Original Message-----
From: mediawiki-l-bounces(a)Wikimedia.org
[mailto:mediawiki-l-bounces@Wikimedia.org] On Behalf Of Felipe Sanches
Sent: Monday, July 03, 2006 10:50 PM
To: mediawiki-l(a)Wikimedia.org
Subject: [Mediawiki-l] Ajax search warnings
Hi, I have just checked out mediawiki from svn and I have set the
$wgUseAjax = true;
The ajax search is giving me some error messages:
Warning: Cannot modify header information - headers already sent by
(output started at
/Depot/WWW/Documents/local/phase3/includes/AjaxDispatcher.php:72) in
/Depot/WWW/Documents/local/phase3/includes/AjaxDispatcher.php on line
74
Warning: Cannot modify header information - headers already sent by
(output started at
/Depot/WWW/Documents/local/phase3/includes/AjaxDispatcher.php:72) in
/Depot/WWW/Documents/local/phase3/includes/AjaxFunctions.php on line
85
Warning: Cannot modify header information - headers already sent by
(output started at
/Depot/WWW/Documents/local/phase3/includes/AjaxDispatcher.php:72) in
/Depot/WWW/Documents/local/phase3/includes/AjaxFunctions.php on line
93
Warning: Cannot modify header information - headers already sent by
(output started at
/Depot/WWW/Documents/local/phase3/includes/AjaxDispatcher.php:72) in
/Depot/WWW/Documents/local/phase3/includes/AjaxFunctions.php on line
94
What does it mean?
Felipe Sanches
_______________________________________________
MediaWiki-l mailing list
MediaWiki-l(a)Wikimedia.org
http://mail.wikipedia.org/mailman/listinfo/mediawiki-l