Welcome to mediawiki-l. This mailing list exists for discussion and questions
about the MediaWiki software[0]. Important MediaWiki-related announcements
(such as new versions) are also posted to this list.
Other resources.
If you only wish to receive announcements, you should subscribe to
mediawiki-announce[1] instead.
MediaWiki development discussion, and all Wikimedia technical questions, should
be directed to the wikitech-l[2] mailing list.
Several other MediaWiki-related lists exist:
- mediawiki-api[5] for API discussions,
- mediawiki-enterprise[6] for discussion of MediaWiki in the enterprise,
- mediawiki-cvs[7] for notification of commits to the Subversion repository,
- mediawiki-i18n[8] for discussion of MediaWiki internationalisation support,
- wikibugs-l[9] for notification of changes to the bug tracker.
List administrivia (unsubscribing, list archives).
To unsubscribe from this mailing list, visit [12]. Archives of previous postings
can be found at [3].
This list is also gatewayed to the Gmane NNTP server[4], which you can use to
read and post to the list.
Posting to the list.
Before posting to this list, please read the MediaWiki FAQ[10]. Many common
questions are answered here. You may also search the list archives to see if
your question has been asked before.
To post to the list, send mail to <mediawiki-l(a)lists.wikimedia.org>. This is a
public list, so you should not include confidential information in mails you
send.
When replying to an existing thread, use the "Reply" or "Followup" feature of
your mail client, so that clients that understand threading can sort your
message properly. When quoting other messages, please use the "inline" quoting
style[11], for clarity.
When creating a new thread, do not reply to an existing message and change the
subject. This will confuse peoples' mail readers, and will result in fewer
people reading your mail. Instead, compose a new message for your post.
Messages posted to the list have the "Reply-To" header set to the mailing list,
which means that by default, replies will go to the entire list. If you are
posting a reply which is only interesting to the original poster, and not the
list in general, you should change the reply to only go to that person. This
avoids cluttering the list with irrelevant traffic.
About this message.
This message is posted to the list once per week by <river(a)wikimedia.org>.
Please contact me if you have any questions or concerns about this mailing.
References.
[0] http://www.mediawiki.org/
[1] http://lists.wikimedia.org/mailman/listinfo/mediawiki-announce
[2] http://lists.wikimedia.org/mailman/listinfo/wikitech-l
[3] http://lists.wikimedia.org/pipermail/mediawiki-l/
[4] http://dir.gmane.org/gmane.org.wikimedia.mediawiki
[5] http://lists.wikimedia.org/mailman/listinfo/mediawiki-api
[6] http://lists.wikimedia.org/mailman/listinfo/mediawiki-enterprise
[7] http://lists.wikimedia.org/mailman/listinfo/mediawiki-cvs
[8] http://lists.wikimedia.org/mailman/listinfo/mediawiki-i18n
[9] http://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[10] http://www.mediawiki.org/wiki/FAQ
[11] http://en.wikipedia.org/wiki/Posting_style#Inline_replying
[12] http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Having spent a day re-reading TFM and Googling, I am getting
no closer to solving a problem with parser functions not working.
Something complicated like DPL works like a charm, but not something
basic like {{#if: {{{x|}}}|yes|no}} which renders as {{#if: |yes|no}}.
Obviously I am missing something /really/ fundamental! I believe it
is installed correctly:
Special pages Special:Version:
* MediaWiki: 1.10.1
* PHP: 5.2.0 (cgi-fcgi)
* MySQL: 4.1.21-standard
Parser hooks
DynamicPageList2 (version 1.3.1)
ParserFunctions
Extension functions
wfSetupParserFunctions, wf_include, wfDynamicPageList3 and wfDynamicPageList2
Parser function hooks
#expr, #if, #ifeq, #ifexpr, #switch, #ifexist, #time, dpl, int, ns, urlencode, lcfirst, ucfirst, lc, uc, localurl, localurle, fullurl, fullurle, formatnum, grammar, plural, numberofpages, numberofusers, numberofarticles, numberoffiles, numberofadmins, numberofedits, language, padleft, padright, anchorencode, special and defaultsort
$ grep ParserFunctions LocalSettings.php
require_once( "$IP/extensions/ParserFunctions/ParserFunctions.php" );
$ ls extensions/ParserFunctions/ParserFunctions.php
extensions/ParserFunctions/ParserFunctions.php
ls extensions/ExtensionFunctions.php
extensions/ExtensionFunctions.php
Any hints on how to fix this would be much appreciated!
Thanks -- Frank
We're evaluating the use of MediaWiki within our environment. I'd like
to get some additional information on the security features supported in
the latest release. We're particularly interested in creating separate
'spaces' within an instance of MediaWiki. Each 'space' would be managed
by separate groups/users. We have 100+ projects that we want to track
within MediaWiki, but each project is managed by separate groups of
people. I'm also wondering if pages can be restricted by user?
Any information you could provide would be much appreciated. Thanks.
Mary Johnson
Sr. Network Engineer
http://www.terpsys.com/ <http://www.terpsys.com/>
hi,
it's me again. ;) Is there a hook I can manipulate the html the preview is
showing?
I've got a problem with an extensions destroying file:// links and corrected
that by manipulating html with 'OutputPageBeforeHTML' hook.
Would also like to do that for the preview now, so that you exactly get to
see what you will post.
Thank you for your help.
-Johannes
It works with the version 1.0h
Question : can we block, in preference, the "real name", "Email" and "nickname" and import this information from the LDAP ??
-( Benjamin LACROIX )-
CAAM - SITS (SIT/CMF/MI)
Tél: +33 1 43 23 63 19
mailto: benjamin.lacroix(a)ca-sits.com
P Avant d'imprimer cet email, réfléchissez à l'impact sur l'environnement, merci.
-----Message d'origine-----
De : Lacroix Benjamin
Envoyé : mercredi 19 septembre 2007 16:01
À : 'MediaWiki announcements and site admin list'
Objet : RE: [Mediawiki-l] Connexion LDAP ?
Hy,
Thank you for all the quiklies responds.
Sorry for my french writting mail, I didn't see that was english only :)
I work with php4 and mediawiki v6.
The version of LDAP_authentification is the last one but it was wrote that i will be ok for v6.
Best regards,
-( Benjamin LACROIX )-
CAAM - SITS (SIT/CMF/MI)
Tél: +33 1 43 23 63 19
mailto: benjamin.lacroix(a)ca-sits.com
P Avant d'imprimer cet email, réfléchissez à l'impact sur l'environnement, merci.
-----Message d'origine-----
De : mediawiki-l-bounces(a)lists.wikimedia.org [mailto:mediawiki-l-bounces@lists.wikimedia.org] De la part de Alexis Moinet Envoyé : mercredi 19 septembre 2007 15:54 À : MediaWiki announcements and site admin list Objet : Re: [Mediawiki-l] Connexion LDAP ?
Lacroix Benjamin wrote :
> Je cherche à paramétrer le module "LDAP_authentification" mais je me heurte dès le début au message suivant :
>
> Parse error: parse error, unexpected T_CONST, expecting T_OLD_FUNCTION
> or T_FUNCTION or T_VAR or '}' in
> /opt/appli/web/htdocs/users/bl/mediawiki-1.6.10/includes/LdapAuthentic
> ation.php on line 49
>
> Il semblerait que le "const" ne soit pas apprécié par mon serveur ?
Hello,
vous auriez plus de chance en anglais sur cette liste (quelques personnes parlent français, mais ça réduit les possibilités d'avoir une réponse ;-) )
version de php ? (4 ou 5 ?), version de LdapAuthentication.php ?
_______________________________________________
MediaWiki-l mailing list
MediaWiki-l(a)lists.wikimedia.org
http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Bonjour,
Je cherche à paramétrer le module "LDAP_authentification" mais je me heurte dès le début au message suivant :
Parse error: parse error, unexpected T_CONST, expecting T_OLD_FUNCTION or T_FUNCTION or T_VAR or '}' in /opt/appli/web/htdocs/users/bl/mediawiki-1.6.10/includes/LdapAuthentication.php on line 49
Il semblerait que le "const" ne soit pas apprécié par mon serveur ?
Avez-vous des orientation à me fournir.
D'avance merci ;)
BL
Hello,
I have posted the following question to the support desk. Then I thought
it may be faster to get answers to send this message out:
I am running mediawiki 1.10.1 with php-5.2.4 and MySQL 4.1.20. I need to
duplicate a page from another site in my company but my site can not reach
because of firewall configuration. The page copy only worked for wikitext
but not tables and forms.
I looked through all help information. It seems that mediawiki provides
page move, merge, rename and wikitext copy features. But it converts
tables, inputboxes and submit buttons into paragraphs.
Can someone confirm my doubts or explain to me how to copy pages? Thank
you.
Nelson
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
This is a PRIVATE message. If you are not the intended recipient, please
delete without copying and kindly advise us by e-mail of the mistake in
delivery. NOTE: Regardless of content, this e-mail shall not operate to
bind CSC to any order or other contract unless pursuant to explicit
written agreement or government initiative expressly permitting the use of
e-mail for such purpose.
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Hello all.
I hope this is the proper list to pose this question.
I work with a non-profit group that is using MediaWiki software for
collaborative creation and distribution of documents.
We're trying to internationalize this effort via translation volunteers, and
have already arranged for multiple installations of MediaWiki with the
various languages.
Our challenge is that the English wiki (which has by far the most material,
and serves as the 'base' wiki) has hundreds of templates, etc. There's also
many graphics, etc., that we want to share across wikis.
The problems:
1) We'd like a way to use templates between wikis without having to
laborious cut n' paste hundreds of files.
2) Ditto graphics
3) Because of the nature of the material we provide, we want users to
be able to read anonymously, and to have each language default to that
language for interface-this makes using one big wiki in, say, English
problematic because users would have to become editors to change the
interface language, and we don't want "just anyone" editing the wiki pages,
a la wikipedia.
Could someone point us to resources or suggestions on how to efficiently
work with multiple wikis in multiple languages, while providing a central
repository for graphics files (like the Wikipedia commons) and allowing a
cross-usage of template resources where necessary? A bonus would be
cross-linking between pages on the same topic in different language(s).
Or, if there are more intelligent ways to accomplish this, we'd be grateful
to hear about them.
I've dug around in the wikipedia/wikimedia commons files a great deal, but
haven't tracked down a good "how to" that explains how they've accomplished
these goals.
I appreciate any guidance or suggestions,
Best,
Greg Smith
FAIR Wiki managing editor
I just wanted to quickly mention an extension to support basic wiki-text
video sequencing in medaWiki. The extension was built to easily embed
metavid content but should be generally applicable to other content
sources. Besides sequences, it is similar to the OggHandler
extension... For all the details see the blog post:
http://metavid.ucsc.edu/blog/2007/09/18/mv_embed-for-mediawiki/
Mv_embed is part of a larger piece of the software (metavidWiki) that is
being developed to support basic video editing, and temporal metadata
categorization/tagging in mediawiki. If you already caught my
presentation at wikimania sorry for the repetition ;)
peace,
michael dale
metavid.org
by Florian Poeck (EDV) - Kniel System-Electronic GmbH
Hello,
What i am using at the moment:
--
At the moment i am using an old Debian Server which hosts our local
MediaWiki-Farm.
So basicly just several wikis.
This wiki is based on Debian's apt sources -> old release -> 1.7
Target:
--
Switch those wikis to a new Ubuntu-Server with a current MediaWiki build
from scratch.
I guess the main advantage is having a up-to-date release and several
functions 1.7 was limited in.
Unfortunaly i am not really sure how-to handle this switch/update/upgrade.
i.e. I assume the MySQL tables have changed
So what is the best way to move this old 1.7 based wiki-content to a new
server with the current release ?
Is there a public documentation for such updates ?
Any additional links or similar you can recommend ?
Best regards
Florian