Editor di wikitesto 2017

This page is a translated version of the page 2017 wikitext editor and the translation is 35% complete.
Outdated translations are marked like this.

L'editor di wikitesto 2017 è un'interfaccia di modifica all'interno dell'estensione VisualEditor che permette agli utenti di utilizzare gli strumenti e la barra degli strumenti dell'editor visuale mentre si effettuano delle modifiche al codice sorgente. Si può accedere dall'editor visuale facendo clic sul tasto per passare alla modifica testuale.

The 2017 wikitext editor was released to Wikimedia Foundation-hosted wikis in 2023. Questa modalità non è attiva di default. È possibile scegliere di utilizzarla sui wiki Wikimedia come Beta Feature desktop andando su le tue preferenze, facendo clic sulla casella di controllo per "Nuova modalità wikitext", quindi facendo clic su "Salva".

Cos'è

In accordo con uno degli obiettivi del Piano annuale 2016-2017, Mantenere e migliorare gradualmente le attuali interfacce di creazione e cura del contenuto, il Dipartimento di Editing sta lavorando su un nuovo editor di wikitesto.

È integrato con l'editore visuale per un migliore interscambio tra le due interfacce. Ha un design simile e possiede molti degli strumenti presenti nell'editor visuale, incluso il servizio citoid. La nuova modalità di modifica wikitesto è disponibile come funzionalità beta per utenti desktop. Il progetto principale su Phabricator è task T104479 (lì il software è chiamato "2017 wikitext editor", "modern wikitext editor" o "new wikitext editor"/"NWE").

Questo editor è nuovo e non una modifica dell'esistente. La funzionalità beta permette agli utenti di lasciare feedback e darà il tempo di evitare improvvisi danneggiamenti agli editor e ai gadget esistenti. As the editor is based on VE surface, and not a standard textarea, then many of the editing gadgets do not work with that (it requires using very specific API to access wikicode). Gadgets that open an edit form and require a textarea can switch to plain wikicode editor using action=submit (rather than action=edit).

I motivi del progetto

Nel 2010, la Wikimedia Foundation ha terminato il progetto di accessibilità (che ha portato all'attuale del Vector skin, agli strumenti di caricamento e all'editor di contenuti) e ha risolto alcuni problemi posti dalla comunità ed inseriti nel Piano Strategico 2010-2015. Questo include diversi miglioramenti agli strumenti di editing, più in particolare nella modifica visuale, oltre alle notifiche e ad altre migliorie. In ogni caso, l'intenzione non è e non è mai stata quella di sostituire wikitesto; riteniamo che nel lungo periodo entrambi gli strumenti di editazione siano importanti per continuare ad aiutare la comunità a rendere i progetti di Wikimedia di successo, come lo sono ora.

A partire da dicembre 2016, su quasi tutte le wiki di Wikimedia forniamo tre principali editor di contenuti. Sono incoerenti per gli utenti nel loro aspetto, funzionamento, prestazioni, e negli strumenti di aiuto e supporto. Uno di questi è l'editor wikitext per desktop del 2010 chiamato WikiEditor, un altro è l'editor visivo nelle sue versioni desktop e mobile, e l'ultimo è l'editor wikitext mobile essenziale.

Dal 2010 abbiamo imparato molto su come gli utenti, sia nuovi che esperti, utilizzano il nostro software e su cosa vorrebbero vedere cambiato nel nostro software di editing. La nostra ricerca ha portato alla costruzione dell'editor visivo basato su un design che funziona bene per gli utenti, dando chiare indicazioni ai nuovi utenti su come usarlo e al tempo stesso allontanandosi da quegli utenti esperti che preferiscono il WikiEditor che già conoscono. Anche anche se imperfetto, abbiamo notato che i nuovi utenti hanno una forte preferenza per il design dell'editor visuale. Abbiamo imparato molto sulla programmazione, e abbiamo costruito strumenti che possono essere attivati nelle pagine (come quando clicchi su "Modifica sorgente") o all'interno di uno strumento (come in Flow), su desktop e cellulari, e in maniera che siano ampliabili con altre caratteristiche.

Having three inconsistent editing systems is bad. It is bad for newer editors because whatever they have learned from one editor cannot be applied to other contexts (such as editing a talk page). It is bad for experienced editors, who must address several questions before they can work out what the situation for the newbie is and so how to help. It is bad for sysops, who need to separately set up what their community needs in each of the editors—or else discover that they cannot get it in some editors. It is bad for script and gadget developers, who must deal with lots of different situations (or ignore them). It is bad for developers, who have to take three times as many parts of complexity into account whenever they need to fix something or add a feature. And it is bad for the donors to the Wikimedia Foundation, whose donations are spent supporting these multiple parallel work streams.

Di conseguenza, stiamo lavorando ad un nuovo editor di wikitesto, l'editor di wikitext del 2017. Ciò garantirà un'esperienza unica, armonizzata ed integrata tra desktop e mobile, e tra gli editori e i visualizzatori di wikitesto. Sarà una piattaforma che può essere integrata in altri editor, cosicché l'esperienza possa essere più simile possibile tra diverse situazioni e tipi di contenuto. Daremo agli utenti l'esperienza migliore possibile, limitando il danneggiamento di funzionalità esistenti

Gli utenti a cui non piace potranno naturalmente non usarla mentre è uno strumento Beta, e disabilitarla insieme all'editor visuale una volta rilasciata a tutti. L'attuale editor wikitesto non scomparirà, quantomeno per qualche anno. Sebbene alla fine potremmo mandarlo in pensione, chiunque lo apprezzi potrà continuare ad usarlo.

Obiettivi di sviluppo e aggiornamenti

Prima versione (Beta Feature)

The initial goals for the project were to have parity with the existing wikitext editor, WikiEditor, using the same toolbar with the same buttons in the same positions as in the visual editor so users have consistent experience. This means providing at least all the controls in the wikitext editor, with very few exceptions for very rare buttons:

  • Strumenti di base (grassetto, corsivo, firma, collegamenti ed immagini)
  • Strumenti avanzati (intestazioni, elenchi puntati e numerati, testo grande e piccolo, apice e pedice, gallerie d'immagini e tabelle)
  • Inserimento di caratteri speciali
  • Trova e sostituisci

All these were completed as of August 2016, along with a lot of tools not in the existing wikitext editor (like strikethrough, underline, template inserting and so on), and features like pasted HTML being turned into wikitext automatically. In particular, we also provide the "citoid" auto-citation tool, which lets users quickly add references based on URLs or DOIs. This is similar to, but more advanced than, the gadgets that a few wikis like the English Wikipedia had written for themselves already, and they will now be available for all wikis.

We undertook extensive QA testing that the features work as expected, and a design review and structured user testing. Once we were happy that it is adequately working as intended, and is (at least) no worse for new users, we have sought feedback from experienced users of all levels via a Beta Feature.

Versione beta finale (prima della versione ufficiale)

The point of the first release as a Beta Feature is to get some initial feedback on how well this new editor works for people. We expect the feedback to include a lot of suggestions for changes. There are a number of improvements that we're already considering. Some of these probably need to be addressed before the new wikitext editor would be released outside of a Beta Feature. Some of these are technically difficult and so have been postponed, whilst others would benefit from real-world feedback from existing users to shape the features as usefully as possible.

For the first category (big challenges), we believe that we will need to address section editing, in which clicking edit will show small parts of the page to edit, and a fully responsive design, so that the interface can scale up and down more cleanly for smaller devices, where users are zoomed-in, or other accessibility and platform reasons; these will let us provide the feature in mobile as a beta example as well, to ensure it works for all our editors, not just those on desktop.

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 to 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 we need to 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.

Nice-to-haves

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 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 gerrit:343878 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 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.

Risorse


Vedi anche