As mentioned in T5525: Cross-wiki watchlists I want to develop an enhanced cross-wiki watchlist as an OAuth tool which runs on Toolforge. The goal of this project is to build a "better" watchlist, which includes a cross-wiki watchlist, cross-wiki notifications, dynamic filtering of the watchlist (project, namespace, searching etc.) and inline diffs (e.g. per default for all talk pages). Generally I see the opportunity to experiment with the design and functionality of a watchlist and do things differently then in the current MediaWIki watchlist.
The watchlist is the central place for most active editors, more tools which help to handle this resource are needed. The (relatively) new OAuth extensions allows to build such tools in a secure way and are accessible to users in just two clicks. I generally would like to improve readability of the watchlist, In my experience the current MW watchlist doesn't allow me to scan quickly over my watchlist. I would envision that the design of the tool would go more in the direction of the mobile watchlist and would incorporate some ideas from mw:Micro Design Improvements/Watchlist UI.
A cross-wiki watchlist has long been wished, see T5525: Cross-wiki watchlists and enwiki:Global, cross-wiki, integrated watchlists. A cross-wiki watchlist and cross-wiki notifications would help editors to stay aware of smaller projects which they may don't consider their home-project. The former tool Luxo's gWatch provided such a cross-wiki watchlist.
Why not as an MW extension?
I don't see T5525: Cross-wiki watchlists as MW extension fit for an GSoC project, as it involves modifying database structures and the complex watchlist code. The GSoC project from 2012 on watchlist groups is still waiting for a rebase & code review, I fear that a GSoC project for a MW cross-wiki watchlist implementation could easily end up with the same fate as it is so complex. A external OAuth tool doens't have these problems, it doesn't need a code review to be deployed or changes to any existing code. It would mainly use the watchlist API and some queries to the replication databases on tools. From a design standpoint, it has the freedom to do things differently and get immediate user feedback on these.
The primary deliverable for this project
- Minimum viable product
- Tool running on Tool Labs ✓
- Authentication via OAuth ✓
- collective watchlist for all SUL-connected Wikimedia projects ✓
- edits ✓
- logevents ✓
- filter watchlist by project, namespace, bot edits, minor edits, IP/user ✓
- user can set the timeperiod for which the watchlist is shown ✓
- user can select if only show latest changes per page is shown ✓
- improved design which is more similar to the mobile watchlist. ✓
- Major features to implement when mvp is reached
- i18n support ✓
- basic i18n support ✓
- integrate with Translatewiki ✓
- cross-wiki echo notifications ✓
- an redefined design with more options (e.g. rollback) ✓
- support for unified and per project subdivided watchlists (similar to the former Luxo's gWatch tool) ✓
- support for inline diffs ✓
- i18n support ✓
- additional features (should be included, but more likely to be optional if a problem arises)
- allow users to rollback edits if the diff is shown (kind of, adds link to revert an edit ✓)
- Add support for flagedrevs (unreviewed edits) ✓
- ORES support ✓
- highlight watchlist entries for pages which the user has recently edited
- auto-show diffs for "important" pages, e.g. pages which the user has recently edited, where the user has been mentioned or in general for talk pages.
|April 27th to May 25th||Community bonding period. Figure out how the design should look like, fix bugs and workarounds in the current prototype. Discuss the implementation plan with mentors. Set up a separate tool on Tools for the development. Implement support for all SUL-connected Wikimedia projects, find on which projects the user is active and retrieve the watchlist for these wikis.|
|Week 1 (May 25th - May 31st)||Work on design, add functionality which MW watchlists already offer to users similar to the design idea proposed at mw:Micro Design Improvements/Watchlist UI.|
|Week 2 (June 1st - June 7th)||Add support for log events, let users set the timeperiod for which the watchlist is shown, work on design.|
|Week 3 (June 8th - June 14th)||Add support to filter watchlist by project, namespace, bot edits, minor edits, IP/user.|
|Week 4 (June 15th - June 21st)||Finish minimum viable product, ping possible users and ask them for feedback on the current state of the project.|
|Week 5 (June 22nd - June 28th)||mid-term evaluation, react to feedback from users, fix bugs, add minor features, refine design.|
|Week 6 (June 29th - July 5th)||Implement cross-wiki notifications.|
|Week 7 (June 6th - July 12th)||Add support for inline diffs.|
|Week 8 (July 13th - July 19th)||Add support for both unified and per project subdivided watchlists.|
|Week 9 (July 20th - July 26th)||Refine design, fix bugs etc.|
|Week 10-12 (July 27th - August 16th)||Get more user feedback, refine current functionality. Implement the additional features.|
|17. August||Suggested pencils down date|
|18. August - 28. August||Cleanup code, write documentation, etc.|
|28. August||Final evaluation deadline|
Developing the project as on OAuth tool that lives on Toolforge allows immediate deployment of changes and engagement with users. I will reach out to users through some popular project pages when the minimum viable product is ready to get feedback from users and to find out more on how users really want the watchlist to be.
When the this project is "stable" I would announce it via Tech News.
It's currently very limited, as it only queries a list of hand-picked projects and doesn't offer any options. While it currently looks similar to the well-known mediawiki watchlist I don't think it will when it's "released".
The implementation is chosen in a way that it can life well on Toolforge and also be responsive if a larger number of users access it as the same time.
- angularjs for the frontend/client-side rendering
- angular-translate for i18n support (should integrate well with Translatewiki)
- diff-match-patch for human-readable diffs
- python's Tornado web server with sockjs support, flask-mwoauth for Oauth negotiation
- python's celery as task manager with dedicated worker processes. The webserver itself is very thin and mainly starts new tasks and pushes results back to the client with redis pubsub and websockets.
I'm a physics student at the University of Göttingen and mostly active in the german wikipedia since 2010. I run a pywikibot based bot there named AsuraBot.
- Name: Jan Lebert
- Email: jan.lebert (at) gmail.com
- IRC nick: sitic
- Location: Germany (UTC+02:00)
- Typical working hours: between 10 AM and 1 AM.
- I have only applied for this proposal on GSoC, I'm not eligible for FOSS Outreach Program for Women.
- I have some other time commitments during the GSoC, I will be able to devote the majority of my time for the project and also work on weekends on it.
- As microtasks I've created the prototype and also created a minor pull request for the python mwoauth library