Can somebody create a component in Bugzilla for the Widgets extension
please?
You can set my email (sergey.chernyshev(a)gmail.com) as a default assignee for
it.
BTW, maybe it makes sense to have a "- other -" component in there so people
who monitor the bugs can create component by just seeing that it doesn't
exist? Maybe I'm wrong.
Thank you,
Sergey
--
Sergey Chernyshev
http://www.sergeychernyshev.com/
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
hello,
i have written a new extension to embed music scores in MediaWiki pages:
https://secure.wikimedia.org/wikipedia/mediawiki/wiki/Extension:ABC
unlike the Lilypond extension, this uses a simple input language (ABC) that is
much easier to validate for security. ABC is mostly used to transcribe Irish
trad and other simple tunes, but it recently gained support for more advanced
features, e.g. multiple staves and lyrics. this is supported in the extension
using the 'abcm2ps' tool.
unlike the existing ABC extension (AbcMusic), it doesn't support opening
arbitrary files as ABC input (which is a potential security issue), and has
several additional features:
- - The original ABC can be downloaded easily
- - The score can be downloaded as PDF, PostScript, MIDI or Ogg Vorbis
- - A media player can be embedded in the page to play the media file
i believe the ABC format is suitable for transcribing the majority of scores
currently on Wikimedia projects. although it can't handle all of them, it is
better than the current situation. plus, as ABC is simple, and existing ABC
scores are easily available, it's easier for novice users to contribute.
i would be interested to hear peoples' thoughts on enabling this extension on
Wikimedia.
- river.
-----BEGIN PGP SIGNATURE-----
iD8DBQFJBwL+IXd7fCuc5vIRAqG6AJ9RxKTGjJ7ywdZoesrTJWrMPtBYrACgjgDX
lIY552ilDFaVG1mLzqW1F/Y=
=7Tda
-----END PGP SIGNATURE-----
http://news.bbc.co.uk/1/hi/technology/8051262.stm
Google has an hour of slow service and it's headline news. Imagine the
donations we could get if our downtime (which, as David is fond of
saying, is our most profitable product) got into the headlines!
Perhaps we should take to issuing press releases following server
problems.
The latest stable MediaWiki branch is usually 3-6 months behind the one used on
the Wikimedia sites, which can be a problem when one wants to import text from
Wikipedia, use recent extensions, create a Wikipedia-related testwiki etc. The
trunk, on the other hand, is unreliable; the best solution is to use the exact
same revision which runs on the live sites, but that is somewhat inconvenient to
do manually. It would be nice to have a "live" branch or tag that contains the
same version that is used on Wikipedia.
(Or maybe it might be even better if the branch follows Wikipedia's version with
a few days delay - sometimes serious errors are found only when an update is
pushed to Wikipedia, but those are always fixed very quickly.)
Hello,
I have been looking at the possibility of improving database support
recently.
>From searching the mailing list archives, I have found that Database.php
does things relating to generating queries, and not just abstraction of
the
database(http://article.gmane.org/gmane.science.linguistics.wikipedia.techn….
To improve database support, I would like to suggest a database
abstraction layer such as ADODB.
Are there any disadvantages that would result from doing work on using a
database abstraction layer such as Adodb? Or advantages that are gained
from the current methods of accessing databases.
I am interesting in contributing to the project through doing some work
towards improving support to include a range of databases.
Regard
--
Karun Dambiec
karun(a)fastmail.fm
Category sorting in MediaWiki has always been done wrong.
Categories are not sorted alphabetically, but in Unicode order. I
don't know when or why DEFAULTSORT was introduced, but today it is
being used mostly for sorting people by surname, e.g.
{{DEFAULTSORT:Wales, Jimmy}}, and for sorting other topics by
another word than the first, so that the "European Commission" is
sorted under C rather than E in
http://en.wikipedia.org/wiki/Category:Institutions_of_the_European_Union
If you look closer at that category, you see that some items are
sorted under E, which probably means somebody forgot to use
DEFAULTSORT there:
* European Court of Auditors (0)
* European Union Mission (1)
* European quarter of Brussels (1)
What's even more remarkable is that "quarter" is sorted after
"Union". This is because lower case letters sort after all the
upper case letters in ASCII and Unicode. That is how broken
category sorting is in MediaWiki.
Another example of broken sorting is when whitespace is compared
to letters. In ASCII and Unicode, whitespace (position 32) sorts
ahead of all printable characters. This means Moon illusion sorts
ahead of Moonbow in http://en.wikipedia.org/wiki/Category:Moon
because the whitespace before "illusion" is compared to the b in
Moonbow. I'm not sure if this is correct in English, but in
Swedish it is wrong; bow should sort before illusion, regardless
of the whitespace.
There is a way to avoid all such problems, namely by a more
aggressive use of DEFAULTSORT that removes from sorting all upper
case letters (except the initial one), all whitespace and all
commas. It would mean almost every article needs a DEFAULTSORT.
In the examples above:
{{DEFAULTSORT:Walesjimmy}}
{{DEFAULTSORT:Europeancourtofauditors}}
{{DEFAULTSORT:Europeanunionmission}}
{{DEFAULTSORT:Europeanquarterofbrussels}}
{{DEFAULTSORT:Moonillusion}}
This can be done with bots, for sure, if we agree that it should
be done. Is this something we should strive for? Has any language
of Wikipedia (or Wikinews or...) already started to do this?
--
Lars Aronsson (lars(a)aronsson.se)
Aronsson Datateknik - http://aronsson.se
Can someone explain why the Wikimedia Commons accepts uploads of
printable PDF documents (e.g. brochures) but not the editable
source version in Open Document Format (e.g. .ODT). This seems to
violate the open source principle.
This should be an FAQ but, but it isn't obvious from
http://commons.wikimedia.org/wiki/Commons:File_types
--
Lars Aronsson (lars(a)aronsson.se)
Aronsson Datateknik - http://aronsson.se