Minecraft Wiki
Регистрация
Advertisement
Information icon
Добро пожаловать на страницу обсуждения общих вопросов по русскоязычному разделу Minecraft Wiki. Если вы затрудняетесь определить, где стоит задать вопрос об этом вики-проекте, отправьте его на эту страницу. Перед созданием новой темы не забудьте ознакомиться с правилами обсуждения. Подписывайте свои сообщения с помощью четырёх тильд (~~~~). Добавляйте новые темы снизу.
↱MCT:ПОРТАЛ

Унификация некоторых терминов

Не совсем понятно, какие из этих терминов (и как) следует использовать в статьях. Предлагаю остановиться на одном варианте и закрепить результат в руководстве по стилю.

  1. Единицы сытости или единицы голода? Считаю, что предпочтительнее первое, так как шкала уменьшается со временем до нуля и восполняется едой (а не наоборот, увеличивается со временем и уменьшается при потреблении пищи).
  2. Режим «Творчество», режим Творчество, творческий режим, Творческий режим? (Аналогично с другими режимами.)
  3. Уровни сложности? Здесь вообще путаница. Мирный уровень сложности? Мирная сложность? Уровень сложности «Мирный»? А как называются другие уровни, чтобы не было «лёгкая сложность» или «сложная сложность» (сложность низкая/высокая)? --AttemptToCallNil (сообщить об ошибке, трассировка вызовов) 12:38, 19 января 2020 (UTC)
1. Единицы сытости, восполняемые едой.
2. Творческий режим, звучит нормально, легко склонять.
3. Не вижу ничего дурного в Мирном/Низком/Высоком уровне сложности, пока прилагательное относится к уровню, а не к сложности. --BloodCaster (обс.) 13:15, 19 января 2020 (UTC)
2) Режим приключения, режим наблюдения, режим выживания, хардкорный режим?
3) Я тоже. Но вот с большой буквы или нет писать уровни? --AttemptToCallNil (сообщить об ошибке, трассировка вызовов) 13:31, 19 января 2020 (UTC)
Считаю, что названия режимов игры нужно писать с заглавной буквы, так как эти слова используются на вики как наименования режимов, а не как понятия. А вот уровни сложности следует писать и со строчной буквы, так как это лишь обозначающие понятия, встречающиеся в различных играх повсеместно.
По поводу написания названий режимов и уровней сложности я высказываться не буду — я готов принять любой вариант, который будет утверждён. — Gk 0 Инструменты писателя (Thaumcraft) (обсуждение|вклад) 14:21, 19 января 2020 (UTC)
И так...
  1. Единицы сытости, влияние идёт от сытости, а не от голода.
  2. Режимы «Творчество», «Наблюдение», «Выживание», «Приключение», «Хардкор». Без кавычек, но с большой буквы. Хотя нужно понимать, что Хардкор, это надстройка над миром, а не режим игры.
  3. Мирная, Низкая, Средняя, Высокая сложность. Со строчной буквы. Для визуализации представить вертикальный ползунок.
Ivan-r (обс.) 21:52, 19 февраля 2020 (UTC)

Шаблоны с надстрочным текстом

Мне всегда казались шаблоны {{Только}} и {{Запланированный}} бессмысленными, я их никогда не использую — они громоздки и неудобны. В карточках не влезают и смотрятся некрасиво, проще воспользоваться примечанием или сокращёно указать в скобках издание. Когда используются в тексте, зачастую неясно, к какой информации относится шаблон — к словосочетанию, предложению или целому абзацу. Его используют не только перед точкой, но и в середине предложения. Лучше написать так: «В Bedrock Edition в заснеженной тайге генерируется аванпост разбойников», а не «В заснеженной тайге генерируется аванпост разбойников[Только для Bedrock Edition]»; «В 1.16 в Нижнем мире четыре биома» — «В Нижнем мире четыре биома[запланированное: JE 1.16]». Согласитесь, с шаблонами смотрится неказисто и не так читабельно, как без них. — Askhadulin (обс.) 18:45, 2 марта 2020 (UTC)

На enwiki есть шаблон en:Template:In, предназначенный для обозначения издания в тексте. Возможно, перенести такое к нам и сделать что-то похожее для запланированного? --AttemptToCallNil (сообщить об ошибке, трассировка вызовов) 19:07, 2 марта 2020 (UTC)
Даже не знал про его существование. Согласен, мне нравится. А предыдущие предлагаю потом выпилить. — Askhadulin (обс.) 01:20, 3 марта 2020 (UTC)

Удаление цитат во вступлениях статей

Предлагаю это сделать, а ссылки на источники цитат перенести в раздел См. также (создав подраздел Внешние ссылки). Эти цитаты не очень полезны для читателей и могут портить выдачу результатов в поисковых системах (когда содержимое цитат показывается вместо вступления), поэтому использование цитат во вступлениях статей считается (сотрудниками Fandom, принадлежащими команде User Experience) нежелательным. --AttemptToCallNil (сообщить об ошибке, трассировка вызовов) 15:56, 18 марта 2020 (UTC)

За. Разделы «См. также» и «Интересные факты» лучше не использовать, ссылки на другие статьи и интересные факты (именно интересные факты, а не беспорядочный сборник мусора) интегрируются в основное содержимое статьи. Цитаты полезно использовать в статьях, когда нельзя пересказом передать точный смысл или авторский стиль, но в преамбуле им явно не место. — Askhadulin (обс.) 22:59, 18 марта 2020 (UTC)
Насколько уместно использование цитат у нас в принципе? — Ivan-r (обс.) 10:46, 19 марта 2020 (UTC)

История для команд

Я хочу предложить ко всем командам добавить простые истории, которые используются за этим шаблоном, которые используются в других статьях. Такие истории могут быть как маленькими (пример) (имеют очень малую часть, типа создание, пересоздание, удаление), так и большие (пример). Также хочу поднять один вопрос, кто будет переносить все истории. Либо я (вместе и для украинской вики), или кто-то из вас? Partition5896 (обс.) 21:14, 20 апреля 2020 (UTC)

Полагаю, с этим вообще проблем не будет. Единственное, что требуется, это качественный перевод. — MakandIv (кортамс|сатовкс) 10:37, 21 апреля 2020 (UTC)
После того, как в отдельных статьях появится история, следует убрать дублирующуюся историю в основной статье и оставить только свойственную для всех команд. — Askhadulin (обс.) 14:46, 22 апреля 2020 (UTC)

Я у себя создал историю по всем командам (каждая команда — раздел). Пока что только заготовка, но буду пополнять. Если заметите ошибки или еще что-то, дерзайте. Partition5896 (обс.) 02:20, 30 апреля 2020 (UTC)

Кстати также надо будет учесть то, что по всем историям команд придется добавлять информацию во все версии и снапшоти. На что я не готов,

поскольку я не знаю как правильно такую информацию добавлять. Partition5896 (обс.) 20:15, 3 мая 2020 (UTC)

Статьи о модификациях

Уверен, что со мной многие не согласятся (или все). Я предлагаю перенять опыт англичан и рассмотреть вопрос об экспорте статей о модификациях отсюда на FTB Wiki с сохранением истории правок. Зачем эта каша с подстатьями на проекте об оригинальной игре, когда это можно держать в другом месте? Я был бы не против заняться этим. — Askhadulin (обс.) 03:11, 10 мая 2020 (UTC)

Я вижу минус уже в активности. Причём и в ваниле, и в модвики. И соотвествующие вытекающие проблемы. Плюс проблемы синхронизации технического и социального обслуживания. К тому же есть мнение держать всю информацию о Minecraft в одном месте. — Ivan-r (обс.) 10:03, 10 мая 2020 (UTC)
Есть ещё тот факт, что на FTB Wiki используется расширение Translate, ограничивающее формат страниц с переводами. Вследствие этого будет очень сложно или невозможно создавать статьи не на английском языке, которые не являются точным переводом оригинальных. Иными словами, возможность создавать полностью свои статьи у нас может пропасть, а всё, что будет возможность создать, невозможно будет сделать лучше, чем в оригинале (только так же или хуже). --AttemptToCallNil (сообщить об ошибке, трассировка вызовов) 10:53, 10 мая 2020 (UTC)
Определённо Против. Согласен с вышеизложенными аргументами. Помимо этого, у нас огромное количество шаблонов, модулей для модификаций, при переносе на другую вики с этим также могут возникнуть проблемы. Иначе говоря, у нас уже имеется достаточно инструментов для создания статей о модификациях. — GRASP logo Asassin 1 talk 10:43, 15 мая 2020 (UTC)
С другой стороны, ту же англоязычную статью на FTB Wiki можно дополнить, но мало кто это будет делать (да и с Translate это уже несколько сложнее). Но, строго говоря, Translate не запрещает делать статьи более информативными — ограничена разве что структура статьи. Вообще, про FTB Wiki своё мнение как-то раз высказал BloodCaster: по его словам, там другая философия написания статей — делать менее информативные статьи в угоду большей «наполняемости» (что, впрочем, понятно, учитывая неохватное поле для работы). Хотя и у нас статьи вроде бы не блещут подробным содержимым, за некоторыми исключениями.
Альтернативой подстатьям способны служить новые пространства имён, однако если делать их по одной штуке на модификацию, их выйдет сотни, а то и тысячи. Можно просто выделить для всех модификаций одно пространство имён (типа Модификации:IndustrialCraft 2/Пестицид), но я несколько сомневаюсь в такой затее. Про шаблоны согласен ­— мы и на своей-то вики не можем должным образом поддерживать актуальными ключевые шаблоны и модули, а на другой вики (пусть специализированной) и подавно! — BabylonAS 15:48, 20 мая 2020 (UTC)
Против. Я как переводчик на FTB Wiki испытал особенности Translate. С помощью неё хорошо переводить существующие английские статьи, но написать свои не выйдет. Также есть проблема, что оригинальная статья требует ручной установки метки для перевода, то статью невозможно перевести, пока её не отметят. (Хотя сейчас есть русскоязычный Editor Qunynawy, который имеет право помечать статьи.) Шаблоны тоже составляют проблемы, чтобы шаблон работал в переведённой статье, нужно перевести шаблон, а порой там замысловатые шаблоны, которые даже опытный не может понять, как перевести шаблон с помощью Translate. О структуре статьи: я помню, как хотел доперевести (где-то 1/3 или 1/4 статьи было уже переведено) статью GregTech 5/Electricity; проблемы с переводом абзацев не возникли, но когда дошёл до крупной таблицы, просто каждое слово (редко по два слова) приходилось переводит отдельно. Сообщения в Recent Changes просто заполонили моими правками, в Discord - тоже. Да, может я и преувеличиваю, но такая система, мне кажется, подходит для перевода, разве что, документаций и руководств. Конечно, это не MCW, но я начинал с правок в статьях о предметах модификаций, то есть меня потянули править именно статьи о модификации. Если переносить статьи туда, у меня не появиться желание заниматься этим, да и просто переводом тоже. (Хотя сейчас я и здесь особо не редактирую из-за учёбы.) — MakandIv (кортамс|сатовкс) 17:53, 30 мая 2020 (UTC)

Приоритетный вопрос: пространства имён для Dungeons и Earth

Предлагаю в кратчайшие сроки решить вопрос о создании пространства имён Minecraft Dungeons (псевдонимы Dungeons и MCD) для этой игры, а также Minecraft Earth (псевдонимы Earth и MCE).

Предлагается все созданные на данный момент страницы про эти игры, если они соответствуют синтаксису пространства имён (т. е. Minecraft Dungeons:Страницы) переименовать в подстраницы (т. е. Minecraft Dungeons/Страница). Использование синтаксиса пока не созданного пространства имён может вызвать проблемы при его реализации. --AttemptToCallNil (сообщить об ошибке, трассировка вызовов) 19:53, 1 июня 2020 (UTC)

С созданием отдельных пространств имён для Dungeons и Earth я Согласен, это необходимо. С переименованием проблем не вижу, я Не против любого исхода обсуждения по вопросу переименования. — Gk 0 Инструменты писателя (Thaumcraft) (обсуждение|вклад) 05:50, 2 июня 2020 (UTC)
Я Согласен, с этим нужно что-то делать. Без Вики новичкам сложно будет. Плюс, вики оформлены как обычная вики по Майнкрафту. Нужно оформление как enwiki — Nerkinz 11:16, 2 июня 2020 года (UTC)
Согласен, с созданием пространства имён. Так проще с ними работать, если переводить с английской вики. Также присоединяюсь к вышеописанным аргументам. — MakandIv (кортамс|сатовкс) 10:10, 2 июня 2020 (UTC)
Согласен. Поразмыслив ещё раз, больше склоняюсь к созданию пространства имён. — GRASP logo Asassin 1 talk 11:44, 2 июня 2020 (UTC)
Согласен. --89.222.181.235 12:15, 2 июня 2020 (UTC)
Поддерживаю. Но по псевдонимам предлагю ограничиться только MCE и MCD. Страницы необходимо переименовать точно. Опыт с ТеррарияВики показывает, что иначе страницы будет не достать. — Ivan-r (обс.) 15:10, 2 июня 2020 (UTC)
Согласен насчёт пространств имён — моя позиция про то, что единая вики по франшизе лучше, чем множество проектов по отдельным играм, по-прежнему в силе. Со страницами делайте что хотите. — BabylonAS 16:23, 2 июня 2020 (UTC)

Итог

Судя по всему, введено. — Ivan-r (обс.) 17:07, 2 июня 2020 (UTC)

Подтверждаю, введено. --AttemptToCallNil (сообщить об ошибке, трассировка вызовов) 17:16, 2 июня 2020 (UTC)

Фон заголовков

Предлагается изменить фон заголовков на ruWiki для Minecraft и Minecraft Dungeons. Сейчас на Вики используются обычный синий фон. Он слишком пресный и устаревший. На данный момент существует 17 вики по Майнкрафту, из 17 Вики, три использую старый синий фон - Чешская, Русская, Турецкая. Остальные 14 Вики идут в ногу со временем и давно использую этот стиль. Синий цвет давно уже всем приелся, и нужно что-то с этим делать. Прошу всех выразить своё аргументированное мнение. — Эта неподписанная реплика была добавлена участником NerkinZ (обс. · вклад) в 15:27, 8 июня 2020 (UTC). Подписывайте свои сообщения с помощью ~~~~.

Примерфона

Пример фона для текста.

Я Согласен, с тем, что нужно изменить фон заголовков. В Вики нужно дать глоток свежего воздуха. Нужно идти в ногу со временем, а не оставаться где-то в далеком 2010-м году. — NerkinZ (обс.) 15:27, 8 июня 2020 (UTC)
Если не нравится старый синий фон, давайте сменим его на зелёный. Хотя погодите, он и так используется уже в шаблоне {{предмет}}. А например, для шаблона {{еда}} используется бирюзовый. То есть разнообразны таки.
Из 14 вики использующих травку, 13 в полном объёме копируют стили с англовики, одна просто англовики.
Я против использования травки в заголовках не только потому что монотонные заголовки являются визитной карточкой вики. Я против ещё и потому, что выглядит это... Для примера представьте ВАЗ-2106 со значком мерседеса на копоте, вот это вы и предлагаете. Если есть желание изменить дизайн, его следует менять более комплексно. Менять весь стиль, по крайней мере шаблона {{Карточка}}.
Изменения чисто заголовка я Против и считаю неприменимым в таком виде для вида по умолчанию. — Ivan-r (обс.) 16:13, 8 июня 2020 (UTC)
Я пока не увидел более приемлемого варианта фона. Если и менять заголовок, то только на Заглавной странице. Но с другой стороны, зачем? Скажете, слишком «пресно, официально, это же вики по игре». Ну, оформление сайта у нас как раз по игре. Ни один из предложенных фонов (доски, трава, камень) не подходят стилистически. Так что, я всё же Против. — GRASP logo Asassin 1 talk 12:46, 9 июня 2020 (UTC)

Вопросы насчёт Вики

Всем привет, я новичок на Майнкрафт Вики. Я создал статьи Аддоны и Создание наборов параметров. На данный момент я бы хотел развиваться в направлении статей по аддонам. Но у меня есть пару вопрос насчёт вики, на которые я не нашел ответов.

1)Всегда ли на Вики был такой низкий актив? Лично я не вижу здесь сообщества людей, которые работают вместе и мне как-то странно здесь ощущается.

2)На геймпадии нет средств общения, кроме обсуждений-статей? Просто мне очень трудно контактировать на Вики из-за этого. Вопрос не по теме, но всё же.

3)Каких статей не хватает Вики? Да, есть список, но он идёт вразброс, хотелось бы знать, где тут "Горячие точки". Если я вам мешаю или вопрсы глупые, не отвечайте. BendySonic (обс.) 10:51, 11 августа 2020 (UTC)

1. Не всегда. Правда, реально выше он был в годах 2011—2013, но тогда значительно большая часть деятельности была направлена не на улучшение статей. Сейчас деятельности вообще меньше, но доля однозначно конструктивной несколько больше. Сейчас активность может снова подняться, так как удалено требование регистрации на Twitch, которое отпугивало некоторых потенциальных редакторов.
2. Пока на самой вики есть только страницы обсуждения, но с переходом на UCP следует ожидать появления Фэндомовских комментариев. По текущим данным, ожидается, что переход завершится к концу года. А пока из иных средств общения остаётся только Дискорд.
3. Вряд ли есть список наиболее желаемых отсутствующих статей. Но те статьи, что есть, тоже нуждаются в изменениях. Я создавал для себя сводный список категорий статей, где есть проблемы, которые следовало бы исправить, возможно, он чем-то поможет.
4. Вопросы вполне осмысленные, и я не думаю, что они кому-то мешают. --AttemptToCallNil (сообщить об ошибке, трассировка вызовов) 11:05, 11 августа 2020 (UTC)

Строка «Первое появление» в карточках

Сейчас почти повсеместно в карточке объектов в строке «Первое появление» указывается ссылка на раздел история той же статьи.

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

Я предлагаю вписывать в это поле первое появление в релизе одного любого издания. Например, для блока красного камня это будет JE 1.5; для агента — PE Alpha 0.16.0. А ссылку на раздел истории, сделать значением по умолчанию. — Ivan-r (обс.) 17:47, 21 августа 2020 (UTC)

А может, убрать это поле вообще? --AttemptToCallNil (сообщить об ошибке, трассировка вызовов) 18:51, 21 августа 2020 (UTC)
На сколько я помню, это поле уже не отображается по умолчанию. — Gk_0 Инструменты писателя (Thaumcraft) (обсуждение|вклад) 18:52, 21 августа 2020 (UTC)
На англовики, похоже, от поля уже отказались. Если и оставлять, то с указанием лишь самой первой версии того издания, где он появился впервые, но особой пользы от поля как такового, похоже, и вправду мало. — BabylonAS 19:42, 21 августа 2020 (UTC)
Похоже? Да, это одноразовая информация, но она позволяет одновременно узнать не только версию, но и в каком издании впервые появился объект. — Ivan-r (обс.) 20:26, 21 августа 2020 (UTC)
Того же самого можно добиться, соответствующим образом размещая заголовки в таблице истории 🤷 — BabylonAS 20:42, 21 августа 2020 (UTC)
Ты готов вновь переписать шаблон:История? Я предлагаю то что действительно можно изменить в лучшую сторону, малой кровью. Изменить поле в карточке можно прямо сейчас, сразу добившись желаемого результата. Вопрос лишь в том, насколько это будет интересно читателю. — Ivan-r (обс.) 09:13, 22 августа 2020 (UTC)

Шаблон:Таблица идентификаторов

Сейчас у нас реализован как модуль, оригинал — как трудночитаемый текстовый шаблон, который не мешало бы перевести на модуль.

Не вполне понимаю, совместим ли синтаксис оригинала с синтаксисом переводного модуля. Документация очень скудная.

Этот шаблон в текущем состоянии пригоден к использованию для перевода соответствующих таблиц с английской вики? --AttemptToCallNil (сообщить об ошибке, трассировка вызовов) 11:17, 25 августа 2020 (UTC)

Синтаксис отличается. Шаблон на модуле вызывается лишь один раз со всеми данными, английский шаблон — вызывается для каждой строки (как шаблон «История»). Если переводить на английскую версию, то нужно переделывать в каждой странице. Возможно, это можно реализовать ботом, так как порядок рядов совпадает. — MakandIv (кортамс|сатовкс) 11:21, 25 августа 2020 (UTC)
Что и куда нужно перевести? Этот шаблон пригоден, чтобы переводить таблицы с английской вики. RDmitriyS (обс.) 11:31, 25 августа 2020 (UTC)
Я бы сказал, что скорее английскую версию следовало бы перевести на какой-нибудь подобный модуль. Ясно, спасибо: значит, синтаксис другой, но функциональность та же. --AttemptToCallNil (сообщить об ошибке, трассировка вызовов) 12:26, 25 августа 2020 (UTC)

Политика вики-перевода

Утро начинается не с кофе. А с жарких баталий на тему как правильно создавать новый языковой раздел Minecraft.

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

Ответ возник быстро, делайте на базе рувики. Припоминая как это выглядит на энвики, как это до сих пор выглядит на вики по Террарии, как это выглядит на медиавики, мною был дан совет, Создавайте подстатьи у нас с башкирским языковым кодом. То есть статьи вида Лес/ba, Морковь/ba, Зомби/ba. Это особенно упрощает работу с шаблонами, но имеет очевидные проблемы с названиями статей.

Однако дополнительный анализ также выявил, что англовики давно не использует такой подход, в том числе из-за сильного устаревания таких страниц в следствии неактивности переводчиков. Вместо этого создаются статьи с итоговым названием, но как подстатьи соответствующего языкового проекта. Что имеет ряд своих плюсов, в том числе простота дальнейшего переноса.

Я склоняюсь к более привычному варианту, и рекомендовал его. Но у нас никогда такого не было, а участники против размещения страниц перевода в основном пространстве уже есть. Так что неплохо было бы если бы свои мысли на этот счёт высказали все члены нашего дружного сообщества. — Ivan-r (обс.) 09:15, 23 сентября 2020 (UTC)

Склоняюсь к подстатьям. Не используют основное пространство имён (фильтровать переводы нередко оказывается полезно + так они могут не отображаться в поиске для большинства посетителей, кому они вряд ли интересны), к тому же, если названия страниц содержат переводные названия страниц (а не исходные + код языка), перенос на новую вики можно легко автоматизировать без последующей необходимости массового ручного переименования. --AttemptToCallNil (сообщить об ошибке, трассировка вызовов) 11:05, 23 сентября 2020 (UTC)
Согласен с AttemptToCallNil. Правда, английский раздел (как головной) уже давно де-факто претендовал на роль единой площадки для проектов перевода, да и банально там информация нередко посвежее, а шаблоны и модули более развиты. Готовность проекта оценивалась (вроде бы) при участии админсостава англовики, а новые разделы получали доступ к единому с ней хранилищу файлов. Создание проектов перевода на базе нашего раздела явно будет нечто беспрецедентным и неожиданным в том числе и для глобальной администрации Fandom/Gamepedia, но я уверен, что сильно противиться они не будут. — BabylonAS 06:57, 24 сентября 2020 (UTC)
Поправка: Похоже, решили делать башкирский (а также чувашский) перевод на базе английского раздела. Тогда вопрос закрыт. — BabylonAS 09:18, 24 сентября 2020 (UTC)
Не малую роль в этом сыграло отсутствие понимания где и как размещать перевод на нашем проекте. Так что всё же нужно решить. — Ivan-r (обс.) 09:43, 24 сентября 2020 (UTC)
Участники перевода, по всей видимости, уже для себя этот вопрос решили. Это их право, и насильно перемещать проекты переводов с раздела на раздел считаю недопустимым. К тому же наша позиция как опорного раздела не такая уж и хорошая. Пусть действуют по своим соображениям, а помочь мы всегда сможем, где бы проект перевода не находился. Ну а пока выставил страницу чувашского проекта на нашей вики на удаление. — BabylonAS 06:46, 25 сентября 2020 (UTC)

Новые сокращения для имён пространств

Пишу под влиянием предложения на англовики, но отнюдь не слепо копируя его.

Предлагаю к рассмотрению следующие сокращения:

  1. Сокращения для пространств имён обсуждений статей аффилированных с собственно Майном игр (у пространств статей по этим играм уже есть сокращения MCD и MCE):
    • MDT или MCDT для Обсуждение Minecraft Dungeons;
    • MET или MCET для Обсуждение Minecraft Earth.
  2. С и H (от Help) для пространства Справка и ОСHT от Help talk) для Обсуждение справки.
  3. Ш и T для шаблонов, ОШ и TT для обсуждений шаблонов.

Русскоязычные сокращения для обсуждений по статьям Dungeons и Earth предлагаю по аналогии с сокращением MCT (Обсуждение Minecraft Wiki) не вводить — сокращение на то и сокращение, чтобы писалось быстрее, и переход с раскладки на раскладку тут явно не поможет. Сокращения по справкам позволят не делать краткие ссылки для них через то же пространство MCW, а в случае с шаблонами — экономить место и время там, где {{шс}} не пригоден (например, в описаниях правок).

— BabylonAS 06:36, 25 сентября 2020 (UTC)

Зачем? — Ivan-r (обс.) 12:32, 25 сентября 2020 (UTC)

Отказ от подстраниц по идентификаторам

Судя по всему, расширение DPL наконец-то получило возможность включать отдельные разделы других страниц:

{{#dpl:title=Печь|include=#Интересные факты}}
  • Если во время передвижения на вагонетке зайти в инвентарь печи, то миновав несколько блоков, игрок автоматически выйдет из неё.

Таким образом, подстраницы вроде Печь/НД или Печь/СБ окончательно лишились смысла существования. С подстраницами по NBT сложнее, там уже идёт механизм вложения NBT-структур (а значит, одна страница включается в другую, причём динамически), но, по крайней мере, от части подстраниц уже можно с чистой совестью отказаться. — BabylonAS 07:07, 25 сентября 2020 (UTC)

Изменение рецептов крафта

Как изменить рецепт крафта на этой странице? Там один рецепт повторяется дважды. Как я понял, эти данные как-то подтягиваются из шаблона {{Использование для крафта}}. --Miavchik (обс.) 06:21, 3 октября 2020 (UTC)

Исправлено. — MakandIv (кортамс|сатовкс) 09:24, 3 октября 2020 (UTC)

Обсуждаем Minecraft Wiki:Портал сообщества

Предлагаю кардинально обновить дизайн страницы портала сообщества. В частности, раздел «Проекты» считаю нужным объединить с разделом «Участникам», туда же можно перенести ссылку на Discord (что позволит отказаться от раздела «Связь»). На освободившееся место можно наконец-то добавить раздел текущих обсуждений. Помимо этого можно рассмотреть смену стилей и добавление виджета Discord (в виде отдельного раздела) в правой колонке.

Мой черновик. Прямо сейчас меня интересует решение трёх проблем:

  1. Я решил переделать раздел «Участникам» в виде колонок. Всего получились четыре колонки — это «Общее», «Нужно посетить», «Нужно сделать» (позаимствовано из нынешней версии портала) и «Проекты» (перенесено из отдельного блока). На моём широком мониторе четыре колонки в ряд выглядят сносно, но хотелось бы реализовать их разбивку в виде 2×2 для более узких экранов.
  2. Пока не знаю, как разместить ряды ссылок «Редактировать — Обновить — Добавить в список наблюдения» внизу блока.
  3. В связи с тем, что я позаимствовал общую стилизацию со страницы проектов и с английской страницы портала (где общее белое поле с границей), мне пришлось убрать границу и фон у всех блоков, и я хочу добавить взамен границу между колонками (по вертикали блоки уже как бы визуально разделены с помощью заголовков).

— BabylonAS 16:22, 25 октября 2020 (UTC)

Третья проблема решена, первая тоже (хотя непонятно, как сделать так, чтобы в случае разбивки на 2×2 колонки занимали всю доступную ширину).
Никому тема не интересна? — BabylonAS 08:24, 28 октября 2020 (UTC)
Я не против. У меня нет причин для возражений. — Gk 0 Инструменты писателя (Thaumcraft) (обсуждение|вклад) 09:25, 28 октября 2020 (UTC)

Думаю, стоит поподробнее расписать претензии к текущему варианту страницы портала, а также предлагаемые изменения и нововведения, какими я их себе представляю.

Проблемы

  1. Если сравнивать наш портал с порталом на англовики, то можно заметить, что там в большей мере отражается активность вики-проекта: присутствуют ссылки на текущие обсуждения и предложения, даже наличествует виджет Discord, показывающий находящихся в сети пользователей сервера, хотя его целесообразность сомнительна. Кроме того, там с пояснениями перечислены статьи, которые необходимо написать. Всем этим не может похвастать страница нашего портала.
  2. Ряд проблем с конкретными блоками. В разделе «Участникам» отсутствуют ссылки на такие появившиеся не так давно важные страницы, как руководство по стилю, и даже ссылка на старую справку по редактированию. Кроме того, я не очень уверен насчёт ссылок на заготовки, на отмеченные к удалению, переименованию и прочим изменениям страницы — да, они несут определённую пользу, но вместе с этим занимают немало места на странице (и распределены сразу по двум спискам — над их структурой тоже стоило бы подумать). Столь ли нужно перечислять проекты (по крайней мере неактивные) ­— тоже вопрос. Раздел «Участники» зачем-то делит всех на администрацию и остальных, причём в администрацию зачем-то попали боты (хотя ими могут управлять и рядовые участники), а среди рядовых записались заблокированные участники! А горизонтальные списки в этих случаях, по-моему, не способствуют восприятию перечисляемых ссылок.
  3. Табличный дизайн — это, конечно, выглядит круто, но он не очень хорошо стыкуется со ставшими чрезвычайно популярными мобильными устройствами. Кроме того, пусть это, наверное, и мелочь, но стилевое оформление нашего нынешнего портала (да цвет тот же) многие могут счесть устаревшим.

Предлагается добавить

  1. Список текущих обсуждений и предложений. Собственно, задел под них уже есть, так как Asassin 1 предлагал добавить текущие обсуждения в портал ещё в 2015 году, тогда же он и создал страницу с текущими обсуждениями. То есть речь идёт о явно назревшем нововведении, которое за эти годы так и не было реализовано.
  2. Ссылки на новые важные страницы, появившиеся за последние несколько лет: руководство по стилю, ведение обсуждений, страницу о сервере Discord. Кроме того, здесь бы отлично смотрелась ссылка на справку по редактированию — старой, но ещё полезной странице.
  3. Список статей, которые требуется создать. На портале уже есть ссылка на служебную страницу, однако у движка MediaWiki своё толкование понятия «требуемой страницы», а здесь можно было бы подробнее описать, зачем статья эта нужна. Также можно сделать список текущих задач, которые нужно сделать. Необязательно впихивать всё непосредственно на портал — возможно, достаточно будет ссылки на отдельную страницу, где всё это будет перечислено.
  4. Отдельным пунктом пропишу возможное добавление многострадального виджета Discord: если его и добавлять, то портал сообщества — самый логичный вариант его размещения.

Предлагается изменить

  1. Предлагаю пересмотреть организацию раздела «Участникам». Во-первых, горизонтальные списки являются довольно неудобным способом перечисления ссылок в этом разделе — предлагаю использовать вместо них колонки. Во-вторых, стоит заново осмыслить выбор самих ссылок и их группировку. Однозначно должны присутствовать общие ссылки, но оправдано ли многообразие ссылок на заготовки, помеченные к удалению и ко всему прочему страницы? Может, вынести их в отдельную страницу, назвав её «Страницы, требующие внимания» (прототип уже есть)?
  2. Раздел «Участники» предлагаю упростить, убрав разделение на две группы. Список заблокированных участников вряд ли кому-то понадобится, как и неиспользуемая ныне группа проверяющих участников. Заодно место можно сэкономить. Мои претензии касательно горизонтальных списков не касаются этого раздела — вот здесь перечисление групп участников в строчку вполне себе работает.
  3. Разделы «Проекты» и «Связь», на мой взгляд, нерационально расходуют пространство. Я не уверен в необходимости перечисления неактивных проектов, а также наличия отдельного блока (думаю, в разделе «Участникам» проекты будут смотреться вполне уместно). Что касается связи, то ссылку на Discord можно переместить в общие ссылки, как раз рядом с ссылкой на страницу о сервере. Сэкономленное место можно отвести под текущие обсуждения.
  4. Стиль страницы. Предлагаю использовать примерно тот же стиль, что и у страницы проектов — с «объёмной» шапкой и белым фоном. Табличный дизайн хочу сохранить, но нужно позаботиться о его совместимости с мобильными устройствами.

— BabylonAS 09:55, 30 октября 2020 (UTC)

Ivan-r решил подключиться к решению вопроса. Что ж, будет интересно. — BabylonAS 14:59, 17 ноября 2020 (UTC)
Судя по всему, ключ к тому, как подружить табличный макет с мобильными устройствами, зарыт на Заглавной странице. Там для этого используется новшество CSS3 из того же семейства, что и display: flex (который, к слову, помог мне решить проблему с колонками в разделе «Участникам»), а именно display: grid. Начинаю работать над тем, чтобы применить его к своему варианту портала, но похоже, что как и в случае с заглавной, придётся ковыряться в глобальном CSS. И ещё я боюсь, что ради grid придётся принести в жертву ту вертикальную линию, разделяющую колонки, да и заголовки тоже. — BabylonAS 20:08, 19 ноября 2020 (UTC)
Grid-вёрстка сработала. Сделал отдельную страницу CSS, заодно убрал большинство inline-стилей. Остаётся лишь разобраться с размещением рядов ссылок в нижних блоках, хотя... возможно, есть более элегантный вариант их реализации сверху? — BabylonAS 08:42, 20 ноября 2020 (UTC)

Kokloswine

Предлагаю выдать участнику Kokloswine флаг администратора.

ВкладОтменыЖурнал

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

Я считаю что флаг администратора должен выдаваться всем замечательным участникам с большим однозначно положительным вкладом. — Ivan-r (обс.) 14:19, 22 ноября 2020 (UTC)

А когда-то считали, что администраторов слишком много не должно быть... 🙃️
Не против назначения. Я и раньше рассматривал его как пригодного на роль администратора. Не припоминаю каких-либо эксцессов с участником. — BabylonAS 14:33, 22 ноября 2020 (UTC)
Не против, но мне нечего добавить к аргументам. — MakandIv (кортамс|сатовск) 14:45, 22 ноября 2020 (UTC)
Я не против нового назначения, так как должность администратора позволит ему делать намного большее чем ранее. KhottyManatee55 (обс.) 18:00, 22 ноября 2020 (UTC)
Положусь на мнение Ивана. Против назначения ничего не имею. --BloodCaster (обс.) 15:04, 22 ноября 2020 (UTC)
Нейтрален. Правки участника не вызывают нареканий, но и не дают полное представление о его компетентности в принятии административных действии. Возможно, стоит ещё подождать, пока участник полностью не проявит себя в метапедической сфере. Также я забираю свои слова назад касательно проведения конфирмации администратора Gk 0, отправленные на закрытом канале в Discord’е — из-за усталости от вики, я приобрёл синдром вахтёра. Сейчас каждый активный участник на вес золота. — Askhadulin (обс.) 15:30, 22 ноября 2020 (UTC).
Не вижу причин дисквалифицировать кандидата. На первый взгляд вклад хороший, инцидентов с его участием не припомню. У участника уже спрашивали его мнение по поводу назначения? --AttemptToCallNil (обс.) 16:17, 23 ноября 2020 (UTC)
Здравствуйте, я не против того, чтобы меня назначили администратором. Kokloswine Лицо свиньи (обс.|вклад) 16:41, 23 ноября 2020 (UTC)
А я и не писал, что участника нужно дисквалифицировать. В своём сообщении я имел ввиду, что я был бы больше уверен в участнике, если бы он полностью раскрылся в метапедической сфере. Прочитайте моё сообщение ещё раз. — Askhadulin (обс.) 17:49, 23 ноября 2020 (UTC)
@Askhadulin: Извиняюсь за недопонимание, моё сообщение относилось исключительно к предложению назначить Kokloswine администратором, а не к вашему сообщению. Второй уровень отступа был поставлен по ошибке. --AttemptToCallNil (обс.) 02:06, 24 ноября 2020 (UTC)

Откатывающие

В ходе не такого давнего перехода вики на Единую платформу сообществ (UCP) нам добавили группу откатывающих. Да, нас не спрашивали, но раз добавили, то почему бы не воспользоваться? Я уже заготовил черновик страницы. Стоит ли назначать откатывающих и если да, то какие кандидатуры стоит рассмотреть в первую очередь? — BabylonAS 14:47, 22 ноября 2020 (UTC)

Мы либо доверяем участникам инструменты администратора, либо нет. Если мы доверяем, то нет причин не выдать полный комплект. Если нет, то нет причин выдавать хоть что-то. — Ivan-r (обс.) 14:57, 22 ноября 2020 (UTC)
И кто эти «мы»? Говорите за остальных? Быстрый откат на поверку не так сильно отличается от обычной отмены правок (тем более с гаджетом на редактируемое описание), чтобы увязывать с ним весь остальной букет инструментов. — BabylonAS 15:05, 22 ноября 2020 (UTC)
На небольших википроектах нет смысла в разграничении прав администратора, поскольку у них нет такой административной нагрузки, как в Википедии. — Askhadulin (обс.) 16:00, 22 ноября 2020 (UTC)
В отличие от иных инструментов администратора, откат — не что-то принципиально недоступное обычным участникам. Активным борцам с вандализмом такой инструмент может пригодиться, но я согласен с тем, что с учётом размера MCW польза от выдачи флага откатывающего вряд ли соразмерна бюрократическим затратам. --AttemptToCallNil (обс.) 16:19, 23 ноября 2020 (UTC)
Каким активным борцам с вандализмом права откатывающего могут пригодиться? У нас в этом инструменте есть смысл, когда на вики наблюдается массовый вандализм — в таком случае его можно выдавать на время более-менее опытным участникам. В обычных же ситуациях хватает администраторов. — Askhadulin (обс.) 17:49, 23 ноября 2020 (UTC)
Advertisement