2017 wikitext editor/de

frameless|600px Der Wikitexteditor 2017 ist ein Modus im VisualEditor, der Benutzern bei der Bearbeitung von Wikimarkup-Quelltexten die Nutzung der Werkzeugleiste und Werkzeuge des visual editors ermöglicht. Man erreicht ihn vom visual editor aus, indem man in der Werkzeugleiste den Knopf für den Wechsel zum Wikitext klickt.

Du kannst es für Wikimedia-Wikis in deinen Benutzereinstellungen als Beta-Funktion aktivieren ("Neuer Wikitext-Modus").

Was es ist
Zur Erreichung eines der Ziele des Jahresplans 2016–2017, "Wartung und schrittweisen Verbesserung bestehender Werkzeuge zur Erstellung und Pflege von Inhalten", arbeitet die Bearbeitungsabteilung an einem neuen Wikitexteditor. Er ist in den VisualEditor integriert, um zwischen beiden Ansichten besser umschalten zu können. Die Gestaltung ist dem VisualEditor angepasst und er bietet auch viele Funktionen des VisualEditors, darunter den citoid-Dienst. Der neue Wikitext-Bearbeitungsmodus ist als Beta-Funktion für Arbeitsplatzrechnernutzer verfügbar. Die Hauptaufgabe in Phabricator ist T104479 (dort auch als „modern wikitext editor“ oder „new wikitext editor“/„NWE“ bezeichnet).

Dies ist ein neuer Editor, nicht eine Überarbeitung des bestehenden Wikitexteditors. Der Beta-Funktionsmodus ermöglicht Benutzern Rückmeldung zu geben und räumt Zeit ein, um Störungen für Bearbeiter und an Hilfswerkzeugen vermeiden zu können.

Gründe für dieses Projekt
2010 schloss die Wikimedia Foundation das Benutzerfreundlichkeitsprojekt ab (welches die derzeitige Oberflächengestaltung „Vector“, das Hochladewerkzeug und den Inhalteeditor hervorbrachte) und ging in der Strategie für 2010 bis 2015 zu Angelegenheiten über, die die Nutzergemeinde ausgewählt hatte. Dies umfasste eine Reihe von Verbesserungen von Bearbeitungswerkzeugen, besonders den visual editor, neben dem Mitteilungssystem und anderen Verbesserungen. Allerdings zielte diese Strategie nie auf einen Ersatz für Wikitext. Wir erachten beide Bearbeitungssysteme als langfristig hilfreich für die Gemeinschaft, um den Erfolg der Wikimedia-Projekte fortzuführen.

Im Dezember 2016 gab es in fast allen Wikipedien drei Haupteditoren. Ihre Bedienung, Funktion und Unterstützung stimmen nicht überein. Einer davon ist der Wikitext-Editor für Arbeitsplatzrechner aus der 2010er-Epoche namens WikiEditor, ein weiterer ist der visual editor mit seinen Varianten für Arbeitsplatzrechner und für Mobilgeräte und der letzte ist der spartanische Wikitext-Editor für Mobilgeräte.

Seit 2010 haben wir einiges über die aktuelle und gewünschte Benutzung unserer Software durch sowohl neue als auch erfahrene Benutzer gelernt. Anhand unserer Untersuchungen haben wir den Aufbau des visual editors auf bei Bearbeitern bewährte Konzepte aufgebaut, während wir neuen Benutzern klare Benutzungshinweise geben und erfahrene Benutzer nicht in ihrer Arbeitsverrichtung stören. Trotzdem er nicht vollkommen ist, sahen wir bei neuen Benutzern eine starke Bevorzugung der Gestaltung, Arbeitsablaufhinweise und allgemeine Benutzung des visual editors. Wir haben auch eine Menge für die Entwicklung gelernt und ihn derart gebaut, dass er auf einer Seite (wie beim Klicken auf "") oder innerhalb eines Werkzeuges (wie Flow), sowie auf Arbeitsplatz- oder Mobilgeräten benutzt werden und mit anderen Funktionen erweiterbar sein kann.

Drei uneinheitliche Bearbeitungssysteme sind ein schlechter Zustand. Er ist schlecht für neue Benutzer, da sie Erfahrungen von einem Editor nicht auf andere Kontexte (wie die Bearbeitung von Diskussionsseiten) übertragen können. Er ist schlecht für bestehende Benutzer, die sich erst zur Situation des eines Neulinngs durchfragen müssen, um helfen zu können. Er ist schlecht für Systembetreiber, die mehrere Editoren auf die Bedürfnisse ihrer Nutzergemeinde einrichten müssen oder herausfinden müssen, was manche Editoren nicht bieten. Er ist schlecht für Entwickler von Skripts und Hilfsprogrammen, welche viele verschiedene Situationen behandeln (oder ignorieren) müssen. Er ist schlecht Entwickler, die dreimalsoviel Komplexität berücksichtigen müssen, wenn sie etwas beheben oder eine Funktion hinzufügen müssen. Er ist auch schlecht für die Spender der Wikimedia-Stiftung, deren Spenden auf die Unterstützung von mehreren parallelen Systemen verwendet werden.

Daher arbeiten wir an einem neuen Wikitext-Editor. Dieser wird für Arbeitsplatzrechner und Mobilgeräte sowie Wikitext- und WYSIWYG-Bearbeitung eine integrierte und einheitliche Benutzung ermöglichen. Es wird eine Plattform sein, die in andere Editoren eingebettet werden kann, damit die Bedienung sich in verschiedenen Situationen und bei unterschiedlichen Arten von Inhalten möglichst wenig unterscheidet. Wir machen die Benutzbarkeit so gut wir können, bei möglichst geringer Beeinträchtigung bestehender Funktionen.

Beachte bitte, dass der derzeitige Status der Fertigstellung die Betatestphase ist und der Einholung von Rückmeldungen dient. Erst wenn wir unsere Qualitätsanforderungen erfüllt haben (einschließlich Tests mit neuen Benutzern und Zufriedenheit erfahrener Benutzer), wahrscheinlich Mitte 2017, werden wir anfangen ihn anstatt dem derzeitigen Wikitex-Editor standardmäßig einzusetzen. Benutzer, die ihn nicht mögen, können ihn selbstverständlich nicht nutzen, solange er eine Beta-Funktion ist, und ihn später nach der Veröffentlichung für die Allgemeinheit zusammen mit dem visual editor deaktivieren. Der aktuelle Wikitext-Editor wird nicht verschwinden, zumindest für die nächsten paar Jahre. Wenngleich wir ihn irgendwann beerdigen könnten, kann ihn jeder behalten, der ihn will.

Erste Veröffentlichung (Beta-Funktion)
Das erste Ziel des Projektes war das Erreichen von Gleichwertigkeit mit dem bestehenden Wikitext-Editor, WikiEditor, mit der selben Werkzeugleiste und den selben Knöpfen a den selben Positionen wie im visual editor, um Nutzern ein einheitliches Erlebnis zu ermöglichen. Daher sollen zumindest die Bedienelemente des Wikitexteditors vorhanden sein, mit wenigen Ausnahmen bei sehr seltenen Knöpfen:


 * Grundlegende Werkzeuge (fett, kursiv, Signatur, Verknüpfungen und Bilder);
 * Weitergehende Werkzeuge (Überschriften, ungeordnete Listen, Aufzählungslisten, groß, klein, hochgesetzt, tiefgesetzt, Gallerien und Tabellen);
 * Sonderzeicheneinfügung und
 * Suchen und Ersetzen.

Alldiese wurden bis zum August 2016 fertiggestellt, zusammen mit vielen weiteren Werkzeugen, die im bestehenden Wikitexteditor nicht vorhanden sind (zum Beispiel durchgestrichen, Vorlageneinfügung und so weiter), und Funktionen wie automatische Umwandlung von HTML in Wikitext. Besonders bieten wir das Zitierungshilfewerkzeug „citoid“, mit dem Benutzer anhand von URLs oder DOI-Nummern schnell Belege hinzufügen können. Dies ähnelt den Hilfswerkzeugen, die einige Wikis wie die englischsprachige Wikipedia bereits selber entwickelt hatten, geht allerdings darüber hinaus und wird nun für alle Wikis verfügbar sein.

Wir haben in ausgedehnten Qualitätssicherungsuntersuchungen auf erwartungsgemäße Funktion getestet sowie eine Überprüfung des Entwurfs und strukturierte Benutzertests durchgeführt. Sobald die Funktion unsere Erwartungen befriedigte und (zumindest) für neue Benutzer nicht schlechter war, haben wir im Beta-Test von erfahrenen Benutzern aller Schichten Rückmeldungen eingeholt.

Letzte Testveröffentlichung
Der Grund für die Veröffentlichung als Beta-Funktion ist es, frühzeitiges Feedback dazu zu bekommen, wie der neue Editor für die Leute arbeitet. Wir erwarten, dass das Feedback eine Menge Vorschläge für Änderungen ergeben wird. Wir erwägen schon jetzt eine Menge Verbesserungen. Einige davon werden vermutlich behandelt werden müssen, bevor der neue Editor den Beta-Status verlassen kann. Einige andere sind technisch schwer umzusetzen, und müssen daher zurückgestellt werden, während andere von realweltlichem Feedback aktiver Autoren profitieren können, um die Form der Features so gut wie möglich zu gestalten.

Für die erste Kategorie (große Herausforderungen) glauben wir, dass wir uns mit dem Thema Abschnittsbearbeitung befassen müssen, bei dem durch Klicken auf Bearbeiten kleine Bereiche der zu bearbeitenden Seite und ein voll responsives Design angezeigt werden, damit die Benutzeroberfläche skalierbar und deutlich erkennbar dargestellt wird, wenn kleine Geräte benutzt werden, mit denen Benutzer heranzoomen oder andere Bedienungshilfen aktivieren, oder andere Plattformen. Dies wird uns erlauben, das Feature auch als Beta im mobilen Bereich zur Verfügung zu stellen, um sicherzustellen, dass es für alle unsere Autoren funktioniert, nicht nur für die auf dem Desktop.

Für die zweite Kategorie (Feedback erforderlich) müssen wir In-Editor-Hilfe zur Verfügung stellen, um den Benutzer von Anfang an durch den Bearbeitungsprozess zu führen. Zurzeit hat der Wikitext-Editor einen "Hilfe" -Reiter mit einer kurzen Anleitung für Wikitext; im visuellen Editor haben wir einen Link zum Benutzerhandbuch, das wir für diesen Zweck nachbauen könnten. Wie dies aussehen sollte und was es hervorheben sollte, ist wahrscheinlich etwas, für das viele Mitglieder unserer Community erstklassige Ideen haben. Wir müssen auch aufräumen, wie Helferlein den Editor erweitern, da die neue Editor-Integration im Moment komplex und verwirrend ist. Dies würde das Konvertieren einiger Helferlein schwieriger machen, als es sein sollte. Viele Wiki-Communitys sind auf bestimmte Gadgets angewiesen, um ihren Bearbeitungs-Workflow zu beschleunigen, und es ist wichtig, dass wir die Fähigkeit für Wikis erhalten, flexibel mit solchen Verbesserungen zu experimentieren.

Natürlich ist jede Änderung dieser Größenordnung für die Arbeitsabläufe einiger Benutzer höchstwahrscheinlich störend und wird einige Probleme mit einigen "Grenzfällen" haben, die nicht berücksichtigt werden. Wir freuen uns darauf, diese in den Wochen und Monaten nach der Veröffentlichung des Beta-Features zu entdecken und zu besprechen.

Nice-to-haves
Daneben gibt es aber auch noch andere, neue Features, die wir gerne zur Verfügung stellen würden, die sich aber für den Anwender als zu aufwendig oder zu langsam erweisen können und daher nicht von vornherein geplant werden. 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 poorly/old computers or 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 WikEd, which are available on some wikis as gadgets). Syntax highlighting has also been introduced to the 2017 wikitext editor using Extension:CodeMirror.

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 recognise 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.

Resources

 * An early rough design mockup from April 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.

Siehe auch

 * Statusmitteilung zur Bearbeitungs-Software vom Juni 2016
 * Rückmeldungsseite