John Foster | 9 Feb 23:17
Picon

Article upload issue??

I have a very strange situation. I am building a wiki (mediawiki 1.17) that
is devoted to physics. I need to save an article named "General
relativity". No matter what I try the article will not save & produce a
wiki page. I have even tried saving with only the word 'test' as
content..No luck! I have over 150 articles & 800 pluse templates etc. on
this site so far & this is the ONLY time this has occurred. I checked the
various configs that 'might ' effect this in php, mediawiki, & mysql as far
as file sizes ( this one 176 kbs, not large and all text.) Anyone have any
ideas? Wikipedia has an article by this exact name so I don't think the
name is the issues. More likely 'operator error'.
Thanks!
frosty
Anne Wilson | 9 Feb 21:21
Picon
Favicon

Ghost pages in the wiki

At some point two pages have been created on our wiki with a leading '/'.  The 
mistake was noticed and the page either deleted or renamed - at least a 
correctly named page to replace each is existing.  However, something has been 
left behind, and the two pages are not only listed as Dead-end Pages, but also 
can come up in searches.

How can we find where the ghost information actually is, and is there any way 
to get rid of it?  We have tried rebuilding indexes.

Anne
Gerald Grenier | 9 Feb 19:34
Picon
Gravatar

MediaWiki:Common.css and MediaWiki:Monobook.css not working in Firefox and IE

We have recently upgraded from  1.16 to 1.18 but have found that while 
Chrome is happily using our settings in MediaWiki:Common.css and 
MediaWiki:Monobook.css, Firefox and IE are not using the settings.

Help knowing where to look would be appreciated.
Picon
Gravatar

update version 1.15 to 1.18

Hi,

I want to know if it's possible to update my mediawiki from version 1.15 
to version 1.18 directly or if it's better to update to 1.16, and 1.17 
before.

Thank for your response

Elodie

--

-- 
--
Elodie Chapeaublanc
IE Bioinformatique
Équipe Oncologie Moléculaire
Institut Curie - UMR 144 - CNRS
26 rue d'Ulm - 75248 Paris Cedex 05
Tel: +33 1 56 24 63 57
Email: elodie.chapeaublanc <at> curie.fr
Erik Luken | 8 Feb 22:22
Gravatar

Multilingual wiki

Hi,

What is the best way to set up multilingual capabilities on an existing wiki? I administer a wiki that has
gained some international followers, and they’d like to translate it into their own language to help
promote it. Searching the mediawiki.org site shows a number of extensions, but none really seem to suit.
Ideally, I’d like to have a situation where there is pageX_en and pageX_de, pageX_ru, etc. Are there any
recommended practices for setting this up?
_______________________________________________
MediaWiki-l mailing list
MediaWiki-l <at> lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Tom Hutchison | 8 Feb 21:44
Picon

REVISIONTIMESTAMP of a Template

Hi all-

Is there anyone who knows of an extension or work around for retrieving the REVISIONTIMESTAMP of a template
without it picking up the page’s timestamp. I have a page which is a complex table/chart. The columns of
the table are constructed from Templates, which all call a standard format template. To update the table,
you just edit the column Template’s variables. Probably not the most efficient way, but I put it
together a while back. It actually works quite well. The table for the page would have been too complex and
confusing for others to update. This way someone just updates one or two of the rows one column at a time.

The way it is now:
Chart (Row Header Temp,Temp1, Temp2, Temp3, Temp4, Temp5)

I find myself wanting to automate the chart modification date. Instead of by hand as it is now, it would be so
much easier to use REVISIONTIMESTAMP. The problem of course is the magic word is called on the actual page
it is being rendered on. I was trying to use the variable extension, but I guess when a template is called
only the information between the <includeonly> tags is even parsed? Is that correct? I though I could set a
variable outside of them, but it appears the whole page is not parsed on a template inclusion.

Yes, semantic-mediawiki would make it so much easier, but it isn’t an option at this time.

Thanks
Tom

_______________________________________________
MediaWiki-l mailing list
MediaWiki-l <at> lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Jesse Wang | 8 Feb 20:33
Picon
Gravatar

CfP: SMWCon Spring 2012

Happy February 2012!

We are calling for presentation and participation for SMWCon Spring 2012
(April 25-27, San Diego/Carlsbad, CA).

This is a community driven event, so please feel free to put into the wiki
your talk<http://semantic-mediawiki.org/wiki/SMWCon_Spring_2012#Presentation_proposals>or
your suggestion for talks. It does not have to be formal and/or
complete, however, you're welcome to share more information about your
talk, like an abstract, and even desirable length, whether it has a demo or
not.

We need your help to make a very attractive conference and the earlier we
have a set of topics, the easier for some attendees to make their plans.
So, please act at your early convenience.

For more information, please visit
http://semantic-mediawiki.org/wiki/SMWCon_Spring_2012

Thanks,
Jesse
on behalf of SMWCon Spring 2012 organization committee

On Wed, Nov 30, 2011 at 1:52 PM, Jesse Wang <wjxhome <at> gmail.com> wrote:

> My dear wiki and semantic wiki-ers,
>
> It's my pleasure and honor to announce the next International Semantic
> MediaWiki Conference - SMWCon Spring 2012 on April 25-27 in Carlsbad, CA,
> USA - Greater San Diego area.
(Continue reading)

Günter Gratzer | 8 Feb 14:07
Picon

FreeMind extension and Mediawiki 1.18.1

Hello,

we use FreeMind extension with MediaWiki 1.16.2. which is working without a problem.

I tried the extension with MediaWiki 1.18.1 and I get the following error in the PHP error logfile:

PHP Fatal error:  Class 'Image' not found in FreeMind.php on line 85

This is line 85:

    $img = Image::newFromTitle($imageTitle);

It seems that the class Image doesn't exist anymore in MediaWiki 1.16.2. I didn't found it in den MediaWiki files.

The extension itself has not be changed since 2007, so I think no one will make it work for 1.16.2.

My questions to the experts:

·         Is there any other extension which can open FreeMind Files in MediaWiki 1.16.2?

·         Is someone using this extension with MediaWiki 1.16.2?

·         Can someone tell me which class I can use instead of the Image class?

Thanks

Günter
david | 7 Feb 16:30

Change firstHeading css style

After upgrading to 1.18 and setting "vector" as skin, some changes in
MediaWiki.css don't have effect in my wiki.
I had changes in #firstHeading that now aren't showed.

I try:

h1#firstHeading {
    color: #CCCCCC;
    font-size: 0.9em;
}

and

h1.firstHeading {
    color: #CCCCCC;
    font-size: 0.9em;
}

and

.firstHeading {
    color: #CCCCCC;
    font-size: 0.9em;
}

and

#firstHeading {
    color: #CCCCCC important!;
    font-size: 0.9em important!;
(Continue reading)

Michael Renner | 6 Feb 21:23
Picon
Picon

Infobox mit Seitenverantwortlichem?

Moin,

für mein Wiki das primär Dokumantationszwecken dient möchte ich auf jeder 
Dokuseite eine Infobox mit einigen Angaben einbinden. Beispielsweise dem 
Verantwortlichen für diese Seite (nicht zwingend der letzte Bearbeiter) und 
dem Datum der letzten Atualisierung (auch nicht zwingend der Zeitpunkt der 
letzten Bearbeitung wenn da z.B. nur ein Typo verbessert wurde).

Ausserden wäre es praktisch die ältesten dieser Dokuseiten (oder eines 
Autorenkürzels) suchen zu können.

Dokus zur Anwendung von Infoboxen fand ich einige, aber nichts das beschreibt 
wie man eigene Boxen entwirft.
Gibt es Möglicheiten eine Suche nach den Angaben in solchen Boxen zu 
implementieren? Etwas, das ein Update auf eine neue Version (via rpm) 
überlebt?

Dankbar für Hinweise 
--

-- 
|Michael Renner      E-mail: michael.renner <at> gmx.de  |
|81541 Munich        skype: michael.renner.gmx.de   |
|Germany             Don't drink as root!      ESC:wq
Don Fike | 6 Feb 18:39
Picon
Gravatar

CSS caching?


I recently upgraded from 1.16 to 1.18.1.  This resulted in the breakdown 
of the custom theme I was using.  In efforts to update the theme I am 
running into issues where my new CSS does not get used.
I am using /skins/myskin/main.css, and /skins/myskin/myskin.css.
Neither approach seem to take on the changes I have made.
Is there a CSS caching mechanisim in place that can be flushed.

Thanks,

Don

Gmane