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

Добро пожаловать на страницу обсуждения общих вопросов по русскоязычному разделу Minecraft Wiki. Если вы затрудняетесь определить, где стоит задать вопрос об этом вики-проекте, отправьте его на эту страницу. Перед созданием новой темы не забудьте ознакомиться с правилами обсуждения. Подписывайте свои сообщения с помощью четырёх тильд (~~~~). Добавляйте новые темы снизу.

Архивы

• Январь 2011 — Июль 2012
• Июль 2012 — Август 2013
• Август 2013 — Март 2014
• Март 2014 — Август 2014
• Август 2014 — Ноябрь 2014
• Ноябрь 2014 — Январь 2015
• Январь 2015 — Сентябрь 2015
• Сентябрь 2015 — Октябрь 2015
• Август 2015 — Апрель 2016
• Апрель 2016 — Июнь 2016
• Июль 2016 — Февраль 2017

ОЧЕНЬ ВАЖНО: Планы развития проекта на 2016-2018 годы

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

Участники, наделённые некоторыми навыками и опытом, могут обновлять статьи уже сейчас. Однако на английском разделе уже есть более прогрессивное руководство по стилю, которое здесь отсутствует и вовсе (уже 1,5 года никак не можем его написать — причём в связи с русским языком потребуется несколько иной подход). Кроме того, отсутствуют или устарели некоторые шаблоны, возможно — модули, реализующие их. А тут без не просто опытных, а профессиональных участников, активность которых довольно низка, просто не обойтись.

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

С этим вопросом могут быть связаны и законодательные проблемы. Правила на нашем разделе и так, пожалуй, самые крупные на всей многоязычной Minecraft Wiki, но даже они могут охватывать не всё. Порой мы обращаемся к правилам из Википедии, и может возникнуть ощущение, будто здесь действуют правила совершенно другого вики-проекта, что, конечно, недопустимо.

Категоризация тоже может потребовать кое-какой работы. Я не смотрел категоризацию статей, но возможно, что потребуются улучшения. И всё же мне кажется, что она развита лучше, чем категоризация шаблонов. А категоризация модулей вообще только-только начата; впрочем, такого я не видел даже на англоязычном разделе — кое-где мы их всё-таки превосходим. Но не везде.

Наконец, самая больная тема — шаблоны и модули. Шаблоны — заново используемые участки кода, которые можно настраивать (программисты отметят их аналогию с функциями в программировании); модули же являются настоящими сценариями на настоящем языке программирования, которые реализуют некоторые из шаблонов, повышая их эффективность. Это дело вообще не до конца исследовано, масштабы могут быть огромными, но каждый шаблон и модуль может потребовать определённого профессионализма.

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

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

1. рассчитать, сколько участников и кто именно может заниматься обновлением;
2. возможно, привлечь новых участников, потенциально способных на это, для чего потребуются справки, а значит, опытные участники;
3. распределить участников по направлениям.

Ещё AttemptToCallNil в проекте Глобальное обновление распределил страницы, необходимые для обновления, по группам. Но для этого, чтобы повысить эффективность, возможно, и участников потребуется распределить по группам. Естественно, самых опытных требуется направить на более трудоёмкие проблемы.

Итак, цель: преодолеть, или, по крайней мере, существенно сократить отставание русскоязычного раздела Minecraft Wiki от англоязычного примерно к лету 2017 или хотя бы 2018 года. Уже пора это делать, иначе игрокам просто нечего будет здесь читать.

Это сообщение рекомендуется к прочтению всем активным участникам Minecraft Wiki. Все участники могут высказаться и выдвинуть предложения.

— NickTheRed37 (челобітная) 10:09, 6 августа 2016 (UTC)

Поддерживаю решение. Будет ещё лучше добавить звуки с немецкой вики. — GRAND RADION (обс.) 11:47, 6 августа 2016 (UTC)

Ясно, что нужно делать. Но когда? Всë время что-то планируется и обдумывается. Надо уже занятся делом, тем, что предложил NickTheRed37. И занятся прямо сейчас. Вот чаëк допью только... Нужно призвать новычков, недавно начинавшие править, таких как Didfet, POJOLO (правда этот только руководство на странице обсуждения создал) и других. Наконец-то возобновить проект «Глобальное обновление»! -:-:-:- ViChyavIn -:-:-:- (обс.) 12:07, 6 августа 2016 (UTC)

А как они будут это делать? У нас устаревшая и неполная справочная система — по некоторым важным особенностям (в частности шаблонам, спрайтовой системе) у нас просто нет справок. Информацию можно взять с Википедии, но у неё свои особенности, у нас же — свои. — NickTheRed37 (челобітная) 12:15, 6 августа 2016 (UTC)

Значит, как вы упомянули в начале раздела, следует написать справки, по которым новички будут проводить обновления и улучшения. Например я нанимаюсь быть редактором новых справок. Уже кто-то есть. Также хочу обсудить необходимость только что придуманной идеи: может, сделать страницу, например Minecraft Wiki:Проекты/Глобальное обновление/Распределение участников по деятельности, где будет изображен список участников Глобального обновления параллельно с их работой. Для примера: Dand0 — Обновление модулей. и т. п. -:-:-:- ViChyavIn -:-:-:- (обс.) 12:40, 6 августа 2016 (UTC)

Насчёт вашего примера: Dand0 не может заниматься модулями, он не знает язык Lua, на котором они пишутся. — NickTheRed37 (челобітная) 12:45, 6 августа 2016 (UTC)

Вы еще не видели "Застой" в Terraria Wiki. Новый участник уже здесь! \(°-°)/ ROMCHEC (обс.) 13:07, 6 августа 2016 (UTC)

Раздел, организующий участников по деятельности был создан. Прошу всех, участвовающих в Глобальном обновлении проставить себе цели в разделе. -:-:-:- ViChyavIn -:-:-:- (обс.) 15:37, 6 августа 2016 (UTC)

Я (совместно с NickTheRed37 и Dand0) переформировал раздел «Участие в проекте» на странице глобального обновления. Теперь он отображает не только участника, но также дату регистрации и работу, которую избрал участник проекта.

Теперь нужно рассказать другим участникам о проекте, вне этого обсуждения. Например, заменить сообщение-предупреждение о модулизации спрайтов, которое никак не закончится, на «Сообщество проекта просит принять участие в Глобальном обновлении.» -:-:-:- ViChyavIn -:-:-:- (обс.) 10:59, 7 августа 2016 (UTC)

Этот вопрос не может потерять актуальность, но сам я уже вряд ли могу помочь в проекте (занят самой игрой). Прошу вернувшегося Ivan-r заняться этой проблемой. — NickTheRed37 (челобітная) 16:26, 12 октября 2016 (UTC)

Видно, что и AttemptToCallNil уже снова активен. AttemptToCallNil, вы можете проводить мероприятия по данной теме? — NickTheRed37 (челобітная) 16:56, 17 октября 2016 (UTC)

Моё состояние не способствует выполнению сложной работы. --AttemptToCallNil, ранее GreenStone (сообщить об ошибке, трассировка вызовов) 18:17, 17 октября 2016 (UTC)

Тогда кто из опытных может? Или неужто проект обречён? — NickTheRed37 (челобітная) 16:30, 20 октября 2016 (UTC)

Вопрос о вымирании - если заглохнут все администраторы и бюрокарты, то можно ли будет назначить нового? Если нельзя то «проект обречён». Можно создать группу (паблик) ВКонтакте. Комментирование можно запретить в настройках. Содержание - врядли. Если будем на этом заморачаваться, то на саму вики не будет времени.--Brandeliсk (обс.) 17:46, 20 октября 2016 (UTC)

Поддерживаю решение. Правда, я в вики-проектах мало ориентируюсь и могу только создавать разделы, редактировать статьи и т.д., а вот грамотно писать новые не умею пока. Но в любом случае я готов помочь в развитии проекта и заниматься переводом некоторых статей, когда у меня будет время(ибо студент). SuperVladCrafter (обс.) 19:44, 5 ноября 2016 (UTC)

Грамотность не главное, главное желание.--Brandeliсk (обс.) 20:25, 5 ноября 2016 (UTC)

Я, как повысивший в последнее время свою активность на MW участник, решил принять участие в Глобальном обновлении, дабы быть более целенаправленным в редактировании. На данный момент буду писать статью Управление (переводя с английской MW). Zacmen628 (обс.) 11:46, 9 января 2017 (UTC)

Об указании "альтернативных" названий

Перенёс с обсуждения участника AttempToCallNil. — Ivan-r ru.Wiki Admin 07:15, 6 октября 2016 (UTC)

Хочу предложить один вопрос касательно расхождения в названиях. Это уже обсуждалось, но мне кажется было бы неплохо решить окончательно. И, возможно, закрепить в виде правила или рекомендации. Мы знаем, что переводы терминов отличаются в клиенте и в вики. При этом, даже если предположить, что все разночтения будут решены тем или иным способом, останется ещё и серия Minecraft Pocket Edition. Например, сейчас Wither Skeleton - это "Скелет-иссушитель" (вики), "Визер-скелет" (ПК-клиент) и... "Белый скелет" (MCPE). Такая же ситуация с блоками и предметами. Что делает невозможным (для новичков) поиск не только в вики, но в игре - в творческом инвентаре. На мой взгляд эту проблему можно решить, если отражать в статьях различные варианты перевода терминов. fromgate (обс.)

Я предлагаю либо размещать сразу под шаблонами объявлений (если такие есть) перед описанием объекта статьи, либо в карточке. — Ivan-r ru.Wiki Admin 07:15, 6 октября 2016 (UTC)

Не знаю, что делать. Неизбежно будут критикующие наличие альтернативных вариантов и критикующие их отсутствие. Есть эффект: довольные люди высказывают своё мнение намного реже и намного менее громко, поэтому (и по другим причинам) выборка по обсуждениям будет смещена в сторону критики текущего состояния, каким бы оно не было. Из этого следует, что окончательно решить проблему критики нельзя.

Если мы и будем разрабатывать правила по включению встроенных названий, нужно решить несколько вопросов (порядок перечисления у меня произвольный):

1. Как я полагаю, в правила нужно включить запрет на пользовательские (они же «неофициальные») локализации? Если да, нужно ли указывать исключение наподобие википедийных общих критериев значимости?

2. По какому названию должны находиться статьи (любимый вопрос в большинстве обсуждений)? Оставим свой перевод? Отдавать предпочтение какому-либо из изданий не кажется мне возможным ввиду возможности появления эксклюзивного контента, а также потери им эксклюзивности.

3. Варианты перевода, используемые в переводах других официальных игр (наподобие Story Mode) и официальных неигровых продуктов франшизы (фильмы, книги...) считать равноправными? (Возможны промежуточные варианты. Неигровые продукты, на мой взгляд, представляют собой самый неоднозначный вопрос в этом списке.)

4. Ранее присутствовавшие в локализациях игр варианты названий: их включать? Если да, то как?

Это только то, что удалось придумать без пауз на обдумывание. Скорее всего, есть ещё некоторое количество важных вопросов, не включённых в список. --AttemptToCallNil, ранее GreenStone (сообщить об ошибке, трассировка вызовов) 15:37, 6 октября 2016 (UTC)

Это очень правильные вопросы. Мне кажется, что:

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

2. На мой взгляд поиск должен работать по всем вариантам названия, включая английское (тут Вы лучше знаете осуществимо ли это технически), а какой заголовок будет - на мой взгляд не столь принципиально. Главное чтобы человек найдя в игре новый блок - мог легко найти его описание в вики. А узнав о нём в вики, видел бы и пояснение о различиях в названиях, и знал что набирать в поиске в креативном инвентаре ПК-версии или MCPE.

3. Это очень интересный вопрос. Когда вводили "глоссарий", нам сказали, что он важен именно для разрешения подобных ситуаций. Но по факту, мы уже имеем Story Mode и MCPE. Но если с MCPE понятно - их названия нужно обязательно отражать и учитывать. То касательно Story Mode - я лично не стал бы заморачиваться (говорю исключительно исходя из характера игры, там это не принципиально - можно играть с закрытыми глазами). Хотя может появится какая-то игра, где предметы/блоки будут иметь большее значение и это надо будет учитывать.

4. Мне кажется не нужно. MCPE - там нет и не будет официальной возможности игры в старые версии. В ПК-версии - слишком много их было. fromgate (обс.) 17:32, 6 октября 2016 (UTC)

Эта система будет полезна как мининмум для предметов из англоязычнымх модификаций. Она вполне может отражать и английское название и альтернативные русские. А на кртитикующих: ну что поделать. Они будут всегда. Альтернативные названия позволять переходить на статьи прямо из поисковиков. --BloodCaster (обс.) 16:02, 7 октября 2016 (UTC)

Переполнение истории

На данный момент в Minecraft’e у многих объектов уже есть своя хронологическая история изменений. Эта вся история «уютненько» находится на странице объекта, конечно для этого используется шаблон, но от переполнения страницы это не спасает. Например в статье скелет история занимает около 40-45 %. Может быть стоит «увесистую» историю переносить на другую под страницу? Например: Скелет/История. VirysD25 (обс.) 20:57, 21 января 2017 (UTC)

В подстраницу, может быть, и не надо, но над возможностью сворачивать длинные подразделы истории (или чтобы они были свёрнуты по умолчанию) я бы подумал. --AttemptToCallNil, ранее GreenStone (сообщить об ошибке, трассировка вызовов) 07:24, 22 января 2017 (UTC)

Или сделать сворачиваемой всю историю. — NickTheRed37 (челобітная) 15:13, 22 января 2017 (UTC)

Ещё идея: сворачивание всей истории в дополнение к сворачиваемости разделов: история по умолчанию развёрнута, разделы — свёрнуты (если большие). --AttemptToCallNil, ранее GreenStone (сообщить об ошибке, трассировка вызовов) 15:17, 22 января 2017 (UTC)

Тоже можно.

Раз уж мы задумали переделку шаблона {{История}}, то заодно напомню, что на английской вики у участника KnightMiner есть черновик модульного варианта данного шаблона: en:Module:KnightMiner/Sandbox. Сам он, правда, пока ещё не утверждён. — NickTheRed37 (челобітная) 15:43, 22 января 2017 (UTC)

{{Спойлер}}? — Ivan-r ru.Wiki Admin 18:24, 22 января 2017 (UTC)

Вряд ли Спойлер. Я представлял себе интегрированные в таблицу переключатели. (Раньше были такие же на предварительные версии, но были отключены и заменены текущим шаблоном, когда перестали работать.) --AttemptToCallNil, ранее GreenStone (сообщить об ошибке, трассировка вызовов) 18:53, 22 января 2017 (UTC)

Переименование либо создание перенаправлений на некоторые статьи по Galacticraft

Здравствуйте! Представьте, что совершенно случайно оказавшийся на нашей вики человек введёт запрос "Сжатое метеоритное железо" и ничего не найдёт? Значит, моё предложение таково: все статьи ниже переименовать или сделать перенаправление, а то людям, которых сюда гугл отправил, придётся нелегко в поисках "Сжатого метеоритного железа")))))

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

1. Galacticraft/Метеоритный кусок - Galacticraft/Метеоритное железо;
2. Galacticraft/Метеоритный слиток - Galacticraft/Слиток метеоритного железа;
3. Galacticraft/Метеоритная пластина - Galacticraft/Сжатое метеоритное железо;
4. Galacticraft/Деш пластина - Galacticraft/Сжатая деш;
5. Galacticraft/Кремниевый кусок - Galacticraft/Неочищенный кремний;
6. Galacticraft/Железная пластина - Galacticraft/Сжатое железо;
7. Galacticraft/Алюминиевая пластина - Galacticraft/Сжатый алюминий;
8. Galacticraft/Деш пыль - Galacticraft/Необработанная деш;
9. Galacticraft/Медная пластина - Galacticraft/Сжатая медь;
10. Galacticraft/Оловянная пластина - Galacticraft/Сжатое олово;
11. Galacticraft/Стальная пластина - Galacticraft/Сжатая сталь;
12. Galacticraft/Бронзовая пластина - Galacticraft/Сжатая бронза;
13. Galacticraft/Титановая пластина - Galacticraft/Сжатый титан;

Ну вот, наверное, и всё. Думаю, это будут обсуждать все активные участники вики, например, Ivan-r или NickTheRed37

P.S. Это сообщение наверняка не оставил бы без внимания Asassin 1, если бы был активен, так как статьи по Galacticraft - во многом его заслуга.

Всегда ваш, 172.68.10.216 05:19, 31 января 2017 (UTC) 2.132.237.149

Это никому не интересно? Всегда ваш, 172.68.11.67 06:44, 1 февраля 2017 (UTC)

Согласен по переименованию первых трёх пунктов (они в оригинале Meteoric Iron, текущие названия выглядят странно).

Если верить Википедии, Desh — название металла во вселенной Star Wars, и вероятно, в Galacticraft название внесено оттуда. Про род и склонение слова «деш» мне ничего не известно, запрашиваю источники. Сами предлагаемые названия (пункты 4 и 8) я поддерживаю (в оригинале Compressed Desh и Raw Desh), только не знаю, правильный ли род.

Переименование пластин в сжатые металлы выглядит обоснованным (в оригинале они все Compressed металл), и я их поддерживаю: их применение не указывает на то, что это именно пластины.

Таким образом, я принципиально поддерживаю все эти переименования. Подробности предлагаю уточнить. (Например, «Необработанная деш» или «Неочищенная деш»?)

Объявления о предложенных переименованиях размещены во всех указанных выше статьях. --AttemptToCallNil (сообщить об ошибке, трассировка вызовов) 08:14, 1 февраля 2017 (UTC)

"Compressed" и "Raw" переводчик гугл переводит как "Сжатый" и "Необработанный" соответственно, плюс все предлагаемые названия я брал из русскоязычной версии мода. 172.68.11.73 11:36, 2 февраля 2017 (UTC)

Род и склонение я спрошу у друзей, так как сам "Звёздными войнами" не интересуюсь. Но так как я болею, похоже, ждать ответа придётся не скоро. Всегда ваш, 2.132.235.122 13:49, 4 февраля 2017 (UTC)

На викии по Звёздным войнам используется мужской род. Что и логично для названия металла на русском языке. --BloodCaster (обс.) 20:53, 4 февраля 2017 (UTC)

Мда, похоже, не всегда надо верить переводам самого мода в игре, так как там деш жен. рода. Похожее уже было. Всегда ваш, 2.132.85.101 11:29, 7 февраля 2017 (UTC)

Ну, так что делать будем? Уже почти месяц прошёл, как я (ещё незарегистрированный) создал эту тему.-- Всегда ваш, Ivan 111 Vasilyevich (обс.) 11:29, 23 февраля 2017 (UTC)

AttemptToCallNil, Ivan r, ViChyavIn, ArtParukov2002, VirysD25? Ответьте, пожалуйста! Всегда ваш, Ivan 111 Vasilyevich (обс.) 09:25, 25 февраля 2017 (UTC)

Я Согласен с переименованием практически всех указанных статей. Если Desh — это отсылка к Звёздным Войнам, то и род должен быть мужской. А как будут именоваться такие статьи, как «Деш инструменты» или «Деш броня»? Оставить как есть, или переименовать, например, в «Инструменты из сжатого деш»? — Asassin 1 ^talk 09:42, 25 февраля 2017 (UTC)

Почему инструменты из сжатого? Делаются из слитков. --AttemptToCallNil (сообщить об ошибке, трассировка вызовов) 10:26, 25 февраля 2017 (UTC)

Ничего против не могу сказать. — -:-:- ViChyavIn | обс. -:-:- 10:33, 25 февраля 2017 (UTC)

Упс, перепутал. — Asassin 1 ^talk 13:00, 25 февраля 2017 (UTC)

Тоже Согласен. – ArtParukov2002 (обс.) 15:15, 25 февраля 2017 (UTC)

Может, уже переименуем? -- Всегда ваш, Ivan 111 Vasilyevich (обс.) 14:52, 26 февраля 2017 (UTC)

переименование Aether

мне кажется aether нужно переименовать в aether/aether I а aether II в aether/aether II А их подстраницы в aether/(если что совместить) Потому что это оди и тот же мод просто часть 2. И текстуры непричина. Можно сделать Aether/История_текстур. А старые материалы с шаблоном Усаревшие. ЭндерМамикс (обс.) 15:11, 7 февраля 2017 (UTC)

Во-первых, пишите с прописной буквы. Во-вторых, Aether, это официальное название модификации. Зачем переименовывать, если она никак не названа Aether I? — GRAND RADION (обс.) 12:24, 13 февраля 2017 (UTC)

Но создавать дупликаты неправильно,так как нету Alpha/Лошадь и Beta/Лошадь.Можно в Aether/Aether полажить первую часть а Aether сделать нейтральным, типа что последния версия мода это Aether II на 1.7.10. Я иммею в виду что aether I это первоя стадия мода, раньше aether II.ЭндерМамикс (обс.) 18:02, 14 февраля 2017 (UTC)

Кх кх… Уже есть бета версия под 1.10.2, также не нужно сравнивать статьи о лошадях с альфа/бета, связи нет… Эти статьи не порождают дублирование информации, это первое. Второе на FTB вики сделано также, ну и третье скорее всего с «вложенным» именованием статьи не будет работать авто вставка изображений в карточки для предметов и блоков. И последнее шаблон {{Слот}} создаёт ссылки которые не поддерживают «вложенные» имена, при вызове самого шаблона еще можно изменить ссылку, но вот когда этот шаблон вызывается шаблоном крафта уже ссылку не поменяешь. VirysD25 (Обс.) 18:12, 14 февраля 2017 (UTC)

Вы меня навеерно не поняли... Для меня "Aether" это полностью, "Aether I" и Aether II. Aeher II не отдельная модификация, а вторая часть мода Aether. А о "официальности" названий и не говорите , Бедрок в игре не коренная порода! То же ссамое если делать Aether/Зефир и Aether II/Зефир это как Alpha/Лошадь и Beta/Лошадь так как Aether I и Aether II это стадия мода Aether как CClassic, Alpha и BEta и так далее стадии Minecraft. ЭндерМамикс (обс.) 13:40, 23 февраля 2017 (UTC)

Переименование статей по Galacticraft/GalaxySpace в GalaxySpace

Я думаю, надо переименовать статью Galacticraft/GalaxySpace/Венера в GalaxySpace/Венера, Galacticraft/GalaxySpace в GalaxySpace, и т.д. Так или иначе, GregTech/Бронзовая доменная печь - это GregTech/Бронзовая доменная печь, а не IndustrialCraft2/GregTech/Бронзовая доменная печь. Всегда ваш, Ivan 111 Vasilyevich (обс.) 02:58, 15 февраля 2017 (UTC)

За. VirysD25 (Обс.) 05:01, 15 февраля 2017 (UTC)

За. – ArtParukov2002 (обс.) 05:32, 15 февраля 2017 (UTC)

Поддерживаю: дополнение к модификации не входит в её непосредственный состав, точно так же как модификация не входит в состав самой игры. — NickTheRed37 (челобітная) 14:56, 15 февраля 2017 (UTC)

Комментарий: с таким именованием могут не работать авто изображения в карточках, а также будут не правильно работать ссылки у шаблона {{Слот}}. VirysD25 (Обс.) 14:45, 16 февраля 2017 (UTC)

NickTheRed37, наконец-то вы снова заговорили! :-) Всегда ваш, Ivan 111 Vasilyevich (обс.) 11:05, 18 февраля 2017 (UTC)

Согласен, по моему мнению, это одна модификация в другом союзе. — GRAND RADION (обс.) 13:49, 25 февраля 2017 (UTC)

Более чем единогласное решение. Статью уже можно переименовать. — Asassin 1 ^talk 14:17, 25 февраля 2017 (UTC)

Я переименовал страницы, пока что оставил перенаправления, чтобы не поломались ссылки. Если перенаправления будут не нужны, удалите. – ArtParukov2002 (обс.) 08:22, 27 февраля 2017 (UTC)

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

На Minecraft Wiki:Портал сообщества надо писать объявления о начале работы над новыми статьями, так? А почему вместо "Править вики-текст" там стоит "Просмотр"? Вроде бы статьи пишут не только администраторы. Или я чего-то не понял? Всегда ваш, Ivan 111 Vasilyevich (обс.) 03:54, 15 февраля 2017 (UTC)

Статьи надо писать на под странице которая включается в основную страницу. Вот Портал сообщества/Статьи. VirysD25 (Обс.) 05:03, 15 февраля 2017 (UTC)

Хорошо, буду знать. Всегда ваш, Ivan 111 Vasilyevich (обс.) 05:13, 15 февраля 2017 (UTC)

Тот раздел является функционально устаревшим. Я не рекомендую его использовать. — Ivan-r (обс.) 06:48, 15 февраля 2017 (UTC)

Полностью согласен. Там много устаревшей информации и список не лучшее решение для оформления информационно «новостного» раздела. VirysD25 (Обс.) 19:56, 18 февраля 2017 (UTC)

Размещение видеороликов в подстраницах статей

Изначально созданная тема. Было ли обсуждение такого размещения? Если оно было, запрашиваю ссылку.

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

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

Также предлагаю обсудить необходимость встраивания роликов вместо простановки ссылок на них. --AttemptToCallNil (сообщить об ошибке, трассировка вызовов) 17:49, 17 февраля 2017 (UTC)

Усложнение метода встраивания видео в статьи приводит к уменьшению кол-ва вставляемых видеороликов в общем. Что является некоторой защитой от спама и рекламы. — Ivan-r (обс.) 18:42, 17 февраля 2017 (UTC)

Ожидаемая защита от рекламы неэффективна и вряд ли оправдана с учётом недостатков. Такой вид спама не очень распространён, и в случае с видео сложнее отличить рекламу от полезного материала. Спамер может просто добавить ссылку в статью или даже заменить включение подстраницы этой ссылкой. Попытки предотвращения таких действий с помощью фильтров злоупотреблений имеют серьёзные недостатки, так как у таких фильтров неизбежно будет очень много ложных срабатываний. (Добросовестный участник будет действовать напрямую с большей вероятностью, чем недобросовестный. А фильтры как раз отсеивают самые простые варианты.)

На английской вики используется метка для обозначения изменяющих видео правок. Реализация такого или подобного механизма у нас немного облегчит отслеживание потенциально спамерского добавления видео. --AttemptToCallNil (сообщить об ошибке, трассировка вызовов) 19:05, 17 февраля 2017 (UTC)

Необходимо, опять же, выработать критерии, по которым видео может быть или не быть пригодным для использования в статьях. Видеоролики от Curse (кстати, навязанные сообществу англовики в коммерческих интересах) у нас однозначно не могут использоваться, так как они на английском языке. Кроме того, стоит знать, что любой видеоролик может устаревать, и тогда его придётся менять, а это не всегда легко. Использовать, а тем более встраивать в статьи видео из сторонних источников (например, того же YouTube) я бы не стал: люди, создающие их, изначально преследуют интересы, не связанные с нашим вики-проектом, и носят ненейтральный характер.

Вообще, лично я не являюсь сторонником применения полноценных видеороликов на вики. Вики-проекты по определению ориентированы именно на текстовые статьи. Текст и изображения носят значительно меньшую нагрузку на браузеры. К тому же с ними редакторам работать легче: их можно легко изменять, а вот с видео всё будет труднее, тем более если оно на внешнем источнике — тогда шанс возможности его изменить вообще минимальный, если не нулевой. И в результате оно перестанет быть актуальным. Небольшие видеофайлы, размещаемые прямо на вики-проекте (как обычные изображения), могли бы пригодиться там, где текст и изображения не могут дать всей полноты картины описываемых явлений, но я бы этим и ограничился. — NickTheRed37 (челобітная) 14:55, 19 февраля 2017 (UTC)

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

Предложение:

1. Запретить любое встраивание видео. Только ссылки, а желательно вообще что-то попроще вместо видео (анимация, картинка, звук, схема).
2. Ограничить видео по немодифицированному Minecraft таким, которое полностью может использоваться вместе с последним полным релизом. При этом видео может быть дополнено максимум небольшим текстовым примечанием наподобие en:Template:Video note, но желательно использовать такое видео, для которого примечание не требуется. Я предполагаю, что это означает отсутствие значительных изменений в поведении объектов, описываемых в видео, но не обязательно отсутствие новых объектов того же типа, что и описываемые.
3. Рекомендовать ограничивать видео по модификациям к Minecraft так же, как и видео по самому Minecraft, но для версий модификации, являвшихся последними её версиями в одном из её поколений, выпущенных для конкретной версии Minecraft.

Пояснение-пример к третьему пункту. Предположим, что у модификации три поколения (1.x, 2.x, 3.x). Версия 1.0 модификации для Minecraft 1.1; 1.1, 1.2, 1.3 и 2.0 — для Minecraft 1.2.x; 2.1, 2.2, 3.0 и 3.1 — для Minecraft 1.3.x. Тогда видео в моём варианте безусловно можно размещать видео, актуальное для версий модификации 1.0, 1.3, 2.0, 2.2 и/или 3.1, а актуальное только для версий 1.1, 1.2, 2.1 и/или 3.0 — при условии значительных промежуточных изменений в модификации, и желательно с минимумом информации не по этим изменениям. --AttemptToCallNil (сообщить об ошибке, трассировка вызовов) 14:47, 20 февраля 2017 (UTC)

Как ставить знаки "+", "i", "-"?

Помогите, пригодится на голосованиях))) Всегда ваш, Ivan 111 Vasilyevich (обс.) 13:15, 21 февраля 2017 (UTC)

Вы имеете в виду Это? — -:-:- ViChyavIn | обс. -:-:- 13:26, 21 февраля 2017 (UTC)

Да. Всегда ваш, Ivan 111 Vasilyevich (обс.) 10:50, 23 февраля 2017 (UTC)

Navbox против SimpleNavbox

Собственно вопрос возник из-за этой правки: Служебная:Изменения/556359. Есть ли смысл так делать? Да-да, простое оформление вроде как проще для сервера по сравнению с модулём. Но у нас ведётся кеширование страниц на сервере. Независимо от используемых шаблонов, он их формирует только один раз, после чего она уже в полностью собранном виде просто загружается читателю без нагрузки на движок и обновляется лишь при изменении самой страницы, или включаемых в неё. Есть смысл тогда менять обычный navbox на упрощённый? — Ivan-r (обс.) 16:38, 22 февраля 2017 (UTC)

А этот добавленный откуда-то пункт просто убивает: |class={{{класс|{{{class|}}}}}} — Ivan-r (обс.) 16:40, 22 февраля 2017 (UTC)

У меня вопрос: есть ли у старого варианта {{Navbox}} возможности, отсутствующие у упрощённой версии? Если да, их можно внедрить в {{SimpleNavbox}}. Если нет, то его нужно заменить. Смысл в том, что эти шаблоны очень популярны и используются на многих страницах, которые могут регулярно обновляться. — Asassin 1 ^talk 17:10, 22 февраля 2017 (UTC)

Думаю имеет смысл ставить упрощёнку только для шаблонов, которые скорее всего будут часто дополняться. То есть в первую очередь {{Блоки/Содержимое}} и ему подобные. А модульник для всех остальных случаев, например, для {{Руководства/Содержимое}}, где очень редко появляются новые пункты. Кроме того заменить полностью модульник парсерником нельзя ещё по той причине, что упрощённый шаблон не способен изменять оформление тела в общем, групп и списков в частности. Впрочем, нет, тело ещё можно. — Ivan-r (обс.) 17:23, 22 февраля 2017 (UTC)

Что-то я не помню, чтобы мы вообще переопределяли стили у непользовательских навбоксов, кроме фона верхней строки. Если нужны стили для SimpleNavbox, теоретически, их можно оформить или вручную, или с использованием классов и редактированием глобальных стилей.

Генерируемый HTML-код практически не отличается. Различия в том, что у SimpleNavbox у элементов есть классы наподобие navbox-child, а у SimpleNavbox их нет.

А вот различия для обработчика кода значительные. Я перевёл содержимое шаблона по RedPower 2 на SimpleNavbox, сравнивая данные анализатора до и после перехода. До:

Величина	До	После
Использование времени процессора	1.844 секунд	1.804 секунд
Использование в режиме реального времени	2.470 секунд	2.358 секунд
Количество узлов, посещённых препроцессором	33293/1000000	33168/1000000
Количество сгенерированных препроцессором узлов	8246/1000000	7647/1000000
Размер раскрытых включений	433029/2097152 байта	255593/2097152 байта
Размер аргумента шаблона	73921/2097152 байта	73984/2097152 байта
Наибольшая глубина расширения	13/40	11/40
Количество «дорогих» функций анализатора	0/99	0/99
Время использование Lua	0.440/7.000 секунд	0.390/7.000 секунд
Виртуальный размер Lua	9,41 МБ/50 МБ	8,72 МБ/50 МБ
Предположительное использование памяти Lua	0 байт	0 байт

Увеличение в строке «Размер аргумента шаблона» одноразовое и не зависит от объёма навбокса.

Таким образом, причин не избавляться от старых навбоксов не вижу. --AttemptToCallNil (сообщить об ошибке, трассировка вызовов) 17:47, 22 февраля 2017 (UTC)

Исходя из данных этой таблицы сравнения, можно заметить существенным только одну величину: «Размер раскрытых включений». Изменение остальных не столь существенно. Особенно времени использования процессора. — Ivan-r (обс.) 18:28, 22 февраля 2017 (UTC)

С 23 февраля!

Поздравляю всех участников Minecraft Wiki с 23 февраля! И хотя у меня нет особо праздничного настроения сегодня (у нас, в Казахстане, День защитника Отечества празднуется 7 мая), я уверен: у многих участников оно есть! Желаю проекту дальнейшего процветания и поднятия до уровня англовики! У нас уже есть кое-какие хорошие новости за первые 2 месяца в этом году! P. S. Если позравление показалось вам не очень хорошим, то знайте: я в поздравлениях не очень :-) Всегда ваш, Ivan 111 Vasilyevich (обс.) 11:01, 23 февраля 2017 (UTC)

Шаблон "Администраторы"

Может, следует закрасить Ivan-r зелёным цветом в шаблоне "Администраторы"? Он, скорее всего, сейчас самый активный участник Minecraft Wiki, даже активней AttemptToCallNil (который закрашен зелёным цветом). Всегда ваш, Ivan 111 Vasilyevich (обс.) 11:14, 23 февраля 2017 (UTC)

Я в данный момент малоактивен, так как редко и не надолго захожу на проект. И поэтому не могу достаточно оперативно и полноценно решать управленческие и технические поставляемые задачи. Считаю, что в таком случае необходимо уведомлять участников о моей сниженной активности. — Ivan-r (обс.) 16:41, 23 февраля 2017 (UTC)

Большая правка в статье Модификации

Есть жирнющая правка статьи, в которой выкинута таблица модов. Имхо, это неправильно: подстатью я ещё мог бы понять, но просто удалить 43к информативных символов - это грустно. Зато появился офигенный раздел с ссылками, который полностью копирует меню curse. Гениально.

Из преимуществ таблицы:

• Сортировка по версии mc
• Краткое описание без дополнительных кликов
• В таблице могут содержаться ссылки на моды, на которые не нужна статья

Из недостатков:a

• Поддерживание актуальности - вылечу ботом

Я предлагаю впилить старую таблицу модов в отдельную статью и навесить на неё бота. -- ħomk 12:00, 27 февраля 2017 (UTC)

Участник:Homk/Таблица — делайте, посмотрим нужна ли она. Список конечно не очень, но сложно разрешить проблему с ним, что-то должно быть, но та таблица что была уже не подходит, устарела морально. — Ivan-r (обс.) 15:52, 27 февраля 2017 (UTC)

Если учитывать тот факт что большинство модификаций выложены на curseforge то почему бы нам не использовать curseforge API? Ведь это упростит не только обновление последней версии в таблице, но и в карточках. Вот нашёл документацию. VirysD25 (Обс.) 16:21, 27 февраля 2017 (UTC)