The MediaWiki code was updated today.
Here is a short summary of the changes that concern the ProofreadPage
extension.
* text extraction from djvu has not been enabled; there are still some
security issues with it, but I hope it will be available in a
not-too-distant future.
* navigation buttons in ProofreadPage are broken, except for djvu files.
It should be fixed soon
* the zoom was completely changed; the new zoom is the same as the one
used previously used on de.ws.
I plan to add mouse drag&zoom to it.
* the layout of the edit window can be changed dynamically, from
horizontal to vertical (5th button in the toolbar)
* the "pagelist" syntax was changed.
There are now two distinct types of parameters :
-parameters that are applied to a single page. if the parameter is
numeric, it is considered as a page counter. otherwise, it is considered
as a style
-parameters that are applied to an interval of pages : these are always
styles
Reserved styles are : "roman", "highroman", "empty". other strings are
passed to the link.
Example : <pagelist 1to10="roman" 11=1 />
In this example, '1to10' is an interval, and 11 is a single page.
It is possible to define overlapping intervals, or to modify a single
page within an interval :
<pagelist 1to5="empty" 1to10="roman" />
Some preexisting pagelists need to be updated.
In addition, I noticed that some pagelists are broken, because they
use parameters such as n="[X]", which does not seem to be correctly
passed by the parser. I do not know if this was accepted before the
code update. This issue does not seem to be related to the pagelist
command itself, and there is little I can do about it.
Thomas
After a few weeks of bug fixes, we've caught up with MediaWiki
development code review and I'm pushing out an update to the live sites.
This fixes a lot of little bugs, and hopefully doesn't cause introduce
too many new ones. :)
* Change logs: http://ur1.ca/2rah (r47458 to r48811)
As usual in addition to lots of offline and individual testing among our
staff and volunteer developers, we've done a shakedown on
http://test.wikipedia.org/ -- and as usual we can fully expect a few
more issues to have cropped up that weren't already found.
Don't be alarmed if you do find a problem; just let us know at
http://bugzilla.wikimedia.org/ or on the tech IRC channels
(#wikimedia-tech on Freenode).
We should be resuming our weekly update schedule soon -- I won't be
doing a mega-crosspost like this every week! -- and will continue to
improve our pre-update staging and shakedown testing to keep disruption
to a minimum and awesome improvements to a maximum.
I'd also like to announce that we've started a blog for Wikimedia tech
activity & MediaWiki development, in part because I want to make sure
community members can easily follow what we're working on and give
feedback before we push things out:
* http://techblog.wikimedia.org/
I'd very much like to make sure that we've got regular contacts among
the various project communities who can help coordinate with us on
features, bugs, and general thoughts which might affect some projects
distinctly from others.
-- brion vibber (brion @ wikimedia.org)
CTO, Wikimedia Foundation
San Francisco
Hi, I'm changing the subject line because as Thomas wrote there are two separate issues here: How to rank the 10 largest, and how to rank all the rest.
As I pointed out in the wikisource.org Scriptorium discussion, I do not understand why Thomas sees the current arrangement as "clutter." Thomas also calls the ranking a "hall of fame" and doesn't see the justification for it.
I don't think either point is justified. The current arrangement for the full list of languages is similar to the lists on other project portals such as Wikipedia or Wiktionary (but also formatted a bit more nicely than the others). None of them consider it clutter. In fact, you don't even see it until you scroll down.
As far as ranking, why even rank the top 10 or give them a special display? Why not just a simple alphabetical list and that's it for the portal, if a "hall of fame" is to be avoided? I suggest an alternative rationale: The point of ranking is not a "hall of fame" but to give visitors an idea of how developed each language-project is and how much material it contains. People find this sort of thing interesting even for languages they don't speak (and certainly for those they do speak); it serves to give them a picture of what Wikisource really is, in all of its colorful variety.
In addition, there is nothing wrong with giving due credit to languages that have flowered through lots of hard work by volunteer contributors (whether we call this a "hall of fame" or not).
To my mind these are the justifications for displaying the top ten in a special way, and also the reason for ranking the rest. Why is it important to give an idea of the size/content of a Wikisource for a language spoken by hundreds of millions, but not for a smaller one? Let the portal provide for all.
An additional suggestion: The alphabetical list that Thomas created (http://wikisource.org/wiki/Main_Page_alt) is another useful tool, but not the only one. It could be added to the current Main page easily as an additional alternative to the numbered lists, rather than in place of them. I'll create an example of that now on the actual Main Page portal since it doesn't disrupt any of the current content there.
Dovi
I have recently commited changes to ProofreadPage.
The most important new feature is the automated extraction
of the text layer from a djvu page : when a page is edited for
the first time, the textbox will be automatically filled with the
ocr text from the djvu.
These changes should be activated soon.
Thomas
Bowerbird ... feel free to flood us with interesting notices like this ;-)
---------- Forwarded message ----------
From: <Bowerbird(a)aol.com>
Date: Fri, Mar 6, 2009 at 10:21 AM
Subject: [gutvol-d] need a book scanned?
To: gutvol-d(a)lists.pglaf.org, Bowerbird(a)aol.com
this has been available for a few months now,
but hasn't gotten the attention that it deserves...
in conjunction with the boston public library,
the open library -- or is it the internet archive?,
or is it the open content alliance?, i can never tell
-- is now offering a "scan on demand" service...
if a public-domain book in the boston pubic library
hasn't yet been scanned, you can bump its priority
up to the top of the list by requesting it be scanned.
within "3-5 days", it'll be scanned and placed online,
with all the various formats, which includes the o.c.r.
what a wonderful present, eh?
"check it out" (so to speak):
> http://openlibrary.org/bpl
-bowerbird
_______________________________________________
gutvol-d mailing list
gutvol-d(a)lists.pglaf.org
http://lists.pglaf.org/listinfo.cgi/gutvol-d