Обсуждение шаблона:Product info: различия между версиями
Содержимое удалено Содержимое добавлено
Nikita (обсуждение | вклад) м Nikita переименовал страницу Обсуждение:Product info в Обсуждение шаблона:Product info |
Nikita (обсуждение | вклад) Re: Условия использования |
||
| (не показано 6 промежуточных версий 2 участников) | |||
Строка 32:
[[Участник:Nikita|Nikita]] ([[Обсуждение участника:Nikita|обсуждение]]) 13:48, 20 мая 2018 (UTC)
=== 3 ===
А зачем параметр «состояние», если он обновляется вручную? Читатель сам может понять, когда проект жив, а когда - нет, по дате релиза.
В РИЛ активность - это очень размытое понятие, новых версий [[QSP]] Classic и URQ-модуля INSTEAD не было уже 8 лет (при этом у QSP хотя бы с тех пор были новые коммиты). [[FireURQ]] два года [[Файл:Fireurq.zip|прожил без обновлений.]] То есть, может подняться война правок только за то, стоит ли считать QSP архивным.
Наконец, статьи имеют обыкновение устаревать.<br>[[Участник:Oreolek|Oreolek]] ([[Обсуждение участника:Oreolek|обсуждение]]) 14:57, 12 июня 2018 (UTC)
===4===
Основная мысль была в том, чтобы пометить как архивные проекты типа первого ТОМа и пр., то есть официально свёрнутые, на поддержку и обновление которых надежды нет. Активность проекта - это уже просто по инерции противоположное значение. Считаете особого смысла нет? Там ещё предполагается по значению "Архивное" проставлять категорию заброшенных платформ - удобнее всё в одном месте описать, чтобы категоризация делалась чисто автоматически.
Можно значение "Активное" просто особо не использовать, если смущает, а только "Архивное" в очевидных случаях. У нас сейчас есть категория заброшенных платформ, наполняемая вручную, и конфликтов это особых не вызывает, так что с проблемой холеваров по данной теме мы не сталкиваемся. Думаю, справимся и с архивным состоянием продуктов.
Вообще же меня сейчас больше занимают следующие вопросы:
# Стоит ли привязывать язык из Product info к соответствующему свойству в вики? Во-первых, мне не очень очевидна практическая ценность поиска платформ и прочего именно по данному параметру, а во-вторых, это усложнит запрос, по которому можно будет выводить, например, английские игры, так как туда по умолчанию будут подмешиваться текстовые редакторы с англоязычным интерфейсом и пр., то есть надо будет сильнее уточнять запрос.
# Аналогично со свойством даты: мы больше приобретём, или потеряем, если Product info даты релизов будет оформлять семантическим свойством? Тут у игр есть отдельные категории по годам, так что вряд ли кто-то будет отсортировывать по свойству, но всё-таки...
# Ну и парсер у вики ужасен, так что я мучаюсь с реализацией некоторых сложных обработок, но это чисто техническая проблема.
--[[Участник:Nikita|Nikita]] ([[Обсуждение участника:Nikita|обсуждение]]) 15:43, 12 июня 2018 (UTC)
=== 5 ===
Не знаю, но я всегда за простоту. Тем более для редакторов. На статистику по играм, детализированную по языкам, платформам, жанрам и датам, всегда есть запрос. Статистику по инструментам конкретно РИЛ и на конкретном языке, да ещё активных в определённый год… пока никто не запрашивал. Парсер у вики действительно ужас, но у нас есть расширения на массивы, переменные и циклы, так что всё легче.<br>[[Участник:Oreolek|Oreolek]] ([[Обсуждение участника:Oreolek|обсуждение]]) 06:33, 13 июня 2018 (UTC)
===6===
Мне в нескольких случаях нужна проверка вхождения подстроки в значение параметра. Например, если параметр "система" содержит подстроку "web", то вставляем категорию "Онлайн-платформы". Именно проверка вхождения подстроки, а не просто сравнение значений через #ifeq, потому что у "система" значение может быть разным, например, помимо "web" там ещё может быть много чего написано у платформ типа Inform или INSTEAD.
Обычно для этого используются шаблоны обработки строк и в частности Str find, но у нас тут его вроде нет. Что есть на замену для этой задачи?
По языку интерфейса я наверное уберу рекомендацию по прописыванию его свойством. Будет просто параметр для произвольной строки, если вдруг для какого-то продукта там требуются общие уточнения, например, как у HTML TADS существует русификация, но как отдельная версия.
Даты релизов наверное всё-таки имеет смысл сделать датами, чтобы, например, отслеживать "этот день в истории" и ловить дни рождения платформ. Игры всё равно в отдельных календарных категориях, так что им это не должно сильно помешать.
Параметр "состояние" как раз добавит простаты с автовставкой категории заброшенных платформ. Ну а его значение "Активное" наверное да, просто не надо особо педалировать.--[[Участник:Nikita|Nikita]] ([[Обсуждение участника:Nikita|обсуждение]]) 14:30, 13 июня 2018 (UTC)
=== 7 ===
В синтаксисе MediaWiki ничего нет. Существует модуль String для расширения Lua, чтобы использовать Lua-код в шаблонах, но если их поставить, то это ещё сильнее увеличит нагрузку на сервер, а заодно ещё может нарушить безопасность, так что обходимся без подстрок. [[Участник:Oreolek|Oreolek]] ([[Обсуждение участника:Oreolek|обсуждение]]) 15:19, 13 июня 2018 (UTC)
=== Условия использования ===
Немного не понял про условия использования (см. [[IFHub]]):
:Некоммерческий открытый для чтения ресурс с необходимостью регистрации для комментирования и публикации
Абсолютно бесполезное предложение. Что такое коммерческий веб-ресурс и где они в РИЛ? Может ли ресурс быть закрытым для чтения? (Это тогда уже не информационный ресурс, а закрытая группа, как тот же чат в Discord) Анонимное комментирование было только на CremDB, и там закрыли. Анонимная "публикация" есть только на Википедии и разделе /ruvn Двача.
Правила ресурсов могут быть краткими или [[Как добавить свою игру в Wiki|жутко подробными]], и обобщать их не пытается даже Википедия. Что означает этот параметр? <br>[[Участник:Oreolek|Oreolek]] ([[Обсуждение участника:Oreolek|обсуждение]]) 02:31, 15 июня 2018 (UTC)
=== Re: Условия использования ===
Ну да, у IFHub я криво как-то написал.
Вообще это то, что в карточке сайтов на Википедии называется "Регистрация", например, см. [https://ru.wikipedia.org/wiki/%D0%A5%D0%B0%D0%B1%D1%80 Хабр] или [https://ru.wikipedia.org/wiki/%D0%9F%D0%BE%D1%80%D1%82%D0%B0%D0%BB_%D0%B3%D0%BE%D1%81%D1%83%D0%B4%D0%B0%D1%80%D1%81%D1%82%D0%B2%D0%B5%D0%BD%D0%BD%D1%8B%D1%85_%D1%83%D1%81%D0%BB%D1%83%D0%B3_%D0%A0%D0%BE%D1%81%D1%81%D0%B8%D0%B9%D1%81%D0%BA%D0%BE%D0%B9_%D0%A4%D0%B5%D0%B4%D0%B5%D1%80%D0%B0%D1%86%D0%B8%D0%B8 Портал государственных услуг]. Просто я вместо "Регистрация" написал более нейтрально "Условия использования", но суть именно как у "Регистрации". В принципе, можно так и написать "Регистрация", если это со стороны кажется более понятным.
Использовать, конечно, не обязательно, но раз уж есть параметр, оставшийся от EULA программных продуктов, то можно и заполнить. Надо только, действительно, над формулировками больше задумываться.
Вообще с Product info я уже наверное закончил. Вроде есть всё, что я планировал, и оно работает так, как надо, плюс способно масштабироваться, например, переварит появление любой новой категории продуктов. В общем если имеются какие-то соображения, то высказывайте. Самое время их обработать.
Есть ещё задача по шаблону "Проекты и разработки" для вставки на страницу персоналии, который будет как "Игры автора" строить списки по свойствам "Разработчик", "Локализатор", "Администратор" и "Технический писатель", но это уже отдельная сущность.
С автопостроением списков по свойству я глянул, там опять какой-то безумный синтаксис, так что мне было лень ковыряться. Если есть время и желание, ну и вы с ходу помните, как это работает, то можете помочь, запилив аналог "Игры автора". Ну или я потом найду время разобраться и доделаю, чтобы можно было отображать ассоциированные проекты на страницах людей.
--[[Участник:Nikita|Nikita]] ([[Обсуждение участника:Nikita|обсуждение]]) 12:15, 15 июня 2018 (UTC)
| |||