2017 wikitext editor/ru

Редактор вики-текста 2017 — это режим в Extension:VisualEditor, который позволяет редактировать исходный вики-текст с помощью графического редатора и панели инструментов. Функция включается внутри графического редактора при помощи кнопки в панели инструментов.

Вы можете начать использовать его как бета-функцию для ПК в проектах Викимедиа перейдя в раздел бета-функции.

Что это такое
Для поддержки одной из целей в 2016-2017 годовом плане, "Maintain and incrementally improve current content creation and curation interfaces", Департамент редактирования работает над новым режимом вики-текста.

Он интегрирован в графический редактор для более удобного переключения между редакторами. Он имеет схожий дизайн и большинство инструментов графического редактора, в том числе citoid сервис. Новый режим редактирования доступен в списке бета-функций для пользователей ПК. Главная задача в Фабрикаторе это T104479 (там это ПО иногда называют "современный редактор вики-текста" ( "modern wikitext editor") или "новый редактор вики-текста" ( "new wikitext editor"/"NWE"))

Это новый редактор, он не является модификацией существующего редактора. Для бета-функций используется обратная связь, отводится время на исправление ошибок, чтобы после релиза не было не работающих редакторов и сломанных устройств.

Причины реализации этого проекта
В 2010, Фонд Викимедиа закончил Проект повышения удобности ( следствием которого стали: тема "Вектор", инструмент загрузки файлов, редактор контента) и переключился на проблемы, выбранные сообществом, в стратегии 2010-2015. Она включала в себя ряд улучшений средств редактирования, в первую очередь, графический редактор, помимо уведомлений и прочих улучшений. Однако, целью стратегии не ставилась отмена вики-текста; мы считаем обе системы редактирования важными в долгосрочной перспективе, чтобы сообщество могло продолжать делать Викимедиа еще лучше.

По состоянию на декабрь 2016, почти на всех вики Викимедиа предоставляются три основных редактора страниц. С точки зрения пользователей эти редакторы сильно отличаются друг от друга внешним видом, механизмом действия и справкой и технической поддержкой. Один из этих редакторов — разработанный в 2010-х для настольных компьютеров редактор вики-текста, называемый WikiEditor. Другой — визуальный редактор в своих разновидностях для настольных ПК и мобильных устройств. Наконец, третий редактор — крайне минималистичный редактор вики-текста для мобильных устройств.

Во время, прошедшее с 2010 года, мы узнали очень многое о том, как участники вики, будь они новичками или опытными редакторами, используют наше программное обеспечение, и о том, как бы они хотели его использовать. Наши исследовательские данные были использованы при создании визуального редактора в таком виде, в котором он работает приемлемо для всех редакторов: он отчётливо показывает новичкам, как его использовать, и в то же время не надоедает опытным участникам, которым нужно выполнить известное им действие за минимально возможное время. Мы обнаружили, что несмотря на несовершенства визуального редактора, новички отдают сильное предпочтение ему за дизайн, подсказки по работе, и общее качество взаимодействия. Также мы решили большое количество инженерных задач, чтобы визуальный редактор мог использоваться на странице (при нажатии на ""), в инструменте (Flow), причём как и на настольных ПК, так и на мобильных устройствах, к тому же ещё и с возможностью расширения функционала другим ПО.

То, что у нас есть три совершенно разные системы редактирования, плохо. Это плохо для начинающих редакторов, потому что те навыки, которые они усвоили, используя один редактор, оказываются неприменимы в других контекстах (например при редактировании страниц обсуждения). Это плохо для уже более-менее опытных редакторов, которым нужно обменяться рядом вопросов со столкнувшимся с проблемой новичком, чтобы выяснить, что этот новичок хочет сделать и как ему помочь. Для администраторов это тоже плохо, так как им приходится настраивать ПО под нужды сообщества раздельно для каждого редактора — и при этом они могут обнаружить, что желаемая возможность в некоторых редакторах нереализуема. Это плохо для разработчиков сценариев и гаджетов, которым приходится поддерживать большее количество различных ситуаций (или игнорировать некоторые из них, делая свой продукт неработоспособным в этих случаях). Это плохо для разработчиков, которым приходится учитывать в три раза больше компонентов при любом исправлении ошибки или добавлении нового функционала. Наконец, это плохо для людей, пожертвовавших свои деньги Фонду Викимедиа: их пожертвования тратятся на поддержку этих множественных параллельных направлений деятельности.

Ввиду этого мы работаем над новым редактором вики-текста. Этот проект предоставит способ редактирования, который един, интегрирован и согласован на настольных ПК и на мобильных устройствах, в режиме редактирования вики-текста и в режиме визуального редактирования. Результатом проекта будет платформа, которая может быть встроена в другие редакторы, чтобы опыт пользователя был как можно менее различен в разных ситуациях и при редактировании разного типа страниц. Мы сделаем нашим пользователям доступным настолько качественное взаимодействие с проектами, насколько мы можем, одновременно с этим минимизируя утрату существующей функциональности.

Обратите внимание, что эта платформа в текущей стадии разработки предоставляется как бета-возможность и получает пользовательские отзывы. Только когда мы станем соответствовать своим требованиям качества (включая тестирование на новых участниках и отсутствие неприятия проекта со стороны более опытных), что, вероятно, произойдёт в середине 2017, мы станем предоставлять этот редактор по умолчанию взамен текущего редактора вики-текста. Разумеется, участники, которым не понравится этот редактор, смогут не включать его, пока он в стадии бета-возможности, а после всеобщего релиза смогут отключить его вместе с визуальным редактором. Текущий редактор вики-текста никуда не исчезнет, по крайней мере, в следующие несколько лет. Хотя мы, может быть, когда-нибудь и решим отправить его в отставку, все, кому он нравится, смогут продолжить им пользоваться.

Первый релиз (бета-версия)
Изначальными целями проекта было обеспечение равенства по функционалу с существующим редактором вики-текста WikiEditor, использую ту же панель инструментов с теми же кнопками в тех же местах, что и у визуального редактора, чтобы опыт пользователей был сходным. Это означает предоставление как минимум всех этих элементов управления в редакторе вики-текста, за очень немногочисленными исключениями в виде наиболее редко используемых кнопок:


 * Базовые инструменты (выделение полужирным, выделение курсивом, подпись, создание ссылок, вставка изображений);
 * Инструменты для продвинутых пользователей (заголовки, маркированные списки, нумерованные списки, больший шрифт, меньший шрифт, надстрочный и подстрочный текст, галереи и таблицы);
 * Вставка спецсимволов; и
 * Поиск и замена.

К августу 2016 все вышеперечисленные инструменты были реализованы, в дополнение к ряду инструментов, не присутствовавших в существовавшем редакторе вики-текста (таких как вычёркивание, подчёркивание и вставка шаблонов), а также функционал наподобие автоматического преобразования HTML в вики-текст. В особенности следует отметить инструмент «citoid», предоставленный для автоматической вставки ссылок на источники (URL или DOI). Этот инструмент похож на гаждеты, которые некоторые вики, например английская Википедия, писали для внутреннего пользования, но превосходит эти гаджеты по возможностям и доступен на всех вики.

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.

Финальный бета-релиз (перед основным релизом)
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.

Ресурсы

 * 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
 * Текущую версию можно посмотреть с помощью бета-функций по ссылке https://www.mediawiki.org/wiki/Special:Preferences#mw-prefsection-betafeatures; включите пункт "новый режим вики-текста", перейдите, например, по ссылке https://www.mediawiki.org/wiki/Project:Sandbox?veaction=editsource и сравните, как это выглядело раньше и как выглядит сейчас.
 * Enabling the "2017 wikitext editor" for extension "VisualEditor"

См. также

 * Status update about editing software, June 2016
 * Страница обратной связи
 * Extension:CodeMirror, the Beta Feature for wikitext syntax highlighting
 * New visual way to display page changes