We now stand at 139 open bugs out of 1110 total, on schedule 15 bugs
down from yesterday.
Tomorrow is day six of the bughunt week, with a target of 139 - 15 = 124
-- brion vibber (brion @ pobox.com)
When editing a page of the wikipedia namespace in the monobook skin, the
key Alt-A is bound to "View Project page". This is not a good idea: most
browsers bind Alt-A to "Select All", and arguably that's a much more
common action when editing an article, and certainly the one the user
expects. In fact, "View Project page" is almost non-sensical in that
situation, while "Select All" in order to copy the article text into an
editor is standard.
While I personally like monobook a lot, I would generally question the
design decision to override the browser's and operating system's key
bindings and associate them with site actions. Most users expect key
bindings to be specific to the application or the operating system, not
to the currently visited site. Furthermore, some key bindings, such as
Alt-D for the very rare "Delete article" action, clearly do more harm
than good. At the very least, key bindings should be configurable in the
preferences and switched off by default.
I was wondering what the status of MathML support was. It is marked
"experimental" in user preferences, but as far as I can tell no MathML
is generated at all. Since Mozilla et al. are starting to have
reasonable MathML support and there is a free plug-in for Explorere
available I think it would be worth having this fully operational. Not
to mention the fact that this would be a significant step towards
getting away from the math-markup-mess that we are in right now.
So. Is anyone working on this at the moment? Could I help?
-- Jan Hidders
A guy from the German Babylon company just called me back and he said
that they were just given the order by the headquarter to send out this
He asked me to send an email to him regarding my questions to a
I think it's better that the English folks or our wikipedians in Israel
are contacting the HQ.
Babylon Ltd. Headquarters
10 Hataasiya Street
Tel: Int +972 (3) 538-2111
Fax: Int +972 (3) 533-4080
We currently have Mediawiki 1.1 installed.
Can we upgrade directly to 1.3 (once it becomes stable after the bughunt), or do we need to upgrade to 1.2.6 first?
PS I couldn't find anything mentioning this in the install or release notes (or on meta). Perhaps it is just an implicit assumption that you need to upgrade to each stable release and cannot jump releases?
Magnus Manske wrote:
> + global $fixLbug ;
> + if ( $fixLbug ) $text = preg_replace ( '/(l|L)\'/' , '\\1'' , $text ) ;
This is ... interesting.
Please may I point out that this solution is extremely hacky? This is
easy to break (read: it's going to yield more bugreports of a very
similar kind). It's also not very efficient, CPU-wise.
Better patch coming up.
thank you for all the changes you have made in LanguageCs.php. But
there are some mistakes:
NS_HELP=> "Nápověda", #Nápověda
NS_HELP_TALK=> "Nápověda_diskuse", #Nápověda_diskuse
Since there is no wgMonthAbbreviationsCs, I propose this:
'jan' => "1.",
'feb' => "2.",
'mar' => "3.",
'apr' => "4.",
'may' => "5.",
'jun' => "6.",
'jul' => "7.",
'aug' => "8.",
'sep' => "9.",
'oct' => "10.",
'nov' => "11.",
'dec' => "12.",
There are no month abbreviations in Czech language, we use ordinal
numbers instead. There is a lot of examples:
Vít Zvánovec, bureaucrat of :cs
now it is more clear.
Jan. = "led."
Feb. = "ún."
Mar. = "břez."
Apr. = "dub."
May = "květ."
Jun. = "červ."
Jul. = "červen."
Aug. = "srp."
Sep. = "září"
Oct. = "říj."
Nov. = "list."
Dec. = "pros."
Yes, this is possible, because in theory you can shorten every word.
It may be a little bit confusing since July is "červen." and červen
(June) is "červ.". (červ is in Czech a "worm"). But this system is
not used in the Czech Republic, because no Czech writes months in the
first place. 5. 1. is therefore only 5th January and never 1st May.
> All begin with lower case letters as shown.
In Czech language the month names are always written like that. Only
first word of a sentence is natural exception: "Červen je šestý
> My personal preference remains to have the ISO standard format for
> dates (YYYY-MM-DD) but I have no illusion about this idea finding
> acceptance from most English speakers.
It is possible for storing dates, but for viewing we use only 2
a) 1. února 2004 (month is in genitiv, therefore ended with -a)
b) 1. 2. 2004
> Arguments can be made for both abbreviated and numeric representations
> for months
I don't agree. Abbreviated months are not used.
> and in the former Czechoslovakia numbers would have avoided any
> requirements to choose between different Czech and Slovak forms.
Czech and Slovak are two different languages. It something like
English and French in Canada (if you don't care that Czech and Slovak
are very close to each other which is not the case of English and
French). Therefore the difference in month names in Czechoslovakia
was the one of many more important differences.
> For you the abbreviations might be most useful in dealing with
> confused expatriates who are now living in the United States. :-)
In which sense?
Yes, there are some computer lists which use this strange system.