Wikivoyage:Пивная путешественников/2015-3

To do list

Сложу тут, чтобы не забыть.

• Добавить во все статьи шаблон {{geo}} - я этим сейчас занимаюсь по Европе, думаю, за разумное время будет закончено.
• Включить все статьи в географическую иерархию (как бы это ещё проверить?) и расставить ссылки с вышестоящих, чтобы на каждую статью была минимум одна ссылка.
• Добавить во все статьи шаблон {{citybar}} или аналоги - надо допилить шаблон и начать его как-то добавлять, к сожалению, не вижу способа это автоматизировать.
• Переставить {{citybar}} на новое место в статьях, где он уже есть.
• Добавить баннеры - это можно ботом из английского раздела. Хорошо бы ещё наделать баннеров там, где их нет, но я не знаю, как.
• Сделать список критически важных отсутствующих статей (нет ещё такого?) и создать.
• Сделать список критически важных пустых статей и дописать введение и основные достопримечательности - работа месяца?

Что ещё?--Ymblanter (обсуждение) 15:49, 6 августа 2013 (MSK)

Ещё не забыть про карты, которые я бы отныне вставлял шаблоном {{Mapframe}}: так они будут наиболее заметны.

Делать баннеры, в принципе, нетрудно, если не зацикливаться на фотографиях достопримечательностей. Максим уже сделал несколько текстур, одну из которых можно лепить во все европейские города с черепичными крышами, другую — в тёплые приморские города и т.д. Речка и мох подойдут для севера или Сибири.

Статей без ссылок у нас практически нет

По критически важным статьям я не знаю, как их выбирать. Что считать самым критичным? Если мы создаём статьи в надежде на новых или анонимных авторов, то нужно стремиться иметь статьи по всем крупным городам (для России это города с населением примерно от 50000, у которых есть живые форумы и собственное интернет-сообщество) в русскоязычных странах, а также по тем местам, которые мы выносим в список 7-9 основных городов и "других мест назначения" каждой страны. Впрочем, даже это будут тысячи, так что нужны ещё какие-то приоритеты.

Наконец, я считаю, что у нас все пустые статьи "критически важные", потому поскольку любая пустая статья не улучшает репутацию проекта. В идеале надо иметь хоть строчку информации в каждом разделе (так новым читателям будет яснее, что ещё можно в эти разделы добавить), но это тоже очень большая работа. --Alexander (обсуждение) 16:33, 6 августа 2013 (MSK)

Ну, если немного утрировать, то остутствие статьи Бостон важнее, чем отсутствие статьи Луанда, а пустую статью, скажем, Бонн, хорошо бы улучшить раньше, чем пустую статью Зуль. Надо подумать, как это формализовать - в принципе, можно и по спискам стран, но в них же тоже города часто натыканы произвольным образом, например, для связности. Кроме того, есть страны туристические, а есть не очень. Ясно, что Франция, скорее всего, имеет больший приоритет, чем Чад (хотя я буду очень рад, если кто-то систематически займётся Чадом, как у нас написали про Эритрею). Плюс ещё есть Всемирное наследие, надо о нём тоже не забывать. --Ymblanter (обсуждение) 16:50, 6 августа 2013 (MSK)

Да, я согласен с этой логикой, но формализовать её трудно, а к тому же у нас у всех есть свои предпочтения и тёмные пятна на карте мира. Думаю, что надо определиться с тем, что именно мы делаем (какие шаблоны, избавляемся от ссылки на WT или нет, в каких случаях создаём новые статьи, пусть даже они будут состоять из одного введения), после чего каждый может двигаться по своим любимым регионам и работать в этом направлении. --Alexander (обсуждение) 17:20, 6 августа 2013 (MSK)

Я под это дело создал Wikivoyage:Википроект:Развитие/Содержание. Пока там лишь прописана программа действий. Пожалуйста, комментируйте и высказывайтесь о том, нужно ли начинать прямо сейчас или стоит дождаться каких-то новых возможностей: например, со стороны Викиданных. --Alexander (обсуждение) 23:05, 6 августа 2013 (MSK)

Ссылки на Википедию и Коммонз рано или поздно придут с Викиданных. Удобно, если они в статье есть, но не сметрельно, если нет (ну, конечно, если это не есть следствие какого-то конфликта в самих Викиданных).--Ymblanter (обсуждение) 23:44, 6 августа 2013 (MSK)

Предложение темы совместной работы

Похоже, что в Украине грядёт резкое повышение популярности отдыха в Болгарии. Т.к. ранее отдыхали в Крыму, то привыкли не просто лежать на солнце, но и посещать интересные места, но большинство в Болгарии никогда не было и потому будут искать информацию. Почему бы не написать серию путеводителей и может быть удастся хоть немного пропиарить на туристических форумах, etc? Как минимум, нужно довести до стадии "пригодных" Болгария, Варна, Солнечный Берег, Золотые Пески и Албена. В идеале - всё, что относится к Черноморское побережье Болгарии. --Wanderer777 (обсуждение) 14:49, 3 июня 2014 (MSK)

Идея хорошая, но, к сожалению, про Болгарию я не знаю вообще ничего. Вы можете оценить качество статей на других языках и сказать, что из этого стоит переводить на русский? --Alexander (обсуждение) 16:18, 3 июня 2014 (MSK)

Я не самый лучший знаток Болгарии :). Но то, что я бы хотел видеть в путеводителе, в en:Bulgaria и en:Varna есть. И вроде бы там всё правдоподобно описано. ИМХО, переводить можно всё, потом, если понадобится, можно будет доработать в ручном режиме. Единственное что я не знаю - как выбирать, какие рестораны и гостиницы нужно указывать. Если в городе несколько сот гостиниц, то если сам там не был, то сделать выбор сложно. --Wanderer777 (обсуждение) 23:44, 3 июня 2014 (MSK)

Я бы указывал по минимуму: в основном те, которые заведомо необычны и колоритны. --Alexander (обсуждение) 00:06, 4 июня 2014 (MSK)

Я тоже в Болгарии никогда не был. Если что, смогу разобраться, что-то написать, но не более того.--Ymblanter (обсуждение) 18:03, 3 июня 2014 (MSK)

И я не был. Можно покопаться в интернете, но хотелось бы знать, куда копать. GMM (обсуждение) 19:18, 3 июня 2014 (MSK)

Мало того, что я тоже не был, так я еще собираюсь в Черногорию, которая тоже практически не освещена у нас, кстати, поэтому предполагаю в основном прорабатывать Черногорию. Кроме того, почему бы гражданам Украины не продолжить отдыхать в Крыму? Политика политикой, а жизнь есть жизнь. Для поездки в Россию визы не нужны. --Л.П. Джепко (обсуждение) 19:41, 3 июня 2014 (MSK)

На мой взгляд, это разные ситуации, но не суть важно. Хоть по Черногории, хоть по Болгарии нужна конкретная программа действий: что стоит переводить, что не стоит, какой информации не хватает. --Alexander (обсуждение) 22:56, 3 июня 2014 (MSK)

Понимаете, нам всем, вне зависимости от родного языка и национальности, было нанесено тяжёлое национальное оскорбление. Такая подлость не забывается. Так что временно оккупированные территории пока останутся без туристов. --Wanderer777 (обсуждение) 23:44, 3 июня 2014 (MSK)

Давайте не будем развивать эту тему, тем более что она не имеет отношения к вопросу о совместной работе. --Alexander (обсуждение) 00:06, 4 июня 2014 (MSK)

Дата в шаблоне листинг

Предложение проставлять автоматом дату годности в листингах в разделах о транспорте, еде и ночлеге, мне кажется, очень по делу. Если это можно автоматизировать и ботом выставить для уже имеющихся листингов, это надо сделать немедленно.--Ymblanter (обсуждение) 22:24, 26 ноября 2014 (MSK)

Мне тоже кажется, что по делу, но я вообще не представляю себе, как это сделать. Особенно у нас, где нет listing editor'a и, следовательно, изменение отдельного listing'а никак не фиксируется. Очевидно, что для реализации этой инициативы нужно внедрить пресловутый listing editor, но пока я не понимаю, как, например, он будет сочетаться с визуальным редактором.

Можно указывать дату последнего изменения в данном разделе, но это даже хуже, чем дата последнего редактирования отдельного listing'а. Человек мог просто добавить новый объект, не анализируя актуальность информации о тех, что в статье уже были.

Короче, ищутся решения. Пока у нас есть самый тупой механизм в виде года, добавляемого вручную в поле price=. Может, к этому и надо стремиться? --Alexander (обсуждение) 23:33, 26 ноября 2014 (MSK)

Тупой механизм надо оставить, проблема в том, что его почти никто не добавляет. Я думал про что-то такое, если это технически возможно: бот видит шаблон листинг, смотрит в истории страницы, когда он был добавлен, и добавляет эту дату курсивом. Можно, скажем, ничего не добавлять, если какой-то год (комбинация символов 20**) там уже стоит.--Ymblanter (обсуждение) 16:59, 27 ноября 2014 (MSK)

Тупой механизм дает однозначную информацию. Например, я указываю цены прошлого года - те которые знаю, зачем же это привязывать к дате правки? Digr (обсуждение) 17:44, 22 февраля 2015 (MSK)

Ну вот сейчас ты в статье Наантали ни одной даты не проставил, и в таких случах у нас есть выбор - иметь дату редактирования или не иметь никакой даты вообще. Не знаю, что лучше. Альтернатива - автоматически проверять пригодные статьи на предмет отсутствия дат или сильно устаревшей информации. --Alexander (обсуждение) 18:19, 22 февраля 2015 (MSK)

Технически возможно, но быстро реализовать не обещаю. --Alexander (обсуждение) 17:33, 27 ноября 2014 (MSK)

Просто для информации: в английском разделе подцепили автоматическое добавление даты последнего редактирования. Вот обсуждение (там упомянуты и сомнения в эффективности этого механизма), а вот — пример того, как оно работает (смотреть, например, последние строчки в разделе Do). Прямой перенос этого механизма к нам не представляется возможным до тех пор, пока не будет работать listing editor, и все мы не научимся им пользоваться вместо прямого редактирования кода. --Alexander (обсуждение) 12:03, 22 февраля 2015 (MSK)

Сомнительная выгода, да и визуальное редактирование выглядит глупостью. Разработчики стараются упростить редактирование для новичков, а в итоге начинают переводить функционал на опытных редакторов, которые как я понимаю в большинстве скептически относятся к этому механизму. Digr (обсуждение) 12:30, 22 февраля 2015 (MSK)

Не совсем понял твою мысль. Разработчики хотят, чтобы народ пользовался визуальным редактором. У нас ещё с WT вместо полноценного визуального редактора был редактор шаблонов, т.е. listing editor. В принципе, он упрощает жизнь новичкам. С другой стороны, он фактически дублирует возможности визуального редактора, и в какой-то момент войдёт с ним в противоречие, оставшись опцией лишь для тех, кто визуальным редактором не пользуется. В любом случае, текущее решение, внедрённое в английском разделе, не является полноценным, но в части простановки дат может быть достаточно эффективным, если, конечно, все будут редактировать через listing editor или вставлять даты вручную. Если не будут, получится ерунда. Через некоторое время видно будет.

Я не рвусь все эти штуки внедрять у нас, однако проблема, безусловно, остаётся. Она не кажется мне острой для большинства статей, где всё равно мало полезной информации, но отслеживать актуальность пригодных статей и как-то их обновлять нужно, причём обновление касается не только отдельных listing'ов, но и транспорта, например. Здесь, понятно, никакой бот даже отследить актуальность не сможет, но вопрос в том, какими автоматическими средствами процесс можно облегчить. Я когда-то пытался вести учёт обновлений вручную, но это, конечно, тоскливое занятие. --Alexander (обсуждение) 12:40, 22 февраля 2015 (MSK)

Вообще, работающий listing editor нам нужен, так как править шаблоны или даже текстовую информацию, переводя их в шаблонную форму, занятие малоприятное. Но я не очень понимаю, где вообще это всё лежит и кто может его править. --Ymblanter (обсуждение) 13:05, 22 февраля 2015 (MSK)

Лежит тут, Вы можете править-) Я, к сожалению, ничего не понимаю в js, а все наши иностранные коллеги не владеют русским языком, тогда как основная проблема состоит в том, чтобы пристроить кириллические названия: сейчас они разрушают весь интерфейс. Dronych, Vadp — может быть, вы как-то разбираетесь в этом вопросе? Кроме прочего, мне бы очень не хотелось иметь после каждого листинга слово "править" или, тем более, "редактировать"... туда надо как-то впихнуть иконку-ссылку на редактирование, как в мобильной версии. --Alexander (обсуждение) 13:23, 22 февраля 2015 (MSK)

Давайте попробую сделать. Итого, общая идея будет следующей: взять последнюю версию английского MediaWiki:Gadget-ListingEditor.js и локализовать её для русского викигида, т.е. перевести слова и адаптировать к русскоязычному шаблону листинг, правильно? Или я что-то пропустил?

Сразу же встал вопрос: я могу править англ. версию, а вот русскую - нет, т.к. там вообще нет вкладки "Править". Нашёл. Но, в любом случае наверное, нужно включить функцию listing editorа где-то? --Dronych (обсуждение) 22:59, 22 февраля 2015 (MSK)

Нет, английскую Вы тоже не можете править — для этого нужны права администратора. Тут два варианта: либо редактировать локально и потом выдать готовую версию (не знаю точно, как это происходит, но написавшая гаджет torty3 точно не в Wikivoyage его отлаживала), либо попросить Игоря выдать Вам временные администраторские права для отладки listing editor'a. Правда, сначала нужно убедить Игоря в необходимости этого действия-)

Со своей стороны я вижу ситуацию следующим образом. Мне лично, и, наверное, большинству здесь собравшихся listing editor не нужен, поскольку редактирование кода никакой проблемы не составляет. Тем не менее, если мы хотим сделать процесс более массовым, то любое упрощение пойдёт на пользу, и нужно лишь сделать так, чтобы эта штука не мешала остальным.

PS. Ситуацию видите правильно. Я однажды копировал к нам раннюю версию этого гаджета, и всё, в принципе, работало, но при попытке вставить русские названия таблицу редактирования перекашивало. Нужно было как-то переставлять поля местами, и вот на это у меня сил не хватило. Кроме того, очень желательно превратить ссылку "править" под каждым листингом во что-нибудь более компактное. --Alexander (обсуждение) 23:15, 22 февраля 2015 (MSK)

Хотя, с другой стороны, а что будет, если создать вне пространства Mediawiki страницу ListingEditor.js, которую Вы сможете править, и просто подцепить её в Common.js? Интересно, она будет выполняться? --Alexander (обсуждение) 23:16, 22 февраля 2015 (MSK)

Да, всё работает. Просто добавьте в свой common.js ту же строчку, что я добавил себе. Ну и скопируйте текущую версию редактора в ListingEditor.js (а также прилагающийся к нему css-файл). --Alexander (обсуждение) 23:48, 22 февраля 2015 (MSK)

Да, спасибо. И я буду всё же править онлайн версию, когда работаю с оффлайн версией - кидает js ошибки - лень разбираться, что именно там не так. И ещё, а можете добавить себе importStylesheet('ListingEditor.css'); в common.js? И потом посмотрите на иконку редактирования какого-нибудь листинга - она такая же как в мобильной версии, но, как по мне, выглядит не очень, и к тому же не очень очевидно, что она значит.

А ссылку "[add listing]" у заголовков тоже менять на иконку?--Dronych (обсуждение) 03:59, 23 февраля 2015 (MSK)

Спасибо! Иконка полностью соответствует моим ожиданиям-) Иными словами, мне нравится, и, я думаю, смысл её будет ясен всем, если добавить всплывающее описание. Коллеги, если ещё кому-то этот вопрос интересен, скопируйте себе User:Atsirlin/common.js и присоединяйтесь к обсуждению.

Ссылку "add listing" можно пока оставить. Её участь должна решаться вместе с "править" в начале раздела. Я бы, честно говоря, их тоже заменил на иконки, но это требует отдельного обсуждения. --Alexander (обсуждение) 10:38, 23 февраля 2015 (MSK)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ Alexander, а можно Вас попросить подправить перевод в ListingEditor.js, например, email - это будет 'Электронная почта' или 'Имейл' и т.п. Также нужно решить, все ли ныне доступные поля показывать и в каком порядке это делать.

Ещё возникла проблема: в англ. версии, чтобы подгрузить ListingEditor.js, не используется JS функция importScript(). Вместо этого, готовая wikivoyage страница уже содержит этот скрипт как часть своего текста. То есть он туда добавляется на сервере, а не джаваскриптом на клиенте. Что позволяет значительно ускорить первоначальное срабатывание ListingEditor.js, т.о. на англ. странице add listing и edit ссылки появляются мгновенно, а на русской - это занимает какое-то (довольно долгое) время. Плюс, я предполагаю, из-за этого же, когда открываешь в первый раз листинг эдитор - в русской версии он открывается на весь экран. Знаете ли Вы, что они используют вместо importScript()? --Dronych (обсуждение) 01:01, 24 февраля 2015 (MSK)

Переводы сейчас посмотрю. В английском разделе скрипт идёт как гаджет, т.е. на какой-то странице MediaWiki (я находил, на какой именно) написано, что существует такой гаджет, и там же дана ссылка на страницу с самим скриптом. --Alexander (обсуждение) 01:07, 24 февраля 2015 (MSK)

Понятно, спасибо. Т.е. это можно будет впоследствии сделать? --Dronych (обсуждение) 01:15, 24 февраля 2015 (MSK)

Да, можно будет сделать. --Alexander (обсуждение) 01:22, 24 февраля 2015 (MSK)

Я лучше здесь напишу мысли по переводам.

• Вместо "Другое название" предлагаю написать "Дополнение" и разместить это поле под полем "Название"
• Вместо "Электронная почта" предлагаю написать E-mail. Чтобы коротко и ясно-)
• Поле "Форматирование" лучше, может быть, вообще убрать? Вернее, так: на мой взгляд, объекты с format=poi не должны редактироваться через Listing editor вообще, потому что им некуда вставить значок редактирования [в английском разделе такие объекты оформляются отдельным шаблоном, который не называется listing]. Объекты с format=address тоже вещь особая, поэтому я бы полем format= просто не заморачивался.
• Вместо "Цена" в этом контексте лучше, по-моему, написать "Стоимость"
• Ну и описание объекта пока не подцепляется почему-то...

А вообще здорово всё выглядит, спасибо! --Alexander (обсуждение) 01:22, 24 февраля 2015 (MSK)

Да не за что. Я ещё летом хотел предложить листинг эдитор сделать, но что-то тогда не сложилось.

После перевода теперь там два очень похожих поля получилось: Дополнение..другое название или пояснение и Пояснения..пояснения, в том числе транспорт. Мне пришлось даже посмотреть в код, чтобы понять, что есть что. Стоит поменять текст? --Dronych (обсуждение) 03:19, 24 февраля 2015 (MSK)

Я, честно говоря, затрудняюсь... Может, написать "Название (alt)"? Есть ли у кого-нибудь лучшие идеи? --Alexander (обсуждение) 05:43, 24 февраля 2015 (MSK)

Касательно alt: давайте посмотрим, все ли мы это поле исползуем одинаково. Я туда включаю либо название на родном языке (например, name = Собор Парижской Богоматери, alt=Notre Dame de Paris; либо, если есть второе общеупотребительное название, например name = Собор Василия Блаженного, alt=собор Покрова на Рву (или наоборот, не помню). Если все поступают так, то разумным русским названием поля будет "другое название".--Ymblanter (обсуждение) 14:59, 24 февраля 2015 (MSK)

Я использую это поле в точно таких же целях, ещё пару раз писал там, что объект закрыт на ремонт. "Другое название" - хороший вариант, но оно сильно длинное - это будет самое длинное название в столбце, желательно туда поместить что-нибудь покороче. --Dronych (обсуждение) 02:04, 26 февраля 2015 (MSK)

Может, просто "другое"? --Л.П. Джепко (обсуждение) 10:45, 26 февраля 2015 (MSK) И еще короче: "или". --Л.П. Джепко (обсуждение) 13:02, 27 февраля 2015 (MSK)

Да, "или" мне нравится. --Dronych (обсуждение) 21:29, 27 февраля 2015 (MSK)

В общем-то листинг эдитор готов. Можно тестировать. Затем можно попробовать включить его как гаджет и посмотреть, ушли ли все вышеуказанные проблемы.

Кроме того, нужно решить, как будет отображаться поле lastedit. Если как в англ. версии, то нужно добавить .listing-lastedit { color: rgb(150,150,150); font-size: 0.8em; } в глобальный css страницы. И ещё определиться с переводом слова "updated", идущее сейчас перед датой. "отредактировано", "обновлено"?--Dronych (обсуждение) 02:04, 26 февраля 2015 (MSK)

"обновлено" лучше. --Л.П. Джепко (обсуждение) 10:45, 26 февраля 2015 (MSK)

Alexander, я не знаю, в какой именно .css файл можно добавить это правило, да и прав у меня, скорее всего, нет его изменять. Не могли бы Вы добавить CSS правило для .listing-lastedit в какой-нибудь подходящий и уже существующий css файл? --Dronych (обсуждение) 23:20, 3 марта 2015 (MSK)

Сделал. У нас пока что все стили свалены в Common.css.

Подумалось, впрочем, а не убрать ли слово "обновлено", оставив только дату? --Alexander (обсуждение) 02:35, 4 марта 2015 (MSK)

Спасибо.

Для меня будет понятно и без слова "обновлено". Но будет ли понятно, что эта дата означает, внешнему человеку? Когда дата указана после цены - это само собой разумеющееся, а вот если она идёт просто после описания объекта? --Dronych (обсуждение) 16:40, 4 марта 2015 (MSK)

Наверное, давайте всё же уберём "обновлено". Слишком длинно с ним получается. А дате можно добавить подсказку (title=) "Дата последнего обновления" или "Последняя правка"... --Dronych (обсуждение) 19:44, 12 марта 2015 (MSK)

Поскольку других мнений не поступило, я убрал слово "обновлено" и добавил всплывающую подсказку. --Alexander (обсуждение) 22:16, 13 марта 2015 (MSK)

К сожалению, у меня сейчас очень плохой интернет. Когда будет лучший, буду разбираться, почему в качестве гаджета оно не работает. --Alexander (обсуждение) 07:16, 27 февраля 2015 (MSK)

Всё равно не работает, и есть мнение, что это следствие изменений внутри кода. Dronych, что там могло поменяться? --Alexander (обсуждение) 16:56, 27 февраля 2015 (MSK)

Попробуйте удалить вот этот параграф из .js файла

    //**RUS** check for wdid parater instead of checkin and checkout
    if (mode == 'add' && listing[allFields['type']['parameter']] != listingTypes.see
   		 && listing[allFields['type']['parameter']] != listingTypes.do
   		 && listing[allFields['type']['parameter']] != listingTypes.go
   		 && listing[allFields['type']['parameter']] != listingTypes.vicinity) {
        listing[allFields['wdid']['parameter']] = null;
    }

. Ошибка возникает из-за "listingTypes.do", к тому же параграф этот совсем не нужен, забыл его удалить. --Dronych (обсуждение) 21:29, 27 февраля 2015 (MSK)

Опробовал, всё хорошо работает и удобно. Спасибо.--Ymblanter (обсуждение) 00:28, 28 февраля 2015 (MSK)

Убрал кусок кода, действительно заработало. Ещё раз спасибо!

Ярослав, я, честно говоря, не понимаю, каким образом у Вас заработало раньше. Если этот результат достигнут импортом через common.js, то уберите соответствующие строки — пусть работает как гаджет, а копии js и css файлов я сейчас удалю. --Alexander (обсуждение) 03:50, 28 февраля 2015 (MSK)

Нет, я common.js не менял с 2013 года, там у меня то же, что и в других проектах. Вчера вечером появились карандашики около листингов, и новая кнопка около заготовков разделов, с утра ничего этого не было.--Ymblanter (обсуждение) 11:06, 28 февраля 2015 (MSK)

Вопросы

• Сейчас ListingEditor включён по умолчанию, желающие могут в настройках его отключить. Это нормально, или мы хотим сделать наоборот?
• Ссылка на редактирование в виде «карандашика», а не слова «править», которое в английской версии — нравится, или не очень?
• Что делаем с датами? Записываем, но не показываем? Показываем всегда? Как-то отмечаем устаревшие листинги?

Высказывайтесь, пожалуйста. --Alexander (обсуждение) 03:50, 28 февраля 2015 (MSK)

1. Тут стоит ещё учитывать, что если он будет выключен по умолчанию, то он, скорее всего, будет недоступен для незарегестрированных пользователей. Я бы оттолкнулся тут от ответа на этот второй вопрос.
2. Я уже привык, но немного рябит, особенно в местах, где много объектов с небольшим количеством контента. Но тут я нейтрален, можно так, можно так.
3. Лучше показывать всегда. Мне кажется, это полезная информация. К тому же, если не показывать, то проставляться эти даты, наверное, будут ещё реже. А как можно отмечать устаревшие листинги?
4. И ещё. При нажатии на кнопочку "Достопримечательность", "Что делать" и др. можно было бы выводить в пустом шаблоне listing это поле lastedit уже заполненным текущей датой. --Dronych (обсуждение) 04:38, 28 февраля 2015 (MSK)

Да, мне тоже кажется, что по умолчанию гаджет должен быть включён. В английском разделе многие (и анонимы в том числе) им пользуются. Думаю, это скорее привлечёт редакторов, чем наоборот.

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

Устаревшие листинги можно отмечать как угодно. По-моему, не должно быть трудностей с тем, чтобы на уровне шаблона {{listing}} сравнивать дату lastedit= с текущей датой и что-то менять в формате листинга. Хотя надо понимать, что листинги достопримечательностей в массе своей вообще обновления не потребуют, пока эти достопримечательности, условно говоря, за ветхостью не снесут, и тут надо искать разумный механизм. --Alexander (обсуждение) 08:27, 28 февраля 2015 (MSK)

Все работает, спасибо! Про дату: фраза «updated фев 2015» выглядит неуклюже и для церквей-музеев-театров, в общем, не нужна. Не хотим ли мы под нее сделать отдельное (опциональное) поле? Если все-таки дату отображать, то как-то по-другому: либо курсивом в скобках (фев 2015), как мы делали раньше вручную, либо в нижнем регистре обновлено фев 2015, как предлагают в английском разделе. GMM (обсуждение) 10:47, 28 февраля 2015 (MSK)

Первые два пункта меня вполне устраивют, по третьему согласен с Максимом, лучше отображать компактнее. С церквями дата тоже нужна, их ставят на реставрацию, сжигают, изменяют режим работы, схему проезда и т.п.--Ymblanter (обсуждение) 11:12, 28 февраля 2015 (MSK)

1.Пусть будет включен всегда. 2.Карандашик нравится, править форму удобно. 3.Я за опциональное поле, с коротким незаметным отображением надписи (фев 2015, 02.2015, зима 2015). Digr (обсуждение) 11:16, 28 февраля 2015 (MSK)