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

Вики без администраторов

Возникла трудная ситуация. Ранее Asassin 1 и Ivan-r, два из трёх администраторов, потеряли активность в связи с различными обстоятельствами. 5 июля, или 4 июля без учёта правок на своей странице обсуждения, нас из-за проблем со здоровьем покинул AttemptToCallNil. Minecraft Wiki осталась без администраторов.

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

  1. Участник [NickTheRed37] может подавать повторную заявку на администратора при соблюдении хотя бы одного из следующих условий:
    1. Прошествие 6 месяцев с даты подведения итога.
    2. Полная неактивность меня (участника AttemptToCallNil), а также всех других бюрократов (если применимо), в течение двух недель, будь то объявленная ранее или нет.
AttemptToCallNil

(Здесь (как и далее в решении) ошибочно упоминаются бюрократы, то есть администраторы с правом назначения специальных флагов. Скорее всего, AttemptToCallNil имел в виду простых администраторов. Оно-то и ясно: у нас он был единственным активным бюрократом.)

Выходит, что заявку я могу подать не ранее 18 или 19 июля. А за это время много что случится.

Поэтому придётся полагаться на коллег из Curse. К сожалению, они по-русски не разговаривают. Поэтому придётся запросы им переводить.

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

Так или иначе, нам придётся работать без администраторов. Проблемы пишите туда же, как и всегда, в страницу запросов к администраторам, только вот исполнять проблемы будет кто-то из Curse, скорее всего Majr (который официально считается администратором и бюрократом на англоязычном разделе, но относится и к персоналу Curse).

— NickTheRed37 (челобітная) 14:29, 9 июля 2016 (UTC)

Уточнение. Администраторы способны выполнять простейшие действия вроде удаления страниц или отката нескольких правок сразу. Однако сложные действия вряд ли им по силам. — NickTheRed37 (челобітная) 12:12, 22 июля 2016 (UTC)

Ограничение прав бюрократа

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

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

  • Группа проверяющих участников (т. н. CheckUser’ов), которые могут узнавать некоторую конфиденциальную информацию об участниках, вызывает у Curse некоторую озабоченность (обсуждение): они, как считает AttemptToCallNil, не хотят, чтобы эти данные предоставлялись большому кругу участников. Здешние вики-проекты не такие большие, как проекты от Wikimedia, и здесь легко можно обойтись участием Curse. Поэтому в моих списках CheckUser’ы не упоминаются. Их можно будет назначать с помощью сотрудников Curse (подобно тому, как на Wikimedia их назначает особая глобальная группа — стюарды), но от участника должна потребуется юридическая ответственность, а также, возможно, некоторые скрытые данные; не исключено, что возрастной ценз, подобно проектам Wikimedia (с 18 лет, если только совершеннолетие в той стране, где проживает тот или иной участник, не наступает с более позднего возраста), здесь не помешает. Но это другая история.
  • Группа редакторов виджетов тоже не является предметом большой необходимости; самих виджетов и так мало — всего два. Право на их редактирование уже имеется у администраторов, так что группа пока не нужна.
  • Группа смотрителей вики связана с механизмом Claim Wiki. Он состоит в том, что если на каком-либо вики-проекте вдруг не осталось активных администраторов, через какое-то время становится доступной кнопка Claim This Wiki, по которой активный участник может написать для Curse анкету про себя. Сотрудники Curse её рассматривают, и в случае одобрения участник назначается смотрителем вики. Статус этот аналогичен администраторскому, но, по слухам, имеет несколько меньше прав (скорее всего, отсутствуют некоторые маловажные права; надо тщательно посмотреть и сравнить). Для обычного бюрократа этот статус бесполезен, так как почти не отличается от администраторского. Но, возможно, стоит предусмотреть возможность перевода участника-смотрителя вики в администраторы бюрократом. Поэтому у меня есть вариант: лишить бюрократов возможности назначать смотрителей, но оставить возможность снятия этого статуса.
  • Статус самого бюрократа очень ответственный, так как он отвечает за назначение участников на различные «должности». Чтобы участник стал бюрократом, от него требуются определённые качества. Назначать бюрократов, по-видимому, следует позволить ради упрощения системы (хотя я не уверен полностью). А вот вопрос касательно снятия этого статуса — довольно сложный: даже на проектах Wikimedia кое-где бюрократы могут снимать статус бюрократа, кое-где нет. Дело в том, что снимать такие высокие должности там предписывают в основном так называемым стюардам, которые могут изменять любые права на любом проекте Wikimedia и в этом качестве соответствуют здешней привилегированной группе Curse. Причины такой политики мне неизвестны, но, может быть, есть смысл следовать ей? Это самый спорный момент.
  • В группу Curse входят только сотрудники Curse. Кого-либо из обычных участников туда назначать смысла просто нет. Одновременно и снимать статус не получится, в том числе потому, что этот статус не привязан к какой-либо вики.
    • Есть ещё группы Curse_Admin и Cursebot. Они тоже являются прерогативой Curse: первая — некая неведомая подгруппа системных администраторов Curse (на вид чисто символическая), вторая — группа для ботов сотрудников организации.

Кто-то увидит в моём предложении пустую трату времени, а кто-то — усиление безопасности проекта. Не мне это решать, но сам вопрос кажется интересным. — NickTheRed37 (челобітная) 15:22, 15 июля 2016 (UTC)

Никому это не интересно, так полагаю? — 176.59.32.253 (NickTheRed37 вне аккаунта) 09:46, 12 августа 2016 (UTC)
Скорее всего эта тема не является актуальной сейчас, потому что ее главное лицо — AttemptToCallNil, а его тут как раз нет. -:-:-:- ViChyavIn -:-:-:- (обс.) 11:21, 12 августа 2016 (UTC)

Предложение на запрет

Предлагаю запретить создание статей в основном пространстве участниками, которые сделали менее 20 правок на вики. Это ограничение должно способствовать смягчению темпов появления статей, которые не могут быть оформлены должным образом, а также перенаправлять участников на создание собственных черновиков (анонимные участники создавать статьи не могут и вовсе).

Реализация этого запрета технически может быть выполнена с помощью фильтра злоупотребления. Однако его настройку могут выполнить только те, которые обладают как минимум правом администратора. А из тех, кто, по-видимому, может выполнять такую нелёгкую (но и не сложную) работу, последним проявлял активность Ivan-r. — NickTheRed37 (челобітная) 12:47, 23 июля 2016 (UTC)

Мне сложно оценить текущее состояние проекта, поэтому сложно и выразить направленную (то есть имеющую ненулевой положительный или ненулевой отрицательный компонент) точку зрения по этому вопросу. Не могу даже оценить динамику эффективности такого подхода при падении общей активности в вики. --AttemptToCallNil, ранее GreenStone (сообщить об ошибке, трассировка вызовов) 16:04, 23 июля 2016 (UTC)
Создать такой фильтр — дело одной-двух минут. Вопрос именно в необходимости. Но, я согласен, что новые участники не могут создать полноценные статьи. Правда они и за двадцать правок не осилят основ работы с нашими шаблонами. Так что момент очень спорный. Боты изначально страницы создавать не должны. Даже для отладки. Если кто-то из старых пользователей создадут зачем-либо доп. учётку, то сделать правок тридцать — им что чистое яблоко съесть. Если будут ещё положительные мнения, то оценю, и исход из решения создам. — Ivan-r ru.Wiki Admin 20:04, 23 июля 2016 (UTC)
Пожалуй, полезно было бы установить ограничение на правки не везде, а только в основном пространстве. Но не уверен, возможно ли такое.
В любом случае в сообщении фильтра должна быть ссылка на справки и руководства, но они изрядно устарели, некоторые (то же руководство по стилю, шаблоны) ещё в разработке, а некоторые (например, как создать статью (именно статью)) и вовсе отсутствуют. Полезна в сообщении фильтра также и ссылка на место, где может быть устроен личный черновик (вроде Служебная:Моя страница/Черновик).
А ботов теоретически можно настроить на заливку страниц; если они получаются достаточно качественными, то можно и выкладывать. Но в рамках данного проекта залитые статьи сейчас не требуются, полезнее сейчас залитые технические страницы. И они уже имеются. — NickTheRed37 (челобітная) 14:27, 26 июля 2016 (UTC)
Ограничение по пространству возможно. Настроить сообщение не сложно. Делать что-то будете или и дальше будете впустую размышлять и думать? — Ivan-r ru.Wiki Admin 15:04, 26 июля 2016 (UTC)

5000 статей!

Новая статья Квазисоединимость, созданная мной, стала 5000-ой страницей, которая определена движком как «статья». Услышав об этом, можно было бы отпраздновать (тем более что это половина от десяти тысяч), но это омрачает тот факт, что в последнее время статьи создаются крайне медленно. Ведь ещё 10 дней назад, 21 июля, их было 4980. Всего двадцать статей было написано за 10 дней! И это вытекает как последствие довольно низкой активности проекта. Чтобы прибыли новые участники, нужны усилия как с нашей стороны, в виде новых справок, так и со стороны Curse, которая может прорекламировать проект. Но это уже другая история.

А пока — у нас теперь 5000 статей, что само по себе уже неплохо. Русскоязычный раздел уверенно держит своё звание второго крупнейшего языкового раздела Minecraft Wiki, после английского, у которого... 5081 статья. С виду бы небольшая разница — 81 статья, но чтобы обогнать англичан (вот только зачем? У них сотни переводных статей, так что по содержанию на основном языке мы их всё равно превосходим), необходим прорыв. А средств для этого пока нет. — NickTheRed37 (челобітная) 14:59, 31 июля 2016 (UTC)

Ура! Круглая цифра! Какая радость!
А было 4980 статей. И? Половина от 9960, между прочим. Что толку от этого?
Указанный факт омрачает то, что он бессмысленен. Вот момент "все статьи полноценны" или "все статьи верны для последней версии игры" для нас важен.
Так, что отвлекаться по таким мелочам не стоит. Вред делу только. — Ivan-r ru.Wiki Admin 20:13, 31 июля 2016 (UTC)
Так давайте же вместо того, чтобы лишь говорить о том, что качество важнее количества, самим делать это качество! Однако для этого требуется организовать и напрячь колоссальные силы, иначе успеха не будет. Надо в конце концов возродить и усовершенствовать проект «Глобальное обновление», привлечь больше участников, написать справки, чтобы их обучать... — NickTheRed37 (челобітная) 09:21, 6 августа 2016 (UTC)

Исправление статей о LavaCraft

Призываю всех активных опытных участников, в частности администраторов, помочь мне исправить статьи участника Dablex по модификации LavaCraft в соответствии с правилами Minecraft Wiki и русского языка. Когда тот участник только-только начинал работать над описанием модификации, никто так и не удосужился исправить ошибки в его статьях и указать ему на них. Мои сообщения на своей странице обсуждения Dablex не читает, а то и игнорирует. А ведь там указывается на некоторые из его ошибок.

Поэтому призываю исправить его работу и сделать замечание, которое участник увидит, прочитает и поймёт. Ключевым участником этой операции буду считать AttemptToCallNil или Ivan-r. — NickTheRed37 (челобітная) 12:01, 3 августа 2016 (UTC)

ОЧЕНЬ ВАЖНО: Планы развития проекта на 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)

MineOS

В англоязычной вики есть статья о серверной майнкрафтовской операционой системе. - 172.68.10.52 14:37, 10 августа 2016 (UTC)

Я не авторизовался простите - ArteMinecrafter (обс.) 14:39, 10 августа 2016 (UTC)

Так переведите. Если не можете: дайте ссылку, пожулуйста. Переведу сам. -:-:-:- ViChyavIn -:-:-:- (обс.) 14:55, 10 августа 2016 (UTC)
Вот - ArteMinecrafter (обс.) 16:36, 10 августа 2016 (UTC) Соблюдайте отступы.

Проблема с учётной записью

Теперь проблемы с входом в учётную запись коснулись и меня. Проявления проблемы традиционные — пишет, что пароль неправильный. — 176.59.32.253 (NickTheRed37 вне аккаунта) 09:54, 12 августа 2016 (UTC)

Очень сочуствую, 176.59.32.253.
А это случалось ранее? -:-:-:- ViChyavIn -:-:-:- (обс.) 11:26, 12 августа 2016 (UTC)
Вроде нет. — 176.59.32.253 (NickTheRed37 вне аккаунта) 13:53, 12 августа 2016 (UTC)
При попытке восстановить пароль оказалось, что адрес моей электронной почты был удалён с базы данных.
Причина оказалась в законодательстве. Gamepedia подчиняется законам США, как страны, на которой расположены серверы. И среди этих законов оказался Закон о защите конфиденциальности детей в Интернете, накладывающий ограничения на детей моложе 13 лет, с которых к ребёнку в англоязычном мире применим термин «подросток» (в России термин может применяется уже к детям с 12 лет; именно столько было мне, когда я зарегистрировался на Gamepedia, а на Minecraft Forum, также подконтрольный Curse, я зарегистрировался ещё раньше); недавно аккаунты «слишком молодых» пользователей стали удалять согласно нему. То есть, фактически, чтобы иметь здесь аккаунт, необходимо быть не моложе этих самых 13 лет (на момент написания этих строк удовлетворить этому условию могут только те, которые родились не позднее 13 августа 2003 года). Закон и так вызвал определённую критику; от себя отмечу, что возраст человека не обязательно соотносится с его знаниями (чему сам могу послужить примером). К тому же я лишь в начале обладания своим аккаунтом на Curse был моложе этого предела (сейчас мне 14) — а его всё же удалили. Похоже, есть ещё одна причина не любить американское законодательство, которое распространяется за пределы собственно Америки. — 176.59.35.234 (NickTheRed37 вне аккаунта) 09:21, 13 августа 2016 (UTC)
Разберёмся. — Ivan-r ru.Wiki Admin 20:09, 13 августа 2016 (UTC)

Проблема решена. Теперь я могу снова использовать свою учётную запись. — NickTheRed37 (челобітная) 13:18, 17 августа 2016 (UTC)

Предлагаю удалить статьи о LavaCraft

Указанная модификация не может использовать вне клиента и одноимённого сервера LavaCraft. А раз так, то это больше похоже на рекламу сервера, что противоречит правилам размещения информации на вики-проекте. Возможно, статью необходимо удалить. Но я сомневаюсь, и спрашиваю мнения у вас, нашего общества. — Ivan-r ru.Wiki Admin 14:28, 8 сентября 2016 (UTC)

То есть модификация не может существовать вне клиента и сервера? Если распространение модификации сопряжено с нарушением EULA Mojang, статьи следует удалить. Если нет — я бы также предложил рассмотреть вариант переноса в личное пространство автора. Если же это предложение будет (или было бы) отвергнуто, я бы предложил также рассмотреть возможность введения критериев добросовестного использования личного пространства. --AttemptToCallNil, ранее GreenStone (сообщить об ошибке, трассировка вызовов) 15:55, 8 сентября 2016 (UTC)
Да, не может существовать без клиента и сервера. Да, сервер практикует донат. Модификация неотделима от сервера, который нарушает EULA Mojang AB. Стало быть удаляем всё что с ними связанно? — Ivan-r ru.Wiki Admin 17:56, 8 сентября 2016 (UTC)
Да, при таком раскладе я бы предложил удалить. --AttemptToCallNil, ранее GreenStone (сообщить об ошибке, трассировка вызовов) 18:07, 8 сентября 2016 (UTC)
Прежде чем заниматься удалением, я бы посоветовал напомнить участнику Dablex об указанных претензиях. Иначе будут неприятности. — NickTheRed37 (челобітная) 10:43, 10 сентября 2016 (UTC)
Статья просто не может находится на вики из-за нарушения основополагающих правил. К тому же он сам связался со мной через скайп. — Ivan-r ru.Wiki Admin 18:05, 10 сентября 2016 (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)

Мой отъезд

Завтра, 28 октября, я с семьёй временно уезжаю в Санкт-Петербург, без своего компьютера. В связи с этим и так низкая активность может временно вообще пропасть. Вернусь я к концу следующей недели. — NickTheRed37 (челобітная) 17:02, 27 октября 2016 (UTC)

Не замечу. — Ivan-r ru.Wiki Admin 18:59, 27 октября 2016 (UTC)
Принято. -:-:-:- ViChyavIn -:-:-:- (обс.) 09:37, 28 октября 2016 (UTC)

Grid: К удалению

Доброго дня. Мне кажется, что некоторые Grid-файлы устарели и не будут использоваться вовсе, в связи с добавлением шаблонов, связанных с {{ИнвСпрайт}}. Так что, нужно предпринять какие-либо меры, или удалить неиспользуемые файлы. На английской вики такое замечал, Majr уже удалил эти файлы.

Или лучше подождать (я никого не заставляю, просто не хочется разводить свалку)? — GRAND RADION (обс.) 09:12, 1 ноября 2016 (UTC)

Я вообще никогда не понимал зачем существуют эти мелкие дубляжи. Чего ждать? Ничего особого не метится кроме Нового года. --Brandeliсk (обс.) 12:48, 1 ноября 2016 (UTC)
Может тогда вовсе использовать одну единую таблицу спрайтов для БлокСпрайт, СущностьСпрайт, ПредметСпрайт, ОкрСпрайт и ивентарных изображений? Удалять все инв изображения не будем до тех пор, пока не будет удостоверено в полной совместимости систем. — Ivan-r ru.Wiki Admin 14:21, 1 ноября 2016 (UTC)
Против только по причине нестабильности модуля. Добавление идентификаторов сложнее, чем загрузка простого изображения, что может вызвать медлительность обновления, а этого у нас и так хватает. -:-:-:- ViChyavIn -:-:-:- (обс.) 14:47, 1 ноября 2016 (UTC)
Advertisement