Hello,
In playing around with the Lockdown extension I was creating some new
groups and found that the ug_group field in the user_groups table can
only be 16 characters long.
After figuring this out and changing my group name to something shorter,
I noticed that I still had the truncated group names in the user_groups
table.
Are these safe to delete manually?
Is there a better way to clean this stuff up?
Thanks,
~Eric
I have modified my Monobook.php skin to include an "iframe" at the top (just above the article title). However, when I look at the page in my wiki, the wiki automatically goes to an article which is named what my iframe src= is pointed to. The iframe html code works fine in a page by itself. Can anyone help me understand why this is happening? ...and help me with a work around?
please advise.
The purpose of the iframe is to point to a php page which receives the article title and/or page_id via post data and provides an interactive html form from a different server....I do not want to use custom extensions because that requires that the authors use them...this needs to be automatic.
thanks,
-rich (revansx)
Is anyone aware of any plugins or at this point I'd even think about a hack,
to implement any kind of format conversion?
I am trying to figure out a way to deliver our internal wiki content to our
outside reps on a Treo device.
I am not aware of any apache mods that could do this, so I'm thinking an
extension or maybe even a skin?
Is there a way to tell mediawiki to use a different skin based on browser
type?
I am really having a hard time wrapping my brain around how to do this, so I
welcome any and ALL suggestions.
TIA
Andy.
External links in pages are not being handled properly. The external hostname
in the url is being removed when the page is rendered into html, thus causing
an erroneous URL to be substituted in. Has anyone had this problem before and
if so, how was it fixed?
--
Charles D. (Chuck) Harding <charding(a)llnl.gov> Voice: 925-423-8879
Senior Computer Associate LC Operations Fax: 925-423-6961
B453 R2253/2131 Pager: 00500 Ops Room: 925-422-3743 Ops: 925-422-0484
Lawrence Livermore National Laboratory Computation Directorate
Livermore, CA USA http://www.llnl.gov GPG Public Key ID: B9EB6601
-------------------- http://tinyurl.com/5w5ey -------------------------
-- Profanity is the one language all programmers know best. --
I DONT WANT TO BE NO MORE ON THE MAILLING LIST........MARCELLIN B
-----Message d'origine-----
De : mediawiki-l-bounces(a)lists.wikimedia.org
[mailto:mediawiki-l-bounces@lists.wikimedia.org] De la part de Umidjon
Rahmonberdiev
Envoyé : 6 avril 2007 00:24
À : 'MediaWiki announcements and site admin list'
Objet : Re: [Mediawiki-l] multilanguage in single project
Paul,
I will wait until you get final results - please, log everything
step-by-step - if you success, it could be a great tutorial "How to set up
Multi-language feature in single Media wiki project".
Best regards,
Umid
> -----Original Message-----
> From: mediawiki-l-bounces(a)lists.wikimedia.org [mailto:mediawiki-l-
> bounces(a)lists.wikimedia.org] On Behalf Of Paul Coghlan
> Sent: Friday, April 06, 2007 1:55 AM
> To: MediaWiki announcements and site admin list
> Subject: Re: [Mediawiki-l] multilanguage in single project
>
> I am setting up MW 1.9.3 in the next several days for English, Italian and
> Spanish as follows:
>
_______________________________________________
MediaWiki-l mailing list
MediaWiki-l(a)lists.wikimedia.org
http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Hi,
Thanks, perfect for what i need. I also discovered the 'Bureaucrate' group. All my needs are feed. Thanks, great job!
Johan
> -----Message d'origine-----
> De : mediawiki-l-bounces(a)lists.wikimedia.org
> [mailto:mediawiki-l-bounces@lists.wikimedia.org] De la part
> de Gary Kirk
> Envoyé : jeudi 5 avril 2007 17:08
> À : MediaWiki announcements and site admin list
> Objet : Re: [Mediawiki-l] List authorized users in the Mediawiki panel
>
> Special:Listusers/WikiEditor should do it.
>
> On 05/04/07, johan.boye(a)latecoere.fr <johan.boye(a)latecoere.fr> wrote:
> > Is there a way to list all users who are the "WikiEditor" as group (except a SELECT in the database ? :-P)
> >
> > Thanks by advance,
> >
> > Johan
"Les informations contenues dans ce message électronique peuvent être de nature confidentielles et soumises à une obligation de secret. Elles sont destinées à l'usage exclusif du réel destinataire. Si vous n'êtes pas le réel destinataire, ou si vous recevez ce message par erreur, merci de le détruire immédiatement et de le notifier à son émetteur."
"The information contained in this e-mail may be privileged and confidential. It is intended for the exclusive use of the designated recipients named above. If you are not the intended recipient or if you receive this e-mail in error, please delete it and immediately notify the sender."
Maya Narayanan wrote:
> Hi,
>
> Yes, the images don't give much info. I have attached the
> localsettings.php and main.css to which we made changes. The skin is
> monobook. Page source is also provided. There is a tag -
>
> <body <div id='space'> </div>
> class="ns-0 ltr">
>
> could this be the culprit? :-)
This tag is certainly wrong. It shouldn't be there.
The problem is in your main.css I have tried it and it broke my install in
the same way. As well as moving the elements around. I now have the page
title over the action tabs, so i guess it might have to do with the z-order
and positioning.
Try using an original main.css It will probably fix. Then you can readd the
changes little by little until you find where the problem is.
Maya Narayanan wrote: Thanks. I shall try replacing the main.css and add
changes as you suggested.
Regards,
Maya
DISCLAIMER
==========
This e-mail may contain privileged and confidential information which is the property of Persistent Systems Pvt. Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Pvt. Ltd. does not accept any liability for virus infected mails.
On 04/04/07, Umidjon Rahmonberdiev <u.rahmonberdiev(a)cgiar.org> wrote:
> Is that possible to use Multilanguage feature in single wiki project, or it
> is a "must" to have a multiple wiki projects installed for every language
> used?
MediaWiki "out of the box" contains no special support for storing
content in multiple languages in the same wiki; it assumes that all
content is in the same language, although the user interface language
can be set according to users' preferences.
There are various schemes in use to provide varied content languages,
ranging from subpages (e.g. "Subject/en", "Subject/fr", etc.) and
different namespaces per language ("English:Subject",
"French:Subject") to the more usual choice, which is to establish
different logical wikis (separate databases, or different table
prefixes in the same database - the code itself can be shared to
reduce maintenance hassle), often on separate subdomains or in
different directories.
One example of using the "subpage" method can be found on our own web
site, MediaWiki.org, e.g. http://www.mediawiki.org/wiki/MediaWiki
contains the main page in English; a navigation template (which uses
some parser function cleverness to determine which translations exist,
and so which links to show) at the bottom provides links to the same
page in other languages, e.g.
http://www.mediawiki.org/wiki/MediaWiki/fr for the French version.
A classic example of the multiple databases, multiple subdomains
approach, of course, is the Wikimedia setup; the English Wikipedia,
for instance, is available at http://en.wikipedia.org, whereas the
French Wikipedia is at http://fr.wikipedia.org.
At this time, there are several variants of a "Multilang" extension
available, some of which work, some of which are experimental and
might not work at present. You could investigate these as a further
option, although I would discourage it as being a more complex route
from the point of view of editors. There are also some new extensions
regarding the language issue in Subversion, which might be worth
examining for useful functionality.
Overall, the exact method you choose really depends on what's best for
you (in terms of technical ability or availability, e.g. of a flexible
configuration for databases and subdomains, which typical
shared/commercial hosting packages often limit, not to mention
maintenance), as well as what you consider easiest to understand and
use for your editors and, of course, readers.
Rob Church
Further to this thread (making category links red only if they have just 1
member,
http://lists.wikimedia.org/pipermail/mediawiki-l/2007-March/019259.html ),
and in response to the responses (that changing the colours was met with
disapproval), might I suggest that the colours remain the same, but red
category links simply don't take you to an editing page?
This would solve the main problem I think. The point is that categories can
still be used even if they are red, so I want to be able to view a category
(from a link) without it taking me to an edit box. I just want to see the
members. Everything else about the category remains the same - it is classed
as a wanted page, etc., the link simply just doesn't automatically go into
editing. I think this solution gets the best of both worlds.
I've added the JavaScript code at [[w:MediaWiki:Common.js]], added
$wgUseSiteJS = true; in LocalSetings.php, cleared my cache and restarted my
browser (IE 6.0) but it's still there. Any ideas?
--
Gary Kirk