tldr: If you have built skins or use skins that are not listed on
MediaWiki.org, please list them [4] and check that they work with current
MediaWiki.org. If you have always wanted to build a skin try the new tool
and give me feedback on how you get on! [3].
Longer version:
As part of my involvement in the desktop improvements project [1] I with
the help of many others have been trying to simplify the development of
skins.
As part of this, much-needed maintenance has occurred in MediaWiki core
with the intention of making skin development easier.
As a personal goal, I wanted to prototype a tool to showcase the skins
available in the ecosystem, and finally with the downtime of the holiday
period (no deploys!) I've finally done that. It allows showcasing [2] and
building skins [3].
While building this tool I was surprised to find that excluding forks of
skins, there are only __55 skins__ listed on MediaWiki.org. Out of those,
only 38 have been kept up to date.
I can't believe that given the age of this project there are only 38 usable
skins and I am writing to you in the hope that:
1) You know of others that can be added to MediaWiki.org in the "Skin"
namespace [4] Note, any edits to MediaWiki.org will automatically get
picked up by the tool and listed.
2) If you build skins for closed source wikis, please consider publishing
them over the holiday period if you can!
3) If you have fix skins that do not work with latest MediaWiki so I can
showcase them on the new tool.
4) If you are inspired to make a new skin, possibly trying out the starter
kit tool I have created [3] which will construct a working zip file that
can be added to your local mediawiki and eventually github/gerrit and give
me feedback via Phabricator/email/github what can be improved.
******
[1] https://www.mediawiki.org/wiki/Desktop_improvements
[2] https://skins.wmflabs.org/?
[3] https://skins.wmflabs.org/?#/add
[4]
https://www.mediawiki.org/w/index.php?action=edit&preload=Template%3ASkin%2…
Thanks Nicholas for the response, apologies this isn't threaded, I was
subscribed only to a daily digest.
Here's a version of the notebook that (sometimes) shows the lost connection
problem.
https://public.paws.wmcloud.org/User:Mat_kelcey/timeout%20and%20OOM%20repro…
It either fails directly with OOM or we lose connection to the server; I
think it's as simple as it being just a long running query with a large
result set. I'm thinking perhaps PAWS just isn't right for these types of
queries? Not sure what tuning I can do, re: PAWS config or the query
itself, I think I just need to learn more about other execution
environments.
In any case I have a way of running the query with minimal postprocessing
that doesn't OOM, that I can write to disk and download to my local machine
to play with. That's fine for now as I poke around with the dataset.
Cheers,
Mat
> hi all!
>
> as part of task "Look into matching images of the same painting"
> https://phabricator.wikimedia.org/T131553
> <https://phabricator.wikimedia.org/T131553>
> i've been trying to reproduce some sql queries as described in
>
https://github.com/multichill/toollabs/blob/master/bot/wikidata/find_painti…
>
> where as usually these scripts would be running under toolforge (or some
> other bot execution environment i'm not sure of) i've been finding these
> long running queries timeout under PAWS
>
> does anyone have suggestions / examples for running queries such as
>
http://tools.wmflabs.org/multichill/queries2/commons/paintings_without_wiki…
> under PAWS?
>
> cheers,
> mat
> ____
Dear Wikimedians,
Few months before we released the Spell4Wiki app. On that time Tamil
language only available for Spell4Wiktionary option. After that some of
wikimedians are requested to add their language. As of now 5 languages are
added in Spell4Wiktionary options and one more new language added.
*Short description about Spell4Wiki*
Spell4Wiki a GPLv3 licensed app to record and upload audio for
Wiktionary words to Wikimedia Commons. The app is also a multilingual
dictionary based on Wiktionary.
*App link : *
https://play.google.com/store/apps/details?id=com.manimarank.spell4wiki
*Update details*
- German, Bengali, Russian & Swedish languages are added in
Spell4Wiktionary option. Now, they can contribute their wiktionary words
easily.
- Dagbani language newly added. Actually the Dagbani languge don't have
Wiktionary. But, they can upload audios by using Spell4WordList and
Spell4Word options.
- Major Crashes and some defects are fixed
- New entry added in Tamil Embassy https://ta.wiktionary.org/s/4ojr
Dagbani language Wikimedians are most actively using this app and as of now
contributed voice for 1800+ words. Actually they plan to upload 4000 words
within this year's end.
I would like to thank the following people, for helping to add new language
and reporting issues.
Thanks to ZI_Jony, Info-former, Jan Ainali, Ganesh, Masssly,
andrew.krizhanovsky & Infovarius
*Install and try the app :*
https://play.google.com/store/apps/details?id=com.manimarank.spell4wiki
*Do you want to add your language ?*
Fill this form : https://forms.gle/NWEts2dYoGiGmQbu6
Check here :
https://github.com/manimaran96/Spell4Wiki/blob/master/docs/CONTRIBUTING.md
*More details :*
- https://commons.wikimedia.org/wiki/Commons:Spell4Wiki
- https://manimaran96.wordpress.com/category/android-apps/spell4wiki/
--
Manimaran K
https://manimaran96.wordpress.com
This is the weekly TechCom board review in preparation of our meeting on
Wednesday. If there are additional topics for TechCom to review, please let
us know by replying to this email. However, please keep discussion about
individual RFCs to the Phabricator tickets.
Activity since Tuesday 2020-12-08 on the following boards:
https://phabricator.wikimedia.org/tag/techcom/https://phabricator.wikimedia.org/tag/techcom-rfc/
Committee inbox: (none)
Committee board activity:
- T42787 <https://phabricator.wikimedia.org/T42787> Remove legacy ajax
interface
- I moved from Inbox to Watching
- T267213 <https://phabricator.wikimedia.org/T267213> Create WikiTeq
group on Gerrit
- Kizule is asking for an update.
- It seems there are two things to do: create the group and update
the policy.
New RFCs: (none)
Phase progression: (none)
IRC meeting request: (none)
Other RFC activity:
- T263841 <https://phabricator.wikimedia.org/T263841> RFC: Expand API
title generator to support other generated data
- There is a new proposal text. Please comment.
- T259771 <https://phabricator.wikimedia.org/T259771>: RFC: Drop support
for database upgrade older than two LTS releases.
- Discussion on the task. To me it looks mostly in favor or commenting
that some of the problems are not fully solved by this proposal.
- T268326 <https://phabricator.wikimedia.org/T268326> RFC: Amendment to
the Stable interface policy (November 2020)
- Feedback given about the proposed 3 month minimum period
- T119173 <https://phabricator.wikimedia.org/T119173>: RFC: Discourage
use of MySQL's ENUM type.
- Amir showed how to automatically generate on-wiki documentation for
tables.
- T133452 <https://phabricator.wikimedia.org/T133452>: RFC: Create
temporary accounts for anonymous editors.
- Many comments after Tim proposed to use cloaks (see his comment in the
task for details)
- T214362 <https://phabricator.wikimedia.org/T214362>: RFC: Store
WikibaseQualityConstraint check data in persistent storage.
- Krinkle asked for clarifications. Lucas responded with a comment and
Lydia offered to have it explained in a call.
- T208776 <https://phabricator.wikimedia.org/T208776>: RFC: Introduce
PageIdentity to be used instead of WikiPage.
- Krinkle and Daniel discuss implementation details in context of what's
best for type safety, clarity and migration.
-Niklas