Страница для обсуждения вопросов, связанных со скоростным транспортом Москвы (метро, монорельс, городские поезда МЦК, проект МЦД)
Вопросы, касающиеся не только Московского метрополитена, в основном следует обсуждать на странице обсуждения основного проекта, хотя для некоторых технических вопросов могут быть сделаны исключения.
Добрый день. Как я уже не раз говорил, я хочу полностью уничтожить эти два шаблона и создать один нормальный, модулем, с однозначным синтаксисом, системой проверки ошибок, без необходимости помнить сочетания аббревиатур, и лёгкий к применению. При этом текущий синтаксис должен измениться как можно меньше. База данных будет общей с интерактивной схемой, что позволит модулю легко находить нужную станцию. Причина всего этого — огромное количество ошибочных включений текущих шаблонов. На каждом шагу в статьях есть [[|]], несуществующие станции, ошибочные станции, и масса костылей. Я работаю над этим потихоньку месяцами, и сейчас собираюсь увеличить усилия. Поэтому, предлагаю несколько вещей на ваше обсуждение. Игорь (обс) 12:21, 8 апреля 2024 (UTC)[ответить]
На данный момент существует 17 вариантов использования шаблонов.
{{СтММ|ста}} — «ста»
{{СтММ|ста|наз}} — «ста|наз»
{{СтММ||ста}} — ста
{{СтММ|@|ста}} — иконка(и) ста
{{СтММ|ном|ста}} — иконка ста
{{СтММ|ном|ста|наз}} — иконка ста|наз
{{СтММ|ном|ном|ста}} — иконки ста
{{СтММ|ном|ста|}}
{{СтММ|ном|ста|text=1}}
{{СтММ|ном}}
{{СтММ|ном|}}
{{СтММ|ном|ном}}
{{СтММ|ном||ста}}
{{СтММ|ном|ном|ном}}
{{СтММ|ном|ном|ном|ном}}
{{СтММ|ном|ном|ном|ста}}
{{СтММ|ном|ном|ном|ном|}}
Пункты 8-17 не задокументированы, и я могу только догадываться, что они делают. Поэтому прошу вас объяснить мне каждый из этих пунктов. Заранее благодарен. Игорь (обс) 12:21, 8 апреля 2024 (UTC)[ответить]
Пункты 8-17 не задокументированы, и я могу только догадываться, что они делают. Поэтому прошу вас объяснить мне каждый из этих пунктов. Заранее благодарен.
А если вывести примеры - не становится понятнее? 8. {{СтММ|5|Курская|}} = Курская - иконка + станция 9. {{СтММ|5|Курская|text=1}} = Курская - иконка + станция 10. {{СтММ|6}} = - иконка 11. {{СтММ|7|}} = - иконка 12. {{СтММ|1|2}} = - иконки, две штуки 13. {{СтММ|6||Третьяковская}} = - иконка; видимо, название станции игнорируется 14. {{СтММ|1|2|3}} = - тоже иконки, только три 15. {{СтММ|5|6|7|8}} = - тоже иконки, на этот раз четыре 16. {{СтММ|1|2|3|Комсомольская КолЛ}} = Комсомольская - иконки + станция 17. {{СтММ|1|2|3|4|}} = - иконки Michgrig (talk to me) 20:19, 8 апреля 2024 (UTC)[ответить]
Спасибо. 8. Чем это отличается от 5? 9. Чем это отличается от 5 и 8? 11. Чем это отличается от 10? 13. И зачем вообще Третьяковская? 16. В чём смысл этого? 17. Чем это отличается от 15? 10, 12, 14, 15. Понятно. Игорь (обс) 20:24, 8 апреля 2024 (UTC)[ответить]
Хм... Пропустил это сообщение. 8. + 11. + 17. Вроде бы ничем - пустой последний параметр ничего не дает. Но тут еще надо бы посмотреть по коду, не заложено ли что-то, что тоже не работает. 9. Это похоже на тот сломанный функционал. Но в этом случае не нужно указывать станцию. Откуда вы взяли этот пример? 13. Вы же сами написали про номер и станцию, я попробовал на конкретном примере и оставил комментарий. 16. Смысл в указании конкретной станции и пересадок с нее. Другой вопрос, что не происходит никакой верификации, что станция принадлежит какой-либо из указанных линий. Michgrig (talk to me) 20:10, 10 апреля 2024 (UTC)[ответить]
Спасибо. 8,11,17. Я тоже так предположил. Я не в состоянии ничего понять в коде. Вы сможете? 9. На какой тот? Все примеры из общего списка всех использований в википедии. Википоиском уже не найти, всё изменилось из-за Москва-Сити. 13. Я его взял из списка, Осташковская улица#Автобусы. 16. Можно пример из статьи? В этом то и проблема. Игорь (обс) 20:38, 10 апреля 2024 (UTC)[ответить]
8, 11, 17. > Я не в состоянии ничего понять в коде. Вы сможете? - я уже писал, что ни разу не программист 9. А, я перепутал с шаблоном ММ, который мы ниже обсуждаем. Возможно, этот параметр тоже ничего нового не дает. Если его поставить в ноль, тоже никаких изменений: {{СтММ|5|Курская|text=0}} = Курская - иконка + станция 13. Не понимаю, зачем там указание станции в параметре, т.к. оно ни на что не влияет. 16. Вряд ли найду пример Michgrig (talk to me) 09:13, 11 апреля 2024 (UTC)[ответить]
8,11,17. Да, я видел. Но тогда кто будет смотреть? 9,13,16. И что с этим делать? Напоминаю про вопрос в следующей подсекции. Игорь (обс) 09:47, 11 апреля 2024 (UTC)[ответить]
А по сути, если вы мне скажете в упор отказаться от пунктов 8,9,11,17, я так и сделаю. Пункт 13 соглашусь, если объясните, как там чинить. Но в пункте 16 мне нужен чёткий алгоритм. Игорь (обс) 18:25, 11 апреля 2024 (UTC)[ответить]
> А по сути, если вы мне скажете в упор отказаться от пунктов 8,9,11,17, я так и сделаю. Да, давайте так. Что-то мне подсказывает, что пустые параметры вообще не должны использоваться. Может, это вообще просто глюки применения шаблона? 13. Очень может быть, что это тоже глюк применения шаблона, и просто не должно быть двух разделителей подряд. Тут бы надо разобраться с тем, какой порядок параметров заложен в шаблоне. Вообще, наверное, в новом синтаксисе имеет смысл отказаться от неименованных параметров, и сделать их хотя бы с порядковыми номерами, т.е. 1=<название станции>, 2=<номер линии> и т.д. 16. Подозреваю, что этот вариант нужен для того, чтобы отобразить название станции с ее иконкой, а также иконки всех линий, на которые на указанной станции есть пересадка (похоже на то, как выводит шаблон ММ - например, {{ММ|Арбатская АПЛ}} → Арбатская). Просто в случае шаблона ММ все эти варианты прописаны в явном виде на подстранице. Michgrig (talk to me) 07:41, 12 апреля 2024 (UTC)[ответить]
8,9,11,17 хорошо. 13. Разобраться я не смогу. Что делать? Неименованные параметиы уже имеют названия с числами, в любом шаблоне. 16. Так такое нужно? Или здесь должен был использоваться шаблон ММ? По моему, второй ответ верен. Игорь (обс) 08:59, 12 апреля 2024 (UTC)[ответить]
13. Тогда считаем глюком применения шаблона и игнорируем. 16. У шаблона ММ очень узкая область применения - информация о маршрутах наземного транспорта Москвы. Если я ничего не путаю, для этих маршрутов специально сделали облегченные иконки, чтобы не рябило в глазах от обилия иконок разных линий. Думаю, что аналогичный функционал с полноцветными иконками тоже нужен. Michgrig (talk to me) 09:15, 12 апреля 2024 (UTC)[ответить]
Это только черновик, и я уверен, что предложение ещё изменится, и не раз.
Во первых, никаких аббревиатур. Во вторых, никакого первого пустого параметра для навшаблонов, вместо этого будет кавычки=нет. Значок для иконки — @, значок для «указать все иконки» для кросс-платформенных станций — @@. Вместо text=1 будет что-то, когда я узнаю в предыдущей подсекции, что это значит. Параметр для станции будет всегда один. Для падежей будет структура статья/падеж. Например, {{СтММ|@|Маяковская/Маяковской}} покажет Маяковская [[|]], только без хвоста и с ой на конце. Показать это текущим шаблоном я не смог. Если станция на нескольких линиях, то тогда, и только тогда потребуется уточнение в виде номера. Например, {{СтММ|Киевская}} покажет просьбу уточнить, а {{СтММ|Киевская|5}} покажет Киевская. Показать это текущим шаблоном я опять не смог. Буду рад выслушать ваши замечания и предложения. Игорь (обс) 12:21, 8 апреля 2024 (UTC)[ответить]
Вопрос насчёт @@. А бывает вообще необходимость показать ссылку на кросс-платформенную станцию с только одной из иконок? Игорь (обс) 00:34, 9 апреля 2024 (UTC)[ответить]
Теоретически возможно такое использование, да, когда речь идет об участке линии. Если его получится сделать, хорошо; если не получится, думаю, можно пережить. Michgrig (talk to me) 11:32, 11 апреля 2024 (UTC)[ответить]
По следам предыдущей подсекции, следующие изменения. Параметр text=1 игнорируется. Для пересадок со станции метро на другие станции метро вводится параметр &, означающий показать пересадки заданной станции. Берусь за работу. Игорь (обс) 09:41, 12 апреля 2024 (UTC)[ответить]
С одной стороны, вы вводите именованный параметр "кавычки" для отображения или скрытия кавычек вокруг названия станции. С другой стороны, вы вводите несколько символьных параметров - @, @@, &, смысл которых никак не следует из их внешнего вида. Может, тоже заложить названия для этих параметров? Michgrig (talk to me) 10:00, 12 апреля 2024 (UTC)[ответить]
Смысл в том, что есть один именованный, намеренно длинный параметр – предотвратить случайное использование в ОП, чтоб сделать его как можно сложнее. Этот параметр не должен использоваться вне навшаблонов. Больше именованных параметров я вводить не хочу, чтоб сделать процесс набивания текста в статье как можно проще. Параметр @ я не вводил, он там был. Параметр @@ это просто предыдущий во множественном числе. Как я говорил, я хочу, чтоб было как можно более похоже на прежнее. Параметр & я предложил, потому что мне нужен был один спецсимвол, который есть на клавиатуре, и который никогда не будет использоваться в названии станции. Игорь (обс) 10:07, 12 апреля 2024 (UTC)[ответить]
На сегодня пока всё. Написал Модуль:Stmm/песочница, с пока одной временной функцией, которая отсекает лишние параметры. Вызов {{#invoke|checkparams|@|Лианозово|9}}. В списке станций пока только две, Лианозово и Киевская. Первый параметр станция, второй может быть или не быть чем угодно. Возможен "нулевой" параметр, @, @@, или &. Любой другой вызов должен выдавать сообщение об ошибке, пока на английском. Игорь (обс) 14:27, 12 апреля 2024 (UTC)[ответить]
Подумав, решил, что параметр @ для кроссплатформенных станций будет показывать обе иконки, если третий параметр пустой, и одну, если в третьем параметре номер линии. Параметр @@ будет означать пересадки, вместо &, а & вообще не будет. Игорь (обс) 09:51, 13 апреля 2024 (UTC)[ответить]
Ну, начнём с того, что этот шаблон не работает. Взгляните на часть документации со словами "первый неименованный параметр". Игорь (обс) 00:33, 9 апреля 2024 (UTC)[ответить]
Он не делает всё, что от него ждут, так что любое использование может сработать или не сработать. Я бы обдумал возможность что-то сделать, если б хоть примерно представлял, что там должно быть. Игорь (обс) 09:34, 9 апреля 2024 (UTC)[ответить]
Вы внимательно почитали его документацию? Я только что внимательно ее перечитал и могу с уверенностью заявить, что не работает только то, что описано в блоке, начинающемся словами "В режиме вывода линий..." Кроме того, этот шаблон используется в модуле НОТ Москвы, поэтому я его применение со станциями многократно проверил. Michgrig (talk to me) 07:46, 10 апреля 2024 (UTC)[ответить]
А я и не возражаю, что не работает только одна часть. В том то и дело, если хоть что-то не работает, значит, любое использование может не работать по той же причине, при определённом сочетании параметров, даже редком. Снова напоминаю про ошибку в операционной системе UNIX6, которая выдавала неправильные ответы, если параметр делился на 64. Я просто преподаю годами тот закон software engineering, и поэтому всё время его помню, в переводе на разговорный язык это "Код можно улучшать только тогда, когда он полностью исправен". Поэтому я и предлагаю попробовать починить этот шаблон, и если получится, можно будет подумать о включении его в новый. Игорь (обс) 10:22, 10 апреля 2024 (UTC)[ответить]
Я сказал, что я хочу попробовать починить. Но для этого мне надо знать, что на самом деле должен показывать каждый из примеров в том абзаце, в описании я это совершенно не увидел. Игорь (обс) 12:15, 10 апреля 2024 (UTC)[ответить]
> Я сказал, что я хочу попробовать починить. Ясно, значит, я вас недопонял. > Но для этого мне надо знать, что на самом деле должен показывать каждый из примеров в том абзаце Наугад тыкнул одну из старых версий шаблона, в ней этот пример работает. Отсюда, видимо, можно попробовать найти, когда и что его сломало. Michgrig (talk to me) 14:22, 10 апреля 2024 (UTC)[ответить]
Посмотрел. Нашёл версию, которая это сломала. Починить текущий шаблон я не смогу, потому что абсолютно не понятно, что там творится, но сделать такой же функционал в новом, если решу его присоединить, думаю, будет нетрудно. Теперь осталось дождаться ответов на вопросы в предыдущей подсекции, и можно начинать. Игорь (обс) 15:33, 10 апреля 2024 (UTC)[ответить]
Коллега Michgrig, очень надеюсь, что у вас найдётся сегодня минут пять на это, пожалуйста. С округами я жду, и с новым шаблоном, и с базой данных, но здесь это займёт у вас очень мало времени, а без этого я не могу продолжать работать над кодом. Вопрос такой: будут ли в новой базе данных объединены следующие пары:
Пока продолжаю работать. Превратил базу данных в Шаблон:Московские маршруты/data.json. Превращать её в нечто нужное буду оттуда. Туда внесу и словарь синонимов, там же надо будет и объединять, как только узнаю, как. Постараюсь убрать оттуда всё, что уже есть в базе данных метрошаблона. Игорь (обс) 12:48, 16 апреля 2024 (UTC)[ответить]
Я начинаю быть сильно не уверен, что этот шаблон стоит трогать. Потому что он работает как-то нелогично. Есть несколько незадокументированных параметров. Вывод странный. Например {{ММ|Лихоборы}} -> Лихоборы даёт ссылку на одну из двух станций произвольно. Что это должно вообще значить? Игорь (обс) 13:58, 16 апреля 2024 (UTC)[ответить]
У меня было время подумать, и я вижу несколько вариантов.
Оставить этот шаблон в покое.
Написать для него модуль отдельно. Он сделает его более удобным, но не связанным с стмм. Возможно, получится, не знаю.
Попытаться влить его в стмм. Но тогда его придётся полностью перестраивать с точки зрения интерфейса, поскольку он основан на выдаче данных в скобках вручную, и угадывании названия статей. Поддержка такого не стыкуется с стмм, поскольку он основан не на гадании, а на проверке в базе данных.
Кроме того, можно отдельно относиться к автоматическому режиму и к остальному, и каждый представлять отдельно. Буду рад выслушать мнения. Игорь (обс) 17:35, 16 апреля 2024 (UTC)[ответить]
Как мне кажется, если уж мы затеяли такую глобальную перестройку, то надо сделать хорошо и правильно. Никаких угадываний (собственно, насколько я понимаю, их и нет), единая база данных. Michgrig (talk to me) 06:14, 17 апреля 2024 (UTC)[ответить]
В списке станций | Боровицкая = {{Московские маршруты/|1|3|4|9|l1=Библиотека имени Ленина (станция метро)|l2=Арбатская (станция метро, Арбатско-Покровская линия)|l3=Александровский сад (станция метро)|l4=Боровицкая|s=Боровицкая}} Вывод ему соответствует: {{ММ|Боровицкая}} → Боровицкая. Поскольку шаблон работает только по этому списку станций, а там внесено без уточнений, то второй вывод и должен давать ошибку: {{ММ|Боровицкая (станция метро)}} → Станция «Боровицкая (станция метро)» ещё не внесена в шаблон! Добавьте её, либо оформите вручную при помощи других параметров.Michgrig (talk to me) 11:02, 17 апреля 2024 (UTC)[ответить]
Я не про это. Шаблон должен угадывать, есть ли у станции уточнение станция метро, или нет, поэтому в нём физически указаны станции, у которых нет. Игорь (обс) 11:07, 17 апреля 2024 (UTC)[ответить]
Все равно не понимаю, про какое угадывание вы говорите. Сам шаблон ничего не угадывает, он пользуется либо тем содержимым, которое добавили на подстраницу, либо параметрами, указанными при его вызове. Michgrig (talk to me) 13:09, 17 апреля 2024 (UTC)[ответить]
Именно поэтому. Люди могут назвать станцию со словами станция метро или без. Шаблон этого не знает, и знать не может, и пользуется введённым в него алгоритмом выбора по списку исключений. Новая построенная версия уже знает названия всех станций. Но я считаю, что нет смысла спорить, потому что как розу не назовёшь. Игорь (обс) 20:02, 17 апреля 2024 (UTC)[ответить]
Вот и надо когда нибудь начать решать. Хотя я всё больше убеждаюсь, что общего шаблона не выйдет. Перевести его тоже на Луа да, а объединить — не вижу как. Игорь (обс) 11:08, 17 апреля 2024 (UTC)[ответить]
Как у вас с блок-схемами? Единственный выход, который я вижу, для объединения, это чёткий чертёж на UML, из которого однозначно понятны все действия шаблона. Например, «если есть параметр t и есть параметр f, но нет параметра k, ссылка укажет на „t (станция метро, f)“». Игорь (обс) 11:25, 17 апреля 2024 (UTC)[ответить]
Вообще-то, я предполагал, что это надо делать авторучкой. На листе бумаги в клеточку. Но можно попробовать. Я сделаю это. Но только скажите, что значат незадокументированные параметры sn и cn. Их сотни, и я не знаю совсем, что они делают. Игорь (обс) 18:18, 17 апреля 2024 (UTC)[ответить]
Насколько я вижу из списка станций, sn используется для прочих объектов, это отображаемый следом за значками текст с возможностью указать вики-разметку (по аналогии с параметром s для станций метро - но в случае с s шаблон сам накручивает разметку, а здесь прямо как укажешь, так и будет отображаться). cn - отображаемый текст для станций МЦД. Michgrig (talk to me) 20:09, 17 апреля 2024 (UTC)[ответить]
Во первых, не понял. Можно по примеру, когда только каждый один из них годится? Во вторых, если это так, то в базе данных сотня ошибок, и ещё сотня лишних параметров. Игорь (обс) 20:17, 17 апреля 2024 (UTC)[ответить]
Можно по примеру, когда только каждый один из них годится?
| ВДНХ (главный вход) = {{Московские маршруты/|13|l1=Выставочный центр (станция монорельса)|sn=[[Выставка достижений народного хозяйства|ВДНХ]] (главный вход)}} - тут часть отображаемого текста является ссылкой на статью, а часть нет
| Апрелевка = {{Московские маршруты/|D4|l1=Апрелевка (станция)|cn=Апрелевка}} - возможно, тут пошли по пути упрощения, чтобы не надо было накручивать в код шаблона отбрасывание уточнения у названия статьи, а просто выводить значение этого параметра
А вот тут согласен. По сути s, m, c, sn и cn делают примерно одно и то же - выводят текст после значков по определенным алгоритмам. Опять-таки, скорее всего, так сделано из упрощения, чтобы исходя из используемого параметра можно было сразу понять, какое уточнение добавлять к его значению, чтобы получить название статьи. Michgrig (talk to me) 21:25, 17 апреля 2024 (UTC)[ответить]
1. Я спросил не это. Я прошу пример с параметром sn, который не создаётся с параметром s, и другой пример, когда наоборот. 2. Там масса значений с разметкой, и масса без, совпадающих с названием статьи. 3. Я не про это, а про случаи, когда, если какой-то параметр не поставить, ничего не изменится. Игорь (обс) 21:33, 17 апреля 2024 (UTC)[ответить]
Возможно, не совсем понимаю, простите. 1. Параметр s добавляет к своему значению слова "(станция метро)" и навешивает на это ссылку на статью. Параметр sn выводит текст ровно так, как записано. Пример первого есть в документации шаблона: {{ММ|13|9|s=Тимирязевская}} → Тимирязевская Сначала хотел написать, что то же самое можно сделать с помощью параметров l1 + sn, но не получилось. Скорее всего, sn поддерживается только в подшаблоне, чтобы сформировать строку для запуска ММ без параметров {{ММ|ВДНХ (главный вход)}} → ВДНХ (главный вход) А в подшаблоне развернуто | ВДНХ (главный вход) = {{Московские маршруты/|13|l1=Выставочный центр (станция монорельса)|sn=[[Выставка достижений народного хозяйства|ВДНХ]] (главный вход)}}2. Тут мы о каком параметре говорим? Если sn, то там нет ни одного случая, когда его значение совпадает с названием статьи. А если про cn, то в большинстве случаев его значение - это название статьи без уточнения, но не везде. Есть ситуации, когда отображаемый текст (официальное название станции) отличается от названия статьи без уточнения, например: | Москва-Товарная = {{Московские маршруты/|D2|l1=Москва-Товарная-Курская|cn=Москва-Товарная}} | Зеленоград-Крюково = {{Московские маршруты/|D3|l1=Крюково (станция)|cn=Зеленоград-Крюково}} | Матвеевская = {{Московские маршруты/|D4|l1=Матвеевское (платформа)|cn=Матвеевская}}3. Не замечал таких случаев. Возможно, есть, возможно, нет. Michgrig (talk to me) 09:34, 18 апреля 2024 (UTC)[ответить]
На самом деле, этот вопрос не такой простой, как кажется. Тут надо сначала обсудить принципиально - мы с точки зрения пересадок полностью следуем источникам в виде оф. схем или можем от них отступать? Правильнее, конечно, следовать полностью, поэтому все вышеперечисленные пары должны быть объединены. Michgrig (talk to me) 06:07, 17 апреля 2024 (UTC)[ответить]
Мы тут, наверное. Можно попробовать привлечь тех же коллег, которые нам помогали с переделкой модуля НОТ Москвы. @Infeer11, @Егор Лещев, @Artem23456, если не хотите читать весь раздел, вот краткая выжимка. Есть идея переделать несколько шаблонов с близким функционалом в один, в том числе шаблон {{ММ}}, который используется в модуле. Для такой переделки нужно создать список пересадочных станций, и тут возникла проблема. Сейчас в шаблоне ММ станции, не входящие физически в пересадочные узлы, разделены (например, Автозаводская и Автозаводская или Дубровка и Дубровка, или Тушинская и Тушинская), и для них модуль формирует списки маршрутов независимо. Если все-таки объединять шаблоны в один, то надо ли такие станции считать за единый пересадочный узел? Если надо, мы немного теряем в гранулярности отображения списков маршрутов, но зато следуем за источниками в виде оф. схем, которые содержат такие пересадки. Michgrig (talk to me) 10:53, 17 апреля 2024 (UTC)[ответить]
Нет, НОТ как раз не только про обозначение станций, там есть еще и конечные (которые не обязаны быть около станций). В принципе, могут быть и другие значимые остановки. И НОТ использует ММ только для вывода станций. Michgrig (talk to me) 11:04, 17 апреля 2024 (UTC)[ответить]
Добрый день. Есть первые результаты. Здесь будет очень много тестов, которые не раз будут пополняться по мере продвижения. Просьба усиленно заявлять претензии. На текущий момент вместо иконок пока названия их линий. В конце добавлено название статьи, на которую идёт ссылка, для удобства отладки. Пока большинство ответов в тестах неверные. Игорь (обс) 11:06, 13 апреля 2024 (UTC)[ответить]
Сделал. Пока всё. Возможно, вернусь к этому уже сегодня, посмотрим. Коллеги Michgrig и @Vcohen, вы не могли бы взглянуть там на размеры иконок? Я поставил наугад 14 пикселей для метро и 21 пикселей для диаметров, но понятия не имею, сколько надо. Игорь (обс) 14:05, 13 апреля 2024 (UTC)[ответить]
Спасибо. Документация неправильная, я залез в сам шаблон. Там 15 для метро и 22 для диаметров. Установил такие же. Не слишком большие на взгляд по сравнению с текущим СтММ? Игорь (обс) 15:01, 13 апреля 2024 (UTC)[ответить]
Подал. Сделал Тестовскую. Сделал линии 4А и 11А. Подправил всё. Вот новая версия. Считаю всё, кроме параметра @@, то есть пересадок на другие линии, законченным. Буду рад, если просмотрите всю страницу и выскажите замечания. Кроме того, для того, чтоб делать пересадки, мне нужна база данных. Номера линий, на которые есть пересадки со станций. Коллеги Michgrig и Vcohen, где мне её взять? Посмотрел {{Московские маршруты/Список станций}}, но либо там очень много ошибок, либо это не то. Игорь (обс) 21:41, 13 апреля 2024 (UTC)[ответить]
Спасибо! Постараюсь в ближайшее время посмотреть. > Посмотрел {{Московские маршруты/Список станций}}, но либо там очень много ошибок, либо это не то. Почему вы так думаете? Эта страница содержится в актуальном виде. Просто там не только пересадочные станции, а все станции метро + МЦК + МЦД Michgrig (talk to me) 14:35, 14 апреля 2024 (UTC)[ответить]
Спасибо, буду рад. Потому что там очень много не хватает на первый взгляд. Например, в строке Авиамоторная нет D3. В строке Автозаводская нет 14. Игорь (обс) 14:41, 14 апреля 2024 (UTC)[ответить]
Есть маршруты, которые проходят мимо станции метро Автозаводская, а есть проходящие мимо станции МЦД Автозаводская. Поскольку между этими станциями пересадка по улице, то, скорее всего, именно поэтому их в этом шаблоне разнесли. Еще одной причиной, насколько я помню, было наличие отдельных остановок наземного транспорта. При этом такое разнесение противоречит информации о пересадках, предоставляемой Дептрансом Москвы на схемах и в навигации в метро/наземке. Поэтому можно будет нашу информацию привести в соответствие официальной. Michgrig (talk to me) 15:07, 14 апреля 2024 (UTC)[ответить]
Хотя подождите. Эти улицы можно определить, как синонимы станций? Скажем, если спрашивают пересадки улицы Горького 45, вместо этого вывести пересадки станции Новостарая, которая там рядом? Если это всё, можно попробовать. Игорь (обс) 15:25, 14 апреля 2024 (UTC)[ответить]
Да, эти улицы/вокзалы/прочие объекты можно просто считать синонимами станций, например: 4-й Воробьёвский проезд = Воробьёвы горы Улица 8 Марта = Гражданская (платформа) Michgrig (talk to me) 17:34, 14 апреля 2024 (UTC)[ответить]
Да, и кроме всего, обратите внимание на один момент. Указание кросс-платформенной станции без линии требует без иконки уточнения линии, а с иконкой показывает обе. Правильное ли это поведение? Логика была в том, чтоб не вызывать Кунцевскую без уточнения, а то человек захочет БКл, а получит АПл. Но для Третьяковской это странно, там не с чем путать. А делать для разных станций разное поведение мне кажется неправильным. Что делать? Игорь (обс) 16:01, 14 апреля 2024 (UTC)[ответить]
Из всех кросс-платформенных станций Кунцевская стоит особняком, т.к. там есть третья станция с тем же названием. Поэтому с одной стороны, странно ориентироваться именно на нее при проработке случая кросс-платформенных станций, а с другой стороны она тоже должна обрабатываться правильно. Michgrig (talk to me) 17:39, 14 апреля 2024 (UTC)[ответить]
Я думаю, я нашёл решение. Если параметром даётся название кроссплатформенной станции, неважно, с иконкой или без, и у этого названия есть две станции, выдаётся результат, а если больше, требуется уточнение. Так у всех станций, кроссплатформенных или нет, будет одно и то же поведение, если учитывать кроссплатформенную станцию за одну, какой она по сути и является. Сделаю. Игорь (обс) 18:03, 14 апреля 2024 (UTC)[ответить]
Сделал, почти так. Здесь. Одно изменение. Если у кроссплатформенной станции есть однофамильцы и надо показать обе иконки, станция не уточняется. Мне это не нравится, но иначе нет возможности показать обе иконки. Обдумывал возможность вместо этого уточнять, но вместо номера линии что-то особенное. Например {{tl|СтММ|@|Кунцевская|+}}. Но не знаю, годится ли это. Или вернуться к {{tl|СтММ|@@|Кунцевская}}, а для пересадок что-то другое, например, &, как раньше. Какой из этих трёх вариантов лучше? Игорь (обс) 21:39, 14 апреля 2024 (UTC)[ответить]
Коллега @Vcohen, не могли бы вы помочь? Мы работаем уже давно над превращением синтаксиса шаблона {{СтММ}} в удобочитаемый, при переходе на Луа. В одном месте есть три возможных варианта, не могли бы вы сказать, есть ли среди них один, который вам нравится больше других. Текст в фигурных скобках в конце только для тестов, показывает, куда ведёт ссылка, в чистовике его не будет. @, как и раньше, значит показать иконку. Вот обычные примеры.
А если требует, то непонятно, как показывать обе иконки кроссплатформенной станции, потому что совсем без номера можно спутать с тёзками. Три варианта для Кунцевская:
{{новый шаблон|@|Кунцевская}} — рискнуть, что не спутает с {{новый шаблон|@|Кунцевская|11}}. Его легче всего построить, но я боюсь, что люди будут ошибаться.
{{новый шаблон|@|Кунцевская|+}} — плюс вместо номера линии.
Конечно, если выберем второй или третий вариант, он сработает и для станций без уточнения, человек не обязан помнить, сколько тёзок у каждой станции. Что вам кажется лучше? Спасибо. Игорь (обс) 18:18, 17 апреля 2024 (UTC)[ответить]
Я надеялся, что вы следите за обсуждением. Жалко, жду вопросов. Но раз не следили, вот короткое описание.
{{новый шаблон|станция}} — ссылка на станцию.
{{новый шаблон|@|станция}} — @ вначале — это значит показать также иконку линии.
Если шаблон не может опознать станцию однозначно, потому что есть тёзки, добавляется параметр «номер линии». Например {{новый шаблон|@|Тимирязевская|9}}.
Нет ли ошибок в первых трех примерах? В строчках 1 и 3 одинаковый вызов дает разные результаты. В строчке 2 я не понимаю, что значит "не нужно". Далее: там, где написано "просьба уточнить", - это значит, что шаблон выдаст сообщение о том, что надо дозаполнить параметр? Еще: что здесь называется уточнением - уточнение в скобках у названия статьи или уточнение номера линии в параметрах вызова шаблона? Пока всё. Vcohen (обс.) 20:36, 17 апреля 2024 (UTC)[ответить]
Есть, моя вина, спасибо, исправил. Не нужно, значит, что Добрынинская только одна, и шаблон не требует дополнительной информации для выбора. Да, есть такое сообщение. Можете увидеть текст в Участник:IKhitron/Черновик, если интересно. Уточнение следующим параметром. Игорь (обс) 20:41, 17 апреля 2024 (UTC)[ответить]
Так. Рискну предположить, что я уже всё понял, и начну отвечать. Обозначение @@ я бы не вводил, потому что на других станциях две иконки выдаются по простому @. Больше всего мне нравится вариант с плюсом, но тогда я сделал бы для него поддержку и на других станциях (пусть будут разные варианты заполнения параметров, которые дают одинаковый результат, это не страшно). Рисковать, "что не спутает", я бы не стал, а сделал бы во всех таких случаях запрет на оставление этого параметра пустым (в Ваших терминах - "просьба уточнить", причем с перечислением всех релевантных значений параметра, включая плюс). Vcohen (обс.) 21:47, 17 апреля 2024 (UTC)[ответить]
Обозначение @@ я бы не вводил, потому что на других станциях две иконки выдаются по простому @
Именно поэтому я и написал, что если этот вариант будет выбран, этот вариант будет работать для всех, чтоб не надо было помнить, где одну, а где две. Очень против других станций, я очень много энергии вложил, чтоб с момента, как человек понял синтакс, шаблон был простым, однозначным и всеобъемлющим. Поскольку сейчас в шаблоне есть, видимо, сотни выводов, которые заявлены в описании шаблона, и которых добиться невозможно, и сотни выводов, которые возможны, но не имеют смысла. Что плохого считать плюс параметром "для двух иконок", и использовать его во всех случаях двух иконок, и только в них, то есть для кроссплатформенных станций. В каких случаях "всех", во всех станциях города или всех кроссплатформенных станциях? Игорь (обс) 21:57, 17 апреля 2024 (UTC)[ответить]
ОК, @@ для всех кроссплатформенных - это нормально. Вопрос, хотим ли мы, чтобы и @ работало как замена для @@ в тех случаях, когда это однозначно. Мне кажется, что нет. Потому что редакторы привыкнут к @ и будут удивляться, что это работает не всегда. Vcohen (обс.) 08:37, 18 апреля 2024 (UTC)[ответить]
Согласен с обоими вашими вариантами, они логичны. Выбирайте. Но с другой стороны, такое же поведение можно сделать и с плюсом. Можете объяснить, чем обусловлен выбор @@ а не +? Игорь (обс) 12:29, 18 апреля 2024 (UTC)[ответить]
Я думаю, что надо разделить функции параметров. @@, @ или ничего - это выбор способа визуального отображения (числа иконок). Номер линии или плюс - это конкретизация, на какую статью ставить ссылку и какую рисовать иконку. При этом вариант без последнего параметра надо разрешить только для тех станций, где конкретизация не требуется, а для остальных пусть он выдает ошибку с перечислением возможных вариантов конкретизации. Vcohen (обс.) 12:59, 18 апреля 2024 (UTC)[ответить]
Понятно. Значит, сделаем @@. То есть, если у кпс нет тёзок, @ без уточнения выдаёт две иконки, а если есть тёзки, выдаёт список вариантов. А @@ и для тех и для других выдаёт две иконки. Я правильно понял? Игорь (обс) 13:03, 18 апреля 2024 (UTC)[ответить]
Вообще-то я предлагал, чтобы одиночный @ не делал двух иконок, но я думаю, что Вы правы. Где-нибудь в списке станций это нормально. Vcohen (обс.) 14:29, 18 апреля 2024 (UTC)[ответить]
Значит, я неправильно понял. Насчёт я прав - нет, я предпочитаю, чтоб этого не было, а было чёткое разделение. Так что со мной не стоит соглашаться, решите сами чисто по вашим предпочтениям, и скажите, я сделаю. Просто вы сказали, что "При этом вариант без последнего параметра надо разрешить только для тех станций, где конкретизация не требуется, а для остальных пусть он выдает ошибку с перечислением возможных вариантов конкретизации.", и я это так понял. А как тогда это понять? Для @@ в любом случае уточнение не потребуется, ведь не бывает двух разных кпс с одним и тем же названием, на четыре линии. Игорь (обс) 14:39, 18 апреля 2024 (UTC)[ответить]
Не, этот ответ же был только про наличие тезок у кросс-платформенных станций. Действительно, сейчас Кунцевская единственная такая в метро, но не единственная во всем рельсовом каркасе. Других смыслов у этой фразы не было. Michgrig (talk to me) 15:03, 18 апреля 2024 (UTC)[ответить]
Я успел подумать еще несколько раз. Если задано @@, то понятно, что нужно две иконки, причем конкретизация по линии не требуется, третий параметр можно просто игнорировать. Возможна ли ситуация, когда задан один @, но все равно хочется получить две иконки? Наверно, в большинстве случаев это возможно: если задан один @ и нет конкретизации по линии, то выдаются все иконки, которые у этой станции есть (а их может быть максимум две). Vcohen (обс.) 19:59, 18 апреля 2024 (UTC)[ответить]
То есть, даже не соглашаясь со мной, а сами по себе, вы предпочитаете выдачу двух иконок без уточнения для станций без тёзок, я правильно понял? Игорь (обс) 20:07, 18 апреля 2024 (UTC)[ответить]
Да. Я представляю себе список станций для линии: у всех станций одинаково, ничего не проверяя, ставим один @ и получаем где-то одну иконку, а где-то две. Мне кажется, что это и есть ожидаемое поведение. Vcohen (обс.) 20:56, 18 апреля 2024 (UTC)[ответить]
Не знаю, где "там же", смотрю по ссылке, которую Вы ниже дали коллеге Michgrig. Нашел пример с "Третьяковской" и одним @ - да, это то, что я имел в виду. Заодно пробежался по остальным примерам и понял, что не понимаю логику расстановки кавычек. Vcohen (обс.) 12:41, 19 апреля 2024 (UTC)[ответить]
По той же ссылке, что я вам дал позавчера. Но и эта годится. Просто ему нужна конкретная версия, а вам текущее состояние. Логику я не менял, взял с текущего шаблона, как есть. А именно, без иконок с кавычками. С иконками без кавычек. Для навшаблонов без иконок есть параметр для убирания кавычек. Игорь (обс) 12:58, 19 апреля 2024 (UTC)[ответить]
Коллега Michgrig, сделал кроссплатформенные станции в соответствии с выбором коллеги Vcohen. Здесь новые тесты. Заодно почистил сообщения об ошибках. Игорь (обс) 23:04, 18 апреля 2024 (UTC)[ответить]
Пока сложно смотреть тесты, слишком много вариантов. Из того, что сходу вижу:
Если выводится ошибка с пустым номером линии, то, наверное, имеет смысл сразу писать и решение проблемы:
Если одноименные станции, то возможные варианты номеров линии
Если единственная станция, то что номер линии не требуется.
В отличие от станций метро, названия ЖД-станций (а, значит, МЦК и МЦД) традиционно не заключаются в кавычки. Будет ли удобно для них не выводить кавычки по умолчанию и не требовать параметр кавычки=нет?
Вы не хотите игнорировать случаи, когда пустой или присутствующий номер линии для станций с уникальным названием не приводит к противоречию? Т.е. {stmm/песочница|@|Добрынинская|}} - ОК, {{stmm/песочница|@|Добрынинская|5}} - ОК, а, например, {{stmm/песочница|@|Добрынинская|6}} - ошибка с неверным номером линии.
{{stmm/песочница|@@|Кунцевская|3}} -> Ошибка Lua: Параметр «@@» используется только с названием станции. Я бы тут поправил сообщение об ошибке, например: Параметр «@@» должен использоваться без указания линии.
* {{stmm/песочница|@@|Третьяковская|кавычки=нет}} -> Ошибка Lua: Параметр «@@» используется только с названием станции. Тут бы, наверное, имело смысл выводить такое же сообщение, как для одной собачки: Одновременное использование параметра «@@» и параметра «кавычки».
Смысл в том, что для @ много разных комбинаций, и для каждой пришлось писать свои ошибки. Для @@ есть только одна возможность, один параметр названия станции. Поэтому выдавать одно стандартное сообщение, по моему, лучше, чем вычислять в коде много разных ошибок, у которых у всех один и тот же смысл — есть что-то, кроме первого параметра. Может, лучше так оставим? Игорь (обс) 20:05, 20 апреля 2024 (UTC)[ответить]
ОК. Тогда только надо поменять, чтобы текст ошибки говорил именно об ошибке (или о том, как должно быть правильно). Параметр «@@» используется только с названием станции. - это правильно, а не ошибка. Поэтому либо "должен использоваться", либо, например, "используется с другими параметрами, кроме названия станции" Michgrig (talk to me) 20:12, 20 апреля 2024 (UTC)[ответить]
Спасибо. Насчёт ошибок, хорошая идея, я постараюсь. Насчёт кавычек, я попробую. Насчёт противоречий, не хочу, ни в коем случае. Для меня важно, чтоб людям примелькалось одно правильное написание. Игорь (обс) 20:02, 20 апреля 2024 (UTC)[ответить]
И еще к формулировкам. Ошибка Lua: Ошибочный номер линии: «6». - не самая удачная формулировка за счет однокоренных слов "ошибка" и "ошибочный". Предлагаю поменять на "неверный" или "некорректный" Michgrig (talk to me) 20:14, 20 апреля 2024 (UTC)[ответить]
Коллега Michgrig, я сделал на странице черновика метрошаблона список округов. Об этом пишу отдельно выше. Использовал уже новый шаблон СтММ, чтоб сделать ему стресс-тест. Нашёл много ошибок. Часть просто исправил, об остальных спрашиваю у вас.
Взгляните на кавычки в отрезках линий. Выглядит странно.
Предлагаю после сообщения про неверный номер линии тоже давать верные варианты.
Предлагаю сообщать об ошибках регистра, что-то вроде станция Лесной городок неизвестна, но, возможно, вы имеете в виду станцию Лесной Городок?
Надо что-то делать с Новопеределкино. Вне всякой связи с этим шаблоном. Оно у нас указано, как D4, а не как D4А, и, насколько я помню, у этой линии нет даже иконки.
1. Да. Если мы указываем диапазон, то окавычивание или обескавычивание должно быть единообразным. 2. Да, если есть такая возможность. 3. Желательно, если есть такая возможность. 4. Где именно так указано? Michgrig (talk to me) 19:47, 22 апреля 2024 (UTC)[ответить]
1. И что вы предлагаете? Вызов же шаблона на отдельные станции. Вот так 4. Не понял вопрос. Вы говорите "Оно у нас указано, как D4, а не как D4А", вот я и пытаюсь понятно, где именно. Michgrig (talk to me) 20:42, 22 апреля 2024 (UTC)[ответить]
1. Не уверен. В статьях тоже наверняка будут участки, а кавычки только для навшаблонов. Стоит подумать о более радикальном варианте. У меня есть пара идей, но сначала вы. 4. Например, в базе данных метросхемы. Игорь (обс) 20:47, 22 апреля 2024 (UTC)[ответить]
По-моему, я тут уже ответил, как считаю нужным. > Если мы указываем диапазон, то окавычивание или обескавычивание должно быть единообразным. Т.е. два варианта:
значок + одна станция без кавычек + вторая станция без кавычек
В таком случае, вот моя первая идея. Добавить параметр -, который в синтаксисе будет там же, где @. При его использовании, вместо иконки будет –, и, как с иконками, без кавычек. Тогда две станции рядом, одна с иконкой, другая с дефисом, вместе создадут отрезок. Более того, в этом случае, мы можем сами контролировать, где можно переносить на другую строку, а где нельзя, как мы сейчас делаем с запретом на перенос между иконкой и ссылкой. Что скажете? Игорь (обс) 12:29, 25 апреля 2024 (UTC)[ответить]
2,3. Сделал Обязательно посмотрите новые тесты Лесного Городка тут, я смог сделать даже больше, чем предложил, думаю, вам понравится. 5. Появился новый вопрос в процессе. Что будем делать со станциями, принадлежащими двум маршрутам одной линии. То есть, нужны ли случаи, когда перед ЦСКА иконка 11, случаи, когда 11А, и случаи, когда обе? Можно ли реагировать на Савёловскую с линией 11А? Предлагать ли её в качестве варианта в списке возможных линий? Игорь (обс) 22:19, 22 апреля 2024 (UTC)[ответить]
Написал ещё одну вещь, которую очень хотел, но боялся, что не получится, и очень доволен. Вот новые тесты. Если не будет времени, просто проверьте сначала пока предпросмотр {{stmm/песочница|Кунцевская БКЛ}}, надеюсь, вам понравится. Игорь (обс) 15:24, 23 апреля 2024 (UTC)[ответить]
Да, обложили старое использование шаблона со всех сторон :) Только там во второй части ошибки непонятно, что приведены возможные варианты номера линии. Вот аналогичная ошибка в случае отсутствующей линии более понятная. Michgrig (talk to me) 18:47, 23 апреля 2024 (UTC)[ответить]
Тогда точка и новое предложение. Отделяет ещё больше. Можно и так. И вы не ответили, убрать ли название станции. В случаях, когда это единственный параметр, оно лишнее. А вот в случае перепутанных параметров (когда сначала указан номер линии, а потом название станции) лишним не будет. Поэтому если есть возможность разделить эти два случая, будет хорошо, а если нет - ну и ладно, пускай остается. Michgrig (talk to me) 19:35, 23 апреля 2024 (UTC)[ответить]
Сделаю. Сделаю. Не понял. Сейчас там такого, и, насколько я знаю, такой случай невозможно опознать, что сделать для него отдельную ошибку. Как это сделать? И напоминаю про вилки. Игорь (обс) 19:40, 23 апреля 2024 (UTC)[ответить]
Я сделал точки с запятыми. Сделал планируемое изменение сообщения в случае, когда название станции почти правильное, и линия указана верно. Новые тесты здесь. Но я вас прошу передумать по поводу убирания неверного названия станции. Я попробовал. Много места не экономит, но ничего хорошего из этого не вышло. Во первых, неконсистентно с показом неправильного номера линии, во вторых, если почти правильное название и они не указаны друг рядом с другом, их невозможно охватить вместе взглядом и понять, что не так, в третьих, если название совсем незнакомое, от сообщения ничего не остаётся. Игорь (обс) 10:47, 25 апреля 2024 (UTC)[ответить]
Но я вас прошу передумать по поводу убирания неверного названия станции. Я попробовал. Много места не экономит, но ничего хорошего из этого не вышло. ОК, передумал Michgrig (talk to me) 12:23, 25 апреля 2024 (UTC)[ответить]
Первый этап введения округов закончен. Модуль и Петербургский шаблон переведены на новую логику кода, позволяющую стандартную поддержку областей в разных шаблонах, включая острова в Петербурге и округа в Москве. Проверил Петербургский шаблон, вроде ничего не изменилось. Игорь (обс) 10:34, 5 июня 2024 (UTC)[ответить]
Ну вот. Блок выбора, что будет, если есть параметр x или если его нет. В листьях описание поведения шаблона при заданной цепочке наличия или отсутствия параметров. Если бы я мог найти в Фигме кнопку коннектора, которая там упоминается, я бы попробовал сделать черновик дерева сам. Игорь (обс) 19:22, 23 апреля 2024 (UTC)[ответить]
Дополнил схему. теперь вроде бы точно все. Кстати, еще понял, что, скорее всего, сам шаблон ММ не используется со всеми этими параметрами, а только в автоматическом режиме. Все параметры нужны для того, чтобы сформировать базу станций для этого шаблона. Вот только не могу сообразить, как бы лучше проверить эту мою догадку. Michgrig (talk to me) 20:06, 24 апреля 2024 (UTC)[ответить]
Я тоже так думал. Сделал грубый подсчёт использования в основном пространстве с именованными параметрами, не начинающимися с буквы t. Получилось 17 статей. Но грубый он и есть грубый, я мог ошибиться в 10000 раз. Игорь (обс) 20:32, 24 апреля 2024 (UTC)[ответить]
Отлично! Что касается переделки этого шаблона, то что-то мне подсказывает, что весь этот зоопарк параметров для станций (s, c, m, cn) совсем не нужен, т.к. шаблон будет смотреть на уже существующую базу станций. А без них все становится сильно проще. Michgrig (talk to me) 20:59, 24 апреля 2024 (UTC)[ответить]
В этом я с самого начала не сомневался. Главная проблема в том, что я не уверен, сможем ли мы адекватно перевести весь зоопарк на новый шаблон, ничего не испортив. Игорь (обс) 21:03, 24 апреля 2024 (UTC)[ответить]
Продолжаю работать для Фигмы. Скопировал код шаблона ММ в комментарии модуля, и очень его упростил. Уже не сегодня попробую то же самое с ММ/, а потом сравню их. Посмотрим, что получится. Кроме того, подозреваю, что во всех пространствах есть всего 52 страницы с вызовом ММ и его подшаблонов, с именными параметрами, не начинающимися на t. Жду, когда это можно будет выяснить. Игорь (обс) 21:26, 26 апреля 2024 (UTC)[ответить]
Скажите, коллега Michgrig, а по каким критериям вы выбирали формы геометрических фигур? Они очень сильно отличаются от тех, к которым я привык. Игорь (обс) 11:54, 27 апреля 2024 (UTC)[ответить]
Мне всё время мешал этот параметр кавычки и куча усложнений из за него. Поэтому у меня есть предложение, как от него избавиться.
Начнём с того, что кавычки не нужны в двух случаях — в навшаблонах и в отрезках (X–Y).
По поводу отрезков мы ещё не решили, это один из двух вопросов, на которые вы пока не ответили. Но в любом случае, там можно что-то сделать. Остаются навбоксы.
Я предлагаю убрать совсем параметр кавычки, и вместо этого сделать их автоматически удаляемыми на территории навбоксов с помощью CSS. Что скажете? Игорь (обс) 11:01, 25 апреля 2024 (UTC)[ответить]
Коллега Michgrig, взгляните, пожалуйста, на минутку, прямо сейчас, в новых тестах, внизу, один и тот же код указан дважды, в обычном тексте и навшаблоне, и скажите, утверждаете ли результат, чтоб я мог побыстрее начать убирать всё лишнее из модуля. Спасибо. Игорь (обс) 13:07, 25 апреля 2024 (UTC)[ответить]
Т.е. тут идет автоматическое преобразование маркированного списка в горизонтальный, как для навшаблонов? А если мне надо просто маркированный список составить? Michgrig (talk to me) 13:51, 25 апреля 2024 (UTC)[ответить]
Если я правильно понял значение слова маркированный, я его услышал впервые, то нет, я просто добавил flatlist, чтоб легче было сравнивать. А по существу? Игорь (обс) 13:55, 25 апреля 2024 (UTC)[ответить]
Маркированный список = bulleted list А по существу - если идет обычный список, то иконки, скорее всего, должны быть в каждом пункте. Если это так, а при flatlist'е они "схлопываются", то все хорошо. Michgrig (talk to me) 13:58, 25 апреля 2024 (UTC)[ответить]
Сделал. Код ощутимо легче. Заодно исправил ещё ошибку в модуле. Убрал параметр кавычки отовсюду. Вот новые тесты. Иду заниматься дефисом. Игорь (обс) 15:26, 25 апреля 2024 (UTC)[ответить]
Добрый день, коллега Michgrig. Здесь я расскажу вам о работе, которой посвятил много часов в прошедшую неделю. Когда новый шаблон будет готов, надо будет заменить все старые вызовы на новые. Я просмотрел вручную все включения шаблонов СтММ и СтМЦД в Википедии, и для каждого написал соответствующий новый код.
В верхней превращения, которые меняют внешний вид результата. Буду рад, если у вас будет время и желание, и вы просмотрите её, и в правом пустом столбце в каждой строчке напишите да или нет. Да значит, что это правильное превращение, и тогда я добавлю эти строки к вышеупомянутой ботозамене. Нет значит, что этого делать нельзя, ботом или вообще, и тогда мы будем разбираться с этим вручную. В некоторых строках, как увидите, я вообще не смог найти превращение. Так что эти строки, по видимому, нет, кроме тех случаев, что вы найдёте превращение, которое я найти не смог. Например, если сейчас вызов происходит со старым названием некоей станции, я не знаю нового, а вы знаете.
Во второй таблице превращения, у которых внешний вид до и после одинаков, но ссылки ведут в разные места. Большинство из них ведёт на дизамбиги или редиректы. Буду рад, если сделаете то же самое. Всего в этих двух таблицах около 180 строк.
Третью таблицу проверять не надо, там включения, которые невозможно превратить в новые, с ними в любом случае придётся разбираться вручную.
Думаю, если захотите этим заняться, вам будет намного легче перенести содержимое этой страницы к себе в черновик, и работать там в визреде, он намного лучше подходит для таблиц, а результат перенести обратно.
Отлично. В таком случае, этим шаблоном пока заниматься не буду, вернусь, когда ответите про вилку, и я смогу в соответствии с этим продолжать писать код. Игорь (обс) 13:42, 26 апреля 2024 (UTC)[ответить]
Сообщаю, что я в новом шаблоне работаю к объединению в кроссплатформенные станции не только со станциями метро, но и с диаметрами, типа Марьиной Рощи. Если есть возражения, скажите. Игорь (обс) 10:55, 1 мая 2024 (UTC)[ответить]
Сделал. Вот новые тесты. Но прошу обратить внимание на сообщение об ошибке при вызове Белорусской без номера линии, с рекомендацией использовать удвоенный параметр для кроссплатформенной станции. Я не уверен, что общую станцию диаметров можно обзывать кроссплатформенной, возможно, стоит подумать о перефразировке. Игорь (обс) 11:57, 1 мая 2024 (UTC)[ответить]
Поехали потихоньку по моим долгам. 1. > Что будем делать со станциями, принадлежащими двум маршрутам одной линии. То есть, нужны ли случаи, когда перед ЦСКА иконка 11, случаи, когда 11А, и случаи, когда обе? Можно ли реагировать на Савёловскую с линией 11А? Предлагать ли её в качестве варианта в списке возможных линий? Сейчас в базе станций линии 4А и 11А стоят только у станций на ответвлениях (для 4А - ДЦ и М-С, для 11А - ДЦ и Шелепиха). Думаю, так и надо оставить. 2. > Надо что-то делать с Новопеределкино. Вне всякой связи с этим шаблоном. Оно у нас указано, как D4, а не как D4А, и, насколько я помню, у этой линии нет даже иконки. По-хорошему, конечно, у нас информация должна соответствовать официальной схеме метро. 2.5. Там же, где 2, был другой пункт > Предлагаю сообщать об ошибках регистра, что-то вроде станция Лесной городок неизвестна, но, возможно, вы имеете в виду станцию Лесной Городок? Тогда я ответил, что согласен. Но сейчас, взглянув на тесты, думаю, что лучше так не делать. У нас довольно много любителей спорить до хрипоты о названиях и переименовывать статьи. И что, если условное Народное ополчение переименуют - сразу в куче статей появится страшная красная надпись? Нет уж, пусть лучше будет независимость от регистра. Продолжение следует... Michgrig (talk to me) 19:38, 22 мая 2024 (UTC)[ответить]
Ура. 1. Хорошо. Как будет выглядеть отрезок Смоленская — Деловой центр, что то вроде Смоленская — Деловой центр? 2. То есть D4А. И что конкретно будем делать? 2.5 По моему, независимо от регистра нельзя, это поощрит разброс вариантов и постоянные споры, как правильно. Предлагаю вместо этого дописать код, разрешающий с момента переименования и до окончания ботопрохода игнорировать конкретную станцию. Игорь (обс) 19:47, 22 мая 2024 (UTC)[ответить]
1. Да, возможно. Не нравится так? 2. Я добавил в Модуль:MoscowMetro поддержку D4A. Теперь надо только сделать картинку с логотипом на основе File:Moskwa Metro Line D4.svg и загрузить ее на Коммонс. Запрошу в графической мастерской (если она еще жива :)) 2.5. Наоборот, при использовании модуля споров не будет, т.к. будут поддерживаться все варианты. А если страшного красного сообщения не будет, то кто вспомнит о том, что нужно пройтись ботом и поменять название? В общем, я свое предложение высказал, но не настаиваю. Michgrig (talk to me) 20:51, 22 мая 2024 (UTC)[ответить]
1. Я готов с этим жить, но выглядит странно. 2. V 3. Будут и много, постоянно будут говорить "надо не с той буквы, а с другой, видите, даже шаблон это поддерживает". А насчёт кто вспомнит, помните, я вам писал про бота, который раз в 6 часов проверяет, не переименованы ли статьи, и если да, пингует? Он мне уже несколько раз помогал, последний раз на днях с Рождествено. Так что узнавать о необходимости запуска бота мы будем практически мгновенно. Игорь (обс) 21:00, 22 мая 2024 (UTC)[ответить]
постоянно будут говорить "надо не с той буквы, а с другой, видите, баже шаблон это поддерживает" На это простой ответ - "шаблон поддерживает все варианты, несите следующий аргумент" :) Michgrig (talk to me) 21:02, 22 мая 2024 (UTC)[ответить]
Да. А если сделать, как я предлагаю, споров не будет, потому что не будет аргумента. Просто, как я уже говорил, я категорически против разночтений в параметрах. Пока есть одно, введённое коллегой Vcohen, и это уже много, так что не хотелось бы добавлять. А в предложенном мной варианте нет разницы между переименованием буквы и переименованием типа Суворовской в Достоевскую. Точно так же можно будет воспользоваться этим механизмом и разрешить оба варианта до бота. Здесь с регистрами не прокатит. Игорь (обс) 21:09, 22 мая 2024 (UTC)[ответить]
Хорошо. По поводу D4А, насколько мне известно, из источников, которые я когда-то где-то читал, что D это русская буква, большая, прописная, поэтому используется латинская, чтоб было похоже. По крайней мере, я всюду писал русскую А. И кроме того, я всё-таки считаю, что, когда мы разберёмся с этим вопросом, стоит пингануть коллегу Crimson Hades, он в своё время обещал сделать этот файл, когда будет известно как. Просто специалисты в мастерской, видимо, не разбираются в метро, так что файл D4 ожидаемо двухцветный, а в новом десять цветов, и структура совершенно другая. Игорь (обс) 09:47, 23 мая 2024 (UTC)[ответить]
Вспомнил. Я хотил сказать письменная. Перепутал со словом "прописи". Выражение рукописная буква я вообще, по-моему, не встречал. Игорь (обс) 17:16, 23 мая 2024 (UTC)[ответить]
Реакции на моё объяснение, почему я считаю, что это должна быть русская буква, чтоб мы продвинулись по пути к согласию, на какой остановиться. Короче, пока кто-то один из нас не согласится с доводами другого. Игорь (обс) 15:14, 26 мая 2024 (UTC)[ответить]
Тоже не знаю, насколько это АИ. В целом мне не принципиально, можем и переделать под русскую А. У меня аргументом было исключительно удобство ввода - чтобы в одном обозначении не было смеси кириллицы и латиницы. Michgrig (talk to me) 18:06, 26 мая 2024 (UTC)[ответить]
Нет, удобство это не показатель. И моя память тоже. Надо решить так, чтоб было однозначно правильно, в соответствии с фактами. Как насчёт, чтоб никто из нас двух не решал, а чтоб это решала Александра? См. здесь и здесь, она за русскую букву. Игорь (обс) 18:18, 26 мая 2024 (UTC)[ответить]
Да. Но раз ничего другого нет, то либо это, по крайней мере, пока не будет источник получше, либо бросать монетку. Игорь (обс) 21:38, 26 мая 2024 (UTC)[ответить]
Сделал. Вот новые тесты. Файл на складе переименовывать не стал, если окажется, что неправильно, чтоб не дёргать туда сюда. Сделал редирект, чтоб был доступ пока к обоим. Игорь (обс) 12:17, 27 мая 2024 (UTC)[ответить]
Коллега Michgrig, я до сих пор вас не торопил, конечно, но, в связи с сегодняшними новостями, вынужден спросить, как скоро у вас будет возможность закончить с округами? Мне надо сильно перестраивать схему, и это может занять день или несколько недель, как получится, так что я не успеваю сделать работу дважды, на текущей схеме без округов и на новой с округами, я должен выбрать что-то одно, и надеяться, что успею. Спасибо. Игорь (обс) 10:47, 29 мая 2024 (UTC)[ответить]
С округами остались только развороты интервалов с моей стороны вроде бы. Так? Правда, вы писали, что специально интервалы прописывали только для уже открытых станций, без учета перспективных. Но ведь схема-то у нас перспективная. Не надо как-то одно с другим поженить? :) Michgrig (talk to me) 18:50, 3 июня 2024 (UTC)[ответить]
Нет, не только. Жду, пока скажете, что я могу включать округа, и по вопросу подсветки, и по вопросу дерева на странице шаблона. Насчёт поженить, по моему так лучше всего. Но если вас не устраивает, я могу добавить в соответствующих местах серые отрезки неоткрытых станций. Игорь (обс) 18:54, 3 июня 2024 (UTC)[ответить]
А вы хотите эти интервалы оставить в текстовом виде на странице шаблона? Зачем? Я думал, мы их отображаем только для себя на время добавления подсветки. Michgrig (talk to me) 19:03, 3 июня 2024 (UTC)[ответить]
Обязательно. При нажатии на один из округов на схеме, или в списке справа от схемы, попадение на видимый якорь. Вы же видели Петербургские острова. Но если вы так думали, тогда кого с кем женить собирались? Игорь (обс) 19:05, 3 июня 2024 (UTC)[ответить]
> Вы же видели Петербургские острова. Наверное, забыл или не отложилось в памяти. > Насчёт поженить, по моему так лучше всего. Но если вас не устраивает, я могу добавить в соответствующих местах серые отрезки неоткрытых станций. В том, что сейчас, мне не нравится неединообразие. На схеме у нас есть перспективы, в списке линий - есть, в общем списке станций - тоже. А в списке интервалов для округов - нет. Так что я бы предложил все-таки добавить. Можно серым, но лучше курсивом (как в других местах - опять-таки, единообразие). Michgrig (talk to me) 19:18, 3 июня 2024 (UTC)[ответить]
Сделал новые станции на существующих линиях. Уверен, что понаделал там ошибок, этой части я боюсь больше всего. Очень прошу вас тщательно её проверить, наверное с помощью special:diff/138183991, там хорошо видны новые станции, я надеюсь, что поставил их в нужные места в правильном направлении прохода по линии, и нигде не упустил границы округов. Сделаю позже четыре новые линии, за них я боюсь меньше, потому что там станции подряд по списку. Игорь (обс) 20:52, 3 июня 2024 (UTC)[ответить]
Сделал. Жду вашей отмашки по поводу всего. Если у вас будет время достаточно скоро, загружу округа в чистовик, и сразу возьмусь за 11А в черновике, уже поверх кода с округами. Игорь (обс) 10:29, 4 июня 2024 (UTC)[ответить]
Там граница проходит прямо по линии ЖД, поэтому пока не совсем точно понятно, к какому округу будет относиться эта станция. Думаю, пока можно оставить в обоих, а там разберемся. Michgrig (talk to me) 07:36, 5 июня 2024 (UTC)[ответить]
Вроде бы все в порядке. Не проверял, что в списке присутствуют все планируемые станции. Но проверил, что те, которые присутствуют, размещены правильно. Michgrig (talk to me) 19:47, 4 июня 2024 (UTC)[ответить]
Спасибо. Снова, я не собираюсь приказывать вам что-то проверять, здесь все добровольцы. Я просто жду, пока вы скажете "можно подключать округа". Игорь (обс) 19:50, 4 июня 2024 (UTC)[ответить]
Хорошо. Подключаю. Если по ответу выше вы скажете перерисовать схему, изменю уже чистовик, потому что это займёт время, а времени из-за 11А не остаётся. Игорь (обс) 09:26, 5 июня 2024 (UTC)[ответить]
На самом деле, с разворотами интервалов можно не заморачиваться. Начав анализировать, я обратил внимание, что вы по радиальным линиям шли примерно сверху вниз, а по кольцевым по часовой стрелке. А вот у Д4 в этом отношении не самая удачная трассировка. У нее есть общий кусок с Д1 (и если идти по нему, то Д4 надо обходить справа налево) и общий кусок с Д2 (если идти по нему, то Д4 надо обходить слева направо). Так что пусть остается как есть. Michgrig (talk to me) 18:59, 3 июня 2024 (UTC)[ответить]
> # Замена кода в #c-IKhitron-20240426132100-Замена_кода. В некоторых местах у вас написано "нет такой станции". Это относится либо к перспективным станциям, которые не входят в планы, отображаемые на нашей схеме (например, ЦУ КСЛ - центральный участок Калининско-Солнцевской линии), либо к станциям, которые, возможно, планировались к вхождению в МЦД, но в итоге не вошли (например, Алабушево, следующая за Крюково). Я в этом случае в столбце с комментариями буду это все отражать. Michgrig (talk to me) 19:20, 5 июня 2024 (UTC)[ответить]
Отлично, спасибо. Тогда я пока, с вашего позволения, сделаю следующее. Скопирую первую таблицу обратно. Оттуда чёткие да перенесу в автоматическую часть, а на остальное отвечу. Игорь (обс) 22:20, 5 июня 2024 (UTC)[ответить]
Сделал. Теперь верхняя таблица на странице tests5 разделена на четыре подтаблицы. В верхней то, что вы уже утвердили. В следующей исправлено в соответствии с вашими распоряжениями, на вашу перепроверку. В третьей все с моим самым частым ответом, предлагаю решать, что делать, по ним всем сразу, и здесь. В четвёртой мои ответы на те немногие, что остались, ждут вашего ответа на ответ. Спасибо. Игорь (обс) 11:47, 6 июня 2024 (UTC)[ответить]
А, может, мы не будем туда-сюда таскать эти таблицы из моего черновика в подстраницу шаблона, а будем редактировать в черновике? Раз уж визред так криво работает. Michgrig (talk to me) 12:32, 6 июня 2024 (UTC)[ответить]
Во второй подтаблице все ОК, я в каждом пункте проставил. В третьей, как мне кажется, можно все станции добавить в базу. Это либо дальняя перспектива, либо значимые проекты. Michgrig (talk to me) 16:37, 6 июня 2024 (UTC)[ответить]
Влил в первую. Как добавить? Это же база данных схемы. Мы можем решить добавить к модулю функциональность невидимых на схеме станций, но для этого я должен быть уверен, что у вас достаточно скоро найдётся полчаса просмотреть черновик Московской схемы, подсветку и список ссылок справа, убедиться, что я ничего не сломал. Игорь (обс) 16:48, 6 июня 2024 (UTC)[ответить]
Я это знаю. От этого понятнее не становится. Значит ли на неделе то же, что и на этой неделе, на следующей неделе, в течение ближайшей недели, ровно через неделю, в первую неделю будущего года, или что-то ещё. Игорь (обс) 17:07, 6 июня 2024 (UTC)[ответить]
Сломанного я ничего не вижу, вроде бы весь функционал на месте. В интервалах сломалась ссылка на станцию Серп и молот, поправил. Кстати, а в списке объектов справа ссылки на округа специально ведут на какой-то шаблон, а не на статьи? Michgrig (talk to me) 17:31, 9 июня 2024 (UTC)[ответить]
Спасибо. Они ведут на редирект к интерактивной схеме, а там на отдельные якоря. Оригинал схемы, чтоб не проходить через редирект, использовать невозможно, якоря не работают при переходе на ту же страницу, где ссылка, по крайней мере не во всех браузерах. Игорь (обс) 17:38, 9 июня 2024 (UTC)[ответить]
Мне нужно попасть со страницы X на страницу X#A. Если я поставлю на странице X ссылку X#A, оно не работает. Просто #A не могу поставить, потому что это шаблон, и при включении в другие страницы он будет искать #A там, и не найдёт. Поэтому берётся редирект Y->X, и пишется ссылка Y#A, и она работает, потому что это уже не одна и та же страница. Игорь (обс) 17:50, 9 июня 2024 (UTC)[ответить]
Потому что не статья про округ нужна, а соответствующая часть секции Округа на странице шаблона, со списком станций этого округа. А если надо, там в заголовке уже ссылка на статью. Игорь (обс) 18:06, 9 июня 2024 (UTC)[ответить]
Добрый вечер. Как мы и говорили, добавил в модуль невидимые станции. В качестве примера внёс Ермакову Рощу. Продолжаю отлаживать. Теперь вопросы.
На странице тестов указаны станции для добавления. Это Волхонка, Дорогомиловская и Плющиха от КСл, Ермакова Роща от D4, Илимская от D1, Красногорск-1 и Красногорск-2 от РАл, Рижская от D5, Серп и Молот от D2, Троице-Лыково от АПл, и Челобитьево от КРл. И неясно, какие ещё нужны. Поэтому у меня вопрос: где взять полный список? На "что вспомнится" я не согласен.
Насчёт КСл, что с ней делать? Я не могу добавить их к КалЛ. Да, иконка та же, но ссылка пойдёт не туда. Создавать код для невидимых линий?
Я об этом думал. Но списки не входят друг в друга. Скажем, там нет Троице-Лыково или Челобитьево.
В базе данных есть список линий. У каждой линии указана статья, и приложен список станций со своими статьями. Нет КСл, потому что на схеме в ней нет ни одной станции, настоящей или будущей. Так что брать название статьи неоткуда.
Значит, список из шаблона + станции с персональными статьями из статьи Непостроенные станции Московского метрополитена: 6 Челобитьево, 3 Троице-Лыково. 3 Хмельницкая. Там же есть и Ракитки
ОК. Тогда, видимо, три станции ЦУ КСЛ надо приписать к невидимой КСЛ.
Моё личное мнение, что всё, что не существует или планируется, вообще не должно поддерживаться, потому что вводит в заблуждение. Точно как убрали Ракитки или Хмельницкую. Игорь (обс) 20:45, 6 июня 2024 (UTC)[ответить]
Знаете, а давайте не будем поддерживать. Действительно, от этого больше проблем, чем пользы. Тогда вызовы всех оставшихся станций, которых нет в базе, переделываем в простые вики-ссылки без шаблона. Michgrig (talk to me) 07:09, 7 июня 2024 (UTC)[ответить]
Отлично. В таком случае, представляю вам на утверждение список скрытых станций, в соответствии с шаблоном перспектив: D2 Серп и Молот, D5 Рижская, Площадь трёх вокзалов, Китай-город, Павелецкая, Дербеневская, 8 Волхонка, Плющиха, Дорогомиловская, 17 Красногорск-1, Красногорск-2, D1 Илимская, D4 Ермакова Роща, Станколит. Ничего не перепутал? Игорь (обс) 09:48, 7 июня 2024 (UTC)[ответить]
Это одна и та же станция. В свежей схеме, по которой мы добавляли её и Новые Химки, было именно такое новое название. Игорь (обс) 12:42, 7 июня 2024 (UTC)[ответить]
Да, понимаю, что одна и та же, просто статья называется по-одному, на схеме по-другому. Если источники теперь станцию называют по-другому, то надо бы переименовать, чтобы было единообразно. Michgrig (talk to me) 13:06, 7 июня 2024 (UTC)[ответить]
Надо, конечно. Я этого не делал, потому что не насколько хорошо разбираюсь в работе с источниками в русской википедии. Это значит, что список утверждён? Игорь (обс) 13:09, 7 июня 2024 (UTC)[ответить]
По-моему, он не работает, по крайней мере, мне не удалось распознать, что перенаправление ведет именно на абзац про Ю.Битцу. Не думаю, что нужно так делать - раздел про перспективы не такой большой, чтобы нельзя было понять, куда попали. Michgrig (talk to me) 19:35, 7 июня 2024 (UTC)[ответить]
А, ок. Повторюсь, не думаю, что нужно как-то по-особому делать - раздел про перспективы не такой большой, чтобы нельзя было понять, куда попали. Michgrig (talk to me) 20:11, 7 июня 2024 (UTC)[ответить]
У меня проблема. Что делать, если на одной и той же линии есть две разные станции с одинаковым названием? К моменту, как обе откроются, для как минимум одной придумают новое название, но пока его нет, что делать? У меня две Дербеневской на МЦД-5, и их как-то надо различать в параметрах шаблона. Игорь (обс) 16:04, 7 июня 2024 (UTC)[ответить]
Понятно. А что делать, если надо использовать шаблон для новой? Такое есть в шаблоне перспектив. Отправлять на старую? Игорь (обс) 19:47, 7 июня 2024 (UTC)[ответить]
Продолжаю работать. В таблице перепроверок есть около десятка вариантов. Следующую таблицу поделил на три. Различные случаи, там два варианта, в первом надо что-то решить, а второй я предложил там совсем не заменять. Линии, я там предложил решение для каждой, см ниже. И пересадки, в которых мы должны в припципе решить, что с ними делать. Кроме того, несколько строк помечены восклицательным знаком, значащим "линия 11А закрывается, обратите внимание на изменения из-за этого". Теперь по поводу линий. Я считаю, что мы должны создать отдельный шаблон для показа иконок линий мосметро. Я написал черновик, на основе того же модуля. Он принимает любое количество номеров линий и превращает их подряд в иконки. Тесты на той же странице в моём черновике внизу. Таблица линий использует этот новый шаблон. Игорь (обс) 13:07, 8 июня 2024 (UTC)[ответить]
2. Думаю, достаточно сделать так, как сейчас в шаблоне ММ - чтобы все пересадки были зашиты в базе и не надо было вручную вводить номера линий пересадочных станций. 3. Тут вам решать. Если вам удобнее отдельный шаблон, значит, так тому и быть. 4. При выводе станций Филевской линии Ал.Сад, Смоленская, Арбатская и Киевская должны выводиться оба значка 4 и 4А. Michgrig (talk to me) 21:13, 9 июня 2024 (UTC)[ответить]
2. Сделать где? Это же совершенно несвязанная функциональность. Мы ещё не начали даже решать, что будет с ММ, а ему эти пересадки подходят намного больше, чем СтММ. 3. Хорошо. 4. Я подумаю. А Солнечная? Игорь (обс) 21:25, 9 июня 2024 (UTC)[ответить]
2. Тогда надо сначала посмотреть на использование СтММ с пересадками. Может быть, это действительно используется только для маршрутов НОТ - а, значит, ММ. 4. Опять-таки, как на схеме. Michgrig (talk to me) 22:01, 9 июня 2024 (UTC)[ответить]
Ещё 4. Я тут подумал, и я не уверен, что это хорошая идея не позволять шаблону выдавать станции типа Смоленской только с одной выбранной иконкой, а навязывать обе. Возможно, стоит сделать рабочими все три варианта - 4, 4А или обе, в соответствии со стандартным синтаксисом шаблона. Что скажете? Игорь (обс) 00:19, 10 июня 2024 (UTC)[ответить]
Сделал 4А и D4А. Новые тесты здесь. Теперь особенно заметна неправильная фразировка ошибки. Кроме того, на странице визреда осталось менее 50 строк, уже скоро. Игорь (обс) 20:15, 10 июня 2024 (UTC)[ответить]
Есть идеи? Я подумываю об заменить "кроссплатформенных" на "кроссплатформенных или общих". Кроме того, есть причина, что вы столько раз обошли подтаблицу линий, или это просто нехватка времени? Игорь (обс) 09:17, 11 июня 2024 (UTC)[ответить]
А. Просто вы про остальное ничего не говорили. Отлично. Тогда с этим всё, осталось ещё несколько небольших вещей с вашей стороны, потом мне почистить код и перепроверить все пять страниц тестов, убедиться, что со всеми изменениями ничего не сломалось, и можно предлагать сообществу решить. Игорь (обс) 11:25, 11 июня 2024 (UTC)[ответить]
осталось ещё несколько небольших вещей с вашей стороны Что именно осталось с моей стороны? Вроде бы, кроме тестов нового модуля, я все долги закрыл. Michgrig (talk to me) 11:27, 11 июня 2024 (UTC)[ответить]
Ещё ответить по поводу кроссплатформенных станций чуть выше. И проверить три страницы интерактивной схемы, чтоб ничего не сломалось. Потому что если в процессе там появились скрытые станции или исчезли нужные, будет неприятно. Только вчера я обнаружил и исправил баг, для кроссплатформенных станций с тёзками на линиях меньше по номеру обеих на кроссплатформенной, ссылка на станцию была не туда. А позавчера в шаблоне линий оказалось, что 8 иконка указывает на КСл, а не на КалЛ. Игорь (обс) 11:37, 11 июня 2024 (UTC)[ответить]
Хотя знаете что, у меня есть предложение. Возможно, по следам проверки тестов нужно будет менять код. И он изменится при чистке. Поэтому, по моему, стоит отложить на самый конец проверку трёх страниц, после тестов, и после чистки кода. Что скажете? Игорь (обс) 11:45, 11 июня 2024 (UTC)[ответить]
Отлично. В таком случае, как только проверите тесты и ответите насчёт кроссплатформенных станций, быстро начну работать, чтоб у вас потом было больше времени. Только один момент. Очень вас прошу придумать что нибудь, чтобы в тексте не было точек с запятыми! Возможный вариант: ". Можете/можно также использовать...". Игорь (обс) 10:01, 12 июня 2024 (UTC)[ответить]
ОК, постараюсь проверить побыстрее. Вариант с точкой с запятой поменял. Но у меня встречная просьба: у нас в двух сообщениях об ошибке номера линий взяты в кавычки:
Спасибо. А что делать в остальных местах, где показан номер линии, и которые вы не упомянули? Логика у меня была такая: когда номер линии один, поставить кавычки, а если несколько, то не надо, чтоб не загромождало. Игорь (обс) 10:46, 12 июня 2024 (UTC)[ответить]
Эти наиболее массовые, остальные я бы обнаружил при пристальной проверке тестов. Но, естественно, должно быть единообразно, поэтому если убирать, то везде. Логика у меня была такая: когда номер линии один, поставить кавычки, а если несколько, то не надо, чтоб не загромождало. - У меня логика другая: номер линии в основном это число, а числа не принято ставить в кавычки, в отличие от строк. Michgrig (talk to me) 11:05, 12 июня 2024 (UTC)[ответить]
Ответ на обе реплики. Я не предлагаю их ликвидировать. Я предлагаю заменить все их включения, которые можно заменить, на новый шаблон, потому что в массе случаев они делают тоже самое. Я вчера раз тридцать видел код {{MOSMETRO icon|<номер линии>}}[[название станции (уточнение)|название станции]]. И тому подобные. Шаблоны пусть остаются, но способ показа станций надо стандартизировать. Игорь (обс) 10:00, 8 июля 2024 (UTC)[ответить]
@IKhitron, добрый день! Проверил тесты, есть вопросы и предложения по корректировке формулировок:
{{stmm/песочница|Кунцевская ФЛ}} -> Ошибка Lua: Станция «Кунцевская ФЛ» неизвестна, но, возможно, вы имели в виду «Кунцевская». Требуется также номер линии, возможные варианты: 3, 4, 11, D1. Предложение на подумать. В данном примере используется смесь старого и нового синтаксиса. Можно ли изменить код так, чтобы он распознавал аббревиатуры линий и предлагал корректировку не общего плана, а для конкретного случая? Т.е. тут будет что-то типа Станция «Кунцевская ФЛ» неизвестна. Возможно, вы имели в виду «Кунцевская|4».
{{stmm/песочница|Добрыннская}} -> Ошибка Lua: Станция «Добрыннская» неизвестна. А почему тут не предлагается правильный вариант? Вроде бы всего одной буквы не хватает, как и в случае с Лианозово.
Ошибка Lua: Требуется номер линии, возможные варианты: 9, 13, D1.→ Ошибка Lua: Существует несколько станций с таким именем. Требуется номер линии, возможные варианты: 9, 13, D1.
Ошибка Lua: Пустой текст для показа ссылки.→ Ошибка Lua: Пустой текст для отображения вместо названия станции.
К вопросу о модификации сообщения про кроссплатформенные станции. Предлагаю разбить эти сообщения на два. На общем участке ФЛ нет кроссплатформ, поэтому это два раздельных случая. Второе сообщение может быть что-то типа Можно также использовать параметр «@@» вместо «@» для станций общего участка линии. Другой вариант - единое сообщение Можно также использовать параметр «@@» вместо «@» для общих станций разных линий или маршрутов.
{{stmm/песочница|Тестовская}} -> Ошибка Lua: Станция «Тестовская» неизвестна, но, возможно, вы имели в виду «Тестовская (Москва-Сити)». В номере линии нет необходимости. {{stmm/песочница|@|Тестовская}} -> Ошибка Lua: Станция «Тестовская» неизвестна, но, возможно, вы имели в виду «Тестовская (Москва-Сити)». В номере линии нет необходимости. и другие примеры. Тут же не указан параметр с линией, для чего пишется, что в номере линии нет необходимости?
{{stmm/песочница|@|Суворовская}} -> [1]Достоевская Мы все-таки будем поддерживать альтернативные названия станций?
Я про это думал, но это сложно. Предлагаю, поскольку речь идёт об ошибках, которые так или иначе надо исправлять, так что это не повлияет на процесс превращения старого шаблона в новый, оставить это на потом.
Потому что я не знаю, как это сделать, не повалив страницу от перегрузки на память и время загрузки.
А можно вместо «именем» сделать «названием».
Это не название станции, там можно написать что угодно.
Я не могу это разделить, поскольку всем управляет общий механизм. А общих звучит чересчур расплывчато, раз не отделяются кроссплатформенные, как я предложил, так можно и Смоленскую под это подогнать. Как тогда насчёт «для станций, обслуживающих более одной линии»?
Чтоб человек знал наперёд, что когда он поставит правильное название, не понадобится, чтоб лишний раз не ошибался.
Нет. Напоминаю, это тест для переименованной станции с момента переименования до бота. В чистовике этого не будет.
А как сейчас работает предложение правильных названий?
Да, конечно.
Я понимаю. Но раз вы мое предложение не поняли, то и другие не поймут. А как насчет "Пустой замещающий текст для отображения вместо названия станции"?
Смоленская 3 и Смоленская 4 - это не общие станции, а просто одноимённые. "Как тогда насчёт «для станций, обслуживающих более одной линии»?" - не нравится, т.к. 4 и 4А это все-таки одна линия, но разные маршруты. Вариант: "для станций, обслуживающих более одной линии или маршрута"
ОК, я так и подумал
ОК.
P.S. Возможно, я не совсем понял, что именно от меня требуется. Я сейчас подошел к этой вычитке, как обычно происходит на работе: я смотрел на эти тексты с точки зрения их грамотности и единообразия формулировок. Michgrig (talk to me) 21:19, 17 июня 2024 (UTC)[ответить]
2. Функцией substring. 4. Хорошо. 5. Для меня 4 и 4А это разные линии, и я знаю, что есть люди с другим мнением. С вариантом не согласен. На БКЛ полно маршрутов, и под такое определение попадёт и Каширская, входящая минимум в два, в одном из них она конечная. Может, всё таки вернёмся к "для кроссплатформенных или совместных станций"? Игорь (обс) 21:31, 17 июня 2024 (UTC)[ответить]
Совместные станции - это что-то совсем непонятное. Если 4 и 4А для вас разные линии, то как они называются? И если мы будем следовать источникам, то они все-таки говорят об одной линии с вилочным (т.е. маршрутным) движением. И какие маршруты на БКЛ вы имеете в виду, особенно с участием Каширской? Michgrig (talk to me) 21:42, 17 июня 2024 (UTC)[ответить]
Тогда "кроссплатформенных или общих"? Раз не только общих, яснее о чём речь, по моему. Филёвская линия 4 и Филёвская линия 4А. Я читал, что есть в расписании поезда, которые ходят от Каширской полкруга, по расписанию,Так я могу пока начинать работать? Игорь (обс) 21:45, 17 июня 2024 (UTC)[ответить]
Я читал, что есть в расписании поезда, которые ходят от Каширской полкруга, по расписанию На любой линии есть зонное движение, когда поезда идут не до конечной, а либо до станции, где депо, либо до станции с оборотными тупиками. Про Каширскую сомнительно, там раньше до реконструкции были тупики, но они были короткие и мешали прокладке туннелей дальше, поэтому их демонтировали. Насколько я знаю, новые именно там не делали. И маршрутами это все-таки не считается, т.к. это просто сокращение трассы, а для маршрутов должно что-то отличаться. Michgrig (talk to me) 06:15, 18 июня 2024 (UTC)[ответить]
Возможно, я спутал с Каховской, не знаю. То есть, есть три разных понятия? Раз так, можно какой-нибудь АИ с определением, тогда я смогу использовать слово маршрут, возможно? Игорь (обс) 08:31, 18 июня 2024 (UTC)[ответить]
Да, на Каховской остались оборотные тупики, и поезда иногда идут до Каховской. АИ быстрым поиском не нашлись. Если мой вариант не нравится, давайте на него забьем, я уже ниже согласился с вашим предложением. Michgrig (talk to me) 09:32, 18 июня 2024 (UTC)[ответить]
Добрый день. Я закончил всё необходимое со своей стороны навстречу публикации о замене шаблонов СтММ и СтМЦД для рассмотрения сообществом. Что нам осталось:
Коллега Michgrig, прошу вас с этого момента, как у вас будет время, просмотреть московскую интерактивную схему на предмет не сломали ли мы что нибудь в процессе. В особенности не появились ли лишние станции и линии типа Ермаковой Рощи или КСл, и не исчезли ли, типа любой станции ФЛ. Проверке подлежат пять схем: список черновика свёрнутой схемы, подсветка черновика свёрнутой схемы, список черновика развёрнутой схемы, подсветка черновика развёрнутой схемы, и мобильный вариант. Заранее благодарен. Очень надеюсь, что успеете проверить до пятницы, 21 июня, чтоб не было проблем с закрытием 11А. Если вдруг увидите, что не сможете, сразу скажите, я попробую успеть создать схему взамен.
Кроме того, есть ли возражения на следующее:
По окончании работы я прошёлся по документации старых шаблонов и считаю, что нет совпадений в синтаксисе, делающих разные вещи. Для примера, нет возможности найти пример кода, которые правильно показывает результаты, но они разные, один с иконкой, другой без.
Поэтому я считаю, что новый объединённый шаблон стоит назвать СтММ, для удобства пользователей.
Шаблон для линий назвать ЛММ.
Категории ошибок назвать Категория:Ошибки в использовании шаблона СтММ (ЛММ соответственно).
Категорию статей, требующих бота после переименования станции назвать Категория: Страницы, требующие переименования станций в шаблоне СтММ.
По окончании работы я прошёлся по документации старых шаблонов и считаю, что нет совпадений в синтаксисе, делающих разные вещи. Для примера, нет возможности найти пример кода, которые правильно показывает результаты, но они разные, один с иконкой, другой без. Не совсем понятно. Можете подробнее написать, что имеется в виду? Поэтому я считаю, что новый объединённый шаблон стоит назвать СтММ, для удобства пользователей. Тут есть вот такое опасение: между сменой кода шаблона и проходом бота по замене синтаксиса во многих статьях будут страшные красные ошибки. Скорее всего, это будет не очень надолго, но если можно такое избежать, лучше избежать. Как вариант - сначала назвать шаблон по-другому (например, латиницей StMM), потом пройтись ботом по статьям, а потом переименовать шаблон в СтММ, оставив StMM перенаправлением.Остальное ОК. Michgrig (talk to me) 13:49, 18 июня 2024 (UTC)[ответить]
Ответ в обратном порядке. Ничего красного не будет. Алгоритм таков:
Сделать в новом шаблоне «бутылочное горлышко». То есть, все сообщения об ошибках печатать одной и той же функцией, которая получает текст ошибки в качестве параметра, и при необходимости его обогащает, например, добавляя вышеупомянутую категорию. Это я сделал с самого начала, такое считается рекомендуемой практикой на различные случаи, включая замену старого шаблона на новый.
Переименовать шаблон СтММ в шаблон СтММ/old, оставив перенаправление, чтоб всё продолжало работать.
Изменить бутылочное горлышко в черновике так, что выдачи сообщений об ошибках не будет совсем, а вместо этого функция будет возвращать вызов СтММ/old с теми же параметрами, с которыми был вызов модуля.
То есть, каждый вызов будет выполнять новый код. Получится — хорошо, не получится — вызовет старый.
Красных сообщений не будет совсем.
Перенести код в чистовик СтММ вместо перенаправления.
Первоначально все вызовы будут старыми. По мере исправления кода на новый, всё больше будет выполнять новый вариант.
По окончании работы старых вызовов не останется. и можно восстановить сообщения об ошибках.
Пройти по категории страниц с ошибками, хотя их быть не должно, и починить один раз все.
Оставить шаблон в покое.
На всё время работы иметь две скрытые категории — выполнение старого варианта и выполнение нового варианта, чтоб можно было постоянно контролировать количество страниц каждого варианта, и иметь доступ к непочиненным пока старым.
Отдать этот алгоритм на проверку и утверждение Йоханну — сделано.
Всё это сработает, только если не существует код типа {{СтММ|Сокольники}}, который, скажем, в старом шаблоне выдаст иконку и ссылку, а в новом только ссылку. Любой код, имеющий смысл в обоих вариантах, должен делать одно и то же, иначе в процессе он не будет знать, какой вариант выполнять. В противном случае алгоритм был бы намного сложнее. Это отвечает на оба вопроса? Игорь (обс) 14:23, 18 июня 2024 (UTC)[ответить]
Всё это сработает, только если не существует код типа {{СтММ|Сокольники}}, который, скажем, в старом шаблоне выдаст иконку и ссылку, а в новом только ссылку. Любой код, имеющий смысл в обоих вариантах, должен делать одно и то же, иначе в процессе он не будет знать, какой вариант выполнять. В противном случае алгоритм был бы намного сложнее. Кто будет убеждаться, что такого нет? Это отвечает на оба вопроса? Да, спасибо! Michgrig (talk to me) 14:35, 18 июня 2024 (UTC)[ответить]
Кто будет убеждаться, что такого нет? По окончании работы я прошёлся по документации старых шаблонов и считаю, что нет совпадений в синтаксисе, делающих разные вещи.Игорь (обс) 14:40, 18 июня 2024 (UTC)[ответить]
Коллега Michgrig, я специально ждал 11А, чтоб не смешивать и не было из-за этого багов. Сейчас поставил новые названия категорий. Можно предлагать замену шаблонов сообществу, или вы ещё что-то хотите сначала, чтоб мы сделали? Игорь (обс) 10:22, 22 июня 2024 (UTC)[ответить]
Коллега Michgrig, прошу вас с этого момента, как у вас будет время, просмотреть московскую интерактивную схему на предмет не сломали ли мы что нибудь в процессе Сегодня не получится почти наверняка, завтра постараюсь. Michgrig (talk to me) 13:50, 18 июня 2024 (UTC)[ответить]
Простите за задержку. Смотрю. Две первые большие ошибки:
Свернутая схема - не подсвечиваются линии при наведении ни на схеме, ни в списке.
Развернутая схема - то же самое.
Дальше начал смотреть подробнее, нашел еще одну ошибку:
Станция Аэропорт в списке - зачем там "(2)"? Одноименных станций в Москве нет. Или это чтобы не путалось с "Аэропортом Внуково"?
В списке станций 8а, но 4А. Лучше сделать одинаково А.
У станции метро Новопеределкино должно быть уточнение (8А), т.к. есть одноименная станция Д4А.
То же самое относится к станции Перово (8).
То же самое относится к станции Люблино (10).
То же самое относится к станции Косино (15).
На подложке у южной конечной линии 16 подпись к станции налезла на номер линии.
У станции Москва 3 не хватает уточнения (МЦД 5).
У Дербеневской то же самое.
А, про Аэропорт понял - есть же станция Аэропорт на ответвлении Д4. Но тогда непонятно, зачем уточнение у станции Аэропорт Внуково. Атавизм от времени, когда на схеме присутствовал Аэроэкспресс?
Спасибо большое. По поводу отсутствия подсветки, это не из-за СтММ, это случайно совпало. Я запустил линтер, он исправил кучу проблем, но, видимо, создал одну новую. Откатил, и не буду этим заниматься пока не внесём всё в чистовик с 11А. Не было столько времени, подождёт ещё несколько дней, ничего не случится. Так значит, проверить подсветку, например, на лишние или нехватающие станции вы пока не смогли, очень жаль. 1-6. Спасибо, исправлю. 7, 8. Это специально. Поскольку они всё-таки не совсем полностью часть диаметра, только тарифной зоны, я так сделал только в пятом диаметре, чтоб если в какой-то момент у нас будут две Дербеневских, чтоб можно было различать. 9. Да. Сделаю. А по поводу лишних или ненужных станций всё в порядке? На всех трёх схемах? И иконка 8 линии действительно на них всех ведёт на КалЛ а не на КСл? Ещё раз большое спасибо. Игорь (обс) 09:34, 20 июня 2024 (UTC)[ответить]
Так значит, проверить подсветку, например, на лишние или нехватающие станции вы пока не смогли, очень жаль. А разве может быть такое, что в списке станции нет, а в подсветке есть? Список я проверил полностью. Michgrig (talk to me) 10:28, 20 июня 2024 (UTC)[ответить]
Ой ёй ёй. В чистовике тоже самое, но там я ведь, вроде, ничего не менял. Спасибо, я постараюсь понять в чём дело, но, боюсь, только вечером. Восьмёрки везде в порядке? Может, но с меньшей вероятностью, так что проверить три-четыре проблемные станции и линии, типа Ермаковой Рощи и КалЛ, надеюсь, будет достаточно. Спасибо. Игорь (обс) 10:40, 20 июня 2024 (UTC)[ответить]
Скрытые станции сложно попробовать найти на схеме, т.к. не видно, где они должны находиться. Но я пошуршал мышью в пространстве между ДЦ и Третьяковской и ничего лишнего не нашел. Также ничего лишнего не показалось на соединительной ветке Д4. Восьмерки в порядке - везде ведут на СолЛ и КалЛ Michgrig (talk to me) 10:51, 20 июня 2024 (UTC)[ответить]
Спасибо вам огромное за помощь, и за то, что нашли время. Теперь с точки зрения СтММ можно публиковать для 11А, как только исправлю всё вышеперечисленное, кроме сдвига подсветок, раз он и в чистовике. Его постараюсь как можно быстрее, уже начал. Игорь (обс) 10:57, 20 июня 2024 (UTC)[ответить]
Коллега @Michgrig, проверьте сейчас, пожалуйста. Я открыл таск в фабрикаторе, они сначали пытались уговорить, что проблема у меня, потом доказали, что не у меня. Потом сказали, что что-то можно написать в коде, и все скины с этим справляются, а новый вектор перестал справляться. Они сделали патч, чтоб справлялся, а пока мне что-то исправили в моём коде, чтоб это обойти. Возможно, я даже когда-нибудь пойму, что там случилось, и что они сделали. А пока буду признателен, если скажете, всё ли у вас в порядке. Игорь (обс) 19:08, 20 июня 2024 (UTC)[ответить]
Так они же мне не черновик редактировали. Главное, что в статьях всё в порядке. А в черновик мне это своими руками переносить надо. Спасибо, что проверили. Игорь (обс) 19:29, 20 июня 2024 (UTC)[ответить]
Ой, забыл со всем этим балаганом в Новом Векторе, сейчас пойду делать. Спасибо. Кроме того, у меня вопрос. Я сплю в пять утра. Но в принципе станции ведь не работают по ночам. Так что они фактически закроются не завтра утром, а сегодня вечером, в 1:03 по Москве, если я не ошибаюсь. Если дождусь этого момента, а потом поменяю, так годится? Игорь (обс) 10:37, 21 июня 2024 (UTC)[ответить]
Я, кажется, уже и раньше говорил. Даже если мы будем менять не день-в-день, а с задержкой, ничего не случится. Мы не оф. сайт, не яндекс/гугл карта и не справочник. Но в целом да, все так: пересадки заканчивают работать в 1:00, после этого разъезжаются последние поезда и все закрывается. Michgrig (talk to me) 11:34, 21 июня 2024 (UTC)[ответить]
Как вам удобно, а еще зависит от вашего часового пояса. Если изменения появятся завтра не в пять утра, а в восемь, ничего не изменится. Точно так же - если изменения появятся сегодня, скажем, в 10 вечера, тоже ничего страшного не будет. Michgrig (talk to me) 11:47, 21 июня 2024 (UTC)[ответить]
Недавно наши власти Москвы немного нахимичили с делением Троицкого и Новомосковского округов, подробнее можно посмотреть здесь, там же есть карта с новым делением. Есть ощущение, что в результате этих изменений кое-что меняется в наших интервалах. А именно:
Вероятно, Румянцево теперь относится к ЗАО, т.к. граница округов проходит по северо-западной границе полосы отвода Киевского шоссе, а станция вроде бы севернее. Но это не точно, поэтому можно пока оставить как есть.
Говорово - теперь в ЗАО
Аэропорт Внуково - теперь в НАО.
На портале открытых данных еще изменения не внесены, но, думаю, два последних пункта можно внести, т.к. там, судя по карте, не спорные случаи на границе. Michgrig (talk to me) 18:25, 30 июня 2024 (UTC)[ответить]
Я слежу за этим обсуждением с самого начала. А есть хоть какой-то первичный источник, что новое деление уже введено в действие? Игорь (обс) 19:00, 30 июня 2024 (UTC)[ответить]
В самом же законе в Статье 1 есть часть 2: 2. Вновь образованные муниципальные образования считаются образованными со дня вступления в силу настоящего Закона. Michgrig (talk to me) 19:57, 30 июня 2024 (UTC)[ответить]
Это день публикации. В этом же законе написано: Издания, в которых опубликован документ: -Официальный сайт Правительства Москвы, 08.05.2024 -Официальный сайт Московской городской Думы, 08.05.2024 -Вестник Москвы, 16.05.2024, № 27 -Ведомости Московской городской Думы, 25.06.2024, № 6 (367) Так что уже действует в любом случае. Michgrig (talk to me) 20:58, 30 июня 2024 (UTC)[ответить]
Сделал. Пожалуйста, обязательно проверьте, что я не перепутал, и особенно, что соседние станции тоже не перешли, и интервалы тоже. Игорь (обс) 15:33, 1 июля 2024 (UTC)[ответить]
1. Достаточно упоминания Воронцовской через шаблон. 2. На карте это место прямо рядом с метро, поэтому пусть будет только станция метро (1) через шаблон. Michgrig (talk to me) 07:28, 12 июля 2024 (UTC)[ответить]
1. Сами шаблоны можно оставить редиректами. Подстраницы, если не используются, наверное можно удалить. 2. Тестовые страницы обычно удаляют. 3. СделаноMichgrig (talk to me) 12:52, 12 июля 2024 (UTC)[ответить]
1. Не понял. Шаблон СтММ был переименован в СтММ/old, чтоб на освободившемся месте поставить новый код. Это название никогда не использовалось для вызова на викистраницах. Что куда редиректить? 2, 3. Спасибо. Игорь (обс) 13:00, 12 июля 2024 (UTC)[ответить]
Коллега Michgrig, у меня идея. Чтоб помочь людям привыкнуть к новому синтаксису, выделим временно из ошибки "станция неизвестна" подошибку. Я могу использовать готовый код ЛММ. Если человек вызывает СтММ с минимум двумя параметрами, когда первый из них проходит проверку ЛММ, есть большая вероятность, что он использует старый синтаксис. То есть при вызове {{СтММ|3|Киевская}} не писать "не знаю станцию 3", а писать "сначала станцию". Скажем, на год. Что скажете? Игорь (обс) 16:39, 12 июля 2024 (UTC)[ответить]
Для себя: когда будет время, следует обдумать возможность перерисовать следующие участки:
1. Юго-западная — Ольховая.
4. Фили — Кутузовская
7. Тушинская — Щукинская
8а. Говорово — Новопеределкино
10. Дубровка — Автозаводская
15. Улица Дмитриевского — Некрасовка
18. ЗИЛ — Остров Мечты
18. Кленовый бульвар — Москворечье Игорь (обс) 22:59, 22 февраля 2024 (UTC)[ответить]
Добрый вечер, уважаемые все-все-все. У меня вопрос. Скоро, или не очень, я хочу, наконец, взяться за структуру развёрнутой схемы. Я об этом думаю годами. Сейчас она неплохая, но я хочу сделать её нормальной. Например, при изменении размера окна, скажем, растягивании во весь экран в Windows, или смене между горизонтальным и вертикальным экраном на планшете или мобильном, схема должна меняться соответственно, а не становиться нечитаемой. И другие вещи, там есть что делать. А вопрос у меня такой:
В развёрнутой схеме в попапе, если ширина экрана меньше высоты, то список станций справа не помещается. А сильно уменьшать схему, чтоб освободить место, я не могу, шрифт чересчур уменьшается. Поэтому я предлагаю на выбор два варианта:
А) Список всё равно оставить справа, но за пределами экрана, так, чтоб экран можно было прокручивать влево-вправо, как в чересчур широких таблицах в викистатьях.
Б) Поставить схему во всю ширину экрана, а список под ней, тоже во всю ширину экрана.
Что вы предпочитаете? Спасибо. Игорь (обс) 20:06, 11 июня 2024 (UTC)[ответить]
На вышеописанных узких экранах, считаете ли вы, что стоит совсем отключить автопрокрутку к станции на схеме в момент проведения мышки по названию станции в списке, потому что иначе список будет постоянно убегать за пределы экрана? Игорь (обс) 20:38, 13 июня 2024 (UTC)[ответить]
Потому что на нормальном экране видно и часть списка и часть схемы, и если навести мышку на ссылку, ссылка не исчезнет, и отмотает до другой части схемы, если надо. То есть, часть списка никуда не денется, и можно будет наводить на другую ссылку, если ошибся. Вспомните, как вы мне указали, что творилось при проведении мышки над многими ссылками, так что это реально. На узком экране при наведении на ссылку прокрутка заменит часть списка частью схемы, списка больше не будет видно совсем, так что, если это не та станция, нужно будет каждый раз отматывать список обратно до нужного места. Игорь (обс) 10:37, 14 июня 2024 (UTC)[ответить]
Я помню, что творилось, но не помню подробностей. Правильно ли я понял, что на горизонтальном экране схема прокручивается отдельно от списка, а на вертикальном вместе? Vcohen (обс.) 10:45, 14 июня 2024 (UTC)[ответить]
Не совсем. Просто на широком экране хватит места для любой части списка и для любой части схемы одновременно. А на узком придётся выбирать что-то одно. (Хотя я обдумываю возмжность закрепить часть вертикального экрана за схемой и часть за списком, как это сейчас в широком, но поскольку прокрутки сверху вниз, я не уверен, что смогу. Но если да, то, конечно, этот вопрос самоустранится.) Игорь (обс) 10:52, 14 июня 2024 (UTC)[ответить]
Мы же выше уже решили, что на узком экране тоже хватит места для схемы и списка, только они будут не слева и справа, а сверху и снизу. Поэтому я и не понимаю, откуда такая принципиальная разница. Vcohen (обс.) 10:58, 14 июня 2024 (UTC)[ответить]
Ещё раз. Места хватит, но я пока не знаю, смогу ли я закрепить за каждым из них эти места, как я уже сделал в широком экране. Разница в том, что каждая из областей прокручивается вверх-вниз и не прокручивается влево-вправо, так что деления экрана на слева и справа и на сверху и снизу с технической точки зрения не симметричны. Игорь (обс) 11:09, 14 июня 2024 (UTC)[ответить]
Тогда давайте подождем до того момента, когда станет ясно, сможете ли Вы их закрепить. Если не сможете, то мы попробуем и так, и так - не теоретически, а, например, в черновике. Vcohen (обс.) 11:18, 14 июня 2024 (UTC)[ответить]
Добрый вечер. Как я уже говорил в #Опрос общественного мнения, я хочу построить нормальную структуру попапа.
Я написал игрушечный викискрипт, который реагирует на изменение размера окна. Показывает новые размеры и мелькает красивыми цветами в нужных местах. Кому интересно, могу дать код.
Я придумал алгоритм вычисления размеров схемы и списка ссылок, в зависимости от текущего размера окна. Кому опять таки интересно, вот алгоритм:
Если (ширина окна <= ширина минимальной карты + минимальная ширина списка), смотри дальше, иначе смотри пункт 3.
Сверху карта шириной в максимум между шириной минимальной карты и шириной окна, при необходимости горизонтальная прокрутка, снизу список. Высота карты в минимум между соответствующей этой ширине высотой и 80% от высоты окна, при необходимости вертикальная прокрутка. Высота списка в высоту окна минус высоту карты, при необходимости вертикальная прокрутка.
Если (высота окна <= высота минимальной карты), смотри дальше, иначе смотри пункт 5.
Слева минимальная карта, при необходимости вертикальная прокрутка, справа на оставшуюся ширину список, при необходимости вертикальная прокрутка (всё, как сейчас).
Если ((ширина окна - минимальная ширина списка) / высота окна > ширина минимальной карты / высота минимальной карты), смотри дальше, иначе смотри пункт 7.
Слева карта, увеличенная во всю высоту, справа на оставшуюся ширину список, при необходимости вертикальная прокрутка.
Справа список в минимальную ширину, при необходимости вертикальная прокрутка, слева в оставшуюся ширину соответственно увеличенная карта, под ней при необходимости пустое пространство.
Чтоб не так запутывать, вот примеры: при ширине минимальной карты в 900, высоте минимальной карты 1200, минимальной ширине списка 300, размеры окна для различных пунктов такие: 2:1000*??? или 800*???, 4:1300*900, 6:1300*1300, 7:1300*2300.
Я очень надеюсь, что вы выскажете своё мнение по поводу алгоритма, как минимум коллеги Michgrig и Vcohen. Если всё ещё запутанно, буду рад объяснить. Спасибо. Игорь (обс) 16:39, 15 июня 2024 (UTC)[ответить]
Мучился страшно, но написал скрипт, который реагирует, как надо, в соответствии с этим алгоритмом. Рекомендую попробовать, кто хочет. И коллега Vcohen, кажется, мне таки удалось разделить узкое окно. Игорь (обс) 21:41, 16 июня 2024 (UTC)[ответить]
Теперь у меня есть работающий скрипт, который включает в себя настоящую схему мосметро, и на этот раз я прошу вас истратить пять минут, установить его и поиграть на разных девайсах с изменением размеров окна или переворачиванием между горизонтальным и вертикальным, чтоб убедиться, что работает, прежде, чем я его подключу к черновику. Заранее благодарен. Игорь (обс) 09:48, 18 июня 2024 (UTC)[ответить]
Коллеги, в особенности Michgrig и Vcohen, вы собираетесь когда-нибудь попробовать, или нет? А то я не иду дальше, жду вашего разрешения. Буду признателен, если напишете, да или нет, заранее благодарен. Игорь (обс) 18:06, 21 июня 2024 (UTC)[ответить]
Через трое суток заканчиваются стандартные две недели обсуждения. Если не будет хоть одного голоса в поддержку, видимо, мне придётся стереть весь код, и оставить шаблон нечитаемым на вертикальных экранах, или при изменении размеров окна. Очень жаль выбрасывать всю эту работу, так что я пока буду надеяться. Игорь (обс) 14:18, 26 июня 2024 (UTC)[ответить]
А почему нет? И тем более, кто я такой, чтоб давать разрешение? Тем более, что именно на это я и надеялся. Если так думаете, конечно, скажите, буду рад услышать. Игорь (обс) 16:24, 26 июня 2024 (UTC)[ответить]
Хм. Спасибо за поддержку, но я просто боюсь рисковать, пока хоть кто-то не посмотрит. И, честно говоря, не понимаю, в чём проблема. Вы что, все боитесь, что я туда вирусов напихал? Игорь (обс) 18:52, 26 июня 2024 (UTC)[ответить]
Нет, я верю, что в пределах Википедии нет вирусов. Просто я настолько устал на работе, что подключать скрипт и что-то тестировать - это для меня слишком большое напряжение. Так и представляю, что мой мозг зависает и выдает синий экран. Vcohen (обс.) 18:58, 26 июня 2024 (UTC)[ответить]
Ну, подключить я, положим, мог бы и сам, просто к черновику схемы, тогда у всех, у кого работает черновик, работало бы и это. Но если просто посмотреть на викистраницу, потом изменить размер окна, просто потянув мышкой, или перевернув боком экран мобильного, это напряжение, тогда мне придётся просто ждать, может, когда-то у кого-то из вас будет возможность, скажем, отпуск. Игорь (обс) 19:04, 26 июня 2024 (UTC)[ответить]
Я рад, что вы мне доверяете, я себе не доверяю, у меня дома нет компьютеров всех марок, и всех ОС и браузеров в мире. Поэтому я и просил, чтоб хоть кто-то, кто не я, затратил на это пять минут. Игорь (обс) 17:57, 26 июня 2024 (UTC)[ответить]
У меня тоже нет компьютеров всех марок, и всех ОС и браузеров в мире, смотрю на том, что есть, меняя размеры экрана. Попап ведет себя не очень понятно. Если окно совсем узкое, то схема отображается с полосами прокрутки по горизонтали и вертикали. При увеличении ширины экрана (но еще до того, как пропадет горизонтальная полоса прокрутки) схема начинает потихоньку увеличиваться. При этом небольшая горизонтальная полоса прокрутки все равно присутствует. Это все относится к ситуации, когда текст под схемой. Когда же попап переключается в режим расположения текста рядом со схемой, то схема уменьшается до какого-то размера и при дальнейшем увеличении ширины экрана не меняется. Это так и задумано? Michgrig (talk to me) 19:34, 27 июня 2024 (UTC)[ответить]
У меня тоже нет компьютеров всех марок, и всех ОС и браузеров в мире, смотрю на том, что есть, меняя размеры экрана. А все и не нужны, нужны разные. Я же писал под свои, и не знаю, какие у вас. Да. Когда экран вертикальный, горизонтальная прокрутка нужна для того, чтоб вместилась схема с минимальной шириной, в которой можно разобрать текст. Чем экран шире, тем больше места для схемы, тем меньше нужна горизонтальная прокрутка. Когда ширина экрана увеличивается до минимальной ширины схемы, прокрутка больше не нужна. Когда ширина продолжает увеличиваться, но места сбоку для списка ещё нет, схема растёт в ширину, потому что есть куда. Когда же ширина увеличилась достаточно для горизонтальной схемы, то она становится либо минимального размера, как правило, либо растёт, пока и если есть возможность, чтоб в высоту она помещалась вся. Как перестаёт помещаться — всё, начинает расти список. Всё это в описанном алгоритме. Игорь (обс) 19:59, 27 июня 2024 (UTC)[ответить]
Добрый день. Это тоже опрос, но из-за важности я его выношу в отдельный подпункт. Я очень продвинулся навстречу нормальному коду попапа, реагирующему на размеры окна, но появилась проблема. Раньше я получал от движка готовую картинку, задав ему все параметры, включая размеры. Сейчас я беру код со склада и создаю картинку сам, так, что могу менять её размеры. Но раз я создаю её сам, я теряю поддержку движка в языковом вопросе. В результате, язык схемы теперь определяется не движком, а браузером. Поэтому те читатели википедии, которые установили себе языком браузера английский, получат другой результат. Например, если они предпочитают меню браузера на английском. Или если при покупке и установке браузера он был на английском, а они недостаточно разбираются, чтоб поменять на русский. В таком случае они увидят в попапе изображение схемы на английском, с английскими названиями станций, а рядом список ссылок на русском. Возможности изменить это нет. Что да можно сделать:
Оставить, как есть. Мне не нравится этот вариант, у людей в сотнях статей русской википедии будет английская картинка.
Создать ещё один файл на складе, и каждый раз при загрузке новой версии загружать оба. Делать изменения дважды нет необходимости, можно взять полную свежую версию и регуляркой убрать из неё английские переводы, работы на несколько минут.
Есть ещё третий вариант, самый удобный, но я его не предлагаю, поскольку Йоханн, stjn, рекомендует им не пользоваться, потому что считает его опасным, из-за того, что такое использование файлов "нестандартным образом" хуже защищено, и я выслушал его закадровые объяснения. Кроме того, он полагает, что не стоит вообще решать эту проблему, поскольку она помешает очень малому количеству читателей статей.
Могу. Если они вдруг сюда придут. В Файл:Moscow metro map sb local draft.svg#View можно увидеть оба варианта. Файл svg это код, читаемый текст, в котором перечислено, что делать, чтоб создать картинку. Например, провести линию между двумя точками с заданными координатами. Там же указаны и все подписи с их координатами. Каждая подпись указано на двух языках подряд, на английском и на русском. Механизм, создающий из кода картинку, выбирает все надписи на интересующем его языке. Игорь (обс) 15:29, 19 июня 2024 (UTC)[ответить]
Потому что так намного сложнее создавать новые переводы. Намного намного сложнее следить за переводами новых или изменяющихся время от времени записей в существующих вариантах перевода. Каждый раз редактировать много файлов, что практически невозможно. И когда человек открывает этот файл, не в интерактивной схеме, а в различных викисайтах мира, в статьях про мосметро, он может увидеть его на знакомом ему языке. Короче, не вариант. Игорь (обс) 16:00, 19 июня 2024 (UTC)[ответить]
Хорошо, а если у меня язык не русский и не английский, а какой-нибудь суахили, тогда что оно мне вернет? Английский? Почему? Vcohen (обс.) 16:06, 19 июня 2024 (UTC)[ответить]
Все, у кого не установлен английский язык, получат русскую версию, поскольку конкретно в этом файле я установил русский, как дефолтный, ведь речь идёт о русских названиях. Игорь (обс) 16:09, 19 июня 2024 (UTC)[ответить]
Вы там передаете код языка? Тогда можно в файле заменить код английского на какой-нибудь фиктивный и передавать его вместо английского, а там, где они берутся автоматически, всегда будет браться русский. Vcohen (обс.) 16:53, 19 июня 2024 (UTC)[ответить]
Звучит логично. Но не годится, потому что если человек захочет открыть файл так, чтоб язык определялся браузером, это не сработает. Игорь (обс) 16:56, 19 июня 2024 (UTC)[ответить]
То есть человеку с суахили, испанским и французским показывать русские названия хорошо, а человеку с английским плохо? Где последовательность? Vcohen (обс.) 18:02, 19 июня 2024 (UTC)[ответить]
В том то и дело, что я его им не показываю. Человек видит там схему на английском, как международном языке. Если он захочет, он может нажать на ссылку "показать на языке браузера", никто его не заставляет. Если француз нажмёт и увидит на русском, это ему будет понятно, нет французского перевода. Может даже стимул его сделать. А если англичанин нажмёт, зная, что есть английский перевод, и увидит на русском, это проблема. Игорь (обс) 18:25, 19 июня 2024 (UTC)[ответить]
Мне кажется, что "никто его не заставляет" - это ключевой момент. Таких открываний будет на порядки меньше, чем тех, которые мы обсуждаем. Предлагаю на них забить. Vcohen (обс.) 18:28, 19 июня 2024 (UTC)[ответить]
Могу понять, но против. Не удивлюсь даже, если такое кончится бессрочкой от фонда за нарушение языковой политики, и за дело. Потому что, кроме прочего, что я уже говорил, если какой-то сайт захочет, или даже уже это сделал, поставить не с моими параметрами, а со своими, так, чтоб каждый видел на своём языке, это сломается. Игорь (обс) 18:32, 19 июня 2024 (UTC)[ответить]
Эх, жалко. Ладно, возвращаемся к исходной постановке вопроса. Вы читаете файл программно? И при этом не имеете возможности задать язык? Vcohen (обс.) 19:00, 19 июня 2024 (UTC)[ответить]
Не совсем. Движок при включении на страницу вики файла svg возвращает взамен готовый png. У него стандартный язык и стандартные размеры. Если я хочу менять размеры на ходу, я создаю свой html-тег, image, и даю ему адрес файла svg на складе. В этом случае мне просто некуда передать язык, и он определяется браузером. Игорь (обс) 19:09, 19 июня 2024 (UTC)[ответить]
Чтобы он вернул Вам png, Вы запрашиваете svg? Его нельзя запросить с параметром? При использовании файлов в карточках я видел такой синтаксис: изображение = ...svg|lang=ru. Vcohen (обс.) 19:42, 19 июня 2024 (UTC)[ответить]
Сообщение: > Чтобы он вернул Вам png, Вы запрашиваете svg? Единственный способ, которым движок может показать файл svg - это превратить его в png. > Его нельзя запросить с параметром? Можно, но мне нечего будет с ним делать, у png нет возможности менять размер. > При использовании файлов в карточках я видел такой синтаксис Именно так и получают результат в вышеупомянутых викигидах. Игорь (обс) 19:45, 19 июня 2024 (UTC)[ответить]
Про размер не понял. Когда svg превращается в png, учитываются и размер, и язык. С параметром ничего не надо делать Вам - с ним надо будет что-то делать процессу, который превращает svg в png. Vcohen (обс.) 19:55, 19 июня 2024 (UTC)[ответить]
Попробую ещё раз. Есть два стандартных способа показать файл svg в статье, скажем. Первый — довериться движку. То есть написать [[Файл:название.svg|300px|надпись|thumb|lang=fr]], все эти параметры или часть. В ответ на это движок создаёт готовый файл png, нужного размера, если задан, нужного языка, если задан, и так далее. Мне с этим нечего делать, потому что у png невозможно изменить размеры на ходу, а мне это надо делать много раз, при изменении размеров окна или переворачивании мобильника под углом. Второй — создать джаваскриптом стандартный html-тег image, и дать ему адрес на складе, и начальные размеры. В таком случае браузер увидит этот тег, и поведёт себя, как с любой svg-картинкой на любом сайте, то есть вытянет с адреса, установит размеры, при необходимости поставит язык, установленный у него в настройках, и покажет. После этого я могу в нужный момент менять размеры в том теге image, и браузер будет реагировать соответственно. Игорь (обс) 20:06, 19 июня 2024 (UTC)[ответить]
Насколько мне известно, это невозможно, движок не умеет возвращать на запрос файлов svg файлы svg. А параметр в URL кто-то должен читать и реагировать. Игорь (обс) 20:24, 19 июня 2024 (UTC)[ответить]
Зачем возвращать svg? Возвращать надо png, как всегда. Читать и реагировать - да, скрипт в файле svg. Вот мне искусственный разум показал, как это делается. Только я не уверен, что файлы со скриптом разрешено загружать у нас. Vcohen (обс.) 21:36, 19 июня 2024 (UTC)[ответить]
Затем, что мне нужно свободно менять его размеры, без перезагрузки, а png от такого портится, по опыту. Ссылка битая. Игорь (обс) 21:38, 19 июня 2024 (UTC)[ответить]
Посоветовался со специалистом, он подтвердил моё мнение. Это не сработает. Никакой джаваскрипт не выполнится внутри тега image, даже если каким-то чудом мне удастся загрузить его на склад. [2]Игорь (обс) 22:18, 19 июня 2024 (UTC)[ответить]
Добрый день. Сейчас всё переводят на поддержку новой тёмной темы движка. Я хорошо поработал сегодня, и перевёл метросхему. Если кто пользуется тёмной темой, взгляните, пожалуйста, а если нет, то я завтра перенесу в чистовик. Игорь (обс) 10:54, 2 июля 2024 (UTC)[ответить]
Но я бы всё-таки предпочитал, чтоб кто-то взглянул на тёмную тему, и высказал своё мнение по поводу названий будущих станций, я в них не уверен. Игорь (обс) 19:08, 2 июля 2024 (UTC)[ответить]
Вы про названия на подложке? Да, получилось слишком неконтрастно. В списке станций будущие станции ничем, кроме курсива, не отличаются от существующих, проблем не вижу. Michgrig (talk to me) 20:03, 2 июля 2024 (UTC)[ответить]
А почему при темной теме у изображения светлый фон? Видимо, его тоже надо делать темным и каким-то образом менять цвета линий и станций (или, скорее, цвета тех названий станций, которые сейчас черные). Michgrig (talk to me) 21:21, 2 июля 2024 (UTC)[ответить]
Я про это думал. Но, во первых, не стоит делать красную линию 1 зелёной, а жёлтую 8 фиолетовой. А во вторых, картинка не может реагировать на смену темы, только фон. Поэтому я пытаюсь его сделать серым вместо белого, чтоб не так резало глаза. Если бы у svg была такая элементарная функция, как цвет фона текста, всё было бы намного легче. Игорь (обс) 21:26, 2 июля 2024 (UTC)[ответить]
Я сдаюсь. Перепробовал кучу всего, посоветовался, ничего не помогает. В тёмной теме будет то же изображение, что и в светлой. Раз нет проверяющих, я могу грузить тёмную тему в чистовик? Игорь (обс) 10:54, 3 июля 2024 (UTC)[ответить]
Коллега Michgrig (и все остальные), я сделал что-то новое на участник:IKhitron/testpopup. Работает пока плохо, потому что там надо отлаживать. Но я не буду, пока кто нибудь мне не скажет, что в этом направлении стоит идти. Поэтому буду рад, если найдёте десять секунд, и взглянете. Если сразу незаметно, медленно проведите мышкой над вертикальной границей между схемой и текстом. Заранее благодарен. Игорь (обс) 16:57, 8 июля 2024 (UTC)[ответить]
Точно не сделал. Думал, если здесь Вы обратились ко всем, то это не нужно. Спасибо за ссылку, так бы не нашел. Вижу, что эту границу можно сдвигать влево. Оно? Или это из предыдущих тестов, которые я пропустил? Vcohen (обс.) 18:01, 8 июля 2024 (UTC)[ответить]
ОК, подтверждаю, что это будет неплохо. А при сдвиге влево карта будет уменьшаться или у нее будет появляться скролл? А при сдвиге вправо она будет увеличиваться? Vcohen (обс.) 19:03, 8 июля 2024 (UTC)[ответить]
Отлично. При сдвиге влево уменьшаться до стандартной минимальной ширины, 900px для Москвы, а если ещё левее, то скролл. Вправо будет без изменений, пока не исчезнет скролл, если есть, а потом увеличиваться. Как сейчас при изменении размеров окна. Игорь (обс) 19:06, 8 июля 2024 (UTC)[ответить]
Значит, так. Я поработал часок. Там ещё горы работы, уже не сегодня. Но то, что вам мешало, работает, обе стороны увеличиваются и уменьшаются, как надо. Можете посмотреть. Игорь (обс) 19:24, 9 июля 2024 (UTC)[ответить]
Добрый вечер, коллеги @Michgrig и @Vcohen. Я ещё поработал. Был бы рад услышать, нравятся ли вам следующие функциональности, или вы хотите, чтоб было по другому
Компьютер
Мобильный или планшет
Клавиатура
Сдвиг границы между схемой и текстом
Тащить мышкой цветную палку между ними
Тащить пальцем цветную палку между ними
Кнопки WASD
Изменение размера схемы
Колесико мышки, вверх, вниз, и нажать на него
Не требуется, есть встроенный zoom всего экрана двумя пальцами
Что значит клавиатура как альтернатива компьютеру? Что должно делать с размером схемы нажатие на колесико, если не увеличивать и не уменьшать? Остальное вроде нормально, если только я всё правильно понял. Vcohen (обс.) 21:27, 10 июля 2024 (UTC)[ответить]
Значит, что для каждого действия мышки должна быть кнопка, на случай, если нет возможности пользоваться мышкой. Этому посвящена тема #Введение режима доступности в интерактивную схему целиком.А насчёт кнопки мышки - вы же просто могли попробовать, ведь все эти функции уже работают. Оно возвращает в оригинальный размер.А если что-то не поняли, ответ тот же, можно проверить. Игорь (обс) 21:40, 10 июля 2024 (UTC)[ответить]
Про нажатие на колесико понял. Про клавиатуру не понял. Клавиатура - это какое-то третье устройство, кроме компьютера и мобильника? Или это режим работы на одном из них (либо на обоих)? Vcohen (обс.) 09:37, 11 июля 2024 (UTC)[ответить]
И не должна быть. Она будет только мешать, заслонять полсхемы. Если есть подключённая физическая миниклавиатура, то можно нажать, сработает. Если девайс пользуется, как обычно, виртуальной, то те, кому это действительно нужно, могут позаботиться о её включении в нужный момент. Например, я всегда пользуюсь клавиатурой Хакер, вместо того встроенного тихого ужаса на Андроиде, в котором ничего нет. Здесь есть всё, что на компе, включая стрелки, служебные клавиши, Ctrl/Alt/Caps lock, Home/End/PageUp/PageDown, есть и Scroll Lock для Экселя, и F1-F12, чтоб работать спокойно на визреде в википедии. И настройка "permanent notification", которая у меня всегда включена. И во всех нужных случаях я нажимаю на этот notification и появляется клавиатура, так я всё вышеперечисленное отлаживал. Игорь (обс) 10:45, 11 июля 2024 (UTC)[ответить]
В целом хорошо. Но если курсор мыши находится над полосой прокрутки, то движение колесиком мыши вверх и вниз должно не менять размер схемы, а прокручивать ее. Michgrig (talk to me) 06:23, 11 июля 2024 (UTC)[ответить]
Спасибо, я попробую это исправить. Сегодня пока буду заниматься самой сложной тригонометрической задачей за десятки лет после первого курса университета, как добиться, чтоб если мышка при прокрутке в определённой точке, то эта точка останется на своём месте, а увеличиваться будет во всех направлениях от неё. Игорь (обс) 09:33, 11 июля 2024 (UTC)[ответить]
Исправил про полосу прокрутки, сделал про точку на своём месте. Кроме того, решил всё-таки самому написать зум на тачскрине, а то списка ссылок не видно, и сегодня написал. Как вам это всё? Игорь (обс) 18:40, 11 июля 2024 (UTC)[ответить]
Пока я жду ответов по всем пунктам, я сегодня сделал почти самую сложную работу. Можете посмотреть, теперь там настоящая подсветка и настоящий список ссылок. Осталась самая сложная работа, сделать, чтоб при изменении масштаба схемы подсветка на это реагировала соответственно, а не продолжала срабатывать в соответствии с оригинальными размерами. Игорь (обс) 18:27, 15 июля 2024 (UTC)[ответить]
Добрый день, уважаемые коллеги. Я обращаюсь к вам в надежде получить разрешение сообщества на полную замену вышеупомянутых шаблонов. Они разбросаны в огромных количествах в метростатьях и не только. Используются на каждом шагу. Но они были созданы много лет назад, и, по моему, пришло время их улучшить. Перевести с викикода на Луа, полностью сменить логику, добавить штрафные категории и сообщения об ошибках. Но самое главное, упростить синтаксис. Текущими шаблонами очень сложно пользоваться. Надо постоянно помнить или проверять точные названия статей, их очень длинно писать, надо знать, когда добавлять названия, а когда номера линий, и так далее. В статьях на данный момент есть полно сообщений об ошибках, либо результат выглядит вот так: [[|]]. И при каждом изменении в метро Москвы, как, например, том, что было этой ночью, количество ошибок сильно увеличивается. Есть немало случаев, в которых шаблон не может создать требуемый результат. Я годами хочу сменить код шаблона, и несколько месяцев назад меня, наконец, подтолкнули, иначе я бы не нашёл время ещё год или больше. Все эти месяцы мы над этим работали — я писал код, коллега Michgrig руководил и проверял, коллега Vcohen помог. Представляю вашему вниманию результат на утверждение:
Новый шаблон будет иметь то же название, СтММ.
Шаблон СтМЦД превратится в редирект к нему.
Я до максимума упростил синтаксис, позаботившись, чтоб то, что осталось, было как можно ближе к оригиналу.
Очень рекомендуется посмотреть на результат здесь, в качестве иллюстрации к дальнейшему описанию.
В результате шаблон будет требовать один параметр, название станции. Не статьи, со всеми уточнениями в скобках, и не с названием линии, как сейчас, а только название станции. Например, {{СтММ|Добрынинская}} -> «Добрынинская».
В случае, если есть несколько станций с одинаковым названием, добавляется параметр номера линии, например {{СтММ|Киевская|5}} -> «Киевская».
Причём, если номер не указать, или указать неправильно, шаблон сам сообщит вам об этом, и предложит правильные номера на выбор.
Если надо иконку линии перед названием станции, в начале следует указать параметр, @, как и сейчас. Например, {{СтММ|@|Добрынинская}} -> Добрынинская.
Если нужен другой текст, он указывается в том же параметре через /, больше не будет отдельных параметров, при которых шаблон гадает, какой параметр к чему относится. Например, {{СтММ|@|Киевская/Киевскую|5}} -> Киевскую.
Названия станций метро без иконок выводятся в кавычках, ж/д станций без кавычек.
До сих пор, для навшаблонов, был отдельный параметр, убирающий кавычки. Этого больше не будет, шаблон сам уберёт кавычки, если он используется в навшаблоне.
Предварительная версия документации здесь, более подробно и с объяснением, как получить нужный результат в противоречивых случаях.
Очень маленькую часть включений заменить на новый код невозможно, там несколько иконок без ссылок на станцию. Для этого создан дополнительный шаблон ЛММ, принимающий произвольное количество номеров линий и превращающий каждый в иконку.
Всё будет работать на той же базе банных, что и интерактивная схема метро, вести отдельную базу данных, как сейчас, больше не нужно.
Разработан и утверждён алгоритм, позволяющий мягко и без спешки заменить старый код на новый, так, что в процессе замены будут правильно работать оба. Я заменю, я получил для этого флаг AWB и флаг бота. Если кому интересно, алгоритм здесь, формулы перевода для AWB з, д, е, с, ь на пяти страницах.
Да, давайте, конечно, почему бы и нет. У меня у самого вызывало его присутствие большое недоумение, потому как нигде ранее не видел. Это, к тому же, ещё и соответствует нынешней навигации в мосметро — основное обозначение пересадки с линии на линию теперь числом — своего рода источник . Кстати, IKhitron, Vesan99 бессрочно заблокирован за нарушение ВП:ОПЛАТА.— TheDanStarko (обс.) 14:51, 22 июня 2024 (UTC)[ответить]
Выглядит неплохо. Я только не уверен, что, например, Площадь трёх вокзалов не должна по дефолту вести на существующую платформу — о новой даже статьи нет, и она выглядит призрачно пока. AndyVolykhov↔12:19, 24 июня 2024 (UTC)[ответить]
Я полагаю, что неоднозначность с несуществующей станцией, которую пока реально и не собираются строить, не должна приводить к тому, что название просто «Площадь трёх вокзалов» должно внести в никуда. AndyVolykhov↔09:29, 25 июня 2024 (UTC)[ответить]
Это я вижу. Но необходимость неоднозначности с несуществующим и незначимым предметом меня всё равно удивляет. Аналогично (и ещё более безумно, имхо) с «Китай-городом». AndyVolykhov↔12:07, 25 июня 2024 (UTC)[ответить]
Вообще-то я не уверен. Если я правильно понял предложение, оно звучит так:
При вызове нового шаблона без уточнения номера линий для станций с более чем одной возможной ссылкой, но так, что только одна из ссылок относится к уже открытой станции, шаблон должен показывать эту ссылку, а не ошибку с перечнем номеров линий.
В том то и дело, что случай. Поэтому я и сказал одну ссылку, а не одну линию. То есть, если бы якобы не было поддержки будущих станций, был бы только один вариант, как сейчас на Каширской. Игорь (обс) 16:56, 25 июня 2024 (UTC)[ответить]
Прошли положенные две недели. Все, кто отреагировал на пинги, высказались за. Берусь за замену. Переделал сегодня таблицы замены. Старая Коммунарка 1 стала новой Новомосковской 1. Старая Бачуринская стала новой Коммунаркой. Старую Коммунарку 16 я убрал из таблиц совсем, посколько автоматически невозможно угадать, какая из двух станций имеется в виду, буду это делать каждый раз вручную. Игорь (обс) 14:37, 6 июля 2024 (UTC)[ответить]
Добрый вечер. Представляю на ваше рассмотрение новую функциональность в интерактивной схеме — режим доступности, accessibility mode. Несколько дней назад я обнаружил баг в схеме, из-за которого подсветка съезжала вбок, я об этом писал выше. На фабрикаторе сначала думали, что проблема в схеме, прежде, чем нашли её у себя, и взялись за починку, сегодня починили. Но из-за этого разработчики фонда тщательно разглядывали схему. И я получил горячую рекомендацию обеспечить режим доступности. То есть, работа только с клавиатурой, без мышки. Я подумал, что они правы, и несколько дней поработал. Готовы 99,9 %, оставшееся займёт много времени, так что я решил, пока работаю над этим, представить вам на рассмотрение уже сейчас, чтоб не терять время.
Стандартный режим, Tab на следующую ссылку, и Shift-Tab на предыдущую, не годится, потому что там ссылок 650, пока по всем пройдёшь табом по одной, уйдут часы. Поэтому я задействовал стрелки. Вправо-влево для вперёд и назад, как выше с табом. Вниз-вверх на следующую или предыдущую линию. Подсветка на схеме продолжает работать. Для незнакомых с шаблоном и его кнопками на клавиатуре, при попытке по привычке работать с табом появится экран помощи. Его можно также вызвать нажатием на i или ?. Рекомендую ознакомиться с его нижней частью. Там есть ещё кнопки для ускорения доступа к искомой ссылке. Верхняя — это обычный текст, показываемый при нажатии на кнопку i в верхнем правом углу попапа.
UPD: Готово, 25-06-2024, 18:10 UTC Не готов нормальный код экрана помощи. Пока он приблизительный, кнопки на клавиатуре работают странно, и написано нажать на ссылку, хотя нет никакой ссылки.
UPD: Готово, 29-06-2024, 16:40 UTC И не готово отключение мышки во время работы режима доступности, поэтому она изредка мешает.
Что скажете? Игорь (обс) 21:00, 23 июня 2024 (UTC)[ответить]
Попробовал, получилось здорово. Небольшое замечание к тексту экрана помощи: Стрелка вправо / влево — перейти вперёд / назад - Не совсем понятно, что такое вперед и назад. Предлагаю "перейти на следующую / предыдущую ссылку".И второе замечание касается закольцовки. Сейчас вы сделали так, что нажатие кнопок в конце списка переходит в его начало и наоборот. Точно ли так надо? Есть же Home и End, если что. Michgrig (talk to me) 19:01, 27 июня 2024 (UTC)[ответить]
А почему нет? Мне это кажется логичным. Мне не очень, я просто ориентируюсь на текст, где такого нет. Возможно, стандартный переход по табам тоже закольцован, тогда, наверное, можно так оставить. Michgrig (talk to me) 19:37, 27 июня 2024 (UTC)[ответить]
Стандартный переход по табам, насколько мне известно, но это ещё не гарантия, закольцован по всему, что есть на страницах. Игорь (обс) 20:01, 27 июня 2024 (UTC)[ответить]
Кроме того, поступило предложение, чтобы вместо текущего поведения иконки i в попапе, текста при проведении мышки, и открытия новой страницы при нажатии, открывался тот же стандартный экран помощи. Я его обдумал, и я категорически за. Есть ещё мнения? Игорь (обс) 20:42, 26 июня 2024 (UTC)[ответить]
Но на странице инструкции написано довольно прилично больше, чем на экране помощи. Там и про свернутый-развернутый режимы схемы, и прочее. Это потеряется? Michgrig (talk to me) 19:36, 27 июня 2024 (UTC)[ответить]
Возможно, я плохо объяснил. Сейчас при проведении мышки на i краткое объяснение, а при нажатии открывается подробная инструкция. Предлагается, чтоб везде было одинаково, чтоб при нажатии появлялся попап с тем же кратким объяснением, а в нём при нажатии на кнопку Подробно открывалась та же подробная инструкция. Игорь (обс) 20:02, 27 июня 2024 (UTC)[ответить]
Всё сделал, но полукустарным способом. То есть всё работает, и можно переносить в чистовик, и перенесу, когда можно будет, но потом, когда полностью разберёмся и с этим, и с изменением размеров экрана, к тому моменту код надо будет привести в порядок. Игорь (обс) 17:45, 28 июня 2024 (UTC)[ответить]
В свернутом режиме в песочнице по-прежнему так: Сейчас при проведении мышки на i краткое объяснение, а при нажатии открывается подробная инструкция. Michgrig (talk to me) 15:26, 30 июня 2024 (UTC)[ответить]
Но вы же собирались поправить: Предлагается, чтоб везде было одинаково, чтоб при нажатии появлялся попап с тем же кратким объяснением, а в нём при нажатии на кнопку Подробно открывалась та же подробная инструкция. Michgrig (talk to me) 15:40, 30 июня 2024 (UTC)[ответить]
Прошу прощения, пропустил это. Да, везде в попапе. У свёрнутой схемы нет ни попапов, ни режима доступности, она ведь на одной странице с многими другими вещами, со всей статьёй, ей нельзя перехватывать контроль. N3 Почистил и исправил весь код, можно переносить в чистовик в любой момент. Игорь (обс) 23:40, 30 июня 2024 (UTC)[ответить]
Сделал нормальный экран помощи, и отключение мышки в режиме доступности. Со своей стороны готов на перенос в чистовик, жду отмашки. Игорь (обс) 16:43, 29 июня 2024 (UTC)[ответить]
Вообще-то, подумав, я добавил ещё функции. Shift-Enter тоже открывает ссылку, как Enter, только в новой вкладке. Shift-стрелки перематывает саму схему. Как? Игорь (обс) 13:58, 1 июля 2024 (UTC)[ответить]
Вы сделали, чтобы открывалось не в новой вкладке, а в новом окне. Имхо, так не очень удобно. Но, может, кому-то и подойдет. Но тогда лучше добавить еще одну возможность - чтобы можно было нажать Ctrl + Enter и открыть в соседней вкладке того же окна. Michgrig (talk to me) 07:58, 2 июля 2024 (UTC)[ответить]
Я делал именно в новой вкладке. Какой у вас браузер на каком девайсе, и что происходит, если нажать на произвольную внешнюю ссылку на викистранице средней мышкой? Игорь (обс) 09:17, 2 июля 2024 (UTC)[ответить]
Chrome, десктоп. Средняя клавиша мышки открывает в новой вкладке, Ctrl+левая клавиша мышки - тоже в новой вкладке, Shift+левая клавиша мышки - в новом окне Michgrig (talk to me) 09:59, 2 июля 2024 (UTC)[ответить]
Очень странно. Но Ctrl я вообще не трогал, чтоб ничего не испортить. А сейчас? Я ему силой приказал не открывать новое окно, кроме команды открыть вкладку. Игорь (обс) 11:17, 2 июля 2024 (UTC)[ответить]
Очень очень странно. Я вечером попробую на Хроме, но не представляю себе, что ещё можно сделать. Вы в about:config браузера не могли ничего нажать? Игорь (обс) 11:27, 2 июля 2024 (UTC)[ответить]
А вот это уже невероятно. Я попробую восстановить это поведение на своём Хроме, если получится, буду экспериментировать. А проверить на том же компе на другом браузере для сравнения вы можете? Игорь (обс) 11:59, 2 июля 2024 (UTC)[ответить]
Хм... Почему-то так только в разлогиненном состоянии. Когда я ввел логин и пароль, то ссылки нормально показываются. Но поведение с Shift и Ctrl такое же. Michgrig (talk to me) 14:06, 2 июля 2024 (UTC)[ответить]
Значит, так. Выясняется, что дело не в браузере, а в том, что Shift-Enter невозможно переопределить, и оно выполняло не то, что я писал, а то, что конкретный браузер делает в таком случае. Кнопок хватает. Я временно переопределил на j. У вас работает? Если да, надо будет выбрать, на какую кнопку это поставить. Что касается в Edge нет ссылки на полную схему, это потому, что в незалогиненном состоянии у вас не подключён мой код в черновике. Игорь (обс) 17:18, 2 июля 2024 (UTC)[ответить]
Я вот подумал. А точно стоит использовать букву, которая есть и в русском, на другой кнопке? Люди могут тыкать в русскую о и ничего не произойдёт. Может, стоит выбрать букву, у которой нет русского близнеца? Игорь (обс) 10:51, 3 июля 2024 (UTC)[ответить]
Сделал кнопку. Кроме того, переписал по новой экран помощи. И добавил память текущей ссылке, так, что если вдруг по какой-то причине потерялся фокус — мало ли, нажать где-то не там, или свернуть схему, и через какое-то время снова развернуть, или ещё что-то, то фокус не сбрасывается на Сокольническую линию, а возвращается туда, где был. Как вам всё? Можно грузить в чистовик? Игорь (обс) 20:08, 3 июля 2024 (UTC)[ответить]
Небольшое дополнение. После разговора с Йоханном я изменил поведение Tab и Shift-Tab так, что начиная с третьего нажимания они действуют, как стрелки вправо и влево соответственно. Есть возражения против переноса в чистовик? Игорь (обс) 22:59, 13 июля 2024 (UTC)[ответить]
Добрый день. Пока суд да дело, я закончил режим доступности в свёрнутой схеме. Как я уже говорил, менять мне там ничего нельзя, потому что это не "моя" страница, как развёрнутая, в ней есть остальная часть статьи. Всё, что я могу сделать, и должен, это приспособить её поведение так, чтоб соответствовало стандартным правилам доступности движка. Готово. Теперь, если на странице есть шаблон интерактивной схемы в обычном свёрнутом состоянии, то:
Если нажать на таб достаточно раз, таб останавливается на кнопке показать список ссылок, и при нажатии на энтер или пробел она срабатывает.
Если нажать на таб достаточно раз, таб останавливается на кнопке развернуть схему, и при нажатии на энтер или пробел она срабатывает.
Если нажать на таб достаточно раз, таб останавливается на каждой из линий метро, включается подсветка, и при нажатии на энтер открывается страница этой линии.
Если нажать на таб достаточно раз, таб останавливается на иконке помощи, и при нажатии на энтер открывается помощь.
Если список ссылок открыт, таб останавливается и на каждой ссылке, и при нажатии на энтер она открывается.
Если список ссылок открыт, если нажать на таб достаточно раз, таб останавливается на кнопке убрать список ссылок, и при нажатии на энтер или пробел она срабатывает.
Сложнее всего было добиться того, чтоб при проходе по линиям таб не останавливался на линии несколько раз, если она состоит из нескольких частей, например МЦД5 из Ярославского и Павелецкого радиусов.
Что скажете? Игорь (обс) 12:47, 4 июля 2024 (UTC)[ответить]
Добавил окошечко с указанием текущей линии при проходе между линиями табом, чтоб было понятно, если плохо видно подсветку. Игорь (обс) 13:34, 4 июля 2024 (UTC)[ответить]
Спасибо большое. Я тоже не знаю, зачем это нужно, но в фонде очень просили. Можете спросить Йоханна, он наверняка знает. Игорь (обс) 18:20, 12 июля 2024 (UTC)[ответить]
Перенёс. После этого обнаружил и исправил две ошибки. Одну видно только в статьях, в голову не приходило проверить. Там надо было удалить из таб-прохода ссылку на саму статью. Вторая, это при открытом списке ссылок все ссылки проходило дважды, один раз как надо, другой раз снова по ссылкам, но без подсветки на схеме. Игорь (обс) 14:35, 13 июля 2024 (UTC)[ответить]
У меня была задача сдвинуть в сторону перенаправление, которое мешало переименованию. Вот я туда и сдвинул. Теперь можно не спеша удалить, если надо. Vcohen (обс.) 14:59, 7 июля 2024 (UTC)[ответить]
Всем спасибо. Иду разбираться с интерактивной схемой. Но я рассчитываю засесть за AWB по замене СтММ через несколько часов, а тут станции дали название соседней станции. Не могли переименовать на месяц позже? Не знаю, как я с этим справлюсь. AWB же не может увидеть Коммунарка Трл и угадать, старое это название, или новое. Я не уверен, что я могу. Игорь (обс) 12:33, 6 июля 2024 (UTC)[ответить]
Переименовали Коммунарку 1 и Бачуринскую обратно. Что будем делать? Не знаю, возвращать ли шаблоны, или это снова изменится. Игорь (обс) 14:38, 7 июля 2024 (UTC)[ответить]
Переименовали статьи. Потом переименовали статьи снова. Сейчас всё в порядке, но кто знает, что может случиться. Выскажу заодно своё мнение, раз уж пошёл разговор. Я не верю, что станции действительно переименовали. Но википедия действует по АИ, а не по фактам, так что мы обязаны переименовать. Есть много АИ, что переименовали, и ни одного, что они не верны, типа "вчера промелькнула газетная утка". Так что пока такие не появятся, мы обязаны следовать новым названиям. А потом, возможно, окажется, что я ошибаюсь, и действительно переименовали, кто знает. Игорь (обс) 09:59, 8 июля 2024 (UTC)[ответить]
Про то, что станции планируют переименовать, в транспортных пабликах мелькала информация уже несколько месяцев назад. Так что скорее всего действительно переименовали. Michgrig (talk to me) 10:17, 8 июля 2024 (UTC)[ответить]
Добрый вечер. За последние сутки в списке наблюдения мне попалось много правок, без источника, не знаю скольких человек, о переносе станций в соседний округ. В частности, в Троицком округе теперь не одна станция, а много. И не знаю, сколько таких вне моего списка наблюдения. У кого-то есть источник? Игорь (обс) 18:37, 11 июля 2024 (UTC)[ответить]
Добрый вечер. Я закончил со СтММ, и предлагаю следующую работу. Около 2500 страниц, около 5000 замен. Заменить в боторежиме все стринги типа {{MOSMETRO icon|номер линии}}[[Статья про станцию мосметро|Название станции мосметро}} на вызов СтММ для этой станции, и все {{MOSMETRO icon|номер линии МЦД}}[[Статья про станцию МЦД|Название станции МЦД (МЦД)}} на вызов СтММ для этой станции с подпараметром «/Название станции (МЦД)». Сделать заранее список для всех существующих станций, автоматически, и загрузить его в AWB. После этого наверняка останутся стринги подобного строения, не предусмотренные заранее, и их уже можно будет пройти в полуручном режиме AWB. Есть возражения? Игорь (обс) 22:04, 11 июля 2024 (UTC)[ответить]
Курская - иконка + станция
- иконка 
- иконка
- иконки, две штуки
- тоже иконки, только три
- тоже иконки, на этот раз четыре
- иконки Michgrig (talk to me) 20:19, 8 апреля 2024 (UTC)
Арбатская). Просто в случае шаблона ММ все эти варианты прописаны в явном виде на подстранице. Michgrig (talk to me) 07:41, 12 апреля 2024 (UTC)
Маяковская [[|]], только без хвоста и с ой на конце. Показать это текущим шаблоном я не смог. Если станция на нескольких линиях, то тогда, и только тогда потребуется уточнение в виде номера. Например, 
Нижегородская — Каширская"? Игорь (обс) 09:39, 9 апреля 2024 (UTC)
Достоевская
Лихоборы даёт ссылку на одну из двух станций произвольно. Что это должно вообще значить? Игорь (обс) 13:58, 16 апреля 2024 (UTC)
Тимирязевская
Котляково. Добавил. Игорь (обс) 14:25, 7 мая 2024 (UTC)
Сделано
Деловой центр? 2. То есть D4А. И что конкретно будем делать? 2.5 По моему, независимо от регистра нельзя, это поощрит разброс вариантов и постоянные споры, как правильно. Предлагаю вместо этого дописать код, разрешающий с момента переименования и до окончания ботопрохода игнорировать конкретную станцию. Игорь (обс) 19:47, 22 мая 2024 (UTC)
Петровско-Разумовская в СВАО. Игорь (обс) 19:52, 4 июня 2024 (UTC)
Улица Старокачаловская. Предлагаю их срочно внести, первую в ЗАО, над 
За переход на его использование. Michgrig (talk to me) 14:17, 22 июня 2024 (UTC)
. Кстати, IKhitron, Vesan99 бессрочно заблокирован за нарушение ВП:ОПЛАТА.— TheDanStarko (обс.) 14:51, 22 июня 2024 (UTC)
Площадь трёх вокзалов Michgrig (talk to me) 10:29, 25 июня 2024 (UTC)
