---------- Forwarded message ----------
From: Erik Moeller <erik(a)wikimedia.org>
Date: Apr 2, 2007 8:20 AM
Subject: Top 10 Firefox bugs which affect MediaWiki
To: Wikimedia developers <wikitech-l(a)lists.wikimedia.org>
The "save page" issue gave me the idea that we could submit an
official input from the WMF to the Mozilla Foundation on 10 key issues
that affect users of MediaWiki (an thereby, WMF). We have a fairly
good relationship with Mozilla & I think they'd be willing to give
these issues some priority if we ask nicely. A quick search on
bugzilla.mozilla.org suggests there are plenty of issues; if someone
wants to take the lead on this, I've started a stub here:
http://meta.wikimedia.org/wiki/Top_10_Firefox_bugs
--
Peace & Love,
Erik
DISCLAIMER: This message does not represent an official position of
the Wikimedia Foundation or its Board of Trustees.
"An old, rigid civilization is reluctantly dying. Something new, open,
free and exciting is waking up." -- Ming the Mechanic
--
Peace & Love,
Erik
DISCLAIMER: This message does not represent an official position of
the Wikimedia Foundation or its Board of Trustees.
"An old, rigid civilization is reluctantly dying. Something new, open,
free and exciting is waking up." -- Ming the Mechanic
I suspect you meant "mailto:" in the abstract, rather than using an
actual "mailto:joe@foo.bar.com" type of URL.
If you put your user's actual email addresses in the text of any web
page, they will hate you, as that is one of the main ways spammers
harvest email addresses. I had someone put a "role" email address
(like "info(a)foo.bar.com") on a wiki page that way, and within a week,
we had to abandon that address as it had become overwhelmed with spam.
:::: Jan Steinman, Communication Steward, EcoReality: http://
www.EcoReality.org ::::
:::: 160 Sharp Road, Salt Spring Island, BC V8K 2P6, Canada,
250.537.2024 ::::
There was some thought (I think, by Proteus of GetWiki) that this could be accomplished through creating namespaces for each language. We played around with this a bit, but now I am out of touch with him.
Fred
>-----Original Message-----
>From: Paul Coghlan [mailto:pcoghlan@usa.net]
>Sent: Sunday, April 1, 2007 10:45 AM
>To: 'MediaWiki announcements and site admin list'
>Subject: [Mediawiki-l] Supporting multiple language articles - URL formation
>
>
>I need to support multiple languages on my wiki. I am trying at all costs to
>avoid multiple MW installations such as at wikipedia using sub domains.
>Mainly because I allow everyone to see everything. This way an Italian
>speaker sees both Italian and English articles BUT they can specify only
>Italian articles in their search.
>
>I have sorted out the ability to automatically change the interface language
>per user from Drupal. I am now looking at URL formation, ensuring different
>and user generated URLs exist for the same articles in multiple languages.
>
>For example, the English article about Milan, Italy would be at
>/Milan%2C_Italy. The Italian version would be different in that it would be
>at /Milano%2C_Italia. This doesn't represent a problem as they are
>different.
>
>However, the article about India will be the same in both languages, /India.
>
>Has anyone tackled this issue? I am thinking that possibly a namespace might
>be helpful?
>
>Something like:
>
>Italiano:Milano%2Italia
>Milan%2Italy
>
>Italiano:India
>India
>
>Would this work? Would an Italian speaker who is looking at the /Italia page
>and then creates a sub page called /Milano have it automatically go into the
>Italiano namespace?
>
>I am not even sure if I am making myself clear on this issue. If not let me
>know.
>
>Thanks,
>Paul
>
>
>
>
>_______________________________________________
>MediaWiki-l mailing list
>MediaWiki-l(a)lists.wikimedia.org
>http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
>
Hi, I'm using MediaWiki 1.9.3. I had a question about the Template
namespace. I want to use the functionality of the Template namespace but
want an alternative display name (i.e., Resource). So, I updated this
file: \includes\Namespace.php by change the canonical name from "Template"
to "Resource" and Template_talk" to "Resource_talk" (see below). Problem,
though, is that the word "Template:XXX" still appears as part of the page
name or if I include on a pages {{xxx}}. I thought by updating the
Namespace.php file that pages would appear with "Resource:XXX." Are there
other pages I must change/customize as well? Any advice?
$wgCanonicalNamespaceNames = array(
NS_MEDIA => 'Media',
NS_SPECIAL => 'Special',
NS_TALK => 'Talk',
NS_USER => 'User',
NS_USER_TALK => 'User_talk',
NS_PROJECT => 'Project',
NS_PROJECT_TALK => 'Project_talk',
NS_IMAGE => 'Image',
NS_IMAGE_TALK => 'Image_talk',
NS_MEDIAWIKI => 'MediaWiki',
NS_MEDIAWIKI_TALK => 'MediaWiki_talk',
NS_TEMPLATE => 'Resource',
NS_TEMPLATE_TALK => 'Resource_talk',
NS_HELP => 'Help',
NS_HELP_TALK => 'Help_talk',
NS_CATEGORY => 'Category',
NS_CATEGORY_TALK => 'Category_talk',
I need to support multiple languages on my wiki. I am trying at all costs to
avoid multiple MW installations such as at wikipedia using sub domains.
Mainly because I allow everyone to see everything. This way an Italian
speaker sees both Italian and English articles BUT they can specify only
Italian articles in their search.
I have sorted out the ability to automatically change the interface language
per user from Drupal. I am now looking at URL formation, ensuring different
and user generated URLs exist for the same articles in multiple languages.
For example, the English article about Milan, Italy would be at
/Milan%2C_Italy. The Italian version would be different in that it would be
at /Milano%2C_Italia. This doesn't represent a problem as they are
different.
However, the article about India will be the same in both languages, /India.
Has anyone tackled this issue? I am thinking that possibly a namespace might
be helpful?
Something like:
Italiano:Milano%2Italia
Milan%2Italy
Italiano:India
India
Would this work? Would an Italian speaker who is looking at the /Italia page
and then creates a sub page called /Milano have it automatically go into the
Italiano namespace?
I am not even sure if I am making myself clear on this issue. If not let me
know.
Thanks,
Paul
Hello,
my webpages I've recently started to create in MediaWiki
collapsed totally. Instead of any webpage, you now only get
a 500.shtml webpage:
http://avenarius.sk
This happened gradually: at first, only a few webpages showed
500.shtml instead of the actual page, then more and more,
and right now you get 500.shtml for all pages.
All I had been doing prior to the first occurrence of a 500.shtml
webpage was manually deleting porn spam pages titled "Forum.jspa".
Every other day or so, a robot would set up that webpage.
I later deleted each such page manually. This may have
happened about 25 times or so in total.
Now, there is no page left at all. I had been downloading regular
database backups via cPanel; I tried restoring 14 of those backups,
going as far back as 27 January 2007, but the result is always the
same: 500.shtml instead of the actual webpage.
The last backup prior to the first occurrence of a 500.shtml webpage
is this one:
http://avenarius.sk/misc/avewiki.gz
Its restoration via cPanel or phpMyAdmin failed to produce any results,
although no error was reported upon restoring the database. I tried
many combinations of charsets / SQL structures, to no avail.
Is there any help?
--
Thank you,
Alex.
[processed by "The Bat!", Version 3.80.06]
Hello
I have usetwo questions about the default d by MediaWiki to create its
MySql database :
1. why the innoDB type is chosen for the tables except
hitcounter (HEAP)
searchindex (MyISAM)
may be I forgot to give some information at the configuration step?
Is there a way to ask for MyISAM type for all ?
2. why I got latin1_swedish_ci for *collation* and not some utf8
character_set instead, did I missed some parametrization?
Thanks for helping.
Francois Colonna
Hi,
Is it possible to structure the pages hosted by MediaWiki? I mean, the page
has fixed layout and users should not be able to change the layout.
But they can edit the content inside. Is it possible? Already extensions are
there for it?
Any help is much appreciated,
Thanks & Regards,
--
Rajendra Prasad Murakonda,
http://prodizy.livejournal.com/