Hy all,
i'm trying to migrate several documentation we have into mediawiki.
some of them are built with a table on top which lists several variables,
that we search and replace to "make" an easy to follow install
documentation.
variables are like:
USERNAME
PASSWORD
SERVERNAME
i was wondering if i can do the same in a mediawiki page, like have a table
with 2 column. the first one with variable name and the second one to be
filled with value attended.
at the end of the table a button wich would dynamically change in the page
variable names with the corresponding value and (maybe) open the newly
gerenated page in a popup window.
i'm not sure if i'm clear enough on what i'm trying to achieve
if anyone have a clues or a working lead, i would be glad to try it right
away
thanks a lot guys,
Regards,
Rachid
HI,
I just asked a question about extending the functionality of the CharInsert
extension at StackOverflow (
http://stackoverflow.com/questions/31376229/how-do-i-modify-the-mediawiki-c…),
if anyone in this mailing list is interested. I think I may have asked a
similar question in this mailing list a matter of months ago, so if anyone
has some solutions I'll be happy to hear them.
Thanks for your time,
Brenton
Clearly, I don't keep up with releases so I should really get to 1.23 LTS.
Any caveats going from 1.15.1 to 1.23?
The wiki runs on RHEL 6.6 so I think I'm OK w/r/t PHP (5.3.3) and MySQL
(5.1.73). The only plugin I use is the LDAP Authentication Plugin and it
claims "1.19+" so I think I'm OK there.
Can I move from one to the other directly or do I need to make an
intermediate step?
--
Peter Laws / N5UWY
National Weather Center / Network Operations Center
University of Oklahoma Information Technology
plaws(a)ou.edu
College of Architecture, Regional and City Planning, MRCP '16
---------------------------------------------------------------------
Feedback? Contact my director, Ken Kurz, kkurz(a)ou.edu. Thank you!
MW 1.23 introduced a new API modules, list=allredirects and prop=redirects [1],
which were later rewritten for 1.24. While prop=redirects works perfectly for
me, I have some problems understanding how the list=allredirects (and
generator=allredirects) module is supposed to work.
First, the garprop parameter seems to be ignored for generator queries, whereas
arprop for list is respected -- for example [2] contains fragment information
for some redirects, but [3] contains none.
Also, the list=allredirects query seems to report an ID of the source page and
title of the target page, but the generator reports source page ID and source
title. When garunique is specified, it reports target page ID and target page
title, and garprop cannot be specified. This is not enough to resolve the
redirects (i.e. identify both source and target pages).
Finally, I have no idea what the "missing" key in the results (e.g. [4])
indicates...
[1] https://www.mediawiki.org/wiki/API:Allredirects
[2] https://www.mediawiki.org/w/api.php?action=query&list=allredirects&arfrom=B…
[3] https://www.mediawiki.org/w/api.php?action=query&generator=allredirects&gar…
[4] https://wiki.archlinux.org/api.php?action=query&generator=allredirects&garl…
Thank you for your advice,
Jakub Klinkovský
Hi,
I have been working on a Wiki (MediaWiki-based, ofc) on the topic of Linux
& related topics (e.g., software that can be run on Linux machines and
other operating systems) on my Ubuntu machine for some time. I have
Lua-based infoboxes (including Infobox OS
<https://en.wikipedia.org/wiki/Template:Infobox_OS>, Infobox software
<https://en.wikipedia.org/wiki/Template:Infobox_software>, Infobox file
format <https://en.wikipedia.org/wiki/Template:Infobox_file_format>) that
are modified versions of those found on the English Wikipedia and under the
"Family" field of Infobox OS I would like to be able to show some hierarchy
(*Unix-like -> Linux -> Debian -> Ubuntu* for Ubuntu, for example). I have
seen the HierarchyBuilder
<https://www.mediawiki.org/wiki/Extension:HierarchyBuilder> extension but I
was wondering if anyone is aware of a way of showing hierarchy without
depending on an unstable extension like this one?
Thanks for your time,
Brenton
RationalWiki uses $wgEnableDnsBlacklist = true; and
$wgDnsBlacklistUrls. We presently have xbl.spamhaus.org,
dnsbl.tornevall.org and all.s5h.net in there. These are pretty good,
but of course run on several hours' delay from the fresh proxy lists.
What we could really do with is one of webhosting ranges - we have a
plague of G*m*rg*t* trolls who favour coming in through these (pwned
boxes, I presume). Does anyone maintain an RBL of these?
- d.
Hello:
MediaWiki 1.24.1
PHP 5.3.29 (apache2handler) MySQL 5.1.56-log
URL: http://www.progresspedia.org/
When we initially set up our MediaWiki installation, we did so without
having initially created a /w directory, thus having MediaWiki in the root
directory. Now, after the fact, we've decided that we would like to move
the file structure into a /w directory. We've done so, but are having
issues with page redirects.
We've gotten pages formatted this way to properly redirect:
http://www.progresspedia.org/index.php/
We cannot figure out how to get these to properly redirect, however:
www.progresspedia.org/index.php?title=
Any assistance would be greatly appreciated.
Thanks!
--
Jordan Barden
Junior Webmaster
Center for Media and Democracy
jordan(a)prwatch.org
http://www.prwatch.org/
I just posted this to the MediaWiki stakeholders wiki:
http://mwstake.org/mwstake/wiki/Blog_Post:18
Please post any followup comments on wikitech-l.
--
Mark A. Hershberger
NicheWork LLC
717-271-1084
Is there a possibility that future versions of MW provide options for named parameters in internal links like
[[page XY|action=edit]]
Or
[[special:search|Linktext|search=foobar|namespace=6|redirects=no]]
I know, this can be done with {{fullurl:...}} but this is sometimes cumbersome and creates problems since it is treated as an external link. Adding parameters directly to internal links would also be more intuitively intelligible.
Any reasons why this should not work?