I think most Wikisource developers are likely to be on this list. Of
course, it's best to make sure there are Phabricator tickets for every
separate bug or feature request.
On 21/11/21 1:36 am, Ankry wrote:
Well, I was notified by techncally skilled users that the ned
OpenSeadragon library is much heavier and more memory consuming than
curreently used tools. So I can only hope that its load into memory
can be disabled if one needs so.
(may be critical while working on multiple pages at once)
However, I doubt if any technical comments from communities expressed
here will reach developers. And which wiki pages would be more
appropriate for such comments.
W dniu 20.11.2021 o 14:33, Ruthven pisze:
as usual, I get surprised every time there are major changes on the
MediaWiki software that are deployed without providing advance
warning to the community.
Every time it's the same story: something stops working on the
project. A gadget, a toolbar or some personalised JS.
This time it was T288141 (see
), that was deployed in all
the Wikisources (then rolled back because WikiMedia computer
scientists are the best) completely disrupting redesigning the image
side of the Page namespace. This affected the toolbars (see
) and several gadgets around
all the Wikisources.
I am not saying that MediaWiki software shouldn't be improved: it's
normal that we're trying to get all we can from this outdated
software. I am just asking that major changes that affect all the
Wikisources should be announced in every single Village Pump waaay
before deploying them on the projects.
Is it possible, as a Usergroup, to do a little pressure to be
considered as a community and not as guinea pigs on which to deploy
new, partially-tested features?
Wikisource-l mailing list --wikisource-l(a)lists.wikimedia.org
To unsubscribe send an email towikisource-l-leave(a)lists.wikimedia.org
Wikisource-l mailing list -- wikisource-l(a)lists.wikimedia.org
To unsubscribe send an email to wikisource-l-leave(a)lists.wikimedia.org