Постараюсь покороче и тезисно:

1. Да, новый нав отличный и должен заменить остальные 12;

2. Новый нав не адаптирован под мобильный, мобильный CSS нужно помещать в MediaWiki:FandomMobile.css отдельно (для тёмной/светлой темы не забыть использовать класс .theme-fandommobile-dark/light, не desktop);

3. Я думаю, что самым безболезненным для "Система:НазваниеСкопления" будет первый вариант, то есть перевод в шаблоны и замена на нормальный код, так как в таком случае не придётся изобретать велосипед со #switch и переделывать половину вики статей, где эта информация используется. Как мне кажется, навы не должны становиться геморроем, они добавляются один раз и забываются, поэтому лучше не усложнять жизнь и не пытаться в автоматизацию слишком сильно. Но если вы с Тору решите всё-таки страдать, я могу помочь с кодом :)

Я ознакомился с предложением, поэтому должен отметить, что предложенные варианты обновления навигации для астрографии имеют свои плюсы и минусы, но главный приоритет здесь — удобство редактирования, поддержка оформления (включая тёмную/светлую темы) и упрощение структуры. Разберём каждый вариант:

1. Перенос страниц в пространство шаблон и замена старых шаблонов новым (Шаблон:Нав-Скопление)

✅ Плюсы:

• Упрощается структура: все навигационные элементы будут находиться в одном месте.

• Легче редактировать и обновлять: не нужно разбираться в 12 вспомогательных шаблонах.

• Поддержка тем оформления уже реализована.

❌ Минусы:

• Потребуется переработка множества страниц, возможны ошибки при переносе.

• Нужно будет объяснить редакторам новый порядок работы.

2. Один общий навигационный шаблон с #switch, подставляющим нужное скопление

✅ Плюсы:

• Центральное управление: все изменения в одном месте.

• Легче в поддержке: не нужно менять кучу отдельных шаблонов.

❌ Минусы:

• Увеличение размера шаблона, что может сказаться на производительности.

• Ограниченная гибкость: если понадобится изменить форматирование для одного скопления, это затруднит правки.

• Усложнение кода: редакторам будет сложнее разбираться в конструкции #switch.

3. Создание навигации прямо на страницах скоплений

✅ Плюсы:

• Легко редактировать: можно править прямо в статье, не лезть в шаблоны.

• Интуитивно понятно: нет сложных конструкций, всё сразу видно.

❌ Минусы:

• Разбросанность данных: редактирование требует заходить в несколько статей.

• Сложнее контролировать обновления: если меняется шаблонное оформление, нужно пересматривать все страницы вручную.

• Возможны ошибки при включении контента на других страницах.

Какой вариант лучше?

Учитывая всё, мне кажется, что наиболее сбалансированным и перспективным выглядит первый вариант (перенос страниц в пространство шаблонов). Он позволяет:

• Избавиться от сложной структуры 12 вспомогательных шаблонов.

• Сделать редактирование понятным и централизованным.

• Сохранить адаптацию под разные темы оформления.

Но! Если в будущем появится потребность в ещё большей автоматизации, можно будет рассмотреть #switch, если нагрузка на сервер окажется не критичной.

Как здорово, что вы сошлись во мнении, и избавили меня этим от мук выбора. Для меня-то эти варианты почти равнозначны. Значит, займусь переделкой по первому типу. А по поводу переработки статей по астрографии у меня к вам две новости. Плохая заключается в том, что их все всё равно придется править, потому что там страшный бардак. Хорошая новость в том, что этим займусь я, так что вы не пострадаете :)

Хорошо, когда кто-то берёт инициативу :) Когда решим с табберами, я их переделаю и займусь концептом заглавной, там тоже бардак. Спойлер: вики-друзья/вики по схожей тематике - это какой-то кринж из нулевых, он до свидания сразу, а все почётные редакторы должны быть на отдельной странице. Заглавная - это меню, как и меню в игре, так что там только реально полезные вещи должны быть.

Раз уж мы все равно отошли от темы, Lucy, посмотри пожалуйста шаблон. Есть ли возможность сделать так, чтобы зеленые полоски тоже работали в мобильной версии?

Шесть. Шесть систем из 50 сейчас сделаны по типу 3 пункта. С инклудами. И Немейская бездна без шаблонов вообще.

Боюсь, что вряд ли мы сможем сделать этот шаблон на мобильном, потому что он заполняется посредством параметра, а всё, что в div style, на мобильном просто не рендерится.

Единственный костыль, который я могу предложить, это посмотреть, много ли вообще вариаций заполнения этого шаблона, и понасоздавать подклассов с этой шириной, а потом через параметр проверять не style width, а class через #switch. Например, div class="{{#switch: {{{Нулевой элемент}}} | 600 = six-hundred}}", то есть если параметр нулевой элемент на странице задан с числом 600 (рандомно взяла), то подставляется класс .six-hundred, где уже указано, что width: calc (600/200)%; Но это я пока прям условно говорю, потому что я не проверяла, что там по наполнению, и если вариаций больше 10, то мы можем и заколебаться. Проблема в том, что нам нужна переменная, которая заполняется на странице, а в CSS такую переменную можно сделать только через style, который на мобильном не рендерится. Мне чудом повезло сделать это в инфобоксах, но там почему-то style на мобильном не исчезает, причём я это узнала как раз во время дизайна инфобокса, это какой-то скрытый баг/фича

Нет, так нет :) Цифровые значения там есть, и так сойдёт. Но, простите, где у нас style в инфобоксах?