It seems like every six months or so I end exposing my frustration about the lack of attention our requests get from developers on foundation-l. In one month we will have been waiting for feedback on the LST patch a full half-year. So I thought to compile all the tips I have been given on getting features for Wikisource in one email to see if anyone else has other suggestions we have not tried.
The only suggestion I have gotten from the recent foundation-l thread is to include implementation of an extension in the development. I really don't understand what is meant by that.
Six months back I was given the following suggestions on development issues:
*be certain requests fit with the interests and priorities of the group that would actually effect it ( I think this is not an issue with the Wikisource requests)
*get someone writing code to think the requests are useful and/or neat (Mixed success)
*convince developer the feature *is actually desirable*. (We have really failed here. Even when we have gotten editors from nearly all the active languages to announce their support for a request in one place with none opposing, I have been told by a developer that he thought "there is open debate about whether this is a desirable feature" I suggest this be read as "convince Wikipedia editors to tell developers a feature is actually desirable.")
*occasionally throw in a casual request for the status of your latest (least) favourite bug. (Mixed success)
*See if you can get someone to write a toolserver tool that performs more or less the same function as MediaWiki should. This has been a remarkably successful approach at Commons, although we'd prefer the MW solution of course. ( This really hasn't been tried. I personally don't think Toolserver is capable of what we want in our requests, but I am really not certain what it *is* capable of.)
*you may want to learn PHP and the MediaWiki codebase... ( Well not an option for me personally, but Thomas V has gotten many things done by coding them himself )
An idea of my own, is to work at convincing the German chapter that a feature is important as they have employed developers. This hasn't been tried as far as I know.
I would point out progress has made been on features in the last six months. Thomas V has done great work with Proofread Page extension, another addition to his impressive resume of Wikisoure solutions. And I especially want to say how much I appreciate the work of Steve Sanbeg, who as a new Wikisoure contributer, has gotten LST to be a workable extension instead of just vague concept. I met Steve at Wikimania in Boston and he shortly thereafter got to work on coding LST. He also has some great ideas for using bots to take on the next step in the en.WS Bible project after LST is installed. So if anyone is able to attend Wikimania this year, please recruit developers!
Birgitte SB
__________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Hi,
On 4/19/07, Birgitte SB birgitte_sb@yahoo.com wrote:
It seems like every six months or so I end exposing my frustration about the lack of attention our requests get from developers on foundation-l. In one month we will have been waiting for feedback on the LST patch a full half-year. So I thought to compile all the tips I have been given on getting features for Wikisource in one email to see if anyone else has other suggestions we have not tried.
I've only recently joined the mailing list .. so .. is there a list of features wanted for wikisource on the wiki ?
-- John
Labled Section Transclution (at least en and he) http://bugzilla.wikimedia.org/show_bug.cgi?id=5881
DjVu support for ProofreadPage (general) http://bugzilla.wikimedia.org/show_bug.cgi?id=7957
DynamicPageList (at least en and de) http://bugzilla.wikimedia.org/show_bug.cgi?id=8563
WikiTeX (general for sheet music) http://bugzilla.wikimedia.org/show_bug.cgi?id=1792
Those are the main ones I am watching for. Also Stable Versions but that should be a priority outside of Wikisource. If Stable Version never happens, we might want revive Protect Section as substitute.
Birgitte SB
--- John Vandenberg jayvdb@gmail.com wrote:
Hi,
On 4/19/07, Birgitte SB birgitte_sb@yahoo.com wrote:
It seems like every six months or so I end
exposing my
frustration about the lack of attention our
requests
get from developers on foundation-l. In one month
we
will have been waiting for feedback on the LST
patch a
full half-year. So I thought to compile all the
tips
I have been given on getting features for
Wikisource
in one email to see if anyone else has other suggestions we have not tried.
I've only recently joined the mailing list .. so .. is there a list of features wanted for wikisource on the wiki ?
-- John
Wikisource-l mailing list Wikisource-l@lists.wikimedia.org
http://lists.wikimedia.org/mailman/listinfo/wikisource-l
__________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
I am pleased to announce that bug 7957 is now fixed. In fact, I did not know of that bug before you sent your message to the mailing list :-)
Tim recently gave me svn access, so I hope that in the future I will be able to provide more software enhancements for wikisource.
Considering Protect Section, it was never enabled because some people at the foundation considered that it gives too much power to admins. However, I believe that using ProofreadPage makes it unnecessary. I wrote ProtectSection in order to protect texts against clever vandals (or ignorant goodwilling contributors) who make corrections that look ok but are not. However, the best way to tell apart corrections from vandalism is to have access to the scanned text.
Thomas
Birgitte SB wrote:
Labled Section Transclution (at least en and he) http://bugzilla.wikimedia.org/show_bug.cgi?id=5881
DjVu support for ProofreadPage (general) http://bugzilla.wikimedia.org/show_bug.cgi?id=7957
DynamicPageList (at least en and de) http://bugzilla.wikimedia.org/show_bug.cgi?id=8563
WikiTeX (general for sheet music) http://bugzilla.wikimedia.org/show_bug.cgi?id=1792
Those are the main ones I am watching for. Also Stable Versions but that should be a priority outside of Wikisource. If Stable Version never happens, we might want revive Protect Section as substitute.
Birgitte SB
Thank you very much! Now I must learn how to use this. :)
Once Stable Version went into development, I thought it a better solution than Protect Section. I hope the final version will prove as useful as I believe it will. Proofread page is a good way to verify edits, but en.WS does not have a large enough percentage of our texts scanned to really depend on that for the average edit. Currently we still use full protection and must have admins fix interwiki links and any other notes on left on the talk page.
Birgitte SB
--- ThomasV thomasV1@gmx.de wrote:
I am pleased to announce that bug 7957 is now fixed. In fact, I did not know of that bug before you sent your message to the mailing list :-)
Tim recently gave me svn access, so I hope that in the future I will be able to provide more software enhancements for wikisource.
Considering Protect Section, it was never enabled because some people at the foundation considered that it gives too much power to admins. However, I believe that using ProofreadPage makes it unnecessary. I wrote ProtectSection in order to protect texts against clever vandals (or ignorant goodwilling contributors) who make corrections that look ok but are not. However, the best way to tell apart corrections from vandalism is to have access to the scanned text.
Thomas
Birgitte SB wrote:
Labled Section Transclution (at least en and he) http://bugzilla.wikimedia.org/show_bug.cgi?id=5881
DjVu support for ProofreadPage (general) http://bugzilla.wikimedia.org/show_bug.cgi?id=7957
DynamicPageList (at least en and de) http://bugzilla.wikimedia.org/show_bug.cgi?id=8563
WikiTeX (general for sheet music) http://bugzilla.wikimedia.org/show_bug.cgi?id=1792
Those are the main ones I am watching for. Also Stable Versions but that should be a priority
outside
of Wikisource. If Stable Version never happens,
we
might want revive Protect Section as substitute.
Birgitte SB
Wikisource-l mailing list Wikisource-l@lists.wikimedia.org
http://lists.wikimedia.org/mailman/listinfo/wikisource-l
__________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
wikisource-l@lists.wikimedia.org