Обсуждение участника:AlexeyBaturin/HeritageListingsV2.js

Саша, предлагаю попробовать разобраться с установкой прототипа гаджета, который делает рендеринг списков на стороне клиента. Надо обновить сам гаджет, и еще похоже есть ошибка в MediaWiki:Gadgets-definition - вроде бы там должно быть написано просто "HeritageListingsV2.js", а не "Gadget-HeritageListingsV2.js". Как справимся с установкой, расскажу подробнее о преимуществах нового подхода, и о том, что осталось сделать. --AlexeyBaturin (обсуждение) 22:03, 16 декабря 2018 (MSK)

Сделал, но не знаю, что должно произойти и как проверить, насколько оно заработало. --Alexander (обсуждение) 22:07, 16 декабря 2018 (MSK)

Прототип

Заработало, посмотреть на примере Томска можно здесь, предварительно включив гаджет у себя в настройках.

Что есть (основное)

• Объединение нескольких списков на одной странице. В приведенном примере все три списка по Томску объединяются в один общий, таким образом, не надо думать, в каком же списке находится нужный объект, сразу можно работать со всеми объектами.
• Разбиение объединенного списка на страницы, возможность выбрать количество элементов на странице. Это должно решить проблему с производительностью на мобильных устройствах.
• Возможность отфильтровать список по разным критериям (название с описанием, адрес, наличие фотографии, наличие координат, ...).
• Возможность отсортировать список (по адресу, по названию, по типу).
• Два вида отображения: полный (как было раньше) и компактный (только названия и адреса).
• Редактирование в том же месте, что и просмотр. Можно одновременно открывать несколько объектов для редактирования.
• Возможность тут же посмотреть все изображения галерей, не открывая новых окон.
• Автозаполнение описания изменений в случае простых правок (например, если изменены только координаты, или изменено только изображение).
• Экспорт в GPX и JSON только тех объектов, которые были выбраны фильтром. Например, можно выбрать все объекты без фотографии, но с проставленными координатами, и идти фотографировать то, что еще не сфотографировали.

Чего нет (основное)

• Реализация шаблона Monument не полная, некоторые моменты могут отображаться неправильно.
• Нет прогресса загрузки страницы и сохранения.
• Отсутствуют документы о постановке на охрану.
• Изображения, которые находятся не на Commons, не загружаются.
• Captcha, которая может возникнуть при редактировании, не обрабатывается (изменения будут потеряны).
• Экспорт в GPX может генерировать некорректный файл.
• Если во время редактирования перейти на другую страницу, изменения будут потеряны.
• Отсутствует карта.

... и еще куча мелких и крупных недоделок.

Еще раз отмечу, что это прототип, и я особо его не тестировал. Проблемы могут быть, поэтому надо следить за реальными изменениями при сохранении и откатывать правки в случае, если что-то пойдет не так.

Преимуществах подхода в целом

• Он позволяет реализовать большую часть списка нового функционала: что-то вообще невозможно реализовать, используя старый подход, а что-то потребовало бы серьезных затрат.
• Списки стали более динамичными, что должно положительно влиять на user experience.

Недостатки подхода в целом

• Увеличившаяся сложность, много (по сравнению с тем, что было) кода на JavaScript и не самая тривиальная сборка в гаджет.
• Как следствие - увеличение Bus factor. Например, невозможно отредактировать шаблон (добавить новое поле, добавить новое значение, ...), не прибегая к помощи разработчика. --AlexeyBaturin (обсуждение) 23:40, 16 декабря 2018 (MSK)

Ну что, это очень-очень круто и, по-моему, так, как всё должно в идеале быть. Пока вопрос всего один: ты будешь это дальше дорабатывать, или нам сначала провести раунд обсуждения и понять, что улучшения функционала оправдывают возросший bus factor?

Если я правильно понимаю, в результате должно получиться так, что списки остаются как были, а к ним добавляются новые страницы, на которых стоит такая вот игрушка. После чего обычных пользователей мы перенаправляем на эти новые страницы, а сами списки остаются для продвинутых редакторов, желающих не только редактировать отдельные поля, но и добавлять объекты или переносить их с места на место. --Alexander (обсуждение) 00:27, 17 декабря 2018 (MSK)

Я думаю, стоит обсудить.

Списки остаются как были, а мы устанавливаем приложение только на новые страницы. Это позволит сделать переход плавным, одновременно оставляя возможность откатить все изменения быстро в случае, если что-то пойдет не так. Можно сделать, чтобы была одна страница, куда устанавливается гаджет, который будет предлагать выбор региона и конкретного списка (где будут уже автоматически группироваться части больших списков), но, думаю, это следующий шаг. --AlexeyBaturin (обсуждение) 04:14, 18 декабря 2018 (MSK)

Хорошо, я запущу обсуждение — видимо, в течение пары дней. --Alexander (обсуждение) 11:06, 18 декабря 2018 (MSK)