Актуальная на данный момент версия v. 626 в которой ничего из этого я не наблюдаю. Когда новая версия уйдёт в релиз, тогда и будет обновляться информация по ней.
На нашей вики не принято публиковать в статьях информацию, взятую из бета/альфа/гамма и т.д. -версий игры, а лишь только ту, которая актуальна для последней релизной версии игры. В данном случае, это v.626.
Пост на основе восстановленной страницы квеста "В путь".
Немало информации новых версий не совпадает с информацией старых. Например боевые характеристики оружия. Раньше был параметр "атака", а теперь его нет. Мы ж его не оставляем!? Так же с противниками. Другой пример, кремневый топор, в новых версиях требует дополнительно гвозди для сборки. А в старых версиях добавлял бонус к поиску. И таких примеров, если покопаться - тьма...
По итогу получается, что для того, кто играет в старую версию будет очень много недостоверной информации. А с учетом тотальной переделки игры, которую мы видим в действиях разработчиков, этой информации будет становиться все больше. Поэтому я еще раз призываю не создавать путаницу в статьях, и делать их ТОЛЬКО под актуальную версию игры. Любителей старой версии ОЧЕНЬ мало, а наш вики-проект все таки делается для массового пользования.
Для истории - это конечно здорово, но тут не тот случай. Для истории достаточно коротких примечаний.
Проблемы, на самом деле, не вижу. То, что вырезается из игры так и консервируется под плашкой для истории. Если же просто идёт обновление, вроде тех же характеристик оружия, статья также обновляется и поддерживается в актуальном состоянии, возможно, с какими-нибудь примечаниями о том, что было раньше.
Ну, ок... вот например, я решил поиграть в старую версию. Где найти урон оружия? Где найти прохождение старой сюжетной линии? Несюжетные квесты старой версии находились в других городах. Таблицы крафта поменялись: добавились новые рецепты, некоторые пропали, еще часть переехало на другие уровни. Т.е. по сути то, что помечено "вырезано в версии NNN" - это жалкие огрызки от старых версий, оставленные непонятно зачем. В любом случае, полноценно пользоваться Вики, играя в старую версию, нельзя никак.
Проблема в том, что на эти старые версии ведут ссылки, и плашку "вырезано", как показывает чат игры никто не видит в упор! Страница есть, значит надо искать... а потом пишут гневно, типа, "все обшарил, где мой танк?".
По итогу получается, что эти отрывочные статьи, как квартирное барахло: нафик не нужны, но выкинуть жалко, потому что "вдруг пригодятся".
Нет, не пригодятся, поверь... еще пару глобальных обновлений и точно в не нужны будут.
P.S. Еще один момент о ненужности: у нас не крутая блокбастер-игра с миллионной аудиторией, чтоб все эти фишечки, и игры в старую версию были кому-то нужны.
Не совсем корректное сравнение. Логично, по-моему, что вики в первую очередь сконцентрирована на актуальной версии и должна предоставлять инфу по ней. Однако, это не значит, что любое малейшее изменение должно безжалостно удаляться. Как было написано выше, вырезанный контент сохраняется для истории. Нигде не сказано, что вики будет помогать при игре в старые версии.
ИМХО. Вырезанный контент помогает, когда что то возвращается. Например недавно вернулись руководства. Убрал плашку, проверил - и все готово. Конечно это бывает редко... но метко :)
Сразу к делу: мне обязательно объяснять Вам, в чём именно смысл сокращений таблицы, которую Я полностью (с нуля) написал на странице, которую Я также делал с нуля?
Меня начинает раздражать постоянное Ваше вмешательство в страницы созданные или полностью переработанные мной. Тем более, в категориях, где нет как такового эталона/стандарта/способа "как надо делать" и т.д. (яркий тому пример - уникальные базы бандитов).
Вам не кажется, что здесь непочатый край работ, особенно после обновы v.614? Половина страниц давным-давно нуждается в "ремонте"! Но нет, вместо этого Вы ходите по страницам, которые уже перебраны и ищете снеговиков на Новой Земле в устаревшей версии игры.
Эти сокращения в таблице непонятны и не нужны. По поводу стандарта не согласен. Для уникальных баз он выработался в процессе, работает нормально и пока в корректировках не нуждается. По поводу моего так называемого вмешательства. Можно считать это чем-то вроде части моей работы. Проверяю, исправляю, корректирую, редактирую. Как к этому относиться каждый решает для себя сам. А за работу я, да и, думаю, не только я могу выразить благодарность. Вклад, в целом, неплох. Могу пожелать удачи в дальнейшем.
На счёт корректировок уникальных баз: это ещё не конец, не предел совершенства, я хочу продолжать этим заниматься. И, я понимаю, что не намеренно, но в данной ситуации Вы мне препятствуете, решая что нуждается, а что не нуждается в корректировках, и не желая принимать новое. Это отбивает всяческое желание, если честно.
Сокращения в таблице нужны вот для чего: у меня (и не только у меня) статья без этих сокращений отображается вот так:
То, зачем нужны сокращения
И это при ширине экрана в 1680р. С сокращениями же таблица не теряет своей информативности, но влазит параллельно с инфобоксом. Также, я планирую использовать таблицу одного и того же стандарта в дальнейшем, коль уж нет соответствующего шаблона. Для этого также необходимо её сузить.
На счёт версий (v.1.xxx или v.xxx): должен признать, что был не прав.
На счёт галереи: я стараюсь делать всё по одному стандарту дабы страницы выглядели стандартизированными. И галерея на большинстве страниц, где я успел побывать, расположена выше примечаний. Почему именно в данной ситуации Вы так настаиваете на переносе её вниз?
На счёт содержания и "NOTOC": надеюсь, вы с товарищем Alex-Tesla разобрались с этим вопросом?
В заключение хотелось бы сказать, что стоит обсуждать подобные вопросы, или хотя бы оставлять комментарий при редактировании, а не просто молча и непреклонно делать так, как видите правильным лично Вы.
З.Ы. Спасибо, что отметили мой вклад, для меня это Важно.
С потерей этой сотни пикселей, думаю, смириться можно. Не имеет смысла пытаться всё максимально ужимать и впихивать.
Шаблон это не проблема, давно была мысль сделать его для шапки, прописать нормальные стили в css, дабы не было всей той каши, да дизайна нормального для таблиц нет. И в голову ничего не приходит.
Де-факто это стандарт. Всегда была последовательность Примечания --> Галерея (--> Навбокс --> Категории). Кроме этих баз я сходу не могу даже представить где ещё мог быть обратный порядок.
Про содержание обсуждения не было. Принцип, однако, такой, что кому оно мешает может его свернуть и при последующих открытиях страниц оно таким и будет оставаться.
Увы, языками я не владею и, соответственно, пользуюсь тем, что есть. На счёт сотни пикселей: предлагаю ознакомиться вот с этим наброском. А также попробовать запустить широкую версию таблицы на экране вертикально ориентированного мобильного девайса.
Стандарт так стандарт. В принципе, и в примечаниях, и в галерее обычно контент без особой смысловой нагрузки, так что их порядок сильного значения в моих глазах не имеет. Хотел быстро привести в пример транспорт, однако, пролистав его страницы убедился в том, что везде по-разному (а я и не обращал внимания). Что ж, значит, буду совать галерею вниз. Просто, опять же: хочется, чтобы везде одинаково было, а на что ориентироваться не всегда понятно.
А на счёт содержания я придерживаюсь позиции Alex-Tesla: у нас страницы маленькие, даже самые длинные из них занимают 2-2,5 площади компьютерного экрана, нет смысла ориентироваться по содержанию, если страницу можно промотать за 1-2 скролла. Да, можно свернуть. Но оно даже в свёрнутом виде глаз не радует. Если моих убеждений не будет достаточно, я предлагаю обсудить этот вопрос совместно и найти решение, с которым все будут согласны.
Ландшафтный режим телефона меня мало волнует. Да и не сказать, чтобы фэндом был нормально оптимизирован для просмотра с мобильных.
С содержанием не вижу абсолютно никакой проблемы. В статьях с 3 и менее заголовками оно в принципе не появляется, а в длинных свернуть можно. Но если так сильно глаз режет, могу подсказать персональный css, видеть его больше не будете.
Насчет содержания. Его надо убирать. Лишний раз тыкать, чтоб его свернуть - не гуд. Да и в принципе, содержание, когда страница очень маленькая выглядит ну очень глупо. А от надписи NOTOC в теле статьи ничего страшного не случится, зато вид будет значительно эстетичнее. На всякий случай пару примеров: Бензин, Отравленная вода.
Насчет пустот в статьях и таблицах - это тоже не есть хорошо, но устранять их надо индивидуальными способами для каждого типа страниц/таблиц. В данном случае, если речь идет о страницах с базами, то туда например можно вставить изображение поля боя с описанием, убрав его из инфобокса и сделав по-крупнее. А в инфобоксе оставить общее изображение баз бандитов, по стандарту всех зданий. Поле боя в инфобоксе выглядит мелковато, особенно, если сама картинка еще не огонь. Разглядывать ее и с компьютера непросто, а с телефона вообще проблема. Сокращения в таблице мне тоже не нравятся. Вот именно в этой таблице можно обойтись без них.
Еще один вариант... Можно прикрутить к базам картинки с их расположением, специально для иностранных игроков и, тех, у кого туго с географией (в онлайн-чате постоянно спрашивают. Бесят уже!). Очень неплохо сделано у наших буржуйских коллег: https://dayr.fandom.com/wiki/Super_Bandit_Camps
Вот только уменьшить карту чуток и подписи тоже уменьшить и расположить поверх карты. Я такое давно хочу сделать - руки не доходят.
Не вижу смысла. На страницах с тремя и менее заголовками содержание не появляется, а один раз кликнуть, чтобы свернуть не так сложно. Если так мешает, тык сюда и копируем .WikiaArticle .toc { display: none; } и будет вам счастье.
Как я уже говорил, эти 100 пикселей не критичны и загоняться, чтобы везде все идеально подгонять смысла нет. С полями боя согласен, можно ещё подумать, как лучше сделать, особенно с обычными базами. Текущий вид мне не особо нравится.
В принципе, идея неплохая. Можно в обзорную статью запилить карту со всеми базами, а в отдельные статьи пихать изображения с каждой базой.
Забавно, кстати, сейчас наблюдать за нашими английскими коллегами и за тем, как разные плюшки перетекают он нас к ним.
Подправил шаблон, что бы инфобоксы обновленных статей работали корректно. Если будут какие либо рекомендации, идеи, предложения - готов обсудить. Спасибо.
Пишу Вам по вопросу отката моих правок на страницах, преимущественно из категории "Транспорт".
Хотелось бы узнать причину этих самых откатов - ведь я редактирую не наобум, стараюсь прислушиваться к "старожилам" сообщества и общим рекомендациям, приведённым в справочных материалах. И мне совершенно понятны случаи, когда Вы "чистите" код и вносите свои правки поверх сделанных мной - стараюсь анализировать и принимать к сведению. Но такие ситуации, как полные отмены обоснованных правок (например: 1, 2, 3, 4), мне совершенно непонятны.
Прошу, растолкуйте мне причины данных откатов!
Также, было бы не плохо иметь внешнее средство связи с Вами, дабы обсуждать правки более конструктивно и своевременно прежде, чем вносить изменения, идя на перекор друг другу!
Не сказал бы, что таких уж обоснованных. В инфобоксе не просто так существует пункт "Местонахождение" и переносы сначала из тела статьи в бокс, а после обратно мне непонятны.
Касательно связи, иногда меня можно найти в дискорде.
P.S. Рекомендую избавляться от визуального редактора и учиться работать в редакторе исходного кода.
На счёт местонахождения: я этот вопрос уже обсудил с Alex-Tesla и мы сошлись на мнении, что в двух местах сразу информация о местонахождении не нужна. Он рекомендовал оставить информацию о местонахождении в теле статьи, т.к. в боксе получается слишком много переносов.
я не пользуюсь визуальным редактором, стараюсь в коде редактировать, параллельно глядя на саму статью.
Владлен, мои мысли, почему надо убрать местонахождение из "инфобокса" просты:
В инфобоксе все параметры по одной строке, и расширение одной из строк в 2-3 и более раз (под каждый пункт) с точки зрения визуализации и дизайна - вообще не айс. А если учесть что сломаный транспорт можно очень много где найти, то строка будет реально большая. Не красиво. Инфобокс по транспорту и без того непомерно длинный.
Убрать дублирование информации. Статья и без того невелика, и дублирование одного и того же на одной странице - моветон.
Если "местонахождение" поместить в тело статьи, то там удобнее и нагляднее будет дописать какие-то примечания. Например о нахождении целого транспорта.
У нас по другим видам предметов "местонахождение" записано в тело статьи. Поэтому для единообразия предлагаю там и оставить. Примеры: топор, набор инструментов, сахар, бензопила.
Насчет "местонахождения" (и кстати "создания") тут весьма тонкий и спорный вопрос.
Слова немного не подходят с точки зрения семантического значения и обыденности употребления. Мы ж в повседневной жизни, например делая запрос в гугл, не спрашиваем "Местонахождение автомобильного аккумулятора", или "Местонахождение толстых штор для окон"!? Мы спрашиваем: "Где найти аккумулятор для автомобиля" или "Где найти толстые шторы для окон". Сам термин "Местонахождение" имеет несколько другую смысловую окраску, мне кажется не стоит грести все под одну гребёнку.
Также с "созданием". "Создание яблочного компота" или "создание автомобиля" звучат как-то нелепо. Недаром в игре у нас написано "Приготовить" на компоте, и "Собрать" на автомобилях.
Ну короче, это так, словесные придирки. Если сильно хочется везде оставить "местонахождение", то ОК... но я бы все же сделал по логическим правилам словесности.
Также с "созданием". "Создание яблочного компота" или "создание автомобиля" звучат как-то нелепо. Недаром в игре у нас написано "Приготовить" на компоте, и "Собрать" на автомобилях.
Всю жизнь же писали в боксе так, как в игре: приготовить, cобрать, разломать, разнести.
Когда то, вас не устроил мой код, в связи с отсутствием CSS, но сейчас ВЫ можете внести свой вклад - доработать и внедрить CSS обсуждаемый на стене обсужденияSsstarkШаблон лута