2017 wikitext editor/pt-br

O editor de wikitexto 2017 é um modo usando a extensão do Editor Visual que permite os editores usarem as ferramentas do editor visual e a barra de ferramentas editando com o recurso de códigos wikitexto. Ele pode ser acessado com o editor visual clicando no botão na barra de ferramentas para mudar para o wikitexto.

Voçê pode escolher para utiliza-la nas wikis Wikimedia wikis como uma desktop Beta Feature indo a suas preferências.

O que é
Em apoio a um dos objetivos no nosso plano anual 2016-2017, 'Manter e aprimorar incrementalmente as interfaces atuais de criação e curadoria de conteúdo', o Departamento de Edição está trabalhando em um novo editor de wikitexto.

Ele é integrado ao editor visual para melhor alternar entre os dois. Tem um design semelhante e muitas das ferramentas presentes no editor visual, incluindo o serviço citoid. O novo modo de edição para wikitexto está disponível como um recurso beta para usuários de desktop. A principal tarefa no Phabricator é T104479 (o software às vezes também é chamado de "editor de wikitext moderno" ou "novo editor de wikitext" / "NWE").

Este é um novo editor, não uma modificação para o editor de wikitexto existente. O modo beta do recurso permite o usuário a dar feedback e dará tempo para evitar a interrupção repentina dos editores e a interrupção dos gadgets existentes.

Quais são os motivos deste projeto?
Em 2010, a Fundação Wikimedia terminou o projeto Usability (o que nos deu a skin atual do Vector, a ferramenta de upload e o editor de conteúdo) e alternou às questões selecionadas pela comunidade na Estratégia 2010-2015. Isso está incluindo um número de melhoramentos para as ferramentas de edição, a mais notável é o editor visual, juntamente com notificações e outras melhorias. No entanto, a estratégia não é e nunca foi substituir o wikitexto; vemos os dois sistemas de edição como importantes a longo prazo para ajudar a comunidade a continuar a tornar os projetos da Wikimedia tão bem sucedidos como são agora.

Em dezembro de 2016, em quase todos os wikis da Wikimedia fornecemos três principais editores de conteúdo. Eles são inconsistentes para os usuários em sua aparência, em como eles operam e executam, e em ajuda e suporte. Um deles é o editor wikitexto da área de trabalho da era 2010 chamado WikiEditor, outro é o editor visual em suas formas desktop e móvel, e o final é o editor wikitext móvel básico.

Desde 2010, aprendemos muito sobre como usuários, novos e experientes, usam nosso software e gostariam de usá-lo. Nossa pesquisa informou a construção do editor visual em torno de projetos que funcionam bem para os editores, claramente dando sinais a novos usuários sobre como usá-lo, enquanto saem do caminho de mãos experientes que querem apenas fazer algo. Embora seja imperfeito, temos visto fortes preferências de novos usuários pelo design do editor visual, pelas sugestões de fluxo de trabalho e pela experiência geral. Também aprendemos muito em termos de engenharia e a construímos de tal forma que ela pode ser usada em uma página (como quando você clica em "") ou dentro de uma ferramenta (como no Flow) e em computadores ou dispositivos móveis e de maneira extensível por outros recursos.

Ter três sistemas de edição inconsistentes é ruim. Isso é ruim para iniciantes, porque quaisquer ideias que tenham aprendido com um editor não podem ser aplicadas a outros contextos (como editar uma página de discussão). É ruim para os editores existentes, que precisam passar por várias perguntas antes de descobrir qual é a situação do novato e como ajudar. É ruim para os sysops, que precisam configurar separadamente o que a comunidade precisa em cada um dos editores - ou descobrir que eles não conseguem em alguns editores. É ruim para desenvolvedores de gadget e scripts, que tem que lidar com muitas situações diferentes (ou ignorá-las). Isso é ruim para os desenvolvedores, que precisam considerar três vezes mais partes da complexidade sempre que precisarem consertar algo ou adicionar um recurso. E é ruim para os doadores da Wikimedia Foundation, cujas doações são gastas apoiando esses múltiplos fluxos de trabalho paralelos.

Consequentemente, estamos trabalhando em um novo editor de wikitexto. Isso fornecerá uma experiência única, integrada e consistente entre desktops e dispositivos móveis, além de editores visuais e wikitextps. Será uma plataforma que pode ser integrada a outros editores, para que a experiência seja o mais próxima possível entre situações e tipos de conteúdo. Proporcionaremos aos usuários uma experiência tão boa quanto possível, limitando a quebra de funcionalidades existentes.

Observe que a fase atual da implantação é fornecer isso como um recurso Beta e obter feedback. Somente uma vez que atendemos aos nossos requisitos de qualidade (incluindo testes de novos usuários e felicidade de usuários experientes), provavelmente em meados de 2017, começaremos a fornecê-los por padrão no lugar do editor de wikitext atual. Observe que a fase atual da implantação é fornecer isso como um recurso Beta e obter feedback. Somente uma vez que atendemos aos nossos requisitos de qualidade (incluindo testes de novos usuários e felicidade de usuários experientes), provavelmente em meados de 2017, começaremos a fornecê-los por padrão no lugar do editor de wikitexto atual.

Primeiro lançamento (recurso beta)
Os objetivos iniciais do projeto eram ter paridade com o editor de wikitext existente, o WikiEditor, usando a mesma barra de ferramentas com os mesmos botões nas mesmas posições que no editor visual, para que os usuários tenham uma experiência consistente. Isso significa fornecer pelo menos todos os controles no editor wikitext, com poucas exceções para botões muito raros:


 * Basic tools (bold, italics, signature, links and images);
 * Advanced tools (headings, bullet lists, numbered lists, big, small, superscript and subscript, galleries and tables);
 * Special character insertion; and
 * Find-and-replace.

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.

Final beta release (before general release)
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 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.

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

Recursos

 * 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.
 * Enabling the "2017 wikitext editor" for extension "VisualEditor"

Ver também

 * Status update about editing software, June 2016
 * Feedback page
 * Extension:CodeMirror, the Beta Feature for wikitext syntax highlighting
 * New visual way to display page changes