Contributors


 * For help on editing pages, see Help:Editing

The Editing department of the Wikimedia Foundation's Product group works on extending and improving the editing tools used at Wikimedia – VisualEditor and other content tools, Collaboration tools, Multimedia support, Language tools for translation, content and communication, and Parsing and other infrastructure. We exist to support new and existing editors alike across desktop, tablet and phone platforms.

Progress on annual plan, quarterly goals and other work
Below we provide brief narratives of our status on each of Editing's quarterly goals, and alongside them the department's teams do a lot of other work to support the annual plan, from support work for other departments to preparations for future quarterly goals.

Analysis
2017-03-28:
 * Our main piece of work is to support the new Editing Audience Research project between Communications and Editing. Details to be published as that gets further along.
 * We're working to consolidate our various data sources into one place. Our next item is to move Notifications and VisualEditor-specific numbers from the historic "ee" dashboards so that they can be deleted entirely.
 * Our team continues to spend a lot of time working to support other teams in Editing and more widely.

Collaboration
2017-03-28:
 * We're working on our quarterly goal, the new Beta Feature to provide filters on Recent Changes. This is now available as a desktop Beta Feature on the Portuguese and Polish Wikipedias, and we will release it to all other wikis in the coming weeks.

Design
2017-03-28:
 * We're continuing to provide and apply a style guide which all teams in Editing and more widely follow, as part of the "Improve editing experience by reducing technical and product debt" program in the annual plan. We have implemented most of the changes into OOjs UI, focussing especially on accessibility-related improvements, and are now gathering feedback and considering documentation whilst we continue to make improvements.
 * Our team members continue to spend most of their time embedded with other teams.

Language
2017-03-28:
 * Our quarterly goal, under "Invest in new types of content creation", is to replace the contenteditable editing component of Content Translation to VisualEditor and preserve the current functionalities of Content Translation. We continue with the preparatory work for this eventual change with refactoring the existing code. At present the CX classes are being reorganized to be used with OOJS. (T152586)
 * Our work on deploying Compact Language Links out of beta (T66793) has restarted. Deployments have been completed for French (T157108), Dutch (T157112) and Swedish Wikipedia (T157114). Deployment is done for all Wikivoyages except Russian, and all Wikibookses, Wikiversities, Wikinewses, Wikiquotes, and Wiktionaries, and for all Wikipedias except English, and German. (T136677)

Multimedia
2017-03-28:
 * We're gearing up for the work with colleagues on Structured data for Commons, and aligning with Community Tech to do so. More on this soon.
 * Our current goal is to provide 3D model file support. We have completed work on MediaViewer integration, and are working with Operations on getting the back-end 3d2png service and front-end 3D file viewer extension into production.
 * We've paused our work on providing rich media file annotations is slower than we had hoped. We are going to provide design options to the Commons community to decide which they prefer, ideally early next month.
 * We've also paused our work on the non-destructive image editing tool (Standalone demo, MediaWiki demo) because it relies on the Thumbor service that Performance are bringing to production. They believe it will be a small amount of work to modify the service so that we can use it, and should be available soon, when we hope to release this to users.

Parsing
2017-04-04:
 * Our Q2 quarterly goal within "2: Improve editing experience by reducing technical and product debt" was to replace the Tidy dependency from MediaWiki output. We're planning to provide an alternative to Tidy (disabled by default) and the tools for individual editors to assess the impact of switching on each page. As of April 3, 2017, the ParserMigration extension that lets editors compare the Tidy version of the page with the RemexHTML version of the page has been deployed to all wikis. With help from CLs, we will be reaching out to editors to start fixing templates and wikitext to render correctly with RemexHTML. Editors have already been fixing up some wikitext usage patterns that are deprecated. We have implemented a dashboard for editors to monitor the status of these patterns. To support editors doing these fixups, we are investigating solutions to a long-standing complaint about maintenance categories not getting populated in a timely manner. We are also exploring other solutions for some other potential changes when Tidy is replaced.
 * We're working with Reading and others on support for multi-script wikis (like Chinese), initially just for reading but later for editing too. This work is now awaiting review and related additional fixes before we can declare it completed. We made a bunch of fixes to the core parser to fix some edge cases. Based on visual diff testing of a patch that fixes some edge cases in the preprocessor, we are investigating the best solution to address them. One of the solutions we are considering is to fix up the markup on a small subset of pages that are affected by it. We have identified pages and wikitext patterns that need to be fixed up to render properly when preprocessor edge cases are fixed.
 * We're working on several improvements for better support of media in Parsoid. Our initial work on image galleries is now complete and was deployed in Dec 2016. We updated our HTML spec for review by the Services team. The extension is also being reviewed by the VisualEditor team and might require additional fixes before being enabled for use inside VE. For video and audio files, the specification has been agreed upon and we have started implementing the spec. As part of this, we have updated the Parsoid testing infrastructure to be able to run tests for extensions deployed on the Wikimedia cluster. This work is pretty far along at this point. Parsoid devs, Brion, and TheDJ synced up and worked through additional tweaks and details of the spec and implementation. A bunch of patches are now in gerrit awaiting final review.
 * We have started working to finish up and provide to editors the output of the GSoC "linter" project to spot wikitext mistakes and issues for editors to fix. This should help improve the quality of the wikitext corpus and reduce errors for users. We are rolling this out to production in a phased manner. The linter extension is currently deployed on small wikis and will be rolled out to medium and larger wikis soon.
 * We have also started work on doing mass visual diff testing comparing rendering of PHP parser and Parsoid output. Based on initial testing, we have identified a bunch of issues that could be fixed in Parsoid. This page will be continually updated (and phabricator tickets filed) as we examine test results and investigate the sources of rendering differences. The testing infrastructure will also let us track our progress in closing the rendering gaps between Parsoid and PHP parser.
 * We've paused our work on providing a system to balance templates, due to competing concerns.
 * We've paused work from earlier this year on reducing the bandwidth demands of read-mode pages by considering how to move  out of inline HTML. After discussions between us, Services, VisualEditor, we collectively decided that there is no urgency to deploy this since Reading has its own version to strip this in production, and VE prefers the inlined data-mw in HTML. This will be revisited when we are closer to adopting Parsoid HTML for read views.

VisualEditor
2017-03-28:
 * We are looking for feedback on our tool giving users visual diffs inside the visual editor. This lets editors see the changes they and others have made without needing to know the intricacies of wikitext, augmenting the current two-column wikitext diff interface. We're making improvements we've identified, and eventually, we will provide it outside the editor too as an option when looking at diffs in any context.
 * We're also working to provide a unified, consistent editing interface between mobile and desktop Web, and between visual and wikitext editors. The initial version of the new wikitext editing mode was released as a desktop Beta Feature for opt-in testing in December. Work on expanding this for mobile Web, and adding further features for this, is underway.
 * Our work to release the visual editor to all Wikipedias is now almost complete. There are now outstanding only the eight multi-script Wikipedias (including Chinese) which are technologically blocked, on which we're working with Parsing. There are also three other Wikipedias in incomplete deployment states (English, Spanish and Dutch), for which work is paused pending the new wikitext editor release, and won't resume until some point, probably in mid-2017.
 * Our work to release the visual editor to sister projects is now paused. Work on the blocker bugs to Wikisource working had stalled as we'd put resources elsewhere, but has recently resumed following the Developer Summit 2017. We hope to get this ready in mid-2017.
 * We paused work on the single edit tab integration on other wikis in June 2016, pending the new wikitext editor release, and so won't resume until some point later in 2017.

Contact
Discussion about major things happens on the ​wikitech-l mailing list. For specific IRC channels, see the team subpages linked above.