Обсуждение шаблона:Listing

Шаблон

Саша, а ты по какому варианту делаешь шаблон. Там вроде три было. Мне третий очень понравился. Digr (обсуждение) 18:54, 4 февраля 2013 (MSK)

Я пока ничего не делаю. Хотел встроить сюда {{Poi}}, но не получается. --Alexander (обсуждение) 19:02, 4 февраля 2013 (MSK)

А какой из форматов ты бы хотел использовать? --Alexander (обсуждение) 19:05, 4 февраля 2013 (MSK)

Не могу найти в английском. Там было 3 варианта, написано что-то что основано на работе Texugo, и выглядело поле правое с информацией, слева с описанием, наоброт и какая то вариация. Значки твиттер, фейсбук, веб. Видел такое? Digr (обсуждение) 19:38, 4 февраля 2013 (MSK)

Нашел en:User:Texugo/Mock layout 3. Но это уже старая идея, хотя мне очень нравится. Гораздо лучше того, что предлагают сейчас. Digr (обсуждение) 19:43, 4 февраля 2013 (MSK)

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

Clickable POI markers

The POI markers in front of the listings are now clickable . If desired, the templates "Poi" and "Listing" must be adjusted like the German templates. -- Joachim Mey2008 (обсуждение) 08:20, 1 июня 2013 (MSK)

Thanks! It is a wonderful idea! --Alexander (обсуждение) 10:22, 1 июня 2013 (MSK)

Шаблон listing и его производные

Перенесено из пивной

Я создал шаблон {{listing}}, который делает форматирование списков, аналогичное существующим окружениям <see>, <eat> и т.д. К использованию предлагаются производные шаблоны {{see}}, {{do}}, {{eat}}, {{drink}}, {{sleep}}. Они деактивируют ненужные поля (например, hours для гостиниц или skype для достопримечательностей) и дают возможность более тонких настроек: скажем, единый формат символов на карте (если нам удастся встроить их в этот шаблон). Пример использования здесь

Игорь также предлагал переформатировать списки в таблички. Для этого создан шаблон {{listing-table}}, разбивающий всё содержимое на две колонки. Иногда это выглядит неплохо, но простой список всё-таки более универсален — особенно там, где короткие описания. Небольшой пример есть здесь, однако надо дальше тестировать: особенно на крупных городах.

Также призываю использовать шаблон {{phone}}, который отвечает за единообразное оформление телефонных номеров. --Alexander (обсуждение) 02:06, 5 февраля 2013 (MSK)

• Мне кажется на слип нужно левое поле сделать более широким. Только я по разметке расположения полей не понял. По описанию они вообще все в столбик должны идти, за счет чего одни поля слева, другие справа, а прайс справа внизу? Digr (обсуждение) 07:59, 5 февраля 2013 (MSK)

  Это таблица с одной строкой и двумя колонками. --Alexander (обсуждение) 10:53, 5 февраля 2013 (MSK)

И чтобы два раза не вставать: шаблон {{транспорт}} для использования в тексте, а также в поле directions шаблонов типа listing. Значки вставил те, которые нашёл. Хорошо бы нарисовать свои в едином стиле. --Alexander (обсуждение) 22:47, 5 февраля 2013 (MSK)

---

Доделал шаблон {{listing}}, теперь все поля должны быть на своём месте. Двухколоночный формат работает плохо, поэтому я оставил его в виде экспериментальной опции. Например, если к шаблону {{sleep}} добавить строчку "format=table", то он автоматически станет использовать {{listing-table}}. Пример есть здесь. Предлагаю скидывать туда все подряд списки, чтобы смотреть, как это может выглядеть для объектов с разной длиной адресов, описаний и телефонов. На сегодняшний день мне кажется, что двухколоночный формат не имеет перспектив, поскольку он хорошо смотрится только для сбалансированных описаний и только на узком экране. --Alexander (обсуждение) 11:32, 6 февраля 2013 (MSK)

Я пока почти ничего не понял, вечером постараюсь разобраться.--Ymblanter (обсуждение) 14:49, 6 февраля 2013 (MSK)

Да, это довольно путаное дело. Есть два вопроса. Первый — создание нашего обычного форматирования с помощью шаблонов, а не тэгов. Примеры есть в статьях Казань и Котельнич. Второй вопрос — попытка как-то иначе структурировать адреса, телефоны и прочую информацию. Для этого нужно добавить строчку "format=table", которая изменит формат на двухколоночный. --Alexander (обсуждение) 18:44, 6 февраля 2013 (MSK)

Как я понимаю, нам надо как-то добиться того, чтобы в мобильной версии по умолчанию показывались две колонкиь, а в стандартной версии оставить одну. Если это сделать, то двухколоночная нам будет сама по себе не нужна. --Ymblanter (обсуждение) 18:53, 6 февраля 2013 (MSK)

А почему в мобильной версии две колонки? Там ведь тем более мало места по ширине. Впрочем, с мобильной версией сейчас есть другая проблема: из неё исчезли все ссылки, хотя я всего лишь сделал их noprint. --Alexander (обсуждение) 19:06, 6 февраля 2013 (MSK)

Так Вы же написали, что на узком экране хорошо смотрится (у меня под рукой нет, не могу проверить).--Ymblanter (обсуждение) 20:32, 6 февраля 2013 (MSK)

Честно говоря, у меня сейчас ощущение, что плохо смотрится везде... --Alexander (обсуждение) 20:40, 6 февраля 2013 (MSK)

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

Мнения? --Alexander (обсуждение) 11:20, 7 февраля 2013 (MSK)

Я, как всегда, ничего не понял. Например, это - замена тэга на шаблон? В чём принципиальная разница?--Ymblanter (обсуждение) 12:14, 7 февраля 2013 (MSK)

Да, это замена тэга на шаблон. Разница в формате кода (грубо говоря, угловые скобочки или фигурные, ставить кавычки или не ставить). Функциональность пока что одинаковая. --Alexander (обсуждение) 14:01, 7 февраля 2013 (MSK)

То есть разница в том, что шаблоны мы можем создавать сами сколько угодно, а для изменения тэгов надо править медиавики, что доступно только администраторам? Или они вообще в центральном коде зашиты?--Ymblanter (обсуждение) 14:21, 7 февраля 2013 (MSK)

Да, так было раньше. Сейчас разницы вообще нет, но в будущем каждый из этих форматов может иметь определённые преимущества. Тэги (теоретически) позволяют сделать ссылки на редактирование отдельных достопримечательностей/ресторанов/гостиниц — не раздела в целом, а именно отдельного элемента списка (см. Wikitravel). Напротив, шаблон может быть полезен для лучшей интеграции с картами. --Alexander (обсуждение) 16:00, 7 февраля 2013 (MSK)

А у нас тэги с шаблонами хорошо взаимодействуют? Я по Казани в гостиницах средней стоимости вижу тэг, из которого почему-то не отображается текст.--Ymblanter (обсуждение) 00:47, 8 февраля 2013 (MSK)

Вот теперь всё нормально. Странно, что я сегодня утром не заметил эту проблему. --Alexander (обсуждение) 01:14, 8 февраля 2013 (MSK)

А можно сделать картинку (мини-логотип) с часами, как сейчас есть с телефоном? Пытался сделать сам, но пока не могу найти, где.--Ymblanter (обсуждение) 19:36, 12 февраля 2013 (MSK)

Дайте ссылку на саму картинку. Или ещё лучше найти текстовый символ: телефон вставлен именно как символ. --Alexander (обсуждение) 19:49, 12 февраля 2013 (MSK)

А где в шаблоне {{phone}} символ телефона? Или он что-то ещё вызывает?--Ymblanter (обсуждение) 19:58, 12 февраля 2013 (MSK)

Нет, символ телефона сидит в шаблоне listing, потому что телефонных номеров может быть несколько, а значок нам нужен всего один. --Alexander (обсуждение) 20:06, 12 февраля 2013 (MSK)

Картинку можно, например, такую. Символ нашёл, и даже попытался вставитьв шаблон, но пока не работает. Надо попробовать несколько всриантов и посмотреть, что удобнее. Символ, боюсь, может оказаться слишком маленьким.Ymblanter (обсуждение) 20:28, 12 февраля 2013 (MSK)

Почему? Символ работает и выглядит, по-моему, неплохо. Но можно и с картинкой попробовать. Иногда приходится чистить кэш страницы, чтобы начал новый шаблон действовать. --Alexander (обсуждение) 20:31, 12 февраля 2013 (MSK)

Я кэш почистил, видимо, пробел почему-то был нужен. Сейчас картинку рядом поставлю, на моём экране символ столь мал, что непонятно, что он изображает.Ymblanter (обсуждение) 20:35, 12 февраля 2013 (MSK)

Забавно: Chrome и IE вообще отказываются воспринимать этот символ, поэтому пусть лучше будет картинка. --Alexander (обсуждение) 20:42, 12 февраля 2013 (MSK)

Да, мне тоже картинка больше нравится, поэтому, если не будет возражений, уберу.--Ymblanter (обсуждение) 22:58, 12 февраля 2013 (MSK)

Появился небольший скрипт, который автоматически меняет форматирование с тэгов на шаблон и обратно. Более того, он умеет анализировать списки, заданные как обычный текст, и разбивать их на нужные поля. По-моему, неплохо. --Alexander (обсуждение) 10:56, 15 февраля 2013 (MSK)

Шаблон Listing: как теперь вставлять?

Перенесено из пивной

И снова шаблон {{Listing}}. Когда загружаешь карту для вставки шаблона с координатами, не видно опции по выбору «listing». Как теперь вставлять шаблон с координатами объекта быстро? Кто-нибудь разобрался? Опять эти американские программисты придумали что-то, от чего люди мучаются. --Brateevsky (обсуждение) 00:02, 29 июля 2013 (MSK)

Больше похоже, что это на нашей стороне что-то, но я не знаю. Может, Александр ответит, когда появится.--Ymblanter (обсуждение) 00:06, 29 июля 2013 (MSK)

Сайт-то вроде независимый и не знает откуда я пришел. Наверное просто еще не реализовали (не включили) эту фичу. Не так много разделов ее активно использует. --Voll (обсуждение) 01:06, 29 июля 2013 (MSK)

Это не имеет отношения к американским программистам, сайтом занимается Joachim. Можно задать ему вопрос (по-английски или по-немецки). Думаю, он просто заменил полный шаблон Listing на поле Lat/Long, которое нам и нужно. Всё остальное можно вставить из нашей собственной панели редактирования, но если по какой-то причине хочется вставлять шаблон целиком именно с карты — обсуждайте с Joachim'ом. --Alexander (обсуждение) 01:23, 29 июля 2013 (MSK)

Ссылки на фотографии в шаблоне {{listing}}

Перенесено из пивной

Нам сообщают, что магические префиксы больше не нужны: достаточно задать имя файла. Менять существующие шаблоны не нужно, они должны работать как раньше. --Alexander (обсуждение) 12:39, 10 августа 2013 (MSK)

Автоматическая нумерация

Перенесено из пивной

Благодаря Torty3, заработала автоматическая нумерация. Теперь по умолчанию все listing'и с координатами получают порядковый номер внутри своего раздела. Если же задать, например, "map=5", то будет присвоен номер 5 независимо от истинного положения в списке. По-моему, это замечательно! --Alexander (обсуждение) 14:16, 13 августа 2013 (MSK)

Радость была несколько преждевременной. Пока не нужно пользоваться этим вариантом — иначе на карте будут сплошные нули. --Alexander (обсуждение) 15:13, 13 августа 2013 (MSK)

Теперь всё работает как надо. Отныне параметр 'map' не нужен. Enjoy! --Alexander (обсуждение) 23:35, 14 августа 2013 (MSK)

Более того, параметр 'map' неактивен: он повлияет на номер в списке, но не изменит номер на карте. Таким образом, использовать этот параметр не следует — кроме тех случаев, когда вы хотите разместить в тексте значок, не указывая при этом координаты. --Alexander (обсуждение) 22:10, 15 августа 2013 (MSK)

У нас что-то сделано не так, как в английском разделе - там у объектов типа other сквозная нумерация, а у нас только в пределах раздела H2. Их вариант реализации автонумерации правильнее. См. Пазин и Мариуполь. Сравните en:Cologne. --Voll (обсуждение) 16:51, 26 августа 2013 (MSK)

Владимир, боюсь, что у меня сейчас нет времени вдумчиво разбираться, где там различия. Если подскажете — я исправлю. --Alexander (обсуждение) 22:35, 26 августа 2013 (MSK)

Аналогично. ;-) Ладно это может подождать, вернусь через 2 недели - посмотрю. Или кто-нибудь раньше найдет причину. --Voll (обсуждение) 23:31, 26 августа 2013 (MSK)

На печати пропали номера объектов. А у меня Венеция осталась не распечатана. :-( И тоже пока нет идей, где надо чинить. Интересно, как в Википедии решают такие проблемы, ведь у них не 15, а 300 языковых разделов? --Voll (обсуждение) 01:08, 27 августа 2013 (MSK)

Сегодня этот баг появился и на английской версии. А поскольку 22 числа обновили версию MediaWiki - видно что-то изменилось в системных CSS. Попросил на английской версии поискать решение. --Voll (обсуждение) 11:41, 27 августа 2013 (MSK)

Александр, Ваша правка шаблона Listing помогла. --Voll (обсуждение) 16:11, 9 сентября 2013 (MSK)

Проблемы с шаблоном Listing в Kiwix

Есть пара проблем показом страниц содержащих шаблон Listing в программах Kiwix (http://www.kiwix.org/wiki/Wikivoyage и Wikivoyage:Пивная_путешественников#Wikivoyage offline).

Может быть кто-то мог бы дать какой-нибудь комментарий по этому поводу?

Проблемы такие:

1) Исчезает заголовок листинга если в шаблоне указан URL (https://sourceforge.net/p/kiwix/bugs/800)

Насколько я понимаю, по словам разработчика проблема в том, что соответствующий span заголовка имеет класс "noprint", а все элементы класса "noprint" изымаются из DOM при конвертации.

Похоже разработчик считает, что проблема в тексте генерируемом шаблоном. В то же время я вижу, что вслед за ним идёт span class="print-only".

Интересно, что в английском wikivoyage такой проблемы нет (напр. http://parsoid-lb.eqiad.wikimedia.org/enwikivoyage/Hovd?oldid=2616115). Видимо шаблон там другой -- Vadp (обсуждение) 14:00, 24 декабря 2014 (MSK)

2) Если заголовок листинга содержит двойные кавычки (напр. Заповедник "Мыс Мартьян"), то перед текстом листинга появляется текст (https://sourceforge.net/p/kiwix/bugs/812/)

Пример этого дефекта можно увидеть здесь -- http://parsoid-lb.eqiad.wikimedia.org/ruwikivoyage/%D0%9C%D0%B0%D1%81%D1%81%D0%B0%D0%BD%D0%B4%D1%80%D0%B0?oldid=126840 в секции "Окрестности"

Может быть правильнее было-бы убрать кавычки из span id?

-- Vadp (обсуждение) 13:12, 24 декабря 2014 (MSK)

По первому ничего не скажу, а по второму что будет, если кавычки заменить «ёлочкой»?--Ymblanter (обсуждение) 13:21, 24 декабря 2014 (MSK)

C «ёлочкой» проблем нет (см. http://parsoid-lb.eqiad.wikimedia.org/ruwikivoyage/%D0%AF%D0%BB%D1%82%D0%B0?oldid=127377), но уже существующих заголовков с двойными кавычками тоже немало. Хотя, конечно, случай не смертельный -- Vadp (обсуждение) 13:38, 24 декабря 2014 (MSK)

Хорошо бы их тогда все ботом поменять на «ёлочку», раз такие проблемы--Ymblanter (обсуждение) 13:46, 24 декабря 2014 (MSK)

Двойные кавычки проверены на Ялте в английской версии -- проблемы нет (http://parsoid-lb.eqiad.wikimedia.org/enwikivoyage/Yalta?oldid=2703635). Там просто не создаётся element id -- Vadp (обсуждение) 14:16, 24 декабря 2014 (MSK)

В тексте шаблона:

<!--Add anchor--><span id="{{{name|}}}">

по всей видимости кавычки внутри кавычек -- не очень хорошо -- Vadp (обсуждение) 14:46, 24 декабря 2014 (MSK)

Конечно, в английском разделе шаблон другой, но всё, что вписано в наш шаблон, имеет какой-то смысл. Повтор названия объекта с noprint и print-only сделан для того, чтобы при экспорте в pdf не появлялся длинный и ненужный там список ссылок. span с id создаёт «якорь», на который можно ссылаться из другой статьи.

• По первому пункту проблема не у нас. Нужно сделать поддержку класса print-only
• По второму пункту проще всего сменить кавычки типа " на ёлочки типа «»

--Alexander (обсуждение) 15:09, 24 декабря 2014 (MSK)

Может просто убрать кавычки? Как насчёт чего-нибудь в роде:

<!--Add anchor--><span id="{{#invoke:String|replace|{{{name|}}}|"|}}"> -- Vadp (обсуждение) 15:19, 24 декабря 2014 (MSK)

Да, спасибо, это помогает. В принципе, если Вы знаете способ с помощью css-инструкций подавить все-все ссылки в печатной версии, то я с удовольствием и облегчением уберу эти повторы printonly-noprint, и тогда первая проблема тоже решится. Сейчас у нас вписано нечто в Mediawiki:Print.css, однако на практике оно не работает почему-то. --Alexander (обсуждение) 15:51, 24 декабря 2014 (MSK)

Насчёт CSS ничего (пока) сказать не могу, а как в английском варианте? -- там работает. --Vadp (обсуждение) 16:59, 24 декабря 2014 (MSK)

В английском варианте:

@media print .mw-body a.external.text:after, .mw-body a.external.autonumber:after { content: " (" attr(href) ")"; }

что если вставить <a> co ссылкой во внешний <div class="nourlafter"> и добавить css:

.nourlafter a.external.text:after { content: ""; }

или просто:

#content a.external.text:after { content: ""; }

у меня в такой комбинации Developer Tools и CSS media print текст URL после заголовка пропадает --Vadp (обсуждение) 19:38, 24 декабря 2014 (MSK)

Отлично, всё работает. Спасибо! Если не трудно, поясните ещё, пожалуйста, что всё это означает. Для меня команды, посвящённые внешним ссылкам, сродни мистике, и никакой документации я сходу найти не могу. --Alexander (обсуждение) 20:05, 24 декабря 2014 (MSK)

.mw-body a.external.text:after { content: " (" attr(href) ")"; добавляет текст URL после содержимого <a>...</a>, а код #content a.external.text:after { content: ""; } добавляет просто пустую строку, последнее правило имеет больший приоритет, т.к. содержит id элемента, т.е. селектор правила более определённый (специфичный). Оба правила содержат "content:", и применяется то, у которого больший приоритет --Vadp (обсуждение) 13:51, 25 декабря 2014 (MSK)

Кстати, как тут печатать код в несколько строк? <pre> выдаёт что-то довольно корявое --Vadp (обсуждение) 13:58, 25 декабря 2014 (MSK)

и такое .external:after { content: "" !important;} --Vadp (обсуждение) 14:11, 25 декабря 2014 (MSK)

display: none; тоже работает, тут уж что понравится :)--Vadp (обсуждение) 14:40, 25 декабря 2014 (MSK)

Кстати разработчик Kiwix, похоже в затруднении. Может чего подскажете? Дело в том, что по его словам, что если показывать "printonly" вместо "noprint" -- будут потеряны ссылки, а они используются в Kiwix --Vadp (обсуждение) 17:06, 24 декабря 2014 (MSK)

А в английском разделе всё ещё хуже сделано. Там нет комбинации noprint-printonly, и в печатной версии ссылки раскрываются, что совсем уж лишнее... --Alexander (обсуждение) 17:24, 24 декабря 2014 (MSK)

Наверное это уж чересчур, но вот:

{{#invoke:String|replace|Заповедник "Мыс Мартьян" в секции "Окрестности" кавычки|"([^"]+)"|«%1»||false}}

даёт:

Заповедник «Мыс Мартьян» в секции «Окрестности» кавычки --Vadp (обсуждение) 16:55, 24 декабря 2014 (MSK)

На мой взгляд, лучше всё-таки в тексте статьи ставить правильные кавычки. Не всё ведь идёт через шаблон Listing, где-то (в картах, например) напрямую парсится текст статьи. --Alexander (обсуждение) 17:24, 24 декабря 2014 (MSK)

Fax

Выскажу крамольную идею, а может удалить это поле? Я не припомню ни одного случая, чтобы я его заполнил. Кто-нибудь им пользуется? Или оно существует, чтобы туда заносить второй/альтернативный телефон? Спасибо --Dronych (обсуждение) 18:18, 2 марта 2015 (MSK)

Это поле пришло из английского раздела, где остались любители факсовой связи. Я за то, чтобы его удалить. А второй телефон надо заносить в поле phone= вслед за первым. --Alexander (обсуждение) 18:27, 2 марта 2015 (MSK)

Можно удалять, если потребуется, всегда в поле для телефона впишем.--Ymblanter (обсуждение) 18:33, 2 марта 2015 (MSK)

Часы работы

Нет ли возможности интегрировать с шаблоном {{hours}}, то есть сделать отдельные поля для дней и часов работы, возможность ввести их несколько раз, а также возможность вводить по-старому, просто текстом?--Ymblanter (обсуждение) 18:34, 2 марта 2015 (MSK)

Это, по всей видимости, вопрос по поводу ListingEditor, а не самого шаблона. Надеюсь, Dronych сможет ответить. --Alexander (обсуждение) 18:58, 2 марта 2015 (MSK)

А Вы можете придумать, как это должно выглядеть? Отдельные поля - очень просто. Возможность ввести их несколько раз - плюс-минус можно придумать, например, поставить плюсик после этих полей, при нажатии на который добавлялся бы ещё один ряд с отдельными полями для дней недели и часов. А как выбирать между тем, будет ли это вводиться по-старому просто текстом или всё же отдельными полями? Ведь если одновременно показать и длинное поле для текста и отдельные поля для дней недели и часов - это сильно запутает дизайн (поскольку у "Часы работы" теперь будет не одно поле для ввода, а несколько), и будет неочевидно, куда же всё же нужно вводить. Т.е. нужно придумать какой-то простой, интуитивно понятный дизайн для этого.

Как альтернативная идея: справа от нынешнего поля для ввода часов работы можно добавить заготовку шаблона {{hours|день1|день2|час1|мин1|час2|мин2}}, который будет работать так же, как и значки валют в поле "стоимость". --Dronych (обсуждение) 19:42, 2 марта 2015 (MSK)

Я за последний вариант, т.е. заготовку для шаблона. --Alexander (обсуждение) 19:56, 2 марта 2015 (MSK)

Наверное, проще сделать заготовку. И с телефоном тоже.--Ymblanter (обсуждение) 19:57, 2 марта 2015 (MSK)

Значок Викиданных

Ярослав предлагает добавить значок Викиданных для листингов с параметром wdid=. Вероятно, его надо ставить вместе с ярлычками Facebook и ВКонтакте. Нет возражений? --Alexander (обсуждение) 13:42, 18 мая 2016 (MSK)

Нет. Digr (обсуждение) 19:23, 19 мая 2016 (MSK)

Сделал. --Alexander (обсуждение) 16:55, 1 июня 2016 (MSK)

спасибо.--Ymblanter (обсуждение) 19:16, 1 июня 2016 (MSK)