The Signpost

Technology report

The Visual Editor: Where are we now, and where are we headed?

Contribute  —  
Share this
By Jarry1250

James Forrester updates the Signpost on progress with the Visual Editor

The logo of the Visual Editor project, as uploaded in June 2012. In fact, the project is over a year older, and discussions over possible Foundation-sponsored WYSIWYG editors older still.

Since its inception in May 2011, the Foundation's Visual Editor (VE) project has grown to become one of its main focuses. Considering that a Wikimedia-deployable WYSIWYG wikitext editor has been one of the most requested features since the language was first used, the hype is perhaps unsurprising. As the project nears its two-year birthday, the Signpost caught up with Visual Editor project manager James Forrester to discuss the progress on the project.

Hi James. So to start with the obvious, 18 months in, where are we now?
The current Visual Editor interface. Areas shaded out in green and white are uneditable.
Hi. The Visual Editor is currently deployed to the English Wikipedia as an opt-in test for all users to be able to edit all articles and user pages; it's also on MediaWiki.org as always-on for the VisualEditor: test namespace. Right now, it supports text, headings, preformatted text, basic annotations (bold, italics) and links (internal and external); other items, such as images and templates, are "alienated" - marked as not-able-to-be-edited and shaded out in green and white. As we add the ability to edit new components ("node handlers"), these green items will gradually disappear.
The Visual Editor currently works equally well in both Monobook and Vector and we'll look to keep it that way (though all our design cues are off Vector).
July has recently been given as a possible rollout date. What needs to happen before that, and what will be included?
We're aiming for the Visual Editor to become the "default" editor - that is, when you click the "edit" button, you get the Visual Editor. There'll still be the current text-based editor, of course, accessed via "Edit Source". In addition to the functionality already present, the aim is currently for us to also deliver all four of templates, references, categories and images (at least, basic abilities of each) before we roll-out.
One of the key items before July is to allow templates to be edited in a way that users aren't expected to memorise how they work. To help with that, there will be a new extension ("TemplateData") which will let users add hinting to templates on how they should be used. We'll be deploying that soon and making some initial example ones so that it's clear to community template writers how it will help.
In addition, I want to get us testing on non-English Wikipedias so that we know how much more we have to do on i18n/l10n support - we think we're reasonably far, but our users can tell us much more accurately than our pontificating from the ivory tower.
So in July it’ll be English Wikipedias and non-English as well?
That's the intent. Almost certainly not non-Wikipedias, sadly, as we've not yet had time to look at their specific needs (like integrating Wikisource's ProofreadPage extension).
Sounds great. And after July it'll be a case of incrementally adding whatever's still missing -- tables, for example? Are there some things that will never be implemented on the VE, do you think? Magic words, manual interwikis?
Yes, table structure editing and other things are on the backlog for 2013/14. It's quite possible that we'll never implement some things, but there are lots of things for us to work on before then. For example, yes, interwikis (individual and Wikidata) and page-setting magic words will both be supported and editable (but probably not for July).
Yes. So finally, the project will be two years old in May. If the WMF did it again, what would it do differently?
Well, actually we were talking about a rich-text editor in 2002. But yes, obviously we'd love to have made more progress, faster. I think we're confident that we are balancing the desire to get it out as fast as possible to the need to build the best possible editor that we can, so that editors have it easier (and especially for new editors).
Ultimately, both the Visual Editor and Parsoid are both research projects still - a good chunk of what we're doing has never been done before, or at best only been done a few times, and there's no settled way to do them. That's why it takes time, and the dead-ends we've encountered and the times we've chosen to change course have led to VE and Parsoid being higher quality and ultimately better for our users
Thank you.

In brief

Not all fixes may have gone live to WMF sites at the time of writing; some may not be scheduled to go live for several weeks.

+ Add a comment

Discuss this story

These comments are automatically transcluded from this article's talk page. To follow comments, add the page to your watchlist. If your comment has not appeared here, you can try purging the cache.

Visual editor

"We're aiming for the Visual Editor to become the 'default' editor - that is, when you click the 'edit' button, you get the Visual Editor."

If the Wikipedia visual editor is as slow and buggy as the visual editor at Wikia, then there may be a serious drop in the number of edits from anonymous editors. I suggest leaving the wikitext editor (source editor used now) as the default editor. One would access the visual editor by clicking "Visual Editor". This would be the safe, conservative path of implementation.

I stopped using the Visual Editor on Wikia years ago, as have most regular Wikia editors I have communicated with. I even had to disable it in preferences because it severely slowed down my editing since I could not put the wikitext editor on top by default. I had to click on the wikitext editor tab (source editing) for almost every single edit. I had to do that because the visual editor was, and is, so buggy and slow.

Please be sure that we can choose which editor is on top in preferences. People will also need an option to disable it altogether because its loading in the background may slow things down too.

I am in the process of leaving Wikia and forking most of my wiki to a pure MediaWiki wiki farm. I am amazed at how much more work I am getting done. Wikia's many changes in many areas caused so many slowdowns in ease and speed of use. I had forgotten how fast a pure MediaWiki site is for mass editing. Please do not make the same mistake on Wikipedia. Right now Wikipedia editing is very fast. Let's keep it that way, by implementing visual editor as a background option, not as an abrupt in-your-face default option. Be ready to disable it and work on it further if the number of edits goes down. The purpose of the visual editor is to increase the number of edits, not lessen the number. --Timeshifter (talk) 05:00, 29 March 2013 (UTC)[reply]

Since the number of active editors on English Wikipedia (and one assumes anonymous editors too) is declining it is important that editing be made easier and faster, not buggy and slower. So that the total number of edits goes up in spite of the declining number of editors. For the same reason content disputes need to be fairly resolved more efficiently. We need all this because of the increasing number of articles. See: User:Timeshifter/More articles and less editors. Here is a good summary chart below. It says the maximum number (ever) of active editors (5 or more edits in the last month) was 51,370 in March 2007. See also: commons:Category:English Wikipedia active editor statistics for more stats and charts. I do not know if there is a way to track the number of monthly anonymous editors.
The total number of edits each month over time on English Wikipedia is tracked on this page: Wikipedia Statistics - Tables - English. See the "Database" header, and then the "edits" column. 3.9 million edits in Feb. 2013. That column goes back monthly to Jan. 2001 when Wikipedia started. The chart to the right is a summary chart cropped from Wikipedia Statistics - Tables - Edits per month. --Timeshifter (talk) 07:40, 29 March 2013 (UTC)[reply]
Even if the Visual Editor became the default, I'm sure they would let you opt-out in preferences, lest James Forrester find hordes of angry Wikipedians on his doorstep. Revolution1221 (talk) 18:15, 31 March 2013 (UTC)[reply]

Wikidata

Would like to see more info on the Wikidata phase 2 launch. This is a pretty big deal, IMO. Kaldari (talk) 23:06, 28 March 2013 (UTC)[reply]

I added a link to the blog post. Kaldari (talk) 23:19, 28 March 2013 (UTC)[reply]
Thanks. Maybe you could feature Wikidata Phase II in a future edition of the Signpost.--Aschmidt (talk) 00:02, 29 March 2013 (UTC)[reply]
I would be interested how Wikidata and VisualEditor will work together. --78.34.0.160 (talk) 06:30, 29 March 2013 (UTC)[reply]

Typo

Sign languages

You must mean "sign languages", in plural, because there are many. --NaBUru38 (talk) 21:14, 30 March 2013 (UTC)[reply]

By the way, a Wikipedia in sign language would be much more interesting if it was filmed or animated, not written. That's a much tougher task, for sure! --NaBUru38 (talk) 21:16, 30 March 2013 (UTC)[reply]



       

The Signpost · written by many · served by Sinepost V0.9 · 🄯 CC-BY-SA 4.0