-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
MediaWiki 1.10 is the quarterly release snapshot for Spring 2007. While the code has been running on Wikipedia for some time, installation and upgrade bits may be less well tested. Bug fix releases may follow in the coming days or weeks.
This is a release candidate -- 1.10.0 final will be released later this week after a few more people have had a chance to test it in additional environments.
MediaWiki is now using a "continuous integration" development model with quarterly snapshot releases. The latest development code is always kept "ready to run", and in fact runs our own sites on Wikipedia.
Release branches will continue to receive security updates for about a year from first release, but nonessential bugfixes and feature development happen will be made on the development trunk and appear in the next quarterly release.
Those wishing to use the latest code instead of a branch release can obtain it from source control: http://www.mediawiki.org/wiki/Download_from_SVN
Full release notes: http://svn.wikimedia.org/svnroot/mediawiki/tags/REL1_10_0RC1/phase3/RELEASE-...
Download: http://download.wikimedia.org/mediawiki/1.10/mediawiki-1.10.0rc1.tar.gz
PGP signature: http://download.wikimedia.org/mediawiki/1.10/mediawiki-1.10.0rc1.tar.gz.sig
MD5 checksum: 5dc4d3910c2e2f06ae341fcf56e63a81 mediawiki-1.10.0rc1.tar.gz
SHA-1 checksum: b7821187cccf89bc20250ddbcad0782fadd8336b mediawiki-1.10.0rc1.tar.gz
Before asking for help, try the FAQ: http://www.mediawiki.org/wiki/Manual:FAQ
Low-traffic release announcements mailing list: (Please subscribe to receive announcements of security updates.) http://lists.wikimedia.org/mailman/listinfo/mediawiki-announce
Wiki admin help mailing list: http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Bug report system: http://bugzilla.wikimedia.org/
Play "stump the developers" live on IRC: #mediawiki on irc.freenode.net
- -- brion vibber (brion @ wikimedia.org)
Is download.wikimedia.org usually down after hours? I haven't been able to connect since first trying to download the package around 12AM.
Sven
Brion Vibber brion@wikimedia.org wrote: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
MediaWiki 1.10 is the quarterly release snapshot for Spring 2007. While the code has been running on Wikipedia for some time, installation and upgrade bits may be less well tested. Bug fix releases may follow in the coming days or weeks.
This is a release candidate -- 1.10.0 final will be released later this week after a few more people have had a chance to test it in additional environments.
MediaWiki is now using a "continuous integration" development model with quarterly snapshot releases. The latest development code is always kept "ready to run", and in fact runs our own sites on Wikipedia.
Release branches will continue to receive security updates for about a year from first release, but nonessential bugfixes and feature development happen will be made on the development trunk and appear in the next quarterly release.
Those wishing to use the latest code instead of a branch release can obtain it from source control: http://www.mediawiki.org/wiki/Download_from_SVN
Full release notes: http://svn.wikimedia.org/svnroot/mediawiki/tags/REL1_10_0RC1/phase3/RELEASE-...
Download: http://download.wikimedia.org/mediawiki/1.10/mediawiki-1.10.0rc1.tar.gz
PGP signature: http://download.wikimedia.org/mediawiki/1.10/mediawiki-1.10.0rc1.tar.gz.sig
MD5 checksum: 5dc4d3910c2e2f06ae341fcf56e63a81 mediawiki-1.10.0rc1.tar.gz
SHA-1 checksum: b7821187cccf89bc20250ddbcad0782fadd8336b mediawiki-1.10.0rc1.tar.gz
Before asking for help, try the FAQ: http://www.mediawiki.org/wiki/Manual:FAQ
Low-traffic release announcements mailing list: (Please subscribe to receive announcements of security updates.) http://lists.wikimedia.org/mailman/listinfo/mediawiki-announce
Wiki admin help mailing list: http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Bug report system: http://bugzilla.wikimedia.org/
Play "stump the developers" live on IRC: #mediawiki on irc.freenode.net
- -- brion vibber (brion @ wikimedia.org)
_______________________________________________ MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
--------------------------------- Ahhh...imagining that irresistible "new car" smell? Check outnew cars at Yahoo! Autos.
I cannot access the site either.
On 01/05/07, Metaspheres metaspheres@yahoo.com wrote:
Is download.wikimedia.org usually down after hours? I haven't been able to connect since first trying to download the package around 12AM.
Sven
Brion Vibber brion@wikimedia.org wrote: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
MediaWiki 1.10 is the quarterly release snapshot for Spring 2007. While the code has been running on Wikipedia for some time, installation and upgrade bits may be less well tested. Bug fix releases may follow in the coming days or weeks.
This is a release candidate -- 1.10.0 final will be released later this week after a few more people have had a chance to test it in additional environments.
MediaWiki is now using a "continuous integration" development model with quarterly snapshot releases. The latest development code is always kept "ready to run", and in fact runs our own sites on Wikipedia.
Release branches will continue to receive security updates for about a year from first release, but nonessential bugfixes and feature development happen will be made on the development trunk and appear in the next quarterly release.
Those wishing to use the latest code instead of a branch release can obtain it from source control: http://www.mediawiki.org/wiki/Download_from_SVN
Full release notes: http://svn.wikimedia.org/svnroot/mediawiki/tags/REL1_10_0RC1/phase3/RELEASE-...
Download: http://download.wikimedia.org/mediawiki/1.10/mediawiki-1.10.0rc1.tar.gz
PGP signature: http://download.wikimedia.org/mediawiki/1.10/mediawiki-1.10.0rc1.tar.gz.sig
MD5 checksum: 5dc4d3910c2e2f06ae341fcf56e63a81 mediawiki-1.10.0rc1.tar.gz
SHA-1 checksum: b7821187cccf89bc20250ddbcad0782fadd8336b mediawiki-1.10.0rc1.tar.gz
Before asking for help, try the FAQ: http://www.mediawiki.org/wiki/Manual:FAQ
Low-traffic release announcements mailing list: (Please subscribe to receive announcements of security updates.) http://lists.wikimedia.org/mailman/listinfo/mediawiki-announce
Wiki admin help mailing list: http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Bug report system: http://bugzilla.wikimedia.org/
Play "stump the developers" live on IRC: #mediawiki on irc.freenode.net
- -- brion vibber (brion @ wikimedia.org)
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFGNnwbwRnhpk1wk44RApCDAKCd8gFqPQkYqGbuxMkEn5OQWRsxVgCbBRGD v6+rmVxCL7xuckKscHXiHNA= =sIMI -----END PGP SIGNATURE-----
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Ahhh...imagining that irresistible "new car" smell? Check outnew cars at Yahoo! Autos. _______________________________________________ MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Metaspheres wrote:
Is download.wikimedia.org usually down after hours? I haven't been
able to connect since first trying to download the package around 12AM.
Nope. Looks fine and there's no problems or restarts logged.
- -- brion vibber (brion @ wikimedia.org)
I can now access it. Maybe it was a DNS or some other temporary problem.
On 01/05/07, Brion Vibber brion@wikimedia.org wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Metaspheres wrote:
Is download.wikimedia.org usually down after hours? I haven't been
able to connect since first trying to download the package around 12AM.
Nope. Looks fine and there's no problems or restarts logged.
- -- brion vibber (brion @ wikimedia.org)
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFGN1n9wRnhpk1wk44RAhT4AJ9mcBarJMz+xUbK4sAfPZUBE0zYKQCgzpmx BM77wkl8ZX6bT+9us2hjMd4= =7iZn -----END PGP SIGNATURE-----
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
calling any class from with the autoauthenticate hook causes an error: exception 'MWException' with message 'Unstub loop detected on call of $wgUser->getName from Database::query' in C:\Webroot\mediawiki- 1.10\includes\StubObject.php:54
example code (just add this at the bottom of your LocalSettings.php): global $wgHooks; $wgHooks['AutoAuthenticate'][] = 'do_AutoAuthenticate';
function do_AutoAuthenticate ( &$user ) { $user->mFrom = 'session'; $user->load(); }
Any ideas how to fix this?
Cheers, Peter.
On 5/1/07, Robert Leverington lcarsdata@googlemail.com wrote:
I can now access it. Maybe it was a DNS or some other temporary problem.
On 01/05/07, Brion Vibber brion@wikimedia.org wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Metaspheres wrote:
Is download.wikimedia.org usually down after hours? I haven't been
able to connect since first trying to download the package around 12AM.
Nope. Looks fine and there's no problems or restarts logged.
- -- brion vibber (brion @ wikimedia.org)
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFGN1n9wRnhpk1wk44RAhT4AJ9mcBarJMz+xUbK4sAfPZUBE0zYKQCgzpmx BM77wkl8ZX6bT+9us2hjMd4= =7iZn -----END PGP SIGNATURE-----
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
-- Robert ############################ [[User:Lcarsdata]] ################ http://www.wikitest.co.uk ######### http://roberthl.wikitest.co.uk ####
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Peter wrote:
calling any class from with the autoauthenticate hook causes an error: exception 'MWException' with message 'Unstub loop detected on call of
n> $wgUser->getName from Database::query' in C:\Webroot\mediawiki-
1.10\includes\StubObject.php:54
This should be corrected in 1.10.0rc2, which I've just released.
- -- brion vibber (brion @ wikimedia.org)
works now in rc2, thanks.
On 5/4/07, Brion Vibber brion@wikimedia.org wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Peter wrote:
calling any class from with the autoauthenticate hook causes an error: exception 'MWException' with message 'Unstub loop detected on call of
n> $wgUser->getName from Database::query' in C:\Webroot\mediawiki-
1.10\includes\StubObject.php:54
This should be corrected in 1.10.0rc2, which I've just released.
- -- brion vibber (brion @ wikimedia.org)
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFGO6liwRnhpk1wk44RAg84AJ4o103Xb5jmC6ttHbgzfz+7mn9HQACeNzjJ jLQOfPBSVult3xbsEmUTSi0= =uYeS -----END PGP SIGNATURE-----
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
What is the right way (in wikitext) to produce an internal link with a query string? I am trying to make a link to a custom special page that accepts query parameters:
Please visit our [[Special:Foobar?arg=$1|new special page]].
but unfortunately this link renders as:
http://mywiki.com/wiki/Special:Foobar%3Farg%3D%241
with the "?" turned into %3F, so it isn't recognized as a query string.
If I use an external link instead:
[{{SERVER}}/wiki/Special:Foobar?arg=$1 new special page]
this breaks when $1 contains whitespace.
Thanks, DanB
--------------------- Confidentiality note The information in this email and any attachment may contain confidential and proprietary information of VistaPrint and/or its affiliates and may be privileged or otherwise protected from disclosure. If you are not the intended recipient, you are hereby notified that any review, reliance or distribution by others or forwarding without express permission is strictly prohibited and may cause liability. In case you have received this message due to an error in transmission, please notify the sender immediately and delete this email and any attachment from your system ---------------------
Use {{fullurl:Page name|action=edit|section=new}} (example parameters).
On 04/05/07, Daniel Barrett danb@vistaprint.com wrote:
What is the right way (in wikitext) to produce an internal link with a query string? I am trying to make a link to a custom special page that accepts query parameters:
Please visit our [[Special:Foobar?arg=$1|new special page]].
but unfortunately this link renders as:
http://mywiki.com/wiki/Special:Foobar%3Farg%3D%241
with the "?" turned into %3F, so it isn't recognized as a query string.
If I use an external link instead:
[{{SERVER}}/wiki/Special:Foobar?arg=$1 new special page]
this breaks when $1 contains whitespace.
Thanks, DanB
Confidentiality note The information in this email and any attachment may contain confidential and proprietary information of VistaPrint and/or its affiliates and may be privileged or otherwise protected from disclosure. If you are not the intended recipient, you are hereby notified that any review, reliance or distribution by others or forwarding without express permission is strictly prohibited and may cause liability. In case you have received this message due to an error in transmission, please notify the sender immediately and delete this email and any attachment from your system
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
What is the right way (in wikitext) to produce an internal link with
a
query string?
Gary Kirk responded
Use {{fullurl:Page name|action=edit|section=new}} (example
parameters).
Thanks, but this works incorrectly when one of the parameter values is $1 and it contains blanks. The link winds up including the first word of $1 but not subsequent words. Is there a way to urlencode $1 within wikitext?
DanB --------------------- Confidentiality note The information in this email and any attachment may contain confidential and proprietary information of VistaPrint and/or its affiliates and may be privileged or otherwise protected from disclosure. If you are not the intended recipient, you are hereby notified that any review, reliance or distribution by others or forwarding without express permission is strictly prohibited and may cause liability. In case you have received this message due to an error in transmission, please notify the sender immediately and delete this email and any attachment from your system. ---------------------
On 04/05/07, Daniel Barrett danb@vistaprint.com wrote:
Thanks, but this works incorrectly when one of the parameter values is $1 and it contains blanks. The link winds up including the first word of $1 but not subsequent words. Is there a way to urlencode $1 within wikitext?
What about {{urlencode:$1}}?
Rob Church
{{urlencode:$1}} doesn't work: it urlencodes the literal string "$1". I guess templates are evaluated before $1 is.
Full example:
'''There is no page titled "$1".''' You can create this page [[:$1|blank]] or using a {{fullurl:Special:PageTemplates|articleName={{urlencode:$1}}}}
:-( DanB
-----Original Message----- From: Rob Church
On 04/05/07, Daniel Barrett danb@vistaprint.com wrote:
Thanks, but this works incorrectly when one of the parameter values is $1 and it contains blanks. The link winds up including the first word
of $1 but not subsequent words. Is there a way to urlencode $1 within
wikitext?
What about {{urlencode:$1}}?
--------------------- Confidentiality note The information in this email and any attachment may contain confidential and proprietary information of VistaPrint and/or its affiliates and may be privileged or otherwise protected from disclosure. If you are not the intended recipient, you are hereby notified that any review, reliance or distribution by others or forwarding without express permission is strictly prohibited and may cause liability. In case you have received this message due to an error in transmission, please notify the sender immediately and delete this email and any attachment from your system. ---------------------
Does anyone have any other ideas how to produce (reliably) an internal link with a query string?
Attempt 1:
[[Special:Foobar?arg=$1|new special page]]
This fails as http://mywiki.com/wiki/Special:Foobar%3Farg%3D%241.
Attempt 2:
[{{SERVER}}/wiki/Special:Foobar?arg=$1 new special page]
This produces an incorrect when $1 contains whitespace: only the first word of $1 is in the link.
Attempt 3:
[[{{fullurl:Special:Foobar|arg=$1}}]]
This fails for the same reason as attempt #2.
Attempt 4:
Try urlencoding "$1" to avoid the whitespace problem:
[[{{fullurl:Special:Foobar|arg={{urlencode:$1}}}}]]
This fails because {{urlencode}} is evaluated before $1, so the literal string "$1" gets urlencoded, rather than the expanded $1.
Any other ideas? Or is this impossible?
Thanks, DanB
--------------------- Confidentiality note The information in this email and any attachment may contain confidential and proprietary information of VistaPrint and/or its affiliates and may be privileged or otherwise protected from disclosure. If you are not the intended recipient, you are hereby notified that any review, reliance or distribution by others or forwarding without express permission is strictly prohibited and may cause liability. In case you have received this message due to an error in transmission, please notify the sender immediately and delete this email and any attachment from your system. ---------------------
When would $1 get evaluated? Who's evaluating $1? Where does the value for $1 come from?
I take it you don't mean {{{1}}} the Template parameter.
-- Jim
On 5/7/07, Daniel Barrett danb@vistaprint.com wrote:
Does anyone have any other ideas how to produce (reliably) an internal link with a query string?
Attempt 1:
[[Special:Foobar?arg=$1|new special page]]
This fails as http://mywiki.com/wiki/Special:Foobar%3Farg%3D%241.
Attempt 2:
[{{SERVER}}/wiki/Special:Foobar?arg=$1 new special page]
This produces an incorrect when $1 contains whitespace: only the first word of $1 is in the link.
Attempt 3:
[[{{fullurl:Special:Foobar|arg=$1}}]]
This fails for the same reason as attempt #2.
Attempt 4:
Try urlencoding "$1" to avoid the whitespace problem:
[[{{fullurl:Special:Foobar|arg={{urlencode:$1}}}}]]
This fails because {{urlencode}} is evaluated before $1, so the literal string "$1" gets urlencoded, rather than the expanded $1.
Any other ideas? Or is this impossible?
Thanks, DanB
Confidentiality note The information in this email and any attachment may contain confidential and proprietary information of VistaPrint and/or its affiliates and may be privileged or otherwise protected from disclosure. If you are not the intended recipient, you are hereby notified that any review, reliance or distribution by others or forwarding without express permission is strictly prohibited and may cause liability. In case you have received this message due to an error in transmission, please notify the sender immediately and delete this email and any attachment from your system.
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
You can see $1 used in [[MediaWiki:Noexactmatch]] :
'''There is no page titled "$1".''' You can [[:$1|create this page]].
DanB
-----Original Message----- From: mediawiki-l-bounces@lists.wikimedia.org [mailto:mediawiki-l-bounces@lists.wikimedia.org] On Behalf Of Jim Wilson Sent: Monday, May 07, 2007 3:38 PM To: MediaWiki announcements and site admin list Subject: Re: [Mediawiki-l] Internal link with query string?
When would $1 get evaluated? Who's evaluating $1? Where does the value for $1 come from?
I take it you don't mean {{{1}}} the Template parameter.
-- Jim
On 5/7/07, Daniel Barrett danb@vistaprint.com wrote:
Does anyone have any other ideas how to produce (reliably) an internal
link with a query string?
Attempt 1:
[[Special:Foobar?arg=$1|new special page]]
This fails as http://mywiki.com/wiki/Special:Foobar%3Farg%3D%241.
Attempt 2:
[{{SERVER}}/wiki/Special:Foobar?arg=$1 new special page]
This produces an incorrect when $1 contains whitespace: only the first
word of $1 is in the link.
Attempt 3:
[[{{fullurl:Special:Foobar|arg=$1}}]]
This fails for the same reason as attempt #2.
Attempt 4:
Try urlencoding "$1" to avoid the whitespace problem:
[[{{fullurl:Special:Foobar|arg={{urlencode:$1}}}}]]
This fails because {{urlencode}} is evaluated before $1, so the literal string "$1" gets urlencoded, rather than the expanded $1.
Any other ideas? Or is this impossible?
Thanks, DanB
Confidentiality note The information in this email and any attachment may contain confidential and proprietary information of VistaPrint and/or its affiliates and may be privileged or otherwise protected from disclosure. If you are not the intended recipient, you are hereby notified that any review, reliance or distribution by others or forwarding without express permission is strictly prohibited and may cause liability. In case you have received this message due to an error in transmission, please notify the sender immediately and delete
this email and any attachment from your system.
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
_______________________________________________ MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
--------------------- Confidentiality note The information in this email and any attachment may contain confidential and proprietary information of VistaPrint and/or its affiliates and may be privileged or otherwise protected from disclosure. If you are not the intended recipient, you are hereby notified that any review, reliance or distribution by others or forwarding without express permission is strictly prohibited and may cause liability. In case you have received this message due to an error in transmission, please notify the sender immediately and delete this email and any attachment from your system ---------------------
Ah, looks like "$1" is probably a PHP dependency. From includes/SpecialSearch.php:
$wgOut->addWikiText( wfMsg( 'noexactmatch', wfEscapeWikiText( $term ) ) );
What I need is the search term being passed to the special search page. I don't know another way to get this value using only wikitext. I suppose I could modify the above source line to escape space characters....
DanB
-----Original Message----- From: mediawiki-l-bounces@lists.wikimedia.org [mailto:mediawiki-l-bounces@lists.wikimedia.org] On Behalf Of Daniel Barrett Sent: Monday, May 07, 2007 4:16 PM To: MediaWiki announcements and site admin list Subject: Re: [Mediawiki-l] Internal link with query string?
You can see $1 used in [[MediaWiki:Noexactmatch]] :
'''There is no page titled "$1".''' You can [[:$1|create this page]].
DanB
--------------------- Confidentiality note The information in this email and any attachment may contain confidential and proprietary information of VistaPrint and/or its affiliates and may be privileged or otherwise protected from disclosure. If you are not the intended recipient, you are hereby notified that any review, reliance or distribution by others or forwarding without express permission is strictly prohibited and may cause liability. In case you have received this message due to an error in transmission, please notify the sender immediately and delete this email and any attachment from your system. ---------------------
What I need is the search term being passed to the special search page. I don't know another way to get this value using only wikitext. I suppose I could modify the above source line to escape space characters....
Well, you probably want to avoid modifying the core code if at all possible - it will make future upgrades much more difficult if you do.
I really don't understand enough about the problem to help - it seems you're trying to mix wikitext, wfMsg text and php code - so I'm confused as to what you're trying to do. What's the end goal?
-- Jim
On 5/7/07, Daniel Barrett danb@vistaprint.com wrote:
Ah, looks like "$1" is probably a PHP dependency. From includes/SpecialSearch.php:
$wgOut->addWikiText( wfMsg( 'noexactmatch', wfEscapeWikiText( $term ) ) );
What I need is the search term being passed to the special search page. I don't know another way to get this value using only wikitext. I suppose I could modify the above source line to escape space characters....
DanB
-----Original Message----- From: mediawiki-l-bounces@lists.wikimedia.org [mailto:mediawiki-l-bounces@lists.wikimedia.org] On Behalf Of Daniel Barrett Sent: Monday, May 07, 2007 4:16 PM To: MediaWiki announcements and site admin list Subject: Re: [Mediawiki-l] Internal link with query string?
You can see $1 used in [[MediaWiki:Noexactmatch]] :
'''There is no page titled "$1".''' You can [[:$1|create this page]].
DanB
Confidentiality note The information in this email and any attachment may contain confidential and proprietary information of VistaPrint and/or its affiliates and may be privileged or otherwise protected from disclosure. If you are not the intended recipient, you are hereby notified that any review, reliance or distribution by others or forwarding without express permission is strictly prohibited and may cause liability. In case you have received this message due to an error in transmission, please notify the sender immediately and delete this email and any attachment from your system.
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Well, you probably want to avoid modifying the core code if at all
possible
- it will make future upgrades much more difficult if you do.
I agree, though we encapsulate our changes pretty well using Subversion "vendor branches."
I really don't understand enough about the problem to help
- it seems you're trying to mix wikitext, wfMsg text and php code
- so I'm confused as to what you're trying to do. What's the end goal?
Sure: here's the background.
At my company, we want our wiki pages to contain certain standard information: an introductory overview, a "Foo" heading, a "Bar" subheading, etc. In fact, we have numerous "standard" article types: New Project page, Requirements Document page, Technical Spec page, Laundry List page, etc. I want to define these types, and when the user edits a brand new article of these types, we want some standard, initial wikitext automatically inserted into the editor.
I have evaluated several extensions that do similar things, but they are all limited in various ways. (I can go into detail if desired.)
So I wrote a Special page that presents the user with a dropdown list of these "preset" article types: Select one, enter an article name, and you're dropped into the editor with the correct starting wikitext ready to go. Want a requirements document? Just select Requirements Document, enter an article name, and click Submit. You're in the editor.
This works fine as a Special page. But now I want to modify Special:Search to link to my Special page. Instead of displaying:
'''There is no page titled "$1".''' You can [[:$1|create this page]].
I want it to offer the user a choice between a blank page or a standard article type:
'''There is no page titled "$1".''' You can create this page [[:$1|blank]] or using [[{{fullurl:Special:MyPresetPageTypes|arg={{urlencode:$1}}}} a standard article type]]
In other words, within wikitext, I want to reference the search term that was passed to Special:Search, so I can pass it in turn to my own special page, Special:MyPresetPageTypes.
The underlying problem is how to pass this value from within wikitext to Special:MyPresetPageTypes. Perhaps there's a way to do this without a query parameter.
Thanks for any advice.
DanB
--------------------- Confidentiality note The information in this email and any attachment may contain confidential and proprietary information of VistaPrint and/or its affiliates and may be privileged or otherwise protected from disclosure. If you are not the intended recipient, you are hereby notified that any review, reliance or distribution by others or forwarding without express permission is strictly prohibited and may cause liability. In case you have received this message due to an error in transmission, please notify the sender immediately and delete this email and any attachment from your system. ---------------------
I see,
Well, the next thing I'd try is an interwiki link. It may do the processing at the right time to do what you want.
Another easy (but hackier) way to do it is to wrap some of the msg in divs or spans with ids, then add something to your MediaWiki:Common.js to look for these inject the links you want.
So the msg might be this:
<div id="nosuchpage">'''There is no page titled "<span id="badtitle">$1</span>".''' You can [[:$1|create this page]].</div>
And then your Common.js might have this (be warned - has not been tested):
---------------------------------------------- addOnloadHook( function () { var div = document.getElementById('nosuchpage'); if (div) { var title = document.getElementById('badtitle').innerHTML; var href = "/path/to/your/wiki/index.php?title=Special:Whatever&arg=" + encodeURI(title); div.innerHTML += " or using <a href='" + href + "'> a standard article type "; } }); ----------------------------------------------
A slightly more difficult option would be to hijack the SpecialSearch class altogether and replace it with a subclass that injects your custom msg processing. I'm not sure how hard this would be or if there are even appropriate hooks to do it - but it's a cleaner solution than the JS one above if it can be done.
-- Jim
On 5/7/07, Daniel Barrett <danb@vistaprint.com> wrote:
Well, you probably want to avoid modifying the core code if at all
possible
- it will make future upgrades much more difficult if you do.
I agree, though we encapsulate our changes pretty well using Subversion "vendor branches."
I really don't understand enough about the problem to help
- it seems you're trying to mix wikitext, wfMsg text and php code
- so I'm confused as to what you're trying to do. What's the end goal?
Sure: here's the background.
At my company, we want our wiki pages to contain certain standard information: an introductory overview, a "Foo" heading, a "Bar" subheading, etc. In fact, we have numerous "standard" article types: New Project page, Requirements Document page, Technical Spec page, Laundry List page, etc. I want to define these types, and when the user edits a brand new article of these types, we want some standard, initial wikitext automatically inserted into the editor.
I have evaluated several extensions that do similar things, but they are all limited in various ways. (I can go into detail if desired.)
So I wrote a Special page that presents the user with a dropdown list of these "preset" article types: Select one, enter an article name, and you're dropped into the editor with the correct starting wikitext ready to go. Want a requirements document? Just select Requirements Document, enter an article name, and click Submit. You're in the editor.
This works fine as a Special page. But now I want to modify Special:Search to link to my Special page. Instead of displaying:
'''There is no page titled "$1".''' You can [[:$1|create this page]].
I want it to offer the user a choice between a blank page or a standard article type:
'''There is no page titled "$1".''' You can create this page [[:$1|blank]] or using [[{{fullurl:Special:MyPresetPageTypes|arg={{urlencode:$1}}}} a standard article type]]
In other words, within wikitext, I want to reference the search term that was passed to Special:Search, so I can pass it in turn to my own special page, Special:MyPresetPageTypes.
The underlying problem is how to pass this value from within wikitext to Special:MyPresetPageTypes. Perhaps there's a way to do this without a query parameter.
Thanks for any advice.
DanB
Confidentiality note The information in this email and any attachment may contain confidential and proprietary information of VistaPrint and/or its affiliates and may be privileged or otherwise protected from disclosure. If you are not the intended recipient, you are hereby notified that any review, reliance or distribution by others or forwarding without express permission is strictly prohibited and may cause liability. In case you have received this message due to an error in transmission, please notify the sender immediately and delete this email and any attachment from your system.
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Daniel Barrett wrote:
In other words, within wikitext, I want to reference the search term that was passed to Special:Search, so I can pass it in turn to my own special page, Special:MyPresetPageTypes.
The underlying problem is how to pass this value from within wikitext to Special:MyPresetPageTypes. Perhaps there's a way to do this without a query parameter.
Thanks for any advice.
DanB
What about using [[Special:Foobar/$1]] syntax ? You only need to make sure your special page supports it.
Platonides suggested:
What about using [[Special:Foobar/$1]] syntax ? You only need to make sure your special page supports it.
That worked - thanks!!!
Thanks also to Jim Wilson for his many alternative suggestions as well!
DanB
--------------------- Confidentiality note The information in this email and any attachment may contain confidential and proprietary information of VistaPrint and/or its affiliates and may be privileged or otherwise protected from disclosure If you are not the intended recipient, you are hereby notified that any review, reliance or distribution by others or forwarding without express permission is strictly prohibited and may cause liability. In case you have received this message due to an error in transmission, please notify the sender immediately and delete this email and any attachment from your system. ---------------------
mediawiki-l@lists.wikimedia.org