2017 wikitext editor/nl

De 2017 wikitekst editor is een mode in de VisualEditor extensie die toestaat dat gebruikers de visuele editor hulpmiddelen en taakbalk gebruiken bij het bewerken van de wikitekst broncode. Het wordt benaderd van binnen de visuele editor door te klikken op de knop in de werkbalk om naar wikitekst over te schakelen.

Standaard staat het niet aan. U kunt het inschakelen om het te gebruiken op Wikimedia wiki's als een desktop betafunctie bij uw voorkeuren, klik op de selectievakje "Nieuwe wikitekst mode" en daarna op "Opslaane".



Wat is het
Om een van onze doelen in het s016–2017 jaarplan te ondersteunen, "Maintain and incrementally improve current content creation and curation interfaces", werkt het Editing Department aan een nieuw wikitekst editor.

Het is geïntegreerd met de visuele editor om beter tussen de twee te kunnen omschakelen. Het ontwerp is soortgelijk aan de visuele editor en ze hebben ook veel hulpmiddelen gemeen, inclusief de service citoid. Deze mode is dus beschikbaar als betafunctie voor desktop gebruikers. De hoofdtaak op Phabricator is (deze software wordt soms ook wel de "modern wikitext editor" of de "new wikitext editor"/"NWE" genoemd).

Het is een nieuwe editor, geen doorontwikkeling van de bestaande wikitekst editor. De betafunctie staat gebruikers toe om feedback te geven en geeft tijd om opeens haperende editors en problemen bij bestaande gadgets, te vermijden.



Wat waren de redenen van dit project?
In 2010 heeft de Wikimedia Foundation het project Usability afgerond (met als producten de skin Vector, het upload hulpmiddel en de content editor) en is overgestapt op de onderwerpen die door de gemeenschap in de strategie voor 2010–2015 zijn geselecteerd. Dit bevatte een aantal verbeteringen van de hulpmiddelen voor het bewerken, wat het meeste zal zijn opgevallen bij de visuele editor, naast de notificaties. De strategie is niet en was nooit om wikitekst te vervangen; wij zien beide systemen voor het bewerken als belangrijk op de lange termijn om de gemeenschap te helpen de Wikimedia projecten zo succesvol te houden.

Vanaf december 2016 zijn er op bijna alle Wikimedia wiki's drie editors beschikbaar voor het bewerken van de inhoud. Er zit natuurlijk verschil voor de gebruikers in het uiterlijk, de werking, de performance en in de help en ondersteuning. Dit zijn de desktop wikitekst editor genaamd WikiEditor (era 2010), de visuele editor in de desktop en mobiele vorm, en de bare-bones mobiel wikitekst editor.

We hebben sinds 2010 veel van onze gebruikers geleerd, ongeacht of ze ervaren waren, hoe de software gebruikt wordt en wat de wensen voor aanpassingen zijn. Dat is gebruikt voor de visuele editor, dat werkt goed voor editors, is duidelijk voor onervaren gebruikers zonder dat dat een last is voor de ervaren gebruikers, die ook de hun al bekende WikiEditor kunnen gebruiken. Hoewel niet perfect blijkt er toch een sterke voorkeur van nieuwe gebruikers voor de visuele editor, door het ontwerp, workflow tips en de algemene ervaring. We hebben ook veel geleerd over engineering en we hebben het zo gebouwd dat het kan worden gebruikt op een pagina, als je klikt op "" of in een hulpmiddel (als in Flow) en op de desktop of mobiel. En dat op een manier die ook toegepast kan worden op andere functies.

Het hebben van drie editors die anders werken heeft nadelen. Zo heeft een gebruiker weinig aan de kennis die opgedaan wordt bij het gebruik van een andere editor, bijvoorbeeld voor het bewerken van een overlegpagina. Ook voor het ondersteunen van nieuwe gebruikers is het lastig, je moet eerst achterhalen welke editor ze gebruiken. Ook voor de beheerders is het slecht, die moeten de wensen eigenlijk per editor bepalen en maar zien of ze dat in de andere editors functioneel naar een eventuele aanpassing moeten vertalen. Ook moeten de makers van gadgets of scripts meer verschillende situaties bekijken, of zich richten op een editor. Ook voor de ontwikkelaars is het slecht, zij moeten een aanpassing of uitbreiding met een functie ook op drie plaatsen zien te maken. Ook de mensen die de Wikimedia Foundation financieel ondersteunen zien het ondersteunen van drie systemen vast ook als minder wenselijk.

Het gevolg is dat we werken aan een nieuwe wikitekst editor, de 2017 wikitekst editor. Het doel is om tot één editor te komen die een voor alle gebruikers geschikt is, met een gelijke gebruikerservaring. Het wordt een platform dat in andere editors kan worden opgenomen,zodat de ervaringen zo goed mogelijk aansluiten per situatie en type inhoud. We proberen de gebruikers het als goed te laten ervaren, maar we willen het al te veel wijzigen van bestaande functionaliteit beperken.

De huidige status is aanbieden als betafunctie om feedback te krijgen. Als aan onze normen is voldaan (inclusief testen door nieuwe en ervaren gebruikers), zal mogelijk midden 2017 worden beginnen met de uitrol en wordt het op termijn de standaard in plaats van de huidige wikitekst editor. Gebruikers hebben de optie het niet te gebruiken zolang het een betafunctie is, daarna kunnen ze het uitschakelen met de visuele editor na het vrijgeven voor iedereen. De huidige wikitekst editor blijft zeker nog een paar jaar bestaan. Mogelijk stoppen we de ontwikkeling en het onderhoud, maar wie het wil gebruiken kan het gebruiken.



Doel en status ontwikkeling


Eerste release (betafunctie)
Het startdoel van het project is om meer eenheid te brengen in de bestaande wikitext editor, WikiEditor, gebruiken van dezelfde werkbalk met dezelfde knoppen op dezelfde plaatsen als in de visuele editor zodat gebruikers dezelfde ervaringen hebben. Dit betekent op zijn minst het aanbieden van alle controle-elementen als in de wikitekst editor, maar wel zonder een paar echt bijzondere knoppen:


 * Basis hulpmiddelen (bold, italics, signature, links en images);
 * Geavanceerde hulpmiddelen (headings, bullet lists, numbered lists, big, small, superscript en subscript, galleries en tables);
 * Toevoegen van speciale tekens;
 * Zoeken en vervangen.

Dit is op augustus 2016 afgerond, samen met toevoegingen die niet in de bestaande wikitekst editor zitten (strikethrough, underline, template inserting, ...) en functies als geplakte HTML automatisch omzetten naar wikitekst. Er is ook ondersteuning voor citaten ("citoid"), gebruikers kunnen nu snel referenties gebaseerd op URL's en DOI's maken. Dit gaat ongeveer, maar wat geavanceerder, als de gadgets die door een paar wiki's, zoals de Engelse Wikipedia, zelf al hadden gemaakt. Het is nu beschikbaar voor alle wiki's.

Na uitgebreide QA testen blijkt dat de functies zoals verwacht werken. Het ontwerp is opnieuw beoordeeld. Er is een gestructureerde gebruikerstest uitgevoerd. Na deze successen en de ervaring dat minstens net zo goed werkt voor nieuwe gebruikers hebben we aan ervaren gebruikers feedback gevraagd door het als betafunctie ter beschikking te stellen.



Laatste beta release (voor algemene release)
De eerste release als betafunctie is bedoeld om wat eerste feedback te krijgen hoe goed deze nieuwe editor werkt. We verwachten een hoop suggesties voor wijzigingen. We overwegen al wat verbeteringen. Enkele daarvan moeten we waarschijnlijk wel oppakken voordat het in een normale release kan worden vrijgegeven. Enkel zijn technisch lastig en daarom uitgesteld. Bij andere willen we graag toch wat feedback van echte gebruikers hebben.

Bij de grote uitdagingen denken we aan het bewerken van sessies, waar maar een deel van de bewerkte pagina wordt getoond, een volledig responsive design, zodat de interface kan schalen afhankelijk van het apparaat van de gebruiker, de toegankelijkheid ook voor andere platformen (mobiel) en dat voor alle editors voor het bewerken van tekst.

For the second category (feedback needed), we will need to provide in-editor help to guide users through the editing process from the very first time they click edit and also later in their editing careers. Right now the wikitext editor has a "help" tab with some brief wikitext guidance; in the visual editor, we have a link to the user-guide, which we could replicate for this purpose. How this should work, and what it should highlight, is likely to be something on which many members of our communities have expert ideas. We will also need to clean up how gadgets extend the editor, as the new editor integration right now is complex and confusing. This would make converting some gadgets harder than it should be. Many wiki communities depend on particular gadgets to speed up their editing workflow, and it's important that we preserve the ability for wikis to flexibly experiment with improvements like this.

Naturally, any change of this scale is likely to be disruptive for some users' workflows, and will have a few issues with relative 'edge cases' not being addressed. We look forward to uncovering and addressing these over the weeks and months following the release of the beta feature.

Mogelijke uitbreidingen
Alongside the above, there are other, new features we'd love to provide if possible, but which may prove too costly to develop or too slow for users, and so are not planned from the outset. One feature we'd be interested in providing is saving automatic local drafts as users edit, so that if their browser or computer crashes or loses power mid-edit they can resume rather than having to restart. This would rescue users from quite frustrating, if uncommon, occurrences, particularly people with old computers or poor network connections.

A big feature that often gets discussed is syntax highlighting of wikitext to help guide people's eyes to the right content for which they're looking. This feature was in fact built for the existing wikitext editor back in 2011, but we had to abandon it because the very high complexity of wikitext means that this was exceedingly slow for most users. Five years later, most users' machines are a fair bit faster than they were back then, which helps a little. Also, it might be worth exploring how performant we could make a feature doing this if we were to make some simplifications of the kinds of wikitext which we try to highlight.

(In the meantime, syntax highlighting is provided by Remember the dot's syntax highlighter and, which are available on some wikis as gadgets). Syntax highlighting has also been introduced 343878 to the 2017 wikitext editor using.

More complex and error-prone than syntax highlighting, but possibly even more useful, would be a feature for folding wikitext structures into blocks so that users can easily ignore things they don't want to edit without having to read through them. For example, long infobox invocations or references could be folded up into blocks until you want to edit them. The technologies we built for the visual editor are particularly well-suited for providing this use case in a reliable fashion, so this may be something we could look at doing. Again, as with syntax highlighting we might need to compromise on the complexity of wikitext that we recognize in return for providing something performant enough to be useful to most of our users.

Another nice feature we could provide would be to prompt users when they save with two or three buttons to add one-click edit summaries based on their recent activities. This kind of feature is quite popular on some wikis as a gadget and it would be nice to provide it to all users on all wikis, without those wikis needing to have a gadget guru on hand to help set it up and maintain it.

Bronnen

 * An early rough design mockup from April 2016 is available here. To see the wikitext editor, click the brackets icon in the top-right corner.
 * An old rough demo video is also available as of mid-May 2016 at https://www.youtube.com/watch?v=jgd2ZHOZGBE.
 * Video demo of the 2017 wikitext editor from the December 2016 CREDIT showcase.
 * The current version can be seen via Beta Features at Special:Preferences; enable the "new wikitext editor" item, go to https://www.mediawiki.org/wiki/Project:Sandbox?veaction=editsource (for example) and see what it looks like when you switch back and forth.



Zie ook

 * Status update about editing software, June 2016
 * Feedback page
 * - the Beta Feature for wikitext syntax highlighting