VisualEditor/status

The following is an archive of updates on the status of the new VisualEditor extension. Last update on: 2014-01-16 (MW 1.23wmf11)

You might also be looking for:
 * WMF Engineering goals, 2013-2014
 * Joint VisualEditor and Parsoid quarterly reviews (March 2013, July 2013, November 2013)

__NEWSECTIONLINK__

2011-05-16
Trevor Parscal and Neil Kandalgaonkar have done exploratory work on the visual editor project. Neil worked with developers of HackPad (a custom version of Etherpad, a real-time collaborative editing software) on a proof of concept of integration between Etherpad and MediaWiki (read more). They're now working on turning it into a MediaWiki extension. Work on the visual editor is also intersecting with the groundwork done on the new parser.

2011-06-02
Trevor Parscal and Neil Kandalgaonkar have done exploratory work on the visual editor project. Neil worked with developers of HackPad (a custom version of real-time collaborative editing software Etherpad) on a proof of concept to integrate Etherpad and MediaWiki (read more). They're now working on turning it into a MediaWiki extension. Trevor continues to work on WikiDom, a storage structure and functionality acting as an intermediate layer between the parser and a visual editor. This work also intersects with the groundwork done on the new parser.

2011-06-30
Trevor Parscal continued to work on the front-end of the visual editor, and specifications for accessing the editing surface via the API. A hybrid rendering approach appears to be the best strategy for the visual editor. Neil Kandalgaonkar continued to work on the middleware, DOM and transactions. Neil also continued to work on a demo to integrate MediaWiki and Etherpad. With Alolita Sharma, they planned their upcoming sprints. Neil and Trevor are posting about their work to the wikitext-l list.

2011-07-25
Trevor Parscal continued to work on the front-end of the visual editor and rich text rendering; he was joined by Inez Korczynski, a developer from Wikia, who are also interested in the visual editor. Neil Kandalgaonkar worked on real-time collaboration, concurrent editing and dived into the inner workings of Etherpad. (Read summary on wikitext-l.)

2011-08-31
Trevor Parscal and Inez Korczynski worked on a transaction-based model for the visual editor, where the document is built as a series of events (instead of saving it entirely at every change), which makes it easier to undo actions. Neil Kandalgaonkar continued to work on real-time collaboration and is close to presenting a demo of Etherpad working inside a MediaWiki edit window. Ian Baker investigated and started to work on a chat system to be integrated to the concurrent editing interface, for collaboration and live help. More details on the wikitext-l mailing list.

2011-09-30
Trevor Parscal expanded the software design documentation. He also refactored some of the data structures to follow a model/view controller pattern and support document-level transactions. He wrote tests for the new structure, and got it to render paragraphs and lists; he's now working on rendering tables.

2011-10-31
Trevor Parscal worked on a new model tree (and the conversion from the linear model) and updated the software design documentation. Inez Korczynski worked on front-end functionality: dialogs, selecting text, mouse actions, scrolling, keyboard shortcuts, etc. Roan Kattouw focused on algorithms that insert ranges of data into a document, and Neil Kandalgaonkar on the removal of data. On the parser side, a basic parser using PEG is in place, which produces an intermediate JSON object tree; Brion Vibber is still working on markup support (mixed HTML and Wikitext). Gabriel Wicke joined the team and started to work on the PEG parser (read more).

2011-11-30
Trevor Parscal fixed issues blocking the synchronization of structural edits to the user interface, refactored and cleaned up the code, and mapped out tasks and features to be supported. He also finished the document transaction functionality and made progress on an undo/redo system. Roan Kattouw added tests, rewrote some code to make the tests pass, and fixed a number of bugs and issues, notably in Internet Explorer. Inez Korczynski continued to work on content insertion, deletion and selection and fixed numerous bugs. Gabriel Wicke extended the PEG parser for robust larger-scale parsing. He converted the PEG parser into a combined wiki and HTML tokenizer that feeds to a HTML5 DOM tree builder. He implemented several wikitext features (lists, italics, bold) as token stream transformations. 139 of about 660 parser tests are now passing.

2011-12-13
<section begin=2011-12-13/>The first public developer prototype of the visual editor sandbox was deployed to MediaWiki.org for public feedback and testing. It can be accessed via the visual editor sandbox special page. Full announcement in the Wikimedia blog.<section end=2011-12-13/>

2011-12-31
<section begin=2011-12-31/>The team deployed a developer prototype of the visual editor sandbox to mediawiki.org for public feedback and testing. Trevor Parscal fixed bugs and refactored code. Inez Korczynski worked on the toolbar (text styles), the undo/redo stack, and lists (creating, deleting, and changing indentation). Gabriel Wicke worked on the parser test runner and the parser pipeline, including [//lists.wikimedia.org/pipermail/wikitext-l/2011-December/000494.html the tokenizer and its grammar] and template expansions. Neil Kandalgaonkar worked on the undo/redo feature and did a lot of refactoring.<section end=2011-12-31/>

2012-01-31
<section begin=2012-01-31/>January was a bit slower on the visual editor front, as parts of the team took some well-deserved vacation after the successful prototype launch in December. During the SF Hackathon, a lot of issues were fleshed out. Plans for the second phase of the editor project were formulated. Inez Korczynski investigated a possible use of  to help with input methods and text selections on mobile devices. Gabriel Wicke extended the parser with the ability to fetch and expand templates in a parallel and asynchronous fashion. The parser now supports most parts of the English Wikipedia Main Page.<section end=2012-01-31/>

2012-02-29
<section begin=2012-02-29/>Trevor Parscal did research on cursor interaction and selection rendering for RTL (right-to-left) and support for line breaks in PRE elements. Gabriel Wicke improved template expansion and parser function support, investigated Microdata and RDFa for WikiText-in-HTML-DOM embedding and added rough support for images and other files. Rob Moen committed a working Editable Surface IME prototype (bidirectional text not fully supported). Audrey Tang joined the team and worked on the sanitizer and the testing process.<section end=2012-02-29/>

2012-03-05
<section begin=2012-03-05/> Exploration of using ContentEditiable (CE) in place of EditSurface (ES) for the display layer was successful, and the team is integrating the new display layer system into the rest of the codebase. Inez and Christian are continuing their work on CE while Rob is focusing on getting the UserInterface (UI) module working with CE. Rob will be refactoring UI and adding an API layer for toolbar and inspector extensions. Trevor and Roan are focusing on DataModel (DM) changes that need to be done to improve tree sync and integration with the parser (Parsoid). Gabriel and Audrey are continuing their work on Parsoid.<section end=2012-03-05/>

2012-03-06
<section begin=2012-03-06/>Last week made big decisions. The big one was to move forward with contentEditable (CE) that Inez and Christian are doing in place of Editable Surface (ES). Looks like editing on mobile will be awesome! Trevor and Roan will be focusing on the data model (DM. DOM -> Linear Parser) as the basic objectives have been hashed out, the (parser -> DM is unaffected). Certain structure changes (i.e. turning paragraphs to lists) aren't currently possible so the DM will change to support that. Linking with the parser (DOM-> LM converter) will be deferred for a week.

In terms of the UI, Rob worked on some RTL in ES, but switched given the CE advances. This week will focus on getting the UI working in CE (assess what UI we have from ES and where it needs to be). Plan on getting to the point we can user test the JS API for the toolbar.

In terms of the parser, Gabriel has to decide on RDFa vs. microdata eventually (difference are minimal, most of the DOM stuff won't change and can be tested with vanilla HTML anyway). Created a dump grepper with syntax highlighting and used that to analyze existing wikilink/image syntax use. Refactored tokenization and expansion of wikilink/images so now image options can come from templates (257 tests passing now). Plan on tackling interacting with action=parse and wiki in general. Also some more parser function tweaking, etc. and the RDFa/microdata decision.<section end=2012-03-06/>

2012-03-20
<section begin=2012-03-20/>Team updated (sans key people who are out of commission): FY2012-2013 goals section. Further updates/corrections by Trevor and Gabriel expected when they return.<section end=2012-03-20/>

2012-03-31
<section begin=2012-03-31/>A big decision in March was to move forward with contentEditable (CE), implemented by Wikia developers Inez Korczynski and Christian Williams, instead of Editable Surface (ES). Trevor Parscal and Roan Kattouw focused on the data model. Rob Moen worked on the user interface, first on right-to-left support in ES, then on getting the UI working in CE. Gabriel Wicke and Audrey Tang continued their work on Parsoid and need to decide on RDFa vs. microdata. They created a dump grepper with syntax highlighting, and used it to analyze existing wikilink/image syntax use.<section end=2012-03-31/>

2012-04-monthly
<section begin=2012-04-monthly/>Roan Kattouw and Trevor Parscal are rewriting the underlying data model (ve.dm) to achieve feature compatibility with the parser and correct a variety of problems that have been previously deferred. Inez Korczynski and Christian Williams have been continuing their work to stabilize and integrate the content editable layer (ve.ce) and have been working with Rob Moen, who has focused on getting the user interface elements working with the content editable layer (ve.ui). Gabriel Wicke has been working on improving the parser's ability to parse pages more quickly as well as increasing compatibility with existing features such as thumbnails. A big template-heavy page like Barack Obama can now be expanded in similar time as the production parser (80 seconds on a puny laptop) and 340MB of memory. It previously ran out of memory after consuming 1.6G and running for ~30 minutes.<section end=2012-04-monthly/>

2012-05-07
<section begin=2012-05-07/>

Release Planning
BY JUNE! 5 weeks.

What we want:
 * parse page
 * load editor
 * save it back

Parser:
 * not hard to load simple pages
 * but not roundtripping it (because not all tags are supported)
 * Serializaiton: some normalization. focusing efforts on reconcilliation instead?
 * For Roundtripping: Need more support. Handle templates (started by one and ended by another), also template parameters. (linear model supports both: but data model only allows edit templates parameters on opening).
 * Just finished Refactoring so it can expand big articles. A few more days left of followup.

Serializer:
 * "Alien Nodes" (HTML we don't understand)
 * acknowledge that dirty diffs will happen.
 * Have a sandbox deploy, create a namespace for it.

June:
 * Roundtrip something!
 * Probably a namespace limit, sandbox
 * allow dirty diffs or disallow manual editing and start from scratch.
 * If source editing, then it will run it through the parser as a presave transformation. Warning banner with X? so may not have source mode editing only if developer mode.
 * Maybe Gabriel can refocus on serialization (worried abotu stuff that will be shifting).
 * get it ready incremental improvements on front-end, but on the serialization and back-end that will change.

James Forrester:
 * sooner is better. :-)
 * He will need to be on board for the release in (late) June

Things to be done for release:
 * 1) Gabriel needs to refocus on serialization (for roundtripping) after he gets the refactor settled (next couple days)
 * 2) Finish DM rewrite stuff. As soon as it is in master then we start doing integration.
 * 3) * This week: Get feature completeness with transactions]
 * 4) * On FE, rework observation stuff, toolbar into the DM stuff as it comes along.
 * 5) * Annotation should be working today.
 * 6)  Integration work?
 * 7) * MW integration [Roan]
 * 8) * FE integration- do a "ooh and ahh" it.
 * 9) * Node.js integration [Gabriel will get working, and Roan will puppetize and give to Ops]. Roan has Node.js installed on a VM project.

Release Notes: Dec to June (reason)
 * 1) Switch from ES to CE (due to CE, This warrants a blog post)
 * 2) Mobile editing support (due to CE, Patrick can hack up something)
 * 3) February stuff: Supports spellcheck, autocorrect, IME (due to CE)
 * 4) turn headline into paragraph
 * 5) feature parity w/ previous demo (internal check)
 * 6) Load and save (parser/serializer, backend integration)
 * 7) In-place editing (frontend integration)
 * 8) Graceful failure/fallback (AlienNode)
 * 9) [TBD] partial iage support (DM rewrite)

Trevor will make a task list in-wiki. If it doesn't work out, will consider to switching to Asana.<section end=2012-05-07/>

2012-05-20
<section begin=2012-05-20/>Tracking ongoing work: <section end=2012-05-20/>
 * Visual Editor ToDo List
 * Parser-specific todo list

2012-05-23
<section begin=2012-05-23/> Gabriel has set up a very basic parsoid service.


 * browse english wikipedia as parsoid sees it
 * POST wikitext -> HTML DOM
 * POST HTML DOM -> wikitext.

Note: round-tripping is limited. Does not support preservation of variable whitespace, templates and other complex constructs yet.

Currently 154 parser tests are passing in the new --roundtrip mode that Subbu added last week.

Also the team had a meeting with James.<section end=2012-05-23/>

2012-05-monthly
<section begin="2012-05-monthly"/>The team completed release planning for June and welcomed James Forrester as the Technical Product Analyst for the project. Ongoing work on the Visual Editor and Parsoid is tracked on-wiki. Gabriel Wicke set up a very basic parsoid service that lets users browse the English Wikipedia as Parsoid sees it, and convert Wikitext to HTML DOM and vice versa.<section end="2012-05-monthly"/>

2012-06-monthly
<section begin="2012-06-monthly"/>The team did the first deployment of VisualEditor and Parsoid, with an early version now live in a test namespace on mediawiki.org. This editor is broadly feature-compatible with the old, EditableSurface-style code which this replaces, while being the first release that can create and edit pages. The team is now planning to deploy new code as it develops every two weeks or so. The initial push will be to work on bug-fixes, and to finalise the code for a few features that were close to being ready before the first deployment.<section end="2012-06-monthly"/>

2012-07-monthly
<section begin="2012-07-monthly"/>The VisualEditor (VE) team presented their work at Wikimania and received a good deal of feedback from the community. The team created a rough plan for the next three months' work. The early version of VE on mediawiki.org was updated twice, fixing a number of bugs and noticeably including the addition of support for nested lists. Gabriel Wicke relocated to San Francisco, and Timo Tijhof visited the SF office for three weeks after Wikimania.<section end="2012-07-monthly"/>

2012-08-20 (MW 1.20wmf10)
<section begin="2012-08-20 (MW 1.20wmf10)"/>The VisualEditor was updated as part of the wider MediaWiki 1.20wmf10 branch deployment on Monday 20 August.

The most visible new item in the two weeks since 1.20wmf9 is the much-improved link inspector. This now guides users to create a link to a suggested existing article, a redlink or an external link, and replaces the previous basic functionality that did not suggest links or inform you if the target of your link existed. We have also improved the save dialogue, streamlining the interaction based on feedback from the design team.

There have also been a number of bug fixes, such as preserving spaces before and after the content in headings and other forms (so that " == Foo == " doesn't have spacing either side of it in the editor display, but doesn't strip them either &mdash; 37935), using browsers' native deletion mechanisms which helps with support for short-cuts and internationalisation (38461), and handling of "alien nodes" (pieces of content that the editor does not know how to edit yet) so that they do not break the rest of the editor when included. However, most of the changes have been improvements to the code architecture to allow it to be re-used and extended to support new 'node types' like categories or tables when we work on these later.

A complete list of individual code commits is available in the 1.20/wmf10 changelog, and all Bugzilla bugs closed in this period on Bugzilla's list.<section end="2012-08-20 (MW 1.20wmf10)"/>

2012-08-monthly
<section begin="2012-08-monthly"/>In August, the team focused on overhauling the code design of VisualEditor so that it is more modular and easier to extend. This involves creating and documenting a number of formal APIs at each point in the architecture, that means a developer does not have to understand the entire code base to be able to add new features. The early version of the VisualEditor on mediawiki.org was updated twice (wmf9 and wmf10), fixing a number of bugs, as well as adding a much-improved link inspector to help users build links, and a save dialog that better guides users on what to do.<section end="2012-08-monthly"/>

2012-09-03 (MW 1.20wmf11)
<section begin="2012-09-03 (MW 1.20wmf11)"/>The VisualEditor was updated as part of the wider MediaWiki 1.20wmf11 branch deployment on Monday 3 September.

The team have spent most of the two weeks since 1.20wmf10 working on how the code integrates together, providing clean interfaces between them so new developers can re-use and extend VisualEditor to support new 'node types' like categories or tables when we work on these later.

That said, there have been a number of bug fixes, including better support for RTL languages as part of our work with our Internationalisation colleagues, supporting the use of VisualEditor with the Monobook skin (38154) and making sure we don't appear to support browsers that won't work with VisualEditor (38857). We now support the editing of old revisions through the tool rather than just the latest one (37821), and have updated the code to work with a changed way in which the Parsoid service now operates as it is developed.

A complete list of individual code commits is available in the 1.20/wmf11 changelog, and all Bugzilla bugs closed in this period on Bugzilla's list.<section end="2012-09-03 (MW 1.20wmf11)"/>

2012-09-17 (MW 1.20wmf12)
<section begin="2012-09-17 (MW 1.20wmf12)"/>The VisualEditor was updated as part of the wider MediaWiki 1.20wmf12 branch deployment on Monday 17 September.

The last two weeks included the annual Wikimedia Engineering all-tech meeting and the Wikimedia Foundation all-staff meeting, so this iteration was in effect shorter than others. The team have continued to spend most of the coding time over the two weeks since 1.20wmf11 working on how the code integrates together. This work will provide cleaner interfaces between components of the VisualEditor, so new developers can re-use and extend VisualEditor to support new 'node types' like categories or tables when we work on these later.

Beyond the API work, there have been a few minor changes to the user interface made this iteration. Firstly, the link inspector now checks for invalid titles like "Foo{}bar" (33094), and long titles in the suggestions box are replaced with ellipses in the middle rather than the end so they can be distinguished (39591). The save dialog's length down-counter has been labelled to indicate it counts the number of bytes rather than characters, as that is what the database holds (40035); longer-term, we may wish to find a better way to show this to users. Finally, we fixed a bug where the table of contents was restored wrongly if a user edited and then cancelled without saving (39753).

A complete list of individual code commits is available in the 1.20/wmf12 changelog, and all Bugzilla bugs closed in this period on Bugzilla's list.<section end="2012-09-17 (MW 1.20wmf12)"/>

2012-09-monthly
<section begin="2012-09-monthly"/>In September, the team continued its focus on re-engineering the code design of VisualEditor so that it is more modular and easier to extend. This involves creating and documenting a number of formal APIs at each point in the architecture, that means a developer does not have to understand the entire code base to be able to add new features. The early version of the VisualEditor on mediawiki.org was updated twice (wmf11 and wmf12), fixing a number of bugs and building out better support for internationalisation and key concepts like categories, language links and other "magic words".<section end="2012-09-monthly"/>

2012-10-01 (MW 1.21wmf1)
<section begin="2012-10-01 (MW 1.21wmf1)"/>The VisualEditor was updated as part of the wider MediaWiki 1.21wmf1 branch deployment on Monday 1 October.

The team have spent most of the two weeks since 1.20wmf12 working on re-designing how the code integrates together, providing clean interfaces between them so new developers can re-use and extend VisualEditor to support new 'node types' like categories or tables when we work on these later.

Beyond this API work, we added a few updates. Firstly, you can now set the 'annotation' where the caret is, without a selection &mdash; i.e., you can click somewhere, type Ctrl+B (or press the 'Bold' icon) and start typing with the text appearing bold (33140). We also now switch around the order of the undo and redo buttons for right-to-left languages (38548). Finally, we fixed a bug where applying a link to some text would remove any other 'annotations' (such as bold or italics) already set on it (40337).

A complete list of individual code commits is available in the 1.21/wmf1 changelog, and all Bugzilla bugs closed in this period on Bugzilla's list.<section end="2012-10-01 (MW 1.21wmf1)"/>

2012-10-15 (MW 1.21wmf2)
<section begin="2012-10-15 (MW 1.21wmf2)"/>The VisualEditor was updated as part of the wider MediaWiki 1.21wmf2 branch deployment on Monday 15 October.

In the two weeks since 1.21wmf1, the team have again spent most of their time working on re-designing how the code integrates together, providing clean interfaces between them so new developers can re-use and extend VisualEditor to support new 'node types' like categories or tables when we work on these later.

Beyond the API work, we have entirely re-written the selection system (33058, 34095, 37814, 37833, 37834, 38000, 39465, and 39965), part of which included us adding IME support back in to the VisualEditor (33076). We also fixed some bugs including selections not being restored correctly on undo/redo (40538), backspace not always deleting the right character (40416), pre-annotations (40677), and fixing a JavaScript error when using Internet Explorer 10 (37851).

A complete list of individual code commits is available in the 1.21/wmf2 changelog, and all Bugzilla bugs closed in this period on Bugzilla's list.<section end="2012-10-15 (MW 1.21wmf2)"/>

2012-10-monthly
<section begin="2012-10-monthly"/>In October, the team worked to finish most of the re-engineering the code design of VisualEditor so that it is more modular and easier to extend. This has involved creating and documenting a number of formal APIs at each point in the architecture, so a developer does not have to understand the entire code base to be able to add new features. The early version of the VisualEditor on mediawiki.org was updated three times (wmf1, wmf2 and wmf3), fixing a number of bugs and replacing the entire browser selection and typing models, and much of how the user interface connects with the rest of the code.<section end="2012-10-monthly"/>

2012-10-29 (MW 1.21wmf3)
<section begin="2012-10-29 (MW 1.21wmf3)"/>The VisualEditor was updated as part of the wider MediaWiki 1.21wmf3 branch deployment on Monday 29 October.

In the two weeks since 1.21wmf2, the team have continued to devote most of their time working on re-designing how the code integrates together and providing clean interfaces between them so new developers can re-use and extend VisualEditor in the future.

Beyond the API work, we have worked to fix a number of serious bugs in the new code from the last release such as not being able to enter text in blank paragraphs in Firefox 41120, as well as copy-and-paste (41055) and cutting (41092) both breaking, a JavaScript error being caused when editing a blank page (37843), and not being able to change the formatting on two lists at once (41434).

A complete list of individual code commits is available in the 1.21/wmf3 changelog, and all Bugzilla bugs closed in this period on Bugzilla's list.<section end="2012-10-29 (MW 1.21wmf3)"/>

2012-11-12 (MW 1.21wmf4)
<section begin="2012-11-12 (MW 1.21wmf4)"/>The VisualEditor was updated as part of the wider MediaWiki 1.21wmf4 branch deployment on Monday 12 November.

In two weeks since 1.21wmf3, the team have spent their time mostly working on finalising the code in preparation for its deployment in December as a test for users. One of the major changes to the integration code is how the VisualEditor can be used; it now can work on other pages than just those in the VisualEditor: namespace. (This is configurable on a per-wiki basis, rather than defined in the code itself.) Amongst other things, this now means that editing the wikitext of VisualEditor: namespace pages can be done by anyone, and is no longer restricted to just sysops (as will be needed for the December deployment). The related bugs surrounding permission checks, filter checks, conflicts, etc. remain, and will be fixed in the next release.

Part of the preparations involved entirely re-writing the user interface code including the way in which commands operate (40896). Another aspect was the addition of "Change Markers" to the data sent to the Parsoid system to reduce any accidental changes that should not happen when users save. Finally, a bug with how the "save page" button worked on old revisions was fixed (41865).

A complete list of individual code commits is available in the 1.21/wmf4 changelog, and all Bugzilla bugs closed in this period on Bugzilla's list.<section end="2012-11-12 (MW 1.21wmf4)"/>

2012-11-26 (MW 1.21wmf5)
<section begin="2012-11-26 (MW 1.21wmf5)"/>The VisualEditor was updated as part of the wider MediaWiki 1.21wmf5 branch deployment on Monday 26 November.

In two weeks since 1.21wmf4, the team have spent their time mostly working on finalising the code and preparing for its deployment in December as a test for users.

A lot of work went into the 'Data Model' component that converts between the information that Parsoid gives us and a structure that the code can edit. This now supports HTML entities (so "&amp;ocirc;", "&amp;#xf4;", and "ô" do not get switched when users don't expect it - 42118), HTML comments (so they don't get accidentally removed - 42124; viewing and editing them is not yet supported), better handling for content that we don't yet recognise (42119), fixing a bug with our integration with Parsoid (42121), and supporting in production the "Change Markers" code that was worked on last iteration (41947).

In the integration work, we removed the "Feedback" link as this would not work well with the code being deployed to multiple wikis (41722) and unfortunately had to add Internet Explorer temporarily to the "blacklist" of browsers that the VisualEditor will not support for December, due to a number of critical issues that the team does not have time to fix (42335) - post-December, the team will work to find a way around the various bugs and inconsistencies in Internet Explorer.

We fixed bugs on handling "alien nodes" (items of content that we don't have a specific handler for yet, like templates), such as the floated alien-covering "phantoms" for selection purposes appearing wrongly in Firefox (42177) and them not appearing at all for items that floated due to a class in Chrome 42134). There was also some nasty bugs that we fixed, including when editing around inline (mid-paragraph) alien nodes (42212) and the data model and the display getting out of sync sometimes when cutting-and-pasting (42219).

Finally, a great deal of work was done to overhaul the link inspector's code and quash a large number of minor bugs with it, such as wrongly replacing links's spaces with underscores (42140).

A complete list of individual code commits is available in the 1.21/wmf5 changelog, and all Bugzilla bugs closed in this period on Bugzilla's list.<section end="2012-11-26 (MW 1.21wmf5)"/>

2012-11-monthly
<section begin="2012-11-monthly"/>In November, the team worked primarily on finalizing the code re-engineering of VisualEditor so that it is more modular and easier to extend, and on the integration ahead of deploying it for wider testing in December. The early version of the VisualEditor on mediawiki.org was updated twice (1.21-wmf4 and -wmf5), fixing a number of bugs and missing wikitext compatibility, and wide-spread improvements to much of the user interface code so that it will be easier to change in future.<section end="2012-11-monthly"/>

2012-12-10 (MW 1.21wmf6)
<section begin="2012-12-10 (MW 1.21wmf6)"/>The VisualEditor was updated as part of the wider MediaWiki 1.21wmf6 branch deployment on Monday 10 December.

In the two weeks since 1.21wmf5, the team have spent their time finalising the code and preparing for its test deployment tomorrow for editors to use and give us feedback.

A lot of changes were made to how the VisualEditor integrates with MediaWiki. These included having a separate VisualEditor tab rather than replacing the existing edit tab (42221 and 41159), integrating into the existing edit controls so that protection, global blocks, AbuseFilter etc. work (37844, 38268 and 42142) and the user is sent somewhere when there's an edit conflict (37828), adding a 'cancel' button from editing mode back into read mode (37845), fixing watch and minor edit functions in the save dialog so they work as expected (38034, 40774, 42136, 42137, and 42764), custom save buttons for old revisions and new pages (41865 and 42750), adding page notices into the workflow so it's clear when you're editing a page with some form of protection, or which has special issues (42220), and tagging all edits made with the VisualEditor so that they can be identified (42172).

The user interface inside the editor, and in particular the link inspector, had a number of changes, including preventing undetectable links over whitespace (42839), avoiding two highlights for the same suggestion (42665), highlighting suggestions on mouse hover (39977), instant response from the link suggestions box (42341), allowing link "pre-annotations" when nothing is selected (33141), buttons not responding to clicks when disabled (40976), and a bug when switching between links (42552).

We fixed a number of bugs and minor annoyances with the core editing surface module, including deleting failing on blank lines (42657 and 42655), on documents that had been blanked (41071), around 'alienated' content (42350), in Firefox with empty paragraphs (41223) and select-all replacements (42404), selection getting removed every few moments (42801) and breaking going backwards (42401), with errors being wrongly-thrown (39255, 41501, and 41504).

Finally, a series of changes were made to the 'Data Model' component that converts between the information that Parsoid gives us and a structure that the code can edit. These include allowing paragraphs inside spans (and other invalid HTML sequences - 42487), fixing the way that unlisting buttons work (41929), correcting the data model when "unbalanced" content is copied (42806) or when you delete alienated content (42707), the leading newline of  elements (42469), and annotating inline aliens (like HTML entities - 42340).

A complete list of individual code commits is available in the 1.21/wmf6 changelog, and all Bugzilla bugs closed in this period on Bugzilla's list.<section end="2012-12-10 (MW 1.21wmf6)"/>

2012-12-monthly
<section begin="2012-12-monthly"/>In December, the team deployed to the English Wikipedia an alpha version of the VisualEditor for editors to use and give feedback on issues and priorities. The team's work focussed on ensuring that the integration was reliable, and providing a dedicated tool for editors to report problems with editing, and, after deployment, addressing the reports and ideas from editors. The early version of the VisualEditor on mediawiki.org was also updated to use the new developments (as part of 1.21-wmf6).<section end="2012-12-monthly"/>

2013-01-02 (MW 1.21wmf7)
<section begin="2013-01-02 (MW 1.21wmf7)"/>The VisualEditor was updated as part of the wider MediaWiki 1.21wmf7 branch deployment on Wednesday 2 January.

In the three-and-a-half weeks since 1.21wmf7, the team have mostly been on leave, and otherwise making some progress on cleaning up the codebase and fixing a number of bugs and issues highlighted by the community since the code was deployed more widely in December.

These bugs included no longer marking all edits as minor and adding the page to the user's watchlist regardless of setting (43040); ensuring that "phantoms" appearing correctly over the top of complicated template contents (43098); not showing that there is an edit notice when it is present but displays nothing to the user, as used on the English Wikipedia (43013); making sure that media items are loaded in a protocol-insensitive manner (43015); fixing the wikitext-corruption system to work for pages with '/'s in them (42988); and avoiding the undo/redo functions causing an error if used first before anything else is done (43033).

A complete list of individual code commits is available in the 1.21/wmf7 changelog, and all Bugzilla bugs closed in this period on Bugzilla's list.<section end="2013-01-02 (MW 1.21wmf7)"/>

2013-01-16 (MW 1.21wmf8)
<section begin="2013-01-16 (MW 1.21wmf8)"/>The VisualEditor was updated as part of the wider MediaWiki 1.21wmf8 branch deployment on Wednesday 16 January.

In the two weeks since 1.21wmf7, the team have started the planning for the next segment of work in line with the strategic goals for the VisualEditor set out in the 2012/13 plan. A small number of changes have made it into the codebase for this release, mostly focussed on fixing bugs reported by the community and preparing for future developments.

Firstly, there was a large refactoring of the link inspector code so that it is now easier to extend, which amongst other things means that it will now not over-write other formatting on text like bold or italics (43841) and links now have a target exposed, so editors can where the link goes in their browser without needing to edit the link (37904). The way that the code is integrated now does not take over edit section links, which had been mistakenly left switched on (43036). There were some changes to how "alien" nodes were assigned, fixing a few irregularities in how they worked (42398, 43056, and 43076).

A complete list of individual code commits is available in the 1.21/wmf8 changelog, and all Bugzilla bugs closed in this period on Bugzilla's list.<section end="2013-01-16 (MW 1.21wmf8)"/>

2013-01-monthly
<section begin="2013-01-monthly"/>In January, the team worked primarily on reviewing and cleaning-up the code deployed in December. They spent time with their colleagues in the Parsoid team planning the next phase of development, which is aimed at making the VisualEditor the default editor for all Wikipedias from July 2013. The alpha version of the VisualEditor on mediawiki.org and the English Wikipedia was updated twice (1.21-wmf7 and -wmf8), fixing a number of bugs reported by the community and making some adjustments to the link inspector's functionality based on feedback.<section end="2013-01-monthly"/>

2013-02-04 (MW 1.21wmf9)
<section begin="2013-02-04 (MW 1.21wmf9)"/>The VisualEditor was updated as part of the wider MediaWiki 1.21wmf9 branch deployment on Monday 4 February.

In the two-and-a-half weeks since 1.21wmf8, the team have continued planning for the next tranche of work, and working on the core changes that will be needed in preparation for this. For the end of 2012/13, in line with the strategic goals for the VisualEditor set out in the 2012/13 plan, we are looking to provide VE as the 'default' editor for all users, capable of letting them edit the majority of content without needing to use the wikitext editor. This means adding support for at least basic templates, references, categories and images, each of which is a very large piece of work.

The initial focus has included a major expansion in the capabilities of the 'document model' module that converts between the HTML+RDFa rendered by Parsoid and an editable document. Other areas of work have covered editability of images in the "ContentEditable" editing surface, refactoring the keyboard short-cut command triggering system, and improving the documentation system used so that the code is easier to extend.

A small number of changes have made it into the codebase for this release, most notably adding support for Microsoft Internet Explorer v. 9 and above (42847), adding hints of what keyboard short-cuts are available to each button (42919), which can now vary more easily by platform (44012), and internationalisation support for toolbar icons (38551).

A complete list of individual code commits is available in the 1.21/wmf9 changelog, and all Bugzilla bugs closed in this period on Bugzilla's list.<section end="2013-02-04 (MW 1.21wmf9)"/>

2013-02-18 (MW 1.21wmf10)
<section begin="2013-02-18 (MW 1.21wmf10)"/>The VisualEditor was updated as part of the wider MediaWiki 1.21wmf10 branch deployment on Monday 18 February. During this time, the team has expanded with the recruitment of [//lists.wikimedia.org/pipermail/wikitech-l/2013-February/066421.html Ed Sanders] who will focus on the data infrastructure of the VisualEditor platform.

In the two weeks since 1.21wmf9, the team have worked on the infrastructure needed to support the new features being added for wider launch of the VisualEditor as the default way users will edit wikis. This infrastructure work has included further expansion in the capabilities of the 'document model' module that converts between the HTML+RDFa rendered by Parsoid and an editable document, such as adding the ability in the system to edit "meta-data" like categories (45029); note that the user-facing editing component for this is yet to come. Other work has included supporting Microsoft Internet Explorer, adding new user interface widgets for a consistent UI, and reviewing and expanding the design of the user experience for inspectors and editors to cover template and reference editing.

Alongside this work, the team have fixed a number of bugs. These include integration improvements so that the toolbar doesn't appear multiple times if a user clicks back and forth (44838), errors thrown when users click at the end of a document (41199) or when using the link inspector in the stand-alone VE environment (44686), and making sure that inserted links get the link applied correctly (44086).

A complete list of individual code commits is available in the 1.21/wmf10 changelog, and all Bugzilla bugs closed in this period on Bugzilla's list.<section end="2013-02-18 (MW 1.21wmf10)"/>

2013-02-monthly
<section begin="2013-02-monthly"/>In February, the team worked on improving the design, user interface components and API infrastructure of VisualEditor, preparing for the new features that will be added in the coming months. The objective is for VisualEditor to be the default editor for all users, capable of letting them edit the majority of content without needing to use the wikitext editor, in July 2013. This will mean adding support for references, (at least) basic templates, categories and images, each of which is a very large piece of work. During this time, the team has expanded with the recruitment of [//lists.wikimedia.org/pipermail/wikitech-l/2013-February/066421.html Ed Sanders], who will focus on the data infrastructure of VisualEditor's platform. The alpha version of VisualEditor on mediawiki.org and the English Wikipedia was updated twice (1.21-wmf9 and -wmf10), adding support for Microsoft Internet Explorer (version 9 and above), fixing a number of bugs reported by the community, improving internationalisation, and restructuring the data model layer so that the code interfaces are ready for the new features.<section end="2013-02-monthly"/>

2013-03-04 (MW 1.21wmf11)
<section begin="2013-03-04 (MW 1.21wmf11)" />VisualEditor was updated as part of the wider MediaWiki 1.21wmf11 branch deployment on Monday 4 March.

In the two weeks since 1.21wmf10, the team have worked on the new features being added for wider launch of VisualEditor as the default way users will edit wikis. Part of this work has been some of the last infrastructure changes expanding the capabilities of the 'document model' module, including landing the last of the major re-write there (45062). This has also covered letting the converter work with full HTML documents rather than just fragments and be more robust, significant fixes to bugs around list items being merged and un-merged wrongly, better support for 'meta' nodes, fixed handling of text that in normal MediaWiki would be auto-linked (37940), and better documentation (45264 amongst others). The user interface through a major refactor and refresh now has access to a much more consistent set of 'widgets' for the main interface and for items like the link inspector as well as the to-come category, template and references dialogs which are being designed.

The 'content editable' module has improved keyboard support, fixed the ability to add new items in a list (due to an unfortunate typo) and add new lines in pre-formatted blocks using Shift-Enter (45344), added some changes to improve issues with selection of content in the browser (especially "backwards" selection), will now hide the 'phantom' overlays for non-editable content blocks if the mouse leaves the page (43461). Additionally, the dependency on a key library called 'rangy' was refactored, and the broken copy-and-paste support between VisualEditor instances was removed, in anticipation of better copy-and-paste to work with non-VisualEditor surfaces as well.

A complete list of individual code commits is available in the 1.21/wmf11 changelog, and all Bugzilla bugs closed in this period on Bugzilla's list.<section end="2013-03-04 (MW 1.21wmf11)"/>

2013-03-18 (MW 1.21wmf12)
<section begin="2013-03-18 (MW 1.21wmf12)" />VisualEditor was updated as part of the wider MediaWiki 1.21wmf12 branch deployment on Monday 18 March. In the two weeks since 1.21wmf11, the team have worked on building infrastructure for the new features that we are adding for VisualEditor's wider launch as the default way users will edit wikis.

In the way that the code integrates with MediaWiki, the save button now will be disabled if a user makes changes and then undoes all of them (42939). When an error happens with the Parsoid server, those errors are split out so that the user can report what broke in a way that we can trouble-shoot their issue (44354). When the Parsoid server is not responding, the code supplies a better error message for users (45916).

When selections are auto-expanded to the current context (when a user double-clicks on a word), we now better cover the concept of a 'word boundary', working towards Unicode's definition (44085). Lists now don't get corrupted for Parsoid when "unlist"ing their contents, removing their 'generated' property (45590).

Leaving the link inspector no longer clears a link accidentally (46025). The document model layer now presents categories (and other kinds of meta-content, like language links) for editing to other parts of the code base ahead of supporting user editing of categories in VisualEditor (39597), which is one of the four major features planned before wider launch.

A complete list of individual code commits is available in the 1.21/wmf12 changelog, and all Bugzilla bugs closed in this period on Bugzilla's list.<section end="2013-03-18 (MW 1.21wmf12)"/>

2013-03-monthly
<section begin="2013-03-monthly"/>In March, the team worked on the major new features that will be added in the coming months. The objective is for VisualEditor to be the default editor for all users, capable of letting them edit the majority of content without needing to use the wikitext editor, in July 2013. This will mean adding support for references, (at least) basic templates, categories and images, each of which is a very large piece of work. This month the primary focus was editing of categories and templates, with draft designs created and initial code developed. The team undertook its first ever "Quarterly Review", whose slides detail these designs, the work done to date and expectations for the near future. The alpha version of VisualEditor on mediawiki.org and the English Wikipedia was updated twice (1.21-wmf11 and -wmf12), adding better input and selection support, fixing a number of bugs, and restructuring the back-end so that the new features will be simpler to create.<section end="2013-03-monthly"/>

2013-04-01 (MW 1.22wmf1)
<section begin="2013-04-01 (MW 1.22wmf1)"/>VisualEditor was updated as part of the wider MediaWiki 1.22wmf1 branch deployment on Monday 1 April. In the two weeks since 1.21wmf12, the team have worked on building infrastructure for the new features that we are adding for VisualEditor's wider launch as the default way users will edit wikis. This has been primarily in three areas - the data model, the user interface widgets, and the user interaction content-editable "surface". Work on the dialogs to edit categories, templates and media items continues.

The team also undertook its first ever "Quarterly Review", whose slides and minutes detail these designs, the work done to date and expectations for the near future.

A complete list of individual code commits is available in the 1.22/wmf1 changelog, and all Bugzilla bugs closed in this period on Bugzilla's list.<section end="2013-04-01 (MW 1.22wmf1)"/>

2013-04-15 (MW 1.22wmf2)
<section begin="2013-04-15 (MW 1.22wmf2)"/>VisualEditor was updated as part of the wider MediaWiki 1.22wmf2 branch deployment on Monday 15 April. In the two weeks since 1.22wmf1, the team have worked on the new features for VisualEditor's wider launch as the default way users will edit our wikis - more details in.

The most significant chunks of work in this period were: "the great annotation refactor of 2013" to more reliably let us extend our data model (46464 and others), back-end work for letting users alter a template's parameters and see the page update before it is saved, and adding initial support for the media item (37870) and category editing dialogs. We made a number of fixes for Internet Explorer to do with selection of and around media items ahead of wider work in this area, better support for complex Unicode when moving or selecting through the document with the keyboard (46794), and changing the integration to avoid over-riding the edit tab's label for wikis that have changed it (42117).

A complete list of individual code commits is available in the 1.22/wmf2 changelog, and all Bugzilla bugs closed in this period on [//bugzilla.wikimedia.org/buglist.cgi?query_format=advanced&bug_status=RESOLVED&bug_status=VERIFIED&bug_status=CLOSED&target_milestone=VE-deploy-2013-04-15&product=VisualEditor&list_id=194766 Bugzilla's list].<section end="2013-04-15 (MW 1.22wmf2)"/>

2013-04-29 (MW 1.22wmf3)
<section begin="2013-04-29 (MW 1.22wmf3)" />VisualEditor was updated as part of the wider MediaWiki 1.22wmf3 branch deployment on Monday 29 April. In the two weeks since 1.22wmf2, the team have worked on deploying the VisualEditor opt-in alpha to more wikis, and on the new features for VisualEditor's wider launch as the default way users will edit our wikis: Categories, Templates, References and Images.

Fixed a number of bugs and regressions, including the 'bold' button not allowing you to un-bold some text (47680), fixing the link inspector throwing out "undefined" in some cases and other issues (47413), cleaning up the deployment including making the feedback link language-variable and having VE allow users preferences on non-deployed wikis (42936), avoiding a Firefox bug where shift-right caused characters to be deleted (47711), fixing a failure to let users convert between paragraphs and headings when next to an inline node (41203), and changing the integration so that the VisualEditor is now the editor behind the "Edit" tab (47396).

Additionally, we adjusted our code that faces Parsoid to adapt to changes there and not fail when editing non-current pages (47434), fixed a problem of blank paragraphs getting inserted in some cases (46800), worked around a bug in jQuery that meant that references and other tags were getting corrupted (47417 and later 47737), avoided leaving trailing paragraphs when inserting content at the start or end of a paragraph (46799), made some speed improvements in the editing surface and the back-end (47343), and informed the user when a failure happens on serialisation (47581).

In experimental code that is not live on the Wikimedia servers yet, on images (37870) we added initial support for displaying and editing inline and thumbnail images, resizing of images, selection of images and other generated content with cursor keys (38129), and drag-and-drop relocation of images and other nodes. For references (39599) we added some infrastructure support for references. For templates (39598) we ensured that templates re-serialise to their original HTML if unchanged (47394).

A complete list of individual code commits is available in the 1.22/wmf3 changelog, and all Bugzilla bugs closed in this period on [//bugzilla.wikimedia.org/buglist.cgi?query_format=advanced&bug_status=RESOLVED&bug_status=VERIFIED&bug_status=CLOSED&target_milestone=VE-deploy-2013-04-29&product=VisualEditor&list_id=194766 Bugzilla's list].<section end="2013-04-29 (MW 1.22wmf3)"/>

2013-04-monthly
<section begin="2013-04-monthly"/>In April, the team continued their work on the major new features that will be added in the coming months. Our objective is for VisualEditor to be the default editor for all Wikipedia users, capable of letting them edit the majority of content without needing to use the wikitext editor, in July 2013. This means we have been focussed on four substantial areas of work: adding support for references, templates, categories and media items. During this time the main area of our work was editing around images, which is now designed and partially implemented in our experimental code, and around categories, which is almost complete and nearly ready for deployment. The deployed alpha version of VisualEditor was updated thrice (1.22-wmf1, 1.22-wmf2 and 1.22-wmf3), adding speed improvements, user interface improvements and work on the back-end to better support the new features, and fixing a number of bugs. We also were able to [//blog.wikimedia.org/2013/04/25/visualeditor-alpha-in-15-languages/ deploy the VisualEditor to fourteen more Wikipedias as an opt-in alpha] (and, later, Vietnamese Wikipedia too), which has let the community give us feedback on what works and is broken, and identifying language- and locale-specific issues we are now fixing.<section end="2013-04-monthly"/>

2013-05-13 (MW 1.22wmf4)
<section begin="2013-05-13 (MW 1.22wmf5)" />VisualEditor was updated as part of the wider MediaWiki 1.22wmf4 branch deployment on Monday 13 May. In the two weeks since 1.22wmf3, the team have worked on the new features for VisualEditor's beta launch as the default way users will edit our wikis: Categories, Templates, References and Images.

The VisualEditor now lets users edit the contents of  blocks (47907) as if they were normal mark-up - though not the blocks themselves, such as setting arbitrary CSS, which will come later. Work on enabling the editing of categories is almost finished with the addition of a way of setting in the interface (46465), and support for moving, altering and inserting new images and references is also improving rapidly. Progress on template editing is at an earlier stage, with core back-end support mostly finished at this point.

We made quite a few changes to the MediaWiki integration layer. Most obviously, we now use SVGs rather than PNGs for the graphical elements of the interface, so it scales nicely for users who zoom in (48148). The "Edit source" tab now appropriate becomes active when it is being used (47452), appears on all pages, not just view (47776), and the "Edit" (VE) tab now points to the newly-updated page once you've made an edit (47420). The Vector drop-down menu's change behaviour no longer hides it behind the VisualEditor toolbar (48078)

We improved some issues with the Opera browser (47772) and now warn logged-out users appropriately about the consequences of their editing (47842). Pre-save diffs now give a more reasonable message when there are no changes to be made (43754), and now work when the diff is aborted and restarted (44446). Pages that are not wikitext content (such as user CSS or JS items) will now not trigger VisualEditor (47456). We added a new access key for accessing VisualEditor - Ctrl/Ctrl - restoring the regular edit access key to the wikitext editor (48107).

We also made a number of fixes for RTL environments. First, the link inspector now works for RTL environments, but allows LTR content for Web links (47717). For multi-script variant wikis, content displayed with one variant whilst the user's interface is in a second now works correctly (33175). Un-editable blocks ("aliens") now appear in RTL environments correctly (47746). Finally, the "Edit" (VE) tab now appears down-tab rather than up-tab of the "Edit Source" tab (48017).

On the integration with Parsoid, we cleaned up a number of items of code including removing change markers (45061), and fixed some problems with trailing whitespace on paragraphs and table cells being dropped (47712). Content with different names for the same annotation now serialises to the same wikitext (48110), and serialisation of data with DOM elements is now fixed (47948).

Finally, we fixed a number of other bugs, including ugly issues with pawn characters being created in list and paragraph editing (48287, 48286, 47817, and 48346), with indenting and outdenting of multiple list items (48390), and with splitting list items (48386). Categories that appear in sub-sub-pages don't get corrupted when the page is being edited (48408), and in Firefox, we fixed editing a page causing the entire editor to go blank (47834) and non-character keys being interpreted as real ones (48022). Trying to set a link covering the first character of the document no longer causes VisualEditor to crash (47623), and links now don't wrongly appear to extend when you type after them (48171 and 48114).

A complete list of individual code commits is available in the 1.22/wmf4 changelog, and all Bugzilla bugs closed in this period on [//bugzilla.wikimedia.org/buglist.cgi?query_format=advanced&bug_status=RESOLVED&bug_status=VERIFIED&bug_status=CLOSED&target_milestone=VE-deploy-2013-05-13&product=VisualEditor&list_id=201511 Bugzilla's list].<section end="2013-05-13 (MW 1.22wmf4)" />

2013-05-27 (MW 1.22wmf5)
<section begin="2013-05-27 (MW 1.22wmf5)" />VisualEditor was updated as part of the wider MediaWiki 1.22wmf5 branch deployment on Monday 27 May. In the two weeks since 1.22wmf4, the team attended the Wikimania Hackathon in Amsterdam, working with the community to improve VisualEditor and help them, and, ahead of VisualEditor's launch as the default way users will edit our wikis in beta, worked on the new features: Categories, Templates, References and Images.

In terms of improvements to the integration with MediaWiki, we have a number of changes. When the diff result is null because we think you've made no changes, we say so rather than give a confusing blank diff table (43754); wikitext edit conflict handling is now integrated into the save dialog rather than punting you out of VisualEditor (42522); minor edit checkboxes get pre-set (48347), and you get a warning about not having set an edit summary (47752), based on your preferences; when editing old revisions, you are now warned about this (47683); we now show "Editing …" in the browser title when in VisualEditor, like for the wikitext editor, so that it's clear which of your tabs is editing (48272).

We give a better error message if Parsoid is unavailable during diffs (47581). If the edit token we're using is detected as invalid, we ask for a new one (42984). The edit summary field correctly counts the number of characters entered when using non-ASCII characters (47718). The <visualeditor-feedback-link> message is now shown in the content language, rather than the user language (47730). We now won't load for pages which are redirects as they can't yet be edited (47329). We show "create source" rather than "edit source" for the wikitext editor tab for non-existent pages (47421). We don't disable the save dialog when editing a prior revision (48584). Pre-formatted text blocks now word-wrap rather than character-wrap (38043).

Auto-selection expansion now behaves at the ends of paragraphs as elsewhere (48487), and the link inspector now understands that the first characters of links being auto-capitalised based on wiki context doesn't make them different links (48476). The toolbar clears floated items to avoid mis-alignment (48734). VisualEditor should now work with non-BMP Unicode characters (48630). Finally, we fixed a couple of breaks in the link inspector button (48509 and 48549), in pasting text (48602 and 48603), and some problems when moving back to read mode whilst VisualEditor was loading (48520 and 47813).

A complete list of individual code commits is available in the 1.22/wmf5 changelog, and all Bugzilla bugs closed in this period on [//bugzilla.wikimedia.org/buglist.cgi?query_format=advanced&bug_status=RESOLVED&bug_status=VERIFIED&bug_status=CLOSED&target_milestone=VE-deploy-2013-05-27&product=VisualEditor&list_id=204657 Bugzilla's list].<section end="2013-05-27 (MW 1.22wmf5)" />

2013-05-monthly
<section begin="2013-05-monthly" />In May, the VisualEditor team worked to complete the major new features we have prioritised over the past few months. Our objective is for VisualEditor to be the default editor for all Wikipedia users, capable of letting them edit the majority of content without needing to use the wikitext editor, in July 2013. We have focussed on four areas of new functionality: adding and editing inclusions of references, templates, categories and media items. Our main area of work over the past month has been on references and templates, and we now have implemented editing them in our experimental code; category editing is nearly complete and should be made available very soon. The deployed alpha version of VisualEditor was updated twice (1.22-wmf4 and 1.22-wmf5), adding a number of user interface improvements, including further work on the back-end to better support the new features, and fixing a number of bugs.<section end="2013-05-monthly" />

2013-06-06 (MW 1.22wmf6)
<section begin="2013-06-06 (MW 1.22wmf6)" />VisualEditor was updated as part of the wider MediaWiki 1.22wmf6 branch deployment on Thursday 6 June. In the ten days weeks since 1.22wmf5, the team worked on new features ahead of VisualEditor's launch as the default way users will edit our wikis in beta.

The most noticeable change for users is that it is now possible to set, edit and remove the categories that a page belongs to and its "default sort" key, as part of the new "page settings" dialog that can be opened from the button on the toolbar. For now, this dialog covers categories and a simple listing of language links, but will be expanded to cover other "meta-data" like a page having the table of contents disabled, and integration with Wikidata's language links system. Work also continued on the other three critical areas ahead of the release - Templates, References and Images - and we hope to release these in the next week or two.

The way that known browsers are supported changed slightly; browsers are now only blacklisted if we know that they cause significant problems, like Internet Explorer version 8 and below. If your browser is not known, you will get a notice alerting you to this issue (38128). We have added further support in our back-end for multi-character "grapheme clusters", which means that wikis that use extended ("non-BMP") Unicode characters can now work (48975). The left and right arrow keys now move in the correct direction in RTL environments (38546).

A complete list of individual code commits is available in the 1.22/wmf6 changelog, and all Bugzilla bugs closed in this period on [//bugzilla.wikimedia.org/buglist.cgi?query_format=advanced&bug_status=RESOLVED&bug_status=VERIFIED&bug_status=CLOSED&target_milestone=VE-deploy-2013-06-06&product=VisualEditor&list_id=204657 Bugzilla's list].<section end="2013-06-06 (MW 1.22wmf6)" />

2013-06-13 (MW 1.22wmf7)
<section begin="2013-06-13 (MW 1.22wmf7)" /> VisualEditor was updated as part of the wider MediaWiki 1.22wmf7 branch deployment on Thursday 13 June. In the week since 1.22wmf6, the team worked on finishing the new features ahead of VisualEditor's launch as the default way users will edit our wikis in beta.

The most noticeable change for users is that you can now insert images and other media items from the local wiki and Commons - they default to right-floated thumbnailed images with no caption set. Images will also now appear "correctly", positioned in the normal places when editing. We will make it possible to set the caption, as well as convert images from thumbnails to inline or floating on the other side, in the coming week. We also changed the "Save page" workflow to no longer require users to view a wikitext diff before saving (bug 49258), and removed the 'alpha' notice, replacing it with a more subtle beta label (bug 48428). Work continued on ​inserting and editing Templates and References​, ​the other two critical areas ahead of the release ​, which we hope to​ ​​make available  in the next week or so.

We fixed some bugs relating to support for multi-byte Unicode characters used by some languages (bug 49246 and 48630) and some tweaks to the category setting interface released last week (bug 48555, bug 48555 and bug 48565). HTML comments and elements that have no contents like some s will now not be silently dropped when editing (bug 48605). You can now use the forwards and back buttons on your browser with VisualEditor as you would expect (bug 43844).

A complete list of individual code commits is available in the 1.22/wmf7 changelog, and all Bugzilla bugs closed in this period on [//bugzilla.wikimedia.org/buglist.cgi?query_format=advanced&bug_status=RESOLVED&bug_status=VERIFIED&bug_status=CLOSED&target_milestone=VE-deploy-2013-06-13&product=VisualEditor&list_id=208323 Bugzilla's list].<section end="2013-06-13 (MW 1.22wmf7)" />

2013-06-20 (MW 1.22wmf8)
<section begin="2013-06-20 (MW 1.22wmf8)" />VisualEditor was updated as part of the wider MediaWiki 1.22wmf8 branch deployment on Thursday 20 June (though some code was available ahead of this). In the week since 1.22wmf7, the team worked on the last of the new features ahead of VisualEditor's launch as the default way users will edit our wikis in beta.

The most noticeable change for editors is that you can now add, edit and remove templates. Parameters are edited only as wikitext for now, but we hope to improve upon this in the next few weeks. The editor interface depends on the new TemplateData extension to give editors hints as to what fields are available. Lots more of the interface is coming, including adding parameters more easily, but it's now possible to add templates (and other kinds of transclusions, like parser functions) to an article, so we made it available. The team spent a good deal of time working on performance of the system, both on the local client and in its interactions with the server. It's now possible to edit block images' captions (thumbs and framed). We also added the ability to run an A/B test for new users, which should be coming soon for a random sampling of new accounts on the English Wikipedia. Section edit links now go to VisualEditor by default, with a user preference to always go to wikitext editor instead.

In terms of bugs and minor fixes, the team focussed on some issues that were highlighted to use by editors; we are very grateful to the reports we have recieved from users which have helped us pin-point the issues and their causes.

We removed attribute order preservation that is now unneeded and slows things down (bug 48980). We now use a more generic approach to filter out non-character key presses, which should be more stable (bug 48335). We fixed a race condition when pressing enter several times quickly (bug 43082). We cleaned up the category editing dialog and made the down-arrows render better (bug 49420). Newly-created images get a resource attribute added, so don't appear as "undefined" in the wikitext on saving (49596. Pasting doesn't disrupt the selection now (bug 49551). Closing a dialog with no changes now doesn't undo the last thing you did before opening it (bug 49630). We now ignore shortcut keys when inserting text, so they don't appear as pawns why typing (bugs 49732, 49760 and 49816). The toolbar now floats down to the end of the page, beyond the start of the last content block (bug 48662).

A complete list of individual code commits is available in the 1.22/wmf8 changelog, and all Bugzilla bugs closed in this period on [//bugzilla.wikimedia.org/buglist.cgi?query_format=advanced&bug_status=RESOLVED&bug_status=VERIFIED&bug_status=CLOSED&target_milestone=VE-deploy-2013-06-20&product=VisualEditor&list_id=211865 Bugzilla's list].<section end="2013-06-13 (MW 1.22wmf8)" />

2013-06-27 (MW 1.22wmf9)
<section begin="2013-06-27 (MW 1.22wmf9)" />VisualEditor was updated as part of the wider MediaWiki 1.22wmf8 branch deployment on Thursday 27 June (though some code was available ahead of this). In the week since 1.22wmf8, the team worked on finishing the last touches to new features ahead of VisualEditor's launch as the default way users will edit our wikis in beta.

The most noticeable change for editors is that you can now add, edit and remove references and reference lists. This includes editing templates inside references, as commonly used (such as in the English Wikipedia's citation templates system). Some additional features to make this smoother and easier are forthcoming. Section edit links are now provided for both VisualEditor and wikitext section editing for all users. Unfortunately we discovered some major flaws in our support for Internet Explorer, and so have had to re-blacklist them as not working with VisualEditor. Heading levels are now re-labelled to discourage their misuse. We hope to fix these issues and let users of Internet Explorer 9 and 10 use VisualEditor in the coming weeks. We also made some changes to how images would display to make them look closer to their appearance in read mode, and you can now drag-and-drop them to move them around the page.

The team spent a lot of time fixing bugs that caused corruption or confusion when users edited with VisualEditor; thank you again to all those who used VisualEditor and gave us the reports we needed to locate and fix issues.

In the data model, the language support for extended Unicode was fixed to not let partial accents corrupt characters later in the document (bug 49233). If two bold tags appear next to each other, we will combine them rather than leave them hanging (bug 48194). Editing after reference lists is no longer locked for the first line (bug 50132). Captions for images that shouldn't display them now do not (bug 50113). Using the link inspector on its own, rather than on a selection, no longer inserts the link twice (bug 50140). Links can't now appear "inside" each other (bug 50208). References will not get marked as having been updated when they haven't, so they shouldn't get "fixed up" (bugs 50066 and 50059). Similarly, neither should templates (bug 50079). Comments inside other generated items (like references) no longer get mysteriously swallowed up (bug 48605), or when they're inside links or spans (bugs 50060 and 50071).

In the editor and its dialogs, if you've blanked the DEFAULTSORT, we now won't set one to be blank, but delete the request (bug 49724). We no longer block the function of "triple-clicking" to select a paragraph (bug 38011). The link editor (and other items) now work again in references when using Firefox (bug 50115). Template dialogs won't appear blank just because their invocation uses the wrong capitalisation (bug 49493), and if there are multiple names for a parameter we'll show you the main one, rather than its position (bug 49838). You can now select a floated thumbnail image or a template which is the first item on the page (bug 49421). When users add a transclusion block with no templates in it, or remove all the templates in one, we no longer leave a remant behind (bug 49831). Inspector menu buttons won't sometimes display as blank when inside a dialog when using Firefox (50073).

In the user interface and MediaWiki integration, the edit, edit source and section edit links no longer don't work with middle-click, ctrl-click or other modifiers (bug 49993). There were some minor tweaks to how the VisualEditor section editing works (bugs 49563 and 49620). The save dialog no longer has an inexplicable "back" button when you've loaded it once but then have gone back to the document before returning (bug 49481). Disabled toolbar buttons are back to being disabled for animations too (bug 33113). A lot of the floating items of the interface no longer interfere with the toolbar (bug 50096), and they slide down the page when it's loaded rather than stay in place (bug 49853). Once you've made changes in a dialog, leaving it no longer scrolls you to the top of the document (bug 49977). It is no longer possible to obscure the save dialog with the "phantom" selection when you hover over an image (bugs 49275 and 49361).

A complete list of individual code commits is available in the 1.22/wmf9 changelog, and all Bugzilla bugs closed in this period on [//bugzilla.wikimedia.org/buglist.cgi?query_format=advanced&bug_status=RESOLVED&bug_status=VERIFIED&bug_status=CLOSED&target_milestone=VE-deploy-2013-06-27&product=VisualEditor&list_id=211868 Bugzilla's list].<section end="2013-06-27 (MW 1.22wmf9)" />

2013-06-monthly
<section begin="2013-06-monthly" />In June, the VisualEditor team completed the major new features that we prioritised over the past few months, in preparation for making VisualEditor available to most Wikipedia users in July. We have built an editor that is capable of letting users edit the majority of content without needing to use wikitext — text support, as well as adding and editing inclusions of references, templates, categories and media items. The deployed alpha of VisualEditor was updated four times as part of the transition to weekly deployments (1.22-wmf6, 1.22-wmf7, 1.22-wmf8 and 1.22-wmf9), with several mid-deployment releases as the code was developed to patch urgent issues. Part of this involved running an A/B test for new user accounts on the English Wikipedia, with half of the users getting opt-in to VisualEditor ahead of the wider release. Generally, there were a number of user interface improvements, and fixing a number of bugs uncovered by the community.<section end="2013-06-monthly" />

2013-07-11 (MW 1.22wmf10)
<section begin="2013-07-11 (MW 1.22wmf10)" />VisualEditor was updated as part of the wider MediaWiki 1.22wmf10 branch deployment on Thursday 11 July (though most of the code was made available ahead of this). In the two weeks since 1.22wmf9, the team deployed VisualEditor to the English Wikipedia, and prepared for wider deployments for other Wikipedias, primarily by fixing bugs brought to our attention, as well as performance improvements.

We made a number of changes related to how VisualEditor integrates with MediaWiki. Most notably, we reduced by 97% the amount of code that is loaded when a user visits a page before they entered VisualEditor (bug 50612, later moving the browser compatibility check there too in bugs 50608 and 50677). We had to blacklist Firefox versions under 15 due to a number of issues with those browsers (bugs 50534, 50720, and 50780). We now run an internal "sanity-check" to see if it's likely that editing a page with VisualEditor will break things, and if, so warns the user on saving and adds a tag for follow-up (bugs 47521 and 50067). We fixed a regression where the edit tab pointed to the old, not current version of the page after saving (bug 50441), and changed behaviour so it always gets the current page, not the version you loaded, to copy MediaWiki (49943). We now display both a VisualEditor and (on hover) a wikitext section edit link for each heading (bug 49666, which was briefly broken, fixed in bug 50731, fixed for RTL wikis in bug 50543, and pointed to the right version in diff views 50925).

A number of things which used to wrongly overlap each other now don't (bugs 49059, 50159, 50241, 50247, 50324, 50545, and 50652). We improved a little the message shown when an edit is blocked by an API hook like AbuseFilter or spam blacklist (bug 50350 - more on this to come), and if your edit needs a CAPTCHA to complete, like when adding an external link as an anonymous or new user, this is now displayed and can be used (bug 50356). We worked with sysops on the English Wikipedia to supress the edit notice warning when that wiki's local templated edit notice system showed up as a red link (bug 50077), and protected and semi-protected pages's protection notices now are added as edit notices to the page for users to spot (bug 50415). We corrected a regression that caused the accesskey to disappear from the edit source tab (bug 50725). We added a link to the user guide in the toolbar, alongside the feedback button (bug 50476). Dialogs no longer zoom off the page when you type into them (bug 50538). Tags now show in diffs as well as page histories, including the VisualEditor ones (bug 49602).

In the editing tools, most of the work focussed on the transclusion dialog. This now fetches TemplateData for newly-added templates (bug 49778), and doesn't show parameters as being available to add if they are already set, even if they have a space in their name (bug 50715) or are an alias for the extant parameter (50717). Template parameters with long descriptions don't cause the screen to extend, but are cropped (bug 50800). Changing a template makes it re-render even if it turns into a block (bug 49854), and if it has pipes in its wikilinks it no longer re-renders the template with broken links due to over-keen escaping (bug 50801). A number of tools were corrected to work better in RTL, including the link inspector (bug 49416) and tabbed dialogs link the transclusions dialog (bug 49613).

The link inspector now doesn't leave zombie windows around when you close it (bug 49941). Pressing return just before the link inspector opens now doesn't replace the content you selected with the return (bug 51075). Categories with a '.' in their name now can be added again (bug 50702), and ones with a ' ' after their name aren't thought to magically be a new one (bug 50697). Using the formatting drop-down no longer scrolls you to the top of the page (bug 50792), and doesn't hide your cursor either (bug 50338). Toolbar buttons are now enabled at the open of the page only if that makes sense (bug 50141). It is now possible to add new invocations of existing references (bug 49733). Pressing escape now closes the currently-open dialog (bug 49809). If you use the up-arrow to move the cursor under the toolbar, the window now scrolls so you can see it (bug 48787).

Using a list in a 'slug' – a blank line that isn't really there, but provided for your cursor to have somewhere to click between blocks – now works (bug 47947); making a heading in one no longer applies it to the wrong line in Firefox (bug 48464). Pressing return in the place before a heading doesn't move your cursor one character into the heading any more (bugs 48735 and 48847). Blue rectangles that used to sometimes appear oddly at the top-left of the screen now shouldn't (bug 49818). Floated templates now don't render oddly inside the editor (bug 49925). Undoing image resizing now does indeed undo the action (bug 50682). Keyboard-based selection is now more reliable in Firefox (bug 48289). Merging paragraphs now works even if there's something unrecognised at the end of the line (bug 48366).

We fixed a number of bugs that could occasionally corrupt pages, including one that moved categories around when the PERSONDATA template was re-parsed wrongly (bug 50120), fixing an issue that made transclusions get re-parsed each time (bugs 50129 and 50253), an issue where categories in templates would sometimes move outside of them when changed (bug 50332) stopping occasional  tags being added when the page contained malformed wikitext (49892). If a page has two or more references with the same name, VisualEditor will no longer clean this up by removing the unused content (50444). Adjacent HTML elements from VisualEditor now merge with ones from Parsoid (bug 49985), and HTML code like now doesn't get silently reduced to a single application of the element (bug 49755).

Finally, we split out the MediaWiki-specific items in our code so that we can manage the code more easily in the future, and third parties can more readily write plug-ins for VisualEditor (bug 45295). The Google Summer of Code work progressed well; the Math extension editor is now nearly available for initial deployment, and the ones for the SyntaxHighlight extension and for setting text language details both made strong progress.

A complete list of individual code commits is available in the 1.22/wmf10 changelog, and all Bugzilla bugs closed in this period on [//bugzilla.wikimedia.org/buglist.cgi?list_id=216315&query_format=advanced&bug_status=RESOLVED&bug_status=VERIFIED&bug_status=CLOSED&target_milestone=VE-deploy-2013-07-04&target_milestone=VE-deploy-2013-07-11&product=VisualEditor Bugzilla's list].<section end="2013-07-11 (MW 1.22wmf10)" />

2013-07-18 (MW 1.22wmf11)
<section begin="2013-07-18 (MW 1.22wmf11)" />VisualEditor was updated as part of the wider MediaWiki 1.22wmf11 branch deployment on Thursday 17 July. In the week since 1.22wmf10, the team worked on improvements to VisualEditor as well as fixing bugs and stability improvements.

The "re-use an existing reference" part of the references dialog is now its own pane, and the inserter defaults to a blank new one (bug 51152). The transclusion dialog was over-hauled to have a click-to-add list of available parameters rather than needing a button or double-clicking (bugs 50774 and 51143). When a user types some wikitext, a notice pops up reminding them that this does not work, to avoid users creating accidental s (bug 49820). Finally, some internationalised toolbar icons were added for bold and italic for a number of languages (bug 51330).

In terms of bugs fixed, firstly the blue highlight on templates, images and references is no longer mis-placed (bug 50913). The message for a triggered AbuseFilter filter is now shown in the edit dialog, rather than just its name (bug 50472). Notificatons from the SpamBlacklist are also now shown when triggered (bug 50826). The "Clear formatting" tool now clears links again (bug 50461). If a user takes a while to make their edit, VisualEditor now fetches a new edit token for them rather than leave them stranded, unable to save (bug 50424)

VisualEditor no longer eats away at the end of templates that have a reference defined inside them (bug 50271). Some fixes were made to how dialogs and inspectors appear in RTL environments like Hebrew and Arabic (bug 49546). Backspacing from a blank line after a definition list no longer breaks VisualEditor (bug 50076). Fake references created using  are now displayed in superscript like real references (bug 50978). VisualEditor now will load on pages which have only a magic word on them (bug 50289).

The link inspector doesn't now stay open in a broken way when you move the cursor from one link to another (bug 50895). Re-sizing an image with default size now works again (bug 50645). Typing after a link with multi-byte text before it no longer breaks VisualEditor (bug 51140). We no longer accidentally merge two s that sit next to each other when they have different style attributes (bug 49873), nor do we break when unclosed annotations have HTML comments or categories in their wikitext (bug 51235). Finally, the image insertion dialog no longer shows each image twice (once as File:Foo, the second time as Datei:Foo) when used in non-English interfaces (bug 50158).

Finally, the Google Summer of Code students made good progress; an early version of the Math extension editor will soon be available on MediaWiki.org for testing, and that for the SyntaxHighlight extension and a tool for setting text language details will be soon.

A complete list of individual code commits is available in the 1.22/wmf11 changelog, and all Bugzilla bugs closed in this period are on [//bugzilla.wikimedia.org/buglist.cgi?query_format=advanced&bug_status=RESOLVED&bug_status=VERIFIED&bug_status=CLOSED&target_milestone=VE-deploy-2013-07-18&product=VisualEditor&list_id=226546 Bugzilla's list].<section end="2013-07-18 (MW 1.22wmf11)" />

2013-07-25 (MW 1.22wmf12)
<section begin="2013-07-25 (MW 1.22wmf12)" />VisualEditor was updated as part of the wider MediaWiki 1.22wmf12 branch deployment on Thursday 25 July. In the week since 1.22wmf11, the team worked on improvements to VisualEditor as well as fixing bugs and stability improvements.

VisualEditor now will extend a link when users type at the end of a link, but won't do so over a wordbreak character (bugs 49931 and 51463). The configuration items related to Flagged Revisions now appear in the edit notices and the save dialog as appropriate (bug 49699]). You can now edit transparently through  blocks, which will get re-added only if necessary ([[bugzilla:47678|bug 47678). If you trigger VisualEditor from a section edit link, the section's title will be pre-filled in in the edit summary box when you go to save it (bug 50872). When new articles are created, users are now shown the   message (bug 51459). We considerably improved the performance of inserting text into pages (bug 52012). Finally, we added localised bold and italic icons for Basque, Dutch, French, Galician, Georgian, Hungarian, Italian, Kyrgyz, Ossetian, Portuguese, Russian, and Spanish. If your language could benefit from customised bold and italic icons, please file a bug so we can make and set them for you!

We fixed a round-tripping bug that caused templates' whitespace to get corrupted (bug 51150). We quickly fixed a bug that meant that the toolbar buttons didn't work for some articles in Firefox (bug 51986), and another which meant that dialog panels didn't scroll any more (bug 51739). VisualEditor now handles templates that set "meta" items (like a category) and nothing else better (bug 51322). The size of the save dialog is now not ludicrously tiny when using the Monobook skin (bug 50058), and the Flagged Revisions drop-down tool was hidden so it doesn't impact Monobook skin users' toolbars when in VisualEditor (bug 51926). If the database is locked when a user tries to save with VisualEditor, they now get a message telling them as such and an opportunity to try again, rather than a silent failure (bug 51636).

We corrected thumbnail images' display so that they look don't wrong in some contexts (bug 51995). There was an issue that led to the reference list sometimes not being fully populated with references (bug 50094). There was a problem with adding or displaying categories which had a colon in their name, which is now fixed (bug 51902). We fixed a bug when using Opera that caused corruption of categories when a reference was added (bug 50385). Unsetting "minor edit" for users with the "mark all my edits as minor by default" now works (bug 51515). Further, dialogs' buttons can now be activated using the Tab and Shift key commands (bug 50047).

We also fixed a number of bugs that affected RTL environments. Firstly auto-completion for template names now works in RTL (bug 51828), and categories' removal now works in RTL too (bug 51490). Inserted images no longer set their alignment, but instead inherit the default position depending on whether the wiki they are on is RTL or LTR (bug 51851). The location of the inspector menu for floated content now appears on the correct side of the screen (bug 51819).

Finally, the Google Summer of Code work progressed very well; an early version of the Math extension editor is now available for testing on MediaWiki.org, and that for the SyntaxHighlight extension and a tool for setting text language details will be soon.

A complete list of individual code commits is available in the 1.22/wmf12 changelog, and all Bugzilla bugs closed in this period are on [//bugzilla.wikimedia.org/buglist.cgi?query_format=advanced&bug_status=RESOLVED&bug_status=VERIFIED&bug_status=CLOSED&target_milestone=VE-deploy-2013-07-25&product=VisualEditor&list_id=226546 Bugzilla's list].<section end="2013-07-25 (MW 1.22wmf12)" />

2013-07-monthly
<section begin="2013-07-monthly" />In July, the VisualEditor team began switching the deployment from opt-in alpha to opt-out beta, so becoming the default editor for users of the various Wikipedias. The deployed version of the code was updated three times (1.22-wmf10, 1.22-wmf11 and 1.22-wmf12), with several mid-deployment releases as the code was developed to patch urgent issues. There were a number of user interface improvements, most notably to the references insertion dialog, alongside fixes to a number of bugs uncovered by the community.<section end="2013-07-monthly" />

2013-08-15 (MW 1.22wmf13)
<section begin="2013-08-15 (MW 1.22wmf13)" />VisualEditor was updated as part of the wider MediaWiki 1.22wmf13 branch deployment on Thursday 15 August. In the three weeks since 1.22wmf12, as well as presenting their work at Wikimania, discussing and planning improvements and new featurees, the team worked on some changes to how VisualEditor integrates with MediaWiki, a few minor feature improvements and improving the performance of the system, and fixing bugs and stability improvements.

Firstly, on the integration, the "edit" and "edit source" tabs and section edit links can now be configured more flexibly (which has been taken advantage of on the English Wikipedia). The labels for these "edit" and "edit source" tabs and section edit links (however they have been configured for a given wiki) will be consistent on all pages, even those that cannot yet be edited with VisualEditor like templates (bug 50402). These labels are applied before the page is sent to the user, so they no longer "flash in" for some users (bugs 50542 and 50692). Further, the section edit links both appear at once, rather than only one appearing until a user hovers over the heading (bug 50540). We also made a more prominent welcome notice that appears the first time a user opens VisualEditor (or every 30 days for logged-out users), warning them about VisualEditor being in beta (bug 52366).

In terms of new features, you can now edit references that are defined inside a  block (bug 51741), references defined in templates and image captions will also display (bug 51289 and bug 52427), and nested references now display correctly (bug 50749). We also made some changes to the link inspector to make it faster and simpler to use - you no longer need to press enter twice to set a link (bug 51065) or click as many times (bug 51523), and you are warned more clearly that the title you've entered is invalid (e.g. "Foo{}bar") and so won't let you set it (bug 33094). We made some major performance improvements to deleting text (bug 52013) and scrolling pages (bug 52014), which should be visible on long pages.

You can now add and edit  (code) and   (strikethrough) annotations in experimental mode on MediaWiki.org - coming to production wikis soon (bugs 51590 and bug 51610), as well as   annotations with the same code (bug 52352), and a more general solution for use with similar pairs of annotations built out too (bug 52477). We added a keyboard shortcut for the "Clear formatting" tool: Ctrl or Cmd (bug 51507). VisualEditor now uses the same kind of post-edit feedback message that the wikitext editor uses, for increased consistency between the different editors (bug 39632). Finally, we fixed the last known issues with Opera and so un-blacklisted it (bugs 37861, 47793 and 50813; tracked by bug 36000).

On the bug front, we fixed a number of issues. Firstly, we correct a problem where an ugly error was shown to the user on changing a template if there was an API issue (bug 52483). We now strip leading whitespace from paragraphs, so as to avoid users creating accidental s (bug 51462). A bug that made it impossible to save multiple consecutive references is now corrected (bug 52228), as is one that sometimes didn't get you a new edit token if your current one had expired (bug 51915). We also quickly fixed an issue where VisualEditor would crash on loading a page with a  in it (bug 51948), and a corruption issue which led to categories getting duplicated (bug 52238).

Adding a link on an empty selection no longer crashes (bug 51404); if you press enter too quickly it still works (bug 51415); and the link inspector no longer aggressively picks a link for you in cases where there's only one suggestion (bug 52420). The save dialog briefly attached to whichever dialog you had most recently opened, rather than the main toolbar; this is now fixed (bug 52317), as has the toolbar floated to the top of the screen over the user's personal tools if a dialog had been opened (bug 52441). The link describing wikitext in the warning notice about not inserting it now opens in its own window (bug 52093), as does the link to the user guide (bug 52475). Embedded buttons' inspectors now display correctly, used in the forthcoming equation editor on large equations (bug 52845). Further, once you save the page, we re-enable the wikipage content handlers, so gadgets like those that make tables sortable will work again (bug 51565).

Finally, the Google Summer of Code work progressed well; early versions of the Math extension editor and tool for setting text language details are now available for testing on MediaWiki.org, and that for the SyntaxHighlight extension will be soon.

A complete list of individual code commits is available in the 1.22/wmf13 changelog, and all Bugzilla bugs closed in this period are on [//bugzilla.wikimedia.org/buglist.cgi?query_format=advanced&bug_status=RESOLVED&bug_status=VERIFIED&bug_status=CLOSED&target_milestone=VE-deploy-2013-08-15&product=VisualEditor&list_id=226546 Bugzilla's list].<section end="2013-08-15 (MW 1.22wmf13)" />

2013-08-22 (MW 1.22wmf14)
<section begin="2013-08-22 (MW 1.22wmf14)" />VisualEditor was updated as part of the wider MediaWiki 1.22wmf14 branch deployment on Thursday 22 August, though many of the changes were made available ahead of this release. In the week since 1.22wmf13, the team worked on fixing bugs and stability and performance improvements to VisualEditor, with some minor work on features.

You can now add and edit  (underline),   (subscript), and   (superscript) annotations in experimental mode on MediaWiki.org (bugs 51609, 51612 and 51611 respectively). These, along with the annotations for  (strikethrough) and   (underline) which were released last week will be made available on all wikis once the re-design of the toolbar is complete, to avoid them dominating the buttons that are more normally used.

In terms of bugs, firstly, file inclusions which have empty  parameters are no longer corrupted on save (bug 51963). A number of issues related to the undo and redo buttons and keyboard shortcuts not applying to the document were fixed (bug 52113). Inserting an existing reference into the first paragraph in Firefox no longer inserts it at the start of the document, but where your cursor was (bug 52159). Finally, after a significant re-write of some of the core of VisualEditor, a number of bugs related to text input and selection in various scripts and using various Input Method Editors (IMEs) were fixed (bugs 50105 for Arabic; 50346 for Kannada; 50631 for Korean; 51477 for Devanagari; and 52716 for Japanese).

A complete list of individual code commits is available in the 1.22/wmf14 changelog, and all Bugzilla bugs closed in this period are on [//bugzilla.wikimedia.org/buglist.cgi?query_format=advanced&bug_status=RESOLVED&bug_status=VERIFIED&bug_status=CLOSED&target_milestone=VE-deploy-2013-08-22&product=VisualEditor&list_id=228134 Bugzilla's list].<section end="2013-08-22 (MW 1.22wmf14)" />

2013-08-29 (MW 1.22wmf15)
<section begin="2013-08-29 (MW 1.22wmf15)" />VisualEditor was updated as part of the wider MediaWiki 1.22wmf15 branch deployment on Thursday 29 August, though many of the changes were made available ahead of this release. In the week since 1.22wmf14, the team worked on fixing bugs and stability and performance improvements to VisualEditor.

A major bug that caused rapid typing to get out of sync with the document model, meaning that users of Input Method Editors or who typed quickly would get nonsense in their page, was fixed before it affected users (bugs 53079 and 53360). A change to the link inspector briefly made it impossible to insert links to pages' sections - this is now fixed (bug 53219).

A bug that meant that inserting a reference with blank content created bad wikitext -  - has now been fixed by not letting you insert it when it is blank (bug 53345). Applying a link across a selection that contains an image and some text no longer deletes the image and the text (bug 50127). We fixed a bug where cursoring next to an inline image would throw an exception (bug 53507).

A number of bugs with copy-and-paste functionality were fixed, ahead of a larger re-write that should support full rich copy-and-paste from external sources soon. Firstly, selecting a single node to copy no longer throws an exception (48604). A bug in Chrome that caused the browser to crash when cutting certain selections has been worked around (bug 50043). The document no longer loses focus in Firefox after a node is cut (bug 53362). Reverse selections now work for copy-and-paste as well as forwards selections (bug 51538). For RTL environments, the inspector menu icon now appears on the correct side of the page when selecting a transclusion (bug 50905), and the page loading animated image now has an RTL variant (bug 51401).

A complete list of individual code commits is available in the 1.22/wmf15 changelog, and all Bugzilla bugs closed in this period are on [//bugzilla.wikimedia.org/buglist.cgi?query_format=advanced&bug_status=RESOLVED&bug_status=VERIFIED&bug_status=CLOSED&target_milestone=VE-deploy-2013-08-29&product=VisualEditor&list_id=229968 Bugzilla's list].<section end="2013-08-29 (MW 1.22wmf15)" />

2013-08-monthly
<section begin="2013-08-monthly" />In August, the VisualEditor team continued work, and presented and ran workshops at Wikimania in Hong Kong to discuss how to best improve the system. The deployed version of the code was updated three times (1.22-wmf13, 1.22-wmf14 and 1.22-wmf15), with several mid-deployment releases as the code was developed to patch urgent issues. The focus in this work was in improving the stability and performance of the system, fixing a number of bugs uncovered by the community, and making some usability improvements.<section end="2013-08-monthly" />

2013-09-05 (MW 1.22wmf16)
<section begin="2013-09-05 (MW 1.22wmf16)" />VisualEditor was updated as part of the wider MediaWiki 1.22wmf16 branch deployment on Thursday 5 September. In the week since 1.22wmf15, the team worked on some interface changes, fixing bugs, and stability & performance improvements to VisualEditor.

In new features, we have changed the toolbar to be simpler, shorter, and to have the ability to have drop-down groups with descriptions. At least initially, we have moved all but the most basic tools into a single drop-down, including inserting media, templates and other transclusions, and references & reference lists. As part of this, the controls to add  (underline),   (subscript), and   (superscript),   (strikethrough) and   (underline) annotations to text will now be available to all users in the drop-down.

We also added a set of keyboard shortcuts for setting the block formatting: Ctrl sets a block as a paragraph; Ctrl up to Ctrl sets it as a Heading 1 ("Page title") to Heading 6 ("Sub-heading 4"); Ctrl sets it as pre-formatted (bug 33512). The help/'beta' menu now exposes the build number next to the "Leave feedback" link, so users can give better reports about issues they encounter (bug 53050).

When inserting a new link into a blank location, we now additionally suggest lower-case link anchors as well as the upper-case equivalent if you've typed that in, so typing in "iPhone" will prompt "iPhone" as well as "IPhone" (bug 50452). Inserting media files when some content is selected no longer replaces the content, but puts the media item at the end of the selection instead (bug 52460). Inserting a link, reference or media file will now put the cursor after the new content again (bug 53560).

In the reference dialog, the 'Use existing reference' button is now disabled on pages which don't yet have a reference (bug 51848). Newly-added references or reference groups no longer need the page to be saved before they can be re-used (bugs 51689 and 52000). The template parameter filter in the transclusion dialog now searches both parameter name and label (bug 51670).

We fixed a few errors with copy and paste; copying over nodes (like references or templates) no longer inserts additional newlines on paste (bug 53364), and if you copied an item and then changed it, or pasted it and changed the copy, you would get the changed item (and not what you copied) on the next paste (bug 52271). The names of languages listed in the "languages" (langlinks) panel in the Page settings dialog now display as RTL when appropriate (bug 53503).

Finally, our Google Summer of Code students neared completion of their work. The Math and SyntaxHighlight extension editors have both made excellent process, and the team hosted in San Francisco Moriel Schottlender, lead on the tool for setting text language details, for in-depth discussions of how we might improve the back-end to support the tool better.

A complete list of individual code commits is available in the 1.22/wmf16 changelog, and all Bugzilla bugs closed in this period are on [//bugzilla.wikimedia.org/buglist.cgi?bug_status=RESOLVED&bug_status=VERIFIED&bug_status=CLOSED&list_id=231572&product=VisualEditor&query_format=advanced&target_milestone=VE-deploy-2013-09-05&order=component Bugzilla's list].<section end="2013-09-05 (MW 1.22wmf16)" />

2013-09-12 (MW 1.22wmf17)
<section begin="2013-09-12 (MW 1.22wmf17)" />VisualEditor was updated as part of the wider MediaWiki 1.22wmf17 branch deployment on Thursday 12 September. In the week since 1.22wmf16, the team worked on better language support, fixing bugs, and stability improvements to VisualEditor.

A number of fixes to copy-and-paste were made, including stopping the copying between editors with wikitext-irrelevant CRs pasting the ↵ as a literal character, rather than a placeholder for a wikitext newline (bug 52096), selecting a single node (like a reference or template) without any other content now can be copied to the clipboard (bug 49396), and a bug-fix specific to Firefox due to a flaw in that browser not considering generated content nodes to be valid copyable material when selected alone (bug 53375).

We now more generically support blocking certain kinds of structures in certain kinds of sub-editors, like lists, which do not work in images, or references, which cannot contain themselves (bug 49657).

Several language-related fixes were also made, including no longer corrupting and inserting pawns ("♙") when inserting non-Latin text, accents, or diacritics (bugs 53680, 53747 and bug 53572). Multi-byte characters on insertion do not repeat themselves forever any more (bug 53012), and using Google Input Tools in Firefox similarly no longer recursively adds words to the page (bug 51847).

A complete list of individual code commits is available in the 1.22/wmf17 changelog, and all Bugzilla bugs closed in this period are on [//bugzilla.wikimedia.org/buglist.cgi?bug_status=RESOLVED&bug_status=VERIFIED&bug_status=CLOSED&product=VisualEditor&query_format=advanced&target_milestone=VE-deploy-2013-09-12&order=component&list_id=236181 Bugzilla's list].<section end="2013-09-12 (MW 1.22wmf17)" />

2013-09-19 (MW 1.22wmf18)
<section begin="2013-09-19 (MW 1.22wmf18)" />VisualEditor was updated as part of the wider MediaWiki 1.22wmf18 branch deployment on Thursday 19 September. In the week since 1.22wmf17, the team fixed some bugs, but was mostly ill or away.

Support was added for scrollable dialogs and drop-downs, which means (amongst other improvements) that when selecting with the cursor in the transclusion dialog's list of parameters for a template, the list scrolls into view (bug 53610). The contents of  HTML entities, including those generated by wikitext (" Foo") now don't have the leading whitespace removed, to avoid corrupting them on save. (bug 54083). Finally, the version of VisualEditor running is now not displayed as simply "false" on the product cluster due to the configuration there, but hidden if not available (bug 53050).

A complete list of individual code commits is available in the 1.22/wmf18 changelog, and all Bugzilla bugs closed in this period are on [//bugzilla.wikimedia.org/buglist.cgi?bug_status=RESOLVED&bug_status=VERIFIED&bug_status=CLOSED&product=VisualEditor&query_format=advanced&target_milestone=VE-deploy-2013-09-19&order=component&list_id=236172 Bugzilla's list].<section end="2013-09-19 (MW 1.22wmf18)" />

2013-09-26 (MW 1.22wmf19)
<section begin="2013-09-26 (MW 1.22wmf19)" />VisualEditor was updated as part of the wider MediaWiki 1.22wmf19 branch deployment on Thursday 26 September. In the week since 1.22wmf18, the team worked on fixing bugs and stability improvements to VisualEditor.

You can now drag-and-drop elements other than just images - references, reference lists, templates and other "nodes" should all be moveable with the mouse. Blanking the contents of a heading, pre-formatted block or other formatting block now deletes the block rather than leaving it empty, which is consistent with how OpenOffice and Google Docs behave (bug 50254).

The page settings dialog was briefly broken in Firefox but now is restored (bug 54322). A bug that meant that unnamed references got their names corrupted on using VisualEditor has also been fixed (bug 54341). A regression in copy-and-paste which meant that copy-and-paste stopped working outside VE even once it was closed was corrected (bug 54375), and the functionality was fixed to allow pasting images in Firefox (bug 54377).

Links are no longer possible to be applied to images, as this isn't possible to represent in wikitext (bug 53151). A bug which means that VisualEditor selected both the "slug" (blank line) and the infobox at the start of an article on initialisation was fixed (bug 54446).

A complete list of individual code commits is available in the 1.22/wmf19 changelog, and all Bugzilla bugs closed in this period are on [//bugzilla.wikimedia.org/buglist.cgi?bug_status=RESOLVED&bug_status=VERIFIED&bug_status=CLOSED&product=VisualEditor&query_format=advanced&target_milestone=VE-deploy-2013-09-26&order=component&list_id=236145 Bugzilla's list].<section end="2013-09-26 (MW 1.22wmf19)" />

2013-09-monthly
<section begin="2013-09-monthly" />In September, the VisualEditor team continued their work to improve the editor and roll it out to additional wikis. The deployed version of the code was updated four times (1.22-wmf16, 1.22-wmf17, 1.22-wmf18 and 1.22-wmf19). The focus in the team's work this month was to continue to improve the stability and performance of the system, fix a number of bugs uncovered by the community, and make some usability improvements.<section end="2013-09-monthly" />

2013-10-03 (MW 1.22wmf20)
<section begin="2013-10-03 (MW 1.22wmf20)" />VisualEditor was updated as part of the wider MediaWiki 1.22wmf20 branch deployment on Thursday 3 October. In the week since 1.22wmf19, the team worked on fixing bugs and stability improvements to VisualEditor.

References are now editable when they appear inside a media item's caption (bug 50459), thanks to a major re-write of the back-end (bug 52102) that will help us finally provide proper copy-and-paste support in the near future. We tweaked the wording for the warning message that appears for a blank reference list of the default group, and no longer talk about 'the group ""' (bug 51873).

Editing in the "slug" at the start of a page no longer shows up a pawn character ("♙") in some circumstances (bug 54791). In Firefox, blanking the page using select-all and then delete used to break editing; this is now fixed (bug 50947). Generated content blocks which get re-rendered as they are updated, like the experimental (and available on MediaWiki.org) formula editor now doesn't cause the inspector to judder to the beginning and back when updating the image (bug 54584).

There were a number of urgent fixes made to the code behind VisualEditor during the week, to fix issues that developed. Firstly, there was a bug that meant that it was impossible to move the cursor using the keyboard away from a selected node (like a reference or template) once it had been selected (bug 54443). Another bug meant that links with a final punctuation character in them broke extending them in some circumstances (bug 54332). The "page settings" dialog was broken twice, first in a way that made removing categories impossible, though adding them worked (bug 54727), and later entirely, though only in a development branch (bug 54928). A broken deployment script meant that briefly VisualEditor was broken for all Wikipedias (bug 54935). Finally, 'snowmen' characters ("☃") no longer appear near newly-added references, templates and other nodes (bug 54712).

A complete list of individual code commits is available in the 1.22/wmf20 changelog, and all Bugzilla bugs closed in this period are on [//bugzilla.wikimedia.org/buglist.cgi?bug_status=RESOLVED&bug_status=VERIFIED&bug_status=CLOSED&product=VisualEditor&query_format=advanced&target_milestone=VE-deploy-2013-10-03&order=component&list_id=238864 Bugzilla's list].<section end="2013-10-03 (MW 1.22wmf20)" />

2013-10-10 (MW 1.22wmf21)
<section begin="2013-10-10 (MW 1.22wmf21)" />VisualEditor was updated as part of the wider MediaWiki 1.22wmf21 branch deployment on Thursday 10 October. In the week since 1.22wmf20, the team worked on fixing bugs and stability improvements to VisualEditor.

When you delete or backspace over a node (like a template, reference or image), the node will first will become selected before a second press of the key will delete it, making it more obvious what you are doing and avoiding accidental removals of infoboxes and similar (bug 55336).

If you hold down the shift key whilst resizing an image, it will now snap to a 10 pixel grid instead of the normal free-hand sizing. A number of improvements were made to the transactions system which make the undo/redo system able to cope better with real-time collaboration, where multiple users will be able to edit a page at the same time in one session.

The save dialog was re-written to use the same code as all other dialogs (bug 48566), and in the process fixed a number of issues. The save dialog is re-accessible if it loses focus (bug 50722), or if you review a null edit (bug 53313); its checkboxes for minor edit, watch the page, and flagged revisions options now layout much more cleanly (bug 52175), and the tab order of the buttons is now closer to what users will expect (bug 51918).

The code for the action buttons on the right (RTL environments: left) of the toolbar was re-written slightly to improve its flexibility. The display of the help and edit notice menus is now improved, including the addition of a close button (bug 52386). The width of the format drop-down was made adjustable so that long labels don't cause it to break (bug 54870), and a bug that caused the toolbar's menus to get shorter or even blank when scrolled down the page in Firefox is now fixed (bug 55343).

A complete list of individual code commits is available in the 1.22/wmf21 changelog, and all Bugzilla bugs closed in this period are on Bugzilla's list.<section end="2013-10-10 (MW 1.22wmf21)" />

2013-10-17 (MW 1.22wmf22)
<section begin="2013-10-17 (MW 1.22wmf22)" />VisualEditor was updated as part of the wider MediaWiki 1.22wmf22 branch deployment on Thursday 17 October. In the week since 1.22wmf21, the team worked on some feature changes, infrastructure improvements, and fixing bugs.

We improved media item resizing in a few ways. Firstly, inline media items can now be resized in the same way that has been possible with block ones (like thumbnails) before. When resizing a media item, you can see a live preview of how it will look as you drag it (bug 54298). Whilst you are dragging an image to resize it, we now show a label with the current dimensions (bug 54297). Once you have resized it, we fetch a new higher-resolution image for the media item if necessary (bug 55697). Manual setting of media item sizes in their dialog is nearly complete and should be available next week.

Beyond this work, there was a lot of preparatory work done to make it possible to re-use elements of VisualEditor outside of the full VE surface (such as in other extensions or gadgets), which should be completed soon, and adding support for switching extra parts of VisualEditor on in the forthcoming Beta Features extension.

A complete list of individual code commits is available in the 1.22/wmf22 changelog, and all Bugzilla bugs closed in this period are on Bugzilla's list.<section end="2013-10-17 (MW 1.22wmf22)" />

2013-10-24 (MW 1.23wmf1)
<section begin="2013-10-24 (MW 1.23wmf1)" />VisualEditor was updated as part of the wider MediaWiki 1.23wmf1 branch deployment on Thursday 24 October, the first deployment of alphas of MediaWiki 1.23. In the week since 1.22wmf22, the team worked on three major infrastructure changes, some monitoring code, and fixing bugs.

The first infrastructure change has cleaned up the core framework that VisualEditor has created for itself, oojs, making this more efficient, more complete, and more re-usable for other projects; this is complete for now. The second change was to spin out the UX framework from VisualEditor into oojs-ui, which will let other teams at Wikimedia (like Flow) and gadget authors re-use VisualEditor UX components without needing to pull in the entirety of VisualEditor; this is mostly complete, with some minor changes needed before it will be deployed. The third change is to change how inserting characters works to use the browser's native operations more frequently when applicable, and should reduce the difficulties that VisualEditor has with some input methods and languages, and which can cause pawn characters ("♙") to be wrongly inserted; this is currently in testing, and also nearly ready for deployment.

Outside of these areas of work, some minor fixes were included. The category suggestions drop-down was appearing in the wrong place rather than below its input box, which is now fixed. VisualEditor now supports Parsoid's changed representation of numbered external links (bug 53505). There was a bug in the save dialog that caused it to crash if there was an error in loading the page from Parsoid, which is now fixed. The media item resize label now is centred whilst resizing regardless of which tool you use to resize it. A typo that stopped the toolbar from floating on MediaWiki.org was fixed before it went out to other wikis. A bug that meant that the display and the data model could get out of sync in some cases when using the Language annotation was fixed (bugs 54335 and 54675).

The browser tests were expanded to cover some basic cursor operations, which uncovered an issue in our testing framework that doesn't work with cursoring in Firefox; the Chrome tests continue to fail due to a bug with the welcome beta message for that part of the testing framework.

Finally, VisualEditor was enabled on the File:, Help: and Category: namespaces on all wikis (bug 55968), the Portal: and Viquiprojecte: namespaces on Catalan Wikipedia (bug 56000), and the Portal: and Book: namespaces on English Wikipedia (bug 56001).

A complete list of individual code commits is available in the 1.23/wmf1 changelog, and all Bugzilla bugs closed in this period are on Bugzilla's list.<section end="2013-10-24 (MW 1.23wmf1)" />

2013-10-31 (MW 1.23wmf2)
<section begin="2013-10-31 (MW 1.23wmf2)" />VisualEditor was updated as part of the wider MediaWiki 1.23wmf2 branch deployment on Thursday 31 October. In the week since 1.23wmf1, the team worked on some major infrastructure changes, some minor toolbar improvements, and fixing bugs.

A new feature lets you do a one-way switch from VisualEditor to the wikitext editor which will preserve your changes without you needing to save (bug 50687). It is available in a new menu in the action buttons at the right (left in RTL contexts) of the document toolbar, which has been simplified. The "Page Settings" button has been replaced with said menu, where it appears with it's the two available sections of that dialog (Categories and Languages) now directly available in that menu. You cannot yet switch back from the wikitext editor into VisualEditor, though we hope to be able to build that in time. VisualEditor's integration with the forthcoming Beta Features programme was finalised: the ability for users on all wikis with VisualEditor to opt-in to having the new formula editor available, for testing ahead of making it available for all users.

In terms of bugs, VisualEditor now keeps track of the context in which you loaded the page, which lets us fix up links in document to point to the correct place regardless of what entry point you launched the editor from - so the content of pages loaded through  and   both now have text links that work if triggered (bug 48915). We also fixed an issue that meant that completely-empty templates became impossible to interact with inside VisualEditor, as they didn't show up (bug 55810).

In infrastructure, a set of changes on how the document model and the editing surface keep synchronised to ensure that events always propagate one way have now been completed, making VisualEditor much more extensible and allowing the possibility of collaborative editing; along with other things, this led to a change in how the undo and redo actions are done (bug 53224). The spinning out of the UX framework from VisualEditor into oojs-ui, which lets other teams at Wikimedia (like Flow) and gadget authors re-use VisualEditor UX components without needing to pull in the entirety of VisualEditor, is now complete, and will soon be moved to a shared code repository. Work on improving how inserting characters works, switching to use the browser's native operations more frequently when applicable, continues. This should improve VisualEditor's support for some input methods and languages, avoiding the wrongful insertion of pawn characters ("♙") when tested further.

You can monitor the automated browser tests' results (triggered every twelve hours) live on the server. A complete list of individual code commits is available in the 1.23/wmf2 changelog, and all Bugzilla bugs closed in this period are on Bugzilla's list.<section end="2013-10-31 (MW 1.23wmf2)" />

2013-10-monthly
<section begin="2013-10-monthly" />In October, the VisualEditor team continued to improve the stability and performance of the system, and add new features. The deployed version of the code was updated five times (1.22-wmf20, 1.22-wmf21, 1.22-wmf22, 1.23-wmf1 and 1.23-wmf2). Beyond fixing bugs, the focus of the team's work this month was to make a number of large structural changes to make the system more dependable and extensible, and continue to make some usability improvements. For example, you now need to press the "delete" key twice to delete a template, reference or image; the first time, they only become selected, to avoid accidental deletion of infoboxes and similar content. A new feature, empowering users to switch from editing in VisualEditor to editing wikitext directly without having to save the page, was also implemented.<section end="2013-10-monthly" />

2013-11-07 (MW 1.23wmf3)
<section begin="2013-11-07 (MW 1.23wmf3)" />VisualEditor was updated as part of the wider MediaWiki 1.23wmf3 branch deployment on Thursday 7 November. In the week since 1.23wmf2, the team worked on a major infrastructure change and fixing bugs.

The supporting code needed for the forthcoming rich pasting was extended further to ensure that no corruptions occur, with greater testing added. Work continued to support the forthcoming reference dialog to quickly add citations based on local templates. Any links in the save dialog now open in a new window, rather than inside the iframe of the dialog. An incompatibility between VisualEditor and the deployed Parsoid service that prevented editing categories and language links was fixed. VisualEditor now supports editing of private wikis, by forwarding the Cookie: HTTP header to Parsoid (bug 44483). VisualEditor now uses content language when fetching TemplateData information, so reducing bandwidth use, and users on multi-language or multi-script wikis now get TemplateData hinting for templates as they would expect (bug 50888).

In infrastructure, the splitting out of the UX framework from VisualEditor into oojs-ui, which lets other teams at Wikimedia (like Flow) and gadget authors re-use VisualEditor UX components without needing to pull in the entirety of VisualEditor, was tweaked and extended. It is now being moved to a shared code repository.

You can monitor the automated browser tests' results (triggered every twelve hours) live on the server. A complete list of individual code commits is available in the 1.23/wmf3 changelog, and all Bugzilla bugs closed in this period are on Bugzilla's list.<section end="2013-11-07 (MW 1.23wmf3)" />

2013-11-14 (MW 1.23wmf4)
<section begin="2013-11-14 (MW 1.23wmf4)" />VisualEditor was updated as part of the wider MediaWiki 1.23wmf4 branch deployment on Thursday 14 November. In the week since 1.23wmf3, the team worked on some minor feature changes, more of the code's infrastructure, and fixing bugs.

The wikitext warning, which appears if you attempt some forms of wikitext like,   or   now also warns you on writing   (bug 56755). The switch-to-wikitext feature, introduced last week, now works in Firefox as well as Chrome, Safari and Opera (bug 56767). Some bugs in the editing surface were fixed, including one that added an extra new-line at the start of the page (bug 56274), and editing of blank dialogs' sections having the first character end up mis-placed and be impossible to delete (bugs 56642 and 57211). A bug that meant that very rapidly undoing the insertion of a media item before it had fully saved would throw an error was fixed (bug 56649). Shortcut commands have been added for underline (Ctrl or Cmd), subscript (Ctrl or Cmd) and superscipt (Ctrl or Cmd).

For RTL environments like Hebrew or Arabic, the the direction of the  in extension tags' inspectors will now correspond to the surrounding content direction (bug 56779), except in the   extension, where it must always be LTR (bug 56780). The icons for VisualEditor elements in Beta Features were modified for use in RTL environments. A bug that meant VisualEditor didn't restore the selection after the window was blurred and then re-focussed, which broke section editing on wikis with ULS (which does this) was fixed (bug 56651). VisualEditor now pays attention to the page language, rather than the wiki's global language, for future support. After the  function was deprecated last week, we have switched to use   instead (bug 57237).

Final touches were made to the oojs-ui library, refactoring how windows work to make the code simpler and more reusable; allowing it to stand alone with a generic localisation utility, adding a widget for a toggle switch, and proper disabling of items in the toolbar; a regression that meant that inspector tools (like the link or language inspectors) no longer showed as active in the toolbar if the cursor was in a link was also fixed.

The automated browser tests were expanded to cover an initial set of UTF-8, to remove hard-coding of editing strings for future flexibility, and some hooks were updated to keep track of changes in VisualEditor. Some additional events were added to the EventLogging integration to allow for in-depth analysis of the areas which need to be optimised to improve the performance of saving and loading pages in VisualEditor.

You can monitor the automated browser tests' results (triggered every twelve hours) live on the server. A complete list of individual code commits is available in the 1.23/wmf4 changelog, and all Bugzilla bugs closed in this period are on Bugzilla's list.<section end="2013-11-14 (MW 1.23wmf4)" />

2013-11-21 (MW 1.23wmf5)
<section begin="2013-11-21 (MW 1.23wmf5)" />VisualEditor was updated as part of the wider MediaWiki 1.23wmf5 branch deployment on Thursday 21 November. In the week since 1.23wmf4, the team worked on some minor bug fixes and code infrastructure, and travelled to Pune, India for the Open Source Language Summit.

VisualEditor will no longer let you set a link over a reference invocation, as that isn't allowed in MediaWiki (bug 56250). It's now possible to remove a blank line at the start of an article (bug 54964).

An issue with pasting references, where the new reference was auto-numbered the same as an existing (but different) reference, was fixed. Changes to meta-elements (like the categories or the page's default sort key) that are null operations (such as adding and then removing a category) no longer create a transaction (and so do not enable the "Save page" button). The beta welcome dialog text now correctly points to the re-named "Help" button, instead of still calling it "Beta".

VisualEditor switched to use builds of the oojs-ui library instead of a local copy of the tree; the library had an inputFilter function added to the existing InputWidget, and improvements to the sanitisation of changes. The code documentation was updated in preparation for the switch to JSDuck 5. The automated browser tests now test additional types of text markup: computer code, strikethrough , subscript , superscript and underline.

You can monitor the automated browser tests' results (triggered every twelve hours) live on the server. A complete list of individual code commits is available in the 1.23/wmf5 changelog, and all Bugzilla bugs closed in this period are on Bugzilla's list.<section end="2013-11-21 (MW 1.23wmf5)" />

2013-11-monthly
<section begin="2013-11-monthly" />In November, the VisualEditor team continued to improve the stability and performance of the system, and add new features. The deployed version of the code was updated three times (1.23-wmf3, 1.23-wmf4 and 1.23-wmf5). Most of the team's focus was on fixing bugs, and on some major infrastructure changes, splitting out the OOJS and OOJS-UI libraries from VisualEditor to make them available to other teams. Much of the team travelled to the Open Source Language Summit in Pune, India to learn more about how to improve VisualEditor for a variety of languages, scripts, users and systems. Two new members of the QA team joined in to help improve VisualEditor – Jeff Hall and Rummana Yasmeen, and thanks to them, the automated browser tests have expanded in breadth and depth of coverage. Work continued on major new features like full rich copy-and-paste from external sources, a dialog for quickly adding citation templated references, and a tool to insert characters not available on users' keyboards. The editor was made available by default on just over 100 additional Wikipedias as part of the continuing roll-out. VisualEditor was also enabled for opt-in testing on Swedish Wiktionary and Wikimedia Sweden's wiki, the first time it has been available on a non-Wikipedia production wiki.<section end="2013-11-monthly" />

2013-12-05 (MW 1.23wmf6)
<section begin="2013-12-05 (MW 1.23wmf6)" />VisualEditor was updated as part of the wider MediaWiki 1.23wmf6 branch deployment on Thursday 5 December. In the two weeks since 1.23wmf5, the team worked on some new features, performance and usability improvements, minor bug fixes and code infrastructure.

You can now paste rich content copied from external sources (not just as plain text), including other VisualEditor surfaces (bugs 41193, 48170, 50128, and 53828). You can paste the clipboard as plain (unformatted) text by using a new keyboard shortcut, Ctrl or Cmd (bug 53781). It is now possible to edit auto-numbered external links (i.e. one that appears like "[3]"); you can change the target using the link inspector as with other links. If you change it to an internal link, it will replace the auto-numbered anchor with the name of the target (bug 53505). You can now launch into VisualEditor by appending  to the view page URL irrespective of user preferences – this will let users test VisualEditor with a variety of browsers without needing to log in each time (bug 55900).

We now optimistically submit the page Parsoid for serialisation into wikitext as soon as the user launches the save dialog, before they've clicked "save page", which should make saving the page appear faster for many use cases (bug 56011). If you have loaded the wikitext diff of a page ("Review your changes") and then try to save it without making changes, VisualEditor will keep a copy of the wikitext from the first time, so saving will be much faster (bug 55979).

We significantly changed how VisualEditor stores the contents of the page internally (from UTF-8 back to UTF-16), which fixes a large number of issues related to inserting, deleting, cursoring around and selecting over non-Latin scripts like Devanagari, Arabic or Thai (bugs 51472, 51596, 51846, 53757). We now annotate the body tag of the HTML document with a class (" ") so gadget authors can ensure they don't fire in VisualEditor mode (bug 57555).

A bug which meant that switching to wikitext when logged out always gave an edit conflict warning has been fixed (bug 56835). Auto-numbered external links now also auto-number when they appear in generated content like reference lists (bug 57420). Cursoring over a generated content node (a media file, template, reference or similar) now does not get you stuck in an infinite cursoring loop in Firefox (bug 57600). Clicking in the blank space above the link inspector now closes the inspector, so you won't get a pawn ("♙") appearing if you try to insert content there (bug 56976). A bug that effected the rendering of  blocks in the MWExtensionNode, causing it to appear empty after the user edits it is now fixed (bug 54577). A regression that meant that the "watch this" checkbox in the save dialog was checked regardless of the user preference was reversed (bug 56206).

The browser tests now test the media insertion dialog, and were updated a number of times to keep up with changes to VisualEditor. OOjs is now available in MediaWiki core for other users, and OOjs UI was extended, with additional widgets including checkboxes and generic labels. The automated testing system has been greatly expanded to cover script and input-method-editor issues, with an IME simulator able to check every change in the code for breaking any of dozens of known IME tools; further information about new IMEs can be added as it is gathered, and a tool to help collect this information is now available.

You can monitor the automated browser tests' results (triggered every twelve hours) live on the server. A complete list of individual code commits is available in the 1.23/wmf6 changelog, and all Bugzilla bugs closed in this period are on Bugzilla's list.<section end="2013-12-05 (MW 1.23wmf6)" />

2013-12-12 (MW 1.23wmf7)
<section begin="2013-12-12 (MW 1.23wmf7)" />VisualEditor was updated as part of the wider MediaWiki 1.23wmf7 branch deployment on Thursday 12 December. In the week since 1.23wmf6, the team worked on some new features, performance and usability improvements, minor bug fixes and code infrastructure.

The most obvious change is that the toolbar has been simplified, moving all text styles (bold, italics, underline, subscript, etc.) into a single menu represented by a bold, italic and underlined " A "). This means that the not-very-helpful "More" menu has now become a menu to insert items (be they references, templates, media items or otherwise), so it has been re-labelled "Insert". This is an initial change seeking feedback as we improve the usefulness of the toolbar to wiki editors, rather than just providing a generic toolbar. Text styling is used relatively infrequently in wiki pages compared to the more important functions like links and references, so we want to make it take up less room so that there can be greater focus on the more common tasks.

A very basic new character insertion tool is now available, at the bottom of the "Insert" menu, represented with a capital Omega ("Ω") as seems to be common in other uses (bug 50296). It is an early version offered to get feedback on how the design could be improved and whether it is going in the right direction. Right now, the list closes immediately after you have inserted a character, and only a limited number of characters are shown (these can be altered by translators to provide more useful characters for each language).

As part of the work to create a simple insertion dialog for citation references, the transclusion dialog has been simplified. Now, the different transclusions and their parameters each show as part of a single, scrollable and tab-able pane (rather than on different panels that need to be clicked into), which takes up less time to edit and is more obviously of one piece. The "remove parameter" (or "remove template") link has been moved to be alongside the name of the parameter (or transclusion), and shows as the delete (rubbish bin) icon instead of as text. The tools at the bottom of the list of transclusions and their parameters that lets you add another transclusion or wikitext block now shows all the time, rather than when you hover over the "+".

The next steps with transclusions will be to simplify this further for the majority of use cases where only one transclusion is being inserted or edited, moving the ability to re-order the transclusions and insert new ones into an "advanced" dialog, to put the remove buttons in the navigation bar on the left rather than in-line (so you don't tab to them when filling out the form), and to move the "add parameter" function out of the flow of the editing and into its own panel. For the citation dialog specifically, a preview of the template will be available before it is inserted, and a button in the toolbar will let you insert a template-formatted reference directly (with one of a number of citation templates, defined by local admins).

Some other, more minor changes include adding the language name as well as language code to the (currently) read-only view of language links (bug 54086). The editor to add and alter equations and other mathematical formulae is now labelled "formula" rather than the cryptic "LaTeX" (bug 53251). When inserting some new "generated" content (like a reference, template, media item, etc.) the cursor will now be placed after the item, rather than the item being selected (bug 54957).

A number of bugs with the new functionality to allow pasting rich content copied from external sources were fixed, and deployed early to reduce the disruption they might cause. A bug in Firefox meant that pasting rich content over a certain length would result in spurious new lines being inserted (bug 58283). Trying to copy with no selection made caused a debugging cloud icon ("☁") to get inserted (bug 58138), and thereafter copying and pasting didn't work at all (bug 58346). Copying a link from within a VisualEditor instance into another caused it to be rendered as a broken link with  and   shown and an external URL in the middle (bug 58136). Pasting a table with a caption caused an error as the code to insert new content wasn't expecting text directly inside the table, only table rows and cells (bug 58318). Copying a template with a table inside it could sometimes move the table outside of the template call, duplicating it (bug 58241). Copying a reference list into a document with no references for it to list no longer throws an error (bug 58242).

We fixed a bug that meant that backspacing from a paragraph before a media item with a caption would move the text into the caption, rather than delete the image (bug 57927). A bad regression from a month ago that mean that inserting an item caused the editor to scroll to the top of the page was fixed and released early (bug 58090). Another regression, which mean that Firefox scrolled the page to the bottom on loading VisualEditor but left the cursor at the top was also fixed and released early (bug 58089).

The internationalisation system for VisualEditor has been switched over to the new JSON-based on (see the RfC for more details). The browser tests were updated to address the new changes (such as the moved transclusion removal buttons, and changes in Parsoid's defaults), and some speed and efficiency improvements were added.

You can monitor the automated browser tests' results (triggered every twelve hours) live on the server. A complete list of individual code commits is available in the 1.23/wmf7 changelog, and all Bugzilla tickets closed in this period are on Bugzilla's list.<section end="2013-12-12 (MW 1.23wmf7)" />

2013-12-19 (MW 1.23wmf8)
<section begin="2013-12-19 (MW 1.23wmf8)" />VisualEditor was updated as part of the wider MediaWiki 1.23wmf8 branch deployment on Thursday 19 December. In the week since 1.23wmf7, the team worked on some minor bug fixes and improvements to code infrastructure.

Images are represented by Parsoid as s rather than MediaWiki's assortment of  s. Previously, these were converted by VisualEditor as a hack to make them look alike, but now we have implemented some CSS styling instead that should leave them looking the same, with less slow-down (bug 53436). This is a step towards the long-term goal of replacing the use of the HTML output from the MediaWiki PHP parser with the HTML+RDFa created by Parsoid. This would improve the usefulness of the site for mobile and API users, as well as making VisualEditor faster to load.

The Mobile team have enabled a limited version of VisualEditor as part of the "alpha" mobile channel (see for example a English Wikipedia article in alpha mobile mode); this was briefly broken due to a mis-configured dependency on ULS (bug 58551).The new rich pasting functionality had two bugs addressed – one where extra line-breaks were added in Chrome when pasting into an empty line (bug 58347), and another where an error was thrown for certain complex templates (bug 58421).

The generic MWExtensionInspector framework that new tools will extend now set the directionality of new items it create from the context, not the user's language, which means future extension editors will work in RTL and LTR environments (bug 57421).

A great deal of clean-up was done on the code repositories, ahead of splitting VisualEditor's core code away from the MediaWiki extension that uses it to edit a wiki. The intent is to make it easier for third parties who want to use VisualEditor for non-MediaWiki platforms (like WordPress or Etherpad) and encourage a focus on speed, efficiency and compatibility.

The automated browser tests were expanded to add a test for switching between edit modes and another for making multiple edits in the same session, adaptations to use the altered transclusion dialog workflow, text styling and insert menus, with timeouts added and tracking versions for Firefox and Selenium updated.

You can monitor the automated browser tests' results (triggered every twelve hours) live on the server. A complete list of individual code commits is available in the 1.23/wmf8 changelog, and all Bugzilla tickets closed in this period are on Bugzilla's list.<section end="2013-12-19 (MW 1.23wmf8)" />

2013-12-monthly
<section begin="2013-12-monthly" />In December, the VisualEditor team worked to continue the improvements to the stability and performance of the system, and to add new features. The deployed version of the code was updated three times (1.23-wmf6, 1.23-wmf7 and 1.23-wmf8). Most of the team's focus was on major new features and fixing bugs. There is now basic support for rich copy-and-paste from external sources into VisualEditor, and a basic tool to insert characters not available on users' keyboards. Work also continued on a dialog for quickly adding citation templated references, and on some major infrastructure changes, splitting out the core of VisualEditor from the MediaWiki-specific items like the transclusion editor.<section end="2013-12-monthly" />

2014-01-02 (MW 1.23wmf9)
<section begin="2014-01-02 (MW 1.23wmf9)" />There were no significant changes to the VisualEditor codebase that were merged for the MediaWiki 1.23wmf9 branch deployment on Thursday 3 January.<section end="2014-01-02 (MW 1.23wmf9)" />

2014-01-09 (MW 1.23wmf10)
<section begin="2014-01-09 (MW 1.23wmf10)" />VisualEditor was updated as part of the wider MediaWiki 1.23wmf10 branch deployment on Thursday 10 January. In the week since 1.23wmf9, the team worked on some minor feature improvements and bug fixes.

You can now edit some of the page settings in the "options" dialog –    and   as selection (forced on, forced off, or default setting; bugs 56866 and 56867) and   as a checkbox (bug 57166). Additional settings (like redirects and page displayed title editing) will be coming shortly.

VisualEditor now does not hard-code the presence of Commons as a potential source of images, but checks the relatively-new fileRepo API call, so third party wikis not using InstantCommons won't get erroneous results (bug 50673). We worked around a bug in CSSJanus that was wrongly flipping images used in some templates in RTL environments, affecting a highly-used hewiki template in particular (bug 50910). VisualEditor switched fully to the new format for using JSON for internationalised messages. VisualEditor now uses the new  for   for wikis with MediaWiki 1.23wmf9 and above (which falls back without error for older versions of MediaWiki).

We fixed a major issue due to an unannounced change in MediaWiki core, which caused VisualEditor to crash on trying to save (bug 59867). We adjusted the call to the API to fetch the language links in the settings dialog to be less server-intensive, and to recover from errors correctly, and corrected API calls in general to not send the edit token unnecessarily. We fixed an issue that meant that transclusions which inserted a text node followed by something else would render wrongly when inserted (but save correctly).

The automated browser tests were adjusted to speed them up and bind more correctly to list items in lists, and updated to a newer version of their ruby dependencies.

You can monitor the automated browser tests' results (triggered every twelve hours) live on the server. A complete list of individual code commits is available in the 1.23/wmf10 changelog, and all Bugzilla tickets closed in this period are on Bugzilla's list.<section end="2014-01-09 (MW 1.23wmf10)" />

2014-01-16 (MW 1.23wmf11)
<section begin="2014-01-16 (MW 1.23wmf11)" />VisualEditor was updated as part of the wider MediaWiki 1.23wmf11 branch deployment on Thursday 16 January. In the week since 1.23wmf10, the team worked on some minor features, and fixing several bugs.

The toolbar's text styling drop-down now has a down-indicator like the Insert menu and the formatting menu. We tweaked the order of the toolbar to put the reference and media insert options at the very top of the menu, and move the character inserter down out of the way. Changing the categories of a page now triggers a refresh of the categories box at the bottom of the page once you've saved (bug 48560). There is now a (very basic) editor for s, though no scope for inserting a new one or changing its display type yet. VisualEditor now has a keyboard shortcuts help page in the help menu, and available by its own keyboard shortcut Ctrl or Cmd (bug 52844). When the page is loaded for editing, we no longer select the first node in the document if there's any text in it, but instead put the cursor just up-page of the first character (bug 58248).

We now only provide image resize handles on the "non-anchored" sides (so the bottom-right for left-aligned images and inline ones on LTR wikis, the bottom-left for right-aligned images and inline ones on RTL wikis, and both bottom corners for centred images), to avoid confusing behaviour where the resize handle let you drag the image into the wrong direction. In the transclusion dialog, parameters that are set using TemplateData to be 'required' now have a '*' symbol next to them to indicate this, but the requirement is not yet enforced (bug 53611). Template parameters are shown in the transclusion dialog using the recommended order specified in TemplateData; if no order is set, we use the order in which the parameters are declared in the template's  block, or fall back to alphabetical order if that is missing (bug 51930). We have changed the encoding of the POST of the page HTML when saving which should reduce the amount of data sent over the network by ~40%, which will improve performance and reducing load when saving (bug 59660).

We fixed a major bug that meant inserting any template or other transclusion failed, and back-ported it to production so it should not occur anywhere (bug 59002). VisualEditor now removes, rather than just hides, the  links below the page title on old versions of pages or on sub-pages, so you can't accidentally click on the hidden-but-still-there text (bugs 52243 and 54325). We fixed a bug that meant that copying a link from one VisualEditor editor to another would result in some broken wikitext where you had an external URL given but in an internal link wikitext format (bug 58136). VisualEditor no longer throws an exception when the cursor is attempted to be put into a document with no content blocks, e.g. a document with 5 block images and no text (bug 59972).

You can monitor the automated browser tests' results (triggered every twelve hours) live on the server. A complete list of individual code commits is available in the 1.23/wmf11 changelog, and all Bugzilla tickets closed in this period are on Bugzilla's list.<section end="2014-01-16 (MW 1.23wmf11)" />