---------- Forwarded message ----------
From: Mark A. Hershberger <mhershberger(a)wikimedia.org>
Date: Fri, Sep 30, 2011 at 12:56 PM
Subject: [Wikitech-l] Wikibooks and Wikisource triage report
To: Wikitech List <wikitech-l(a)lists.wikimedia.org>,
wikitext-l(a)lists.wikimedia.org, textbook-l(a)lists.wikimedia.org
This past Wednesday, I held a triage focused on issues from the
Wikibooks an Wikisource projects
** https://bugzilla.wikimedia.org/18861 - Search should give transcluded
text for the page
First, a confession. I'm not an experienced Wikipedian. So when I
saw this bug, I didn't understand the benefit. "Wouldn't you
just need to add namespaces to the search index?" I thought.
Luckily, Roan was in this triage and offered a simple use case:
Wiktionary does crazy things like
{{buildATableOfAllInflections|word|inflectioncase}} — which will
produce a table of all inflections of "word", based on which case
applies to it. So then if you search for an inflection of "word",
say "words", you won't find it.
With the help of this explanation, I was able to understand the
usefulness and what was needed. MWSearch needs to index *expanded*
Wikitext rather than just raw Wikitext.
This would probably also fix that annoying bug where incategory:foo
queries don't work properly with categories from templates
This has been proposed as a Summer of Code idea for 2012.
** https://bugzilla.wikimedia.org/28277 - Error when importing pages from
English Wikipedia to Portuguese Wikibooks
This strange bug caused problems on the Portuguese Wikibooks project,
and we were able to reproduce it during triage. I put Helder.wiki's
steps for reproducing this on the bug and hope to find a developer to
work on it soon.
** https://bugzilla.wikimedia.org/189 - please find a solution for a
music module
After some discussion, I decided to close this bug (which has gotten
over 115 comments) and focus any new effort on action items derived
from it like "Make [[mw:Extension:LilyPond]] safe against DoS attacks"
(https://bugzilla.wikimedia.org/29630).
Sumana is already using this issue as a possible area for volunteers
to work on.
Side note: prior to this triage, the LilyPond Extension existed only
on a MediaWiki page. After the triage, I committed the LilyPond code
to SVN and, almost immediately, it began getting valuable reviews and
updates. http://hexm.de/80
I think this really shows the value of our code review process —
especially as we've improved it over the past year or so.
** https://bugzilla.wikimedia.org/27256 - Correcting content page count at
en.wikibooks and pt.wikibooks
It looks like we spent a bit of time discussing this bug without any
of us being aware of 1.18's new $wgArticleCountMethod. I've updated
the bug with the necessary information.
** https://bugzilla.wikimedia.org/22911 - Install
extension:SubpageSortkey on wikibooks
Bawolff has created an extension to solve Helder.wiki's original
request ("Default 'sort key' for namespaces should be more namespaces
with subpages should be customisable"). At this point it simply needs
to be reviewed and deployed.
** https://bugzilla.wikimedia.org/15071 - Wikibooks/Wikisource needs
means to associate separate pages with books.
** https://bugzilla.wikimedia.org/2308 - ability to watch "bundles" of
sub-pages
These two bugs and Raylton's Extension:BookManager revolved around
these projects' desire to treat books as entities that can be
manipulated in the same way as wiki pages. They'd like the ability to
watch, delete, or move books as well as a have pages like
Special:RandomBook.
Adding some of these features (watching, for example) to all pages in
a category, might help admins in other projects besides these.
** https://bugzilla.wikimedia.org/30666 - Show subpages on page deletion
As Bawolff said, this looks like a sane feature request in general, not
just for wikibooks. Adrignola gave a couple of gadgets that enable
subpage deletion, but the gadgets didn't provide a clean way to undelete
sub pages en-masse.
This sparked a discussion on some other enhancements that would be
good to have. For example the ability to watch all articles in a
category (https://bugzilla.wikimedia.org/1710)
** https://bugzilla.wikimedia.org/26881 - noinclude tag breaks Proofread
under Internet Explorer
This was a on the wishlist for wikibooks and included a patch. I
committed it (http://mediawiki.org/wiki/Special:Code/MediaWiki/98422).
** https://bugzilla.wikimedia.org/12130 - Edit form eats heading CRs
(leading blank newlines/whitespace) on save/preview
This bug keeps popping up and, while there are work-arounds, the
behavior is non-intuitive. Mediawiki erases the first (and only the
first) blank like each time you click submit or preview. After
everyone in the triage meeting confirmed this, I showed the problem to
Krinkle who agreed that this should be fixed and left a comment with
an idea of how to fix it.
Next Triage: October 5th -- focus on Fund-raising issues http://hexm.de/81
Bug Triage calendar: http://hexm.de/TriageCal
--
Mark A. Hershberger
Bugmeister
Wikimedia Foundation
mhershberger(a)wikimedia.org
717.271.1084
_______________________________________________
Wikitech-l mailing list
Wikitech-l(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
--
John Vandenberg
Very nice essay emijrp. I think this essay belongs on meta, as it
pertains to the archival and curation of primary sources (Commons,
Wikisource) rather than crowd sourced creation of secondary and
tertiary sources (Wikipedia and Wikibooks).
On Fri, Sep 23, 2011 at 12:43 AM, emijrp <emijrp(a)gmail.com> wrote:
> Hi all;
>
> I have written an essay (my first one)[1] about the idea "There is a
> deadline". It is opposite to the old essay (from 2006) which holds that
> there is no deadline.
>
> I hope my redaction is good enough to explain my opinion about this topic.
> Please, if you find errors, fix them, I'm not very fluent in English.
> Thanks.
>
> Regards,
> emijrp
>
> [1] http://en.wikipedia.org/wiki/Wikipedia:There_is_a_deadline
> _______________________________________________
> foundation-l mailing list
> foundation-l(a)lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/foundation-l
>
--
John Vandenberg
Prezi.com is a web application for making presentations,
almost a Powerpoint replacement. It works by zooming in
and out, using scale as a hierarchy. It's free for limited
use, and costs a subscription for more advanced features.
They have been around since April 2009 or 2.5 years.
I don't know exactly which technologies they use, or if
any of this is patented. But I think this is a novelty in
web user interfaces, similar to the introduction of
Google Maps in February 2005.
I think that something similar to Prezi could be used for
presenting digitized books, but I'm not sure exactly how.
Have you seen any such examples? Please, let me know.
As a first example, I took some scanned book pages and
made this little demonstration in Swedish, which you
can step through just to get the feeling,
http://prezi.com/2iljsxayfrl-/ekbohrn/
--
Lars Aronsson (lars(a)aronsson.se)
Aronsson Datateknik - http://aronsson.se
very sad news. rip.
---------- Forwarded message ----------
From: emijrp <emijrp(a)gmail.com>
Date: Thu, Sep 8, 2011 at 9:52 AM
Subject: [Foundation-l] Very sad news
To: Wikimedia Foundation Mailing List <foundation-l(a)lists.wikimedia.org>
Michael S. Hart has died http://www.gutenberg.org/wiki/Michael_S._Hart
On Wed, Sep 7, 2011 at 7:24 PM, paolo massa <paolo(a)gnuband.org> wrote:
> ...
> http://manypedia.com/#|en|Pregnancy|ar
Very, very cool tool Paolo!
Are you aware of the DoubleWiki extension?
http://wikisource.org/wiki/Wikisource:DoubleWiki_Extension
It has a similar problem at its heart, but is built with direct
database access. It needs love.
If you become bored with comparing Wikipedias, .. ;-)
--
John Vandenberg
Ladies and Gentlemen,
The committee running the vote on the features for the Personal Image Filter
have released their interim report and vote count. You may see the results
at http://meta.wikimedia.org/wiki/Image_filter_referendum/Results/en.
Please note that the results are not final: although the vote count is, and
has been finalized, the analysis of comments is ongoing.
Posted on behalf of the committee,
Philippe
___________________
Philippe Beaudette
Head of Reader Relations
Wikimedia Foundation, Inc.
philippe(a)wikimedia.org