Если в карточке программы указан разработчик (один) и одновременно имеется соответствующая запись на викиданных, то информация в шаблоне дублируется: см., напр,
LaTeX
и
Microsoft Office
. Видимо, эту проблему можно решить двумя путями: запретить отображение с викиданных при заполненном поле "разработчик" или запустить бота удалить это поле в статьях, для которых есть запись на викиданных. Сделаю первый вариант через неделю, если никто не выскажет возражений или раньше сам не сделает.
Браунинг
08:59, 23 марта 2014 (UTC)
[
]
Автоматизация добавления страниц ПО в категорию по годам разработки
См. также:
Выполнил просьбу заявителя, однако остался недоволен своим кодом. Если есть желающие — просьба переработать! Кроме того, у меня остался открытым вопрос о неправильном формате даты релиза, которую может ввести пользователь. Кто поможет это решить? С уважением,
Карибеков В. Ю.
-обс-
18:24, 26 апреля 2014 (UTC)
[
]
Я думаю, что можно добавить возможность проставления служебной категории вида «Страницы с неверной датой» при неверно указанной (не соответствующей формату) дате релиза. Ну и добавить предупреждение о неверном формате. Как думаете? С уважением,
Карибеков В. Ю.
-обс-
04:17, 27 апреля 2014 (UTC)
[
]
На счет добавленного кода, я не совсем разбираюсь в
вики-разметке
, но насколько я понял вы подразумеваете использование формата даты «d-m-Y». Но разве стандарт
ISO 8601
не подразумевает как раз таки противоположный порядок, т.е. «YYYY-MM-DD»? По поводу введения пользователями неправильного формата... опасения конечно обоснованные. Пытаясь осмыслить ваше предложение, выяснил что аналогичные категории уже
существует
для различных ошибках в других шаблонах, а значит вам будет проще реализовать задуманное на их примере (да вы наверняка и сами знали об этих категориях). Правда название я бы дал не «
Страницы с неверной датой
», а более строгое, например «
» (это я на примере «
сносок
»). Кстати эту же категорию можно будет использовать не только для
шаблона карточка программы
, но и для различных других шаблонов с неправильно оформленной датой (напр. в
шаблоне cite web
, целых 3 параметра с датой). А для того чтоб минимизировать введение даты неправильного формата, нужно дополнить его формат в описание, т.е. не просто сослаться на
ISO 8601
, а указать пример, т.е. «YYYY-MM-DD». Кстати этим бы мог заняться я, т.к. это мне вполне под силу, а вы потом бы проверили, но надо все же точно выяснить формат, т.е. он «YYYY-MM-DD»? Еще не совсем понятно из вашего кода, как он себя поведет если формат даты будет не верным, т.е. проигнорирует дату или может чего то напутать?
Volovik Vitaly
06:52, 27 апреля 2014 (UTC)
[
]
1. Формат «d-m-Y». В шаблоне используется функция парсера
#time
. Насколько я знаю, она способна воспринимать любой совместимый формат, за исключением тех вариантов, в которых присутствуют названия месяцев на русском языке. То есть, шаблон поймет и "2014-04-24", и "24-04-2014", и даже "24 April 2014". Проблема, на мой взгляд, здесь в следующем: если отсутствует месяц или год, то функция подставляет текущие. Поэтому я обезопасился, и пока что сделал отображаемым непосредственно в карточке лишь параметр "Год" без числа и месяца. Однако, если дата задана не в таковом формате (например, если пользователь подставит "12 апреля 2012"), или будут присутствовать слова, не относящиеся к дате, то вместо данной даты, отобразиться лишь "[[]].
Внимание!
Введенный Вами формат должен быть представлен в любом GNU-совместимом формате, например, в формате ISO 8601:
27-04-2014
".
2. С названием категории полностью согласен. Думаю есть смысл добавлять статьи в нее автоматически. Соответствующие изменения в шаблоне сделаю немного позднее. С уважением,
Карибеков В. Ю.
-обс-
07:15, 27 апреля 2014 (UTC)
[
]
Добавил в документацию уточнение на счет формата даты, если чего то не так сделал, то поправьте. На счет того что может отсутствовать месяц или год, то с одной стороны это конечно проблема, а с другой, мне кажется, такое маловероятно, т.к. как правило указывают либо год, либо год и месяц, либо полую дату, т.е. мало шансов что кто то укажет просто дату (месяц) или дату с месяцем без года. На счет ошибочных дат (не по формату), то я вижу решение такое, после создания вами соответствующей категории, в нее попадут статьи с неверным форматом даты, а после этого я смогу их вручную исправить в соответствии с форматом. Правда не знаю, успеем или нет, т.к. я с мая ухожу в викиотпуск на 3 месяца, но если что, то смогу сделать когда вернусь.
Volovik Vitaly
15:49, 27 апреля 2014 (UTC)
[
]
Выявилась проблема. Как и говорил, начал править неверные форматы дат из
нашей
категории, однако как выяснилось они не работают. Так я исправлял формат на ГГГГ-ММ-ДД и даже наоборот ДД-ММ-ГГГГ, но вместо нормальной даты в шаблоне, появлялся только год. Я не знаю, может это из-за вашего кода, т.е. это вы специально сделали чтоб отображался только год? Как мне поступать, т.е. продолжать править в формате ГГГГ-ММ-ДД или нужно править в другом формате?
Volovik Vitaly
11:34, 28 апреля 2014 (UTC)
[
]
Вы правы - я специально сделал так, чтобы отображался только год. Просто это подстраховка от случаев, когда данный параметр (
released
) имеет неполный формат. Например, если стоит "04-2013" или "2013-04", то шаблон дополнит данный формат сегодняшним числом, т. е. "2013-04-
28
". Или, если стоит лишь год, то параметр заполнится следующими данными: "2012-
04-28
. Именно для того, чтобы избежать эту проблему я и сделал возможным отображение лишь года. Кстати, если параметр верный, но представлен в виде ссылки (например, "[[2014-04-28]]"), то это также будет считаться неверными данными и будет вызывать ошибку. Если есть мысли как от этого избавится, то прошу помочь с идеями! С уважением,
Карибеков В. Ю.
-обс-
16:38, 28 апреля 2014 (UTC)
[
]
А можно запрограммировать код так, чтоб он не дописывал недостающие даты? И почему считается неполным например формат "2013-04"? Ведь
ISO 8601
допускает такой формат? А нельзя сделать так, чтоб ваш код брал за год только число состоящее из 4-х цифр? тогда бы каким бы не был формат даты, он бы (код) безошибочно находил в нем именно год и не пришлось бы вводить такие ограничение, а то получается мы
жертвуем
полноценной датой (т.е. чтоб она отображалась в шаблоне) ради добавления статьи в соответствующую категорию.
Volovik Vitaly
14:19, 29 апреля 2014 (UTC)
[
]
По поводу „код брал за год только число состоящее из 4-х цифр“ — мысль интересная, я приходил к ней, но пока не придумал как это реализовать правильнее. Что же до „почему считается неполным например формат "2013-04"“, то это «вина»
, который так реализовал работу функции
#time
, и моя — так как я воспользовался этой функцией. Я подумаю как решить описанную Вами проблему. Главное, что "начало" положено, не так ли? С уважением,
Карибеков В. Ю.
-обс-
17:38, 29 апреля 2014 (UTC)
[
]
Разумеется так
! По поводу функции
#time
, я так понимаю здесь два выхода, либо дорабатывать ее, чтоб она понимала все форматы предусмотренные
ISO 8601
, либо использовать другую функцию. Мне кажется за разрешением этой проблемы вам лучше вернуться к
техническому форуму
, за помощью коллег программистов и совместными усилиями найти выход из сложившейся ситуации. Заодно, возможно именно там, вы сможете вместе с другими программистами придумать как реализовать привязку кода к «
4-м цифрам
». Я же к сожалению вынужден
временно
попрощаться, т.к. ухожу в викиотпуск, еще раз спасибо за то что работаете над этой задачей.
Volovik Vitaly
00:44, 30 апреля 2014 (UTC)
[
]
|released = 2010-10-14
<ref>
{{Ссылка
|url = http://listarchives.documentfoundation.org/www/announce/msg00013.html
|title= LibreOffice Beta 2 available for testing
|author =
|publisher = Официальный сайт проекта
|date = 14 октября 2010 года
|accessdate = 26 января 2011
|lang = en
|description = }}
</ref>
Пока что, так и будет — ссылка, любой символ не входящий в формат даты будет восприниматься как вызывающий ошибку. Я думаю как от этого избавиться — как находить только именно год, а все остальное оставлять. Но пока что все идеи заканчиваются провалом. Но я постараюсь найти решение! С уважением,
Карибеков В. Ю.
-обс-
14:48, 6 мая 2014 (UTC)
[
]
Может, пока ищете, убрать ругательство? А то сейчас почти семь тысяч статей (если верить гуглу) им украшены. Успехов,
Inmodus
21:37, 6 мая 2014 (UTC)
[
]
Исправил шаблон, однако теперь графа "
дата релиза
" должна начинаться с даты в обязательном формате "
ГГГГ-ММ-ДД
", "
ГГГГ-ММ
" или "
ГГГГ
". С уважением,
Карибеков В. Ю.
-обс-
13:29, 8 мая 2014 (UTC)
[
]
Насколько я понимаю, дело в том, что указано
{{nobr|{{wikidata/p348|{{{latest release version|}}}{{{latest_release_version|}}}{{{последняя версия|}}}<!-- --> {{#if:{{{latest release date|}}}{{{latest_release_date|}}}{{{дата последней версии|}}}|({{{latest release date|}}}{{{latest_release_date|}}}{{{дата последней версии|}}}) }}}}}}
, а значит «данные» будут подставленны, даже если их нет.
На мой взгляд здесь можно немного подправить добавлением «IF->THEN» или же изменением вышеуказанного кода на
{{wikidata|p348|{{{latest release version|}}}{{{latest_release_version|}}}{{{последняя версия|}}}<!---->{{#if:{{{latest release date|}}}{{{latest_release_date|}}}{{{дата последней версии|}}}|({{{latest release date|}}}{{{latest_release_date|}}}{{{дата последней версии|}}}) }}}}
. Должно помочь, но не уверен. С уважением,
Карибеков В. Ю.
-обс-
Спасибо! Я немного слоу в программировании, поэтому сразу не понял. А что значит надпись в графе первый выпуск: «Внимание! Введенный Вами формат должен быть представлен в любом GNU-совместимом формате, например, в формате ISO 8601: 2014-05-05.»? Я подставляю дату типа 2014-05-05, но в статье отображается просто 2014. --
Mattmiller3
✉
19:11, 5 мая 2014 (UTC)
[
]
При редактировании шаблона внизу есть поле «Предварительный просмотр страницы с использованием этого шаблона».
Очень
прошу им пользоваться. И ещё тестировать шаблоны в личном пространстве. Потому что сейчас история правок этого шаблона представляет из себя дикий ужас, в котором совершенно невозможно разобраться. —
putnik
07:03, 11 мая 2014 (UTC)
[
]
Благодарю за совет! И мне правда жаль, что я так напортачил. Я лишь недавно начал тестировать шаблоны в личном пространстве, и поэтому так забил историю правками. Обещаю что впредь не буду допускать такие оплошности. С уважением,
Карибеков В. Ю.
-обс-
09:03, 11 мая 2014 (UTC)
[
]
В заготовке для копирования не все параметры
Почему в заготовке для копирования не все параметры?! Так например там нет параметров "
language
", "
operating system
", "
license
" и "
website
" которые при это присутствуют в описаниях и примере и их приходится добавлять вручную? Там нет и некоторых других параметров, но эти 3 я считаю основными и необходимыми для стандартной карточки. Собственно я бы мог и сам добавить эти параметры в заготовку для копирования, но до конца не уверен что поступлю правильно, хотя вроде ничему это не должно навредить
Volovik Vitaly
(
обс
)
08:49, 2 сентября 2014 (UTC)
[
]
Почему бы не добавить строку для репозитория? Сейчас у многих программ есть открытые репозитории. Прошу добавить также и параметр
ВД
P1324
. —
(
обс.
)
12:14, 21 апреля 2015 (UTC)
[
]
Заготовка для копирования:
|метка21 = [[Репозиторий]]
|текст21 = {{wikidata/p1324|{{{repo|{{{репозиторий|}}}}}}}}
Пожалуйста, измените название параметра "аппаратная платформа" на просто "платформа", которая может быть и программной. --
22:26, 15 июля 2015 (UTC)
[
]
Нужно либо добавить ещё один параметр "Программная платформа" (пример "Java (программная платформа)"), либо изменить на просто платформа. --
07:34, 27 октября 2015 (UTC)
[
]
параметры «автор» и «разработчик» - рекомендация по использованию
Хотелось бы обсудить и прийти к общему мнению по использованию данных параметров. Речь идет о тех ситуациях, когда это одно и то же лицо. Правил и строгих требований конечно нет и в теории надо заполнят оба параметра, но выглядит это в карточке как то
не красиво
. Может тогда стоит заполнят только один параметр, но тогда какой лучше? Лично я не могу здесь определиться, иначе бы не стал поднимать этот вопрос. В общем жду мнения коллег в соответствующих разделах ниже (по достижению явного консенсуса, думаю неплохо бы внести соответствующие пояснения в саму статью о карточке):
Заполняем только «автор»
Заполняем только «разработчик»
Заполняем оба параметра
Разработчик и Разработчики
Когда в викиданных заполняешь свойство «разработчик», в статье дублируется название разработчика под разделами «Разработчик» и «Разработчики» (например,
Opera
,
Vivaldi
и т.д.). По всей видимости, ошибка в этом коде:
В Метке3 и тексте3 прописано, чтобы создавался раздел «Разработчик», если в викиданных заполнено свойство «developer (разработчик) (p178)». Собственно, в данном случае заполнено свойство «разработчик», поэтому и появляется этот раздел.
В метке4 и тексте4 прописано, чтобы создавался раздел «Разработчики»: если заполнено свойство «developers (разработчики)» брать для текста раздела данные из свойства «developers (разработчики)», если заполнено свойство «developer (разработчик) (p178)», брать для текста раздела данные из свойства «developer (разработчик) (p178)». В данном случае заполнено свойство «разработчик», поэтому появляется раздел «Разработчики» с данными, взятыми из свойства «разработчик».
По этим причинам в статьях появляются 2 раздела «Разработчик» и «Разработчики», для которых берутся данные из свойства «developer (разработчик) (p178)».
Возможные способы решения проблемы. Изменить код на следующий:
Такая разметка уже была ранее (до 4 мая 2013 года):
. В этом случае, если заполнено свойство «developer (разработчик) (p178)», будет появляться раздел «Разработчик», если заполнено свойство «developers (разработчики)», будет появляться раздел «Разработчики».
Если по какой-то причине этот способ не подходит, возможно существуют и другие способы исправления кода, но я нашёл только этот способ.--
Феликс
(
обс
)
09:11, 11 июля 2016 (UTC)
[
]
Добавление поля "Запись в Едином реестре российских программ для электронных вычислительных машин и баз данных"
Считаю, что будет полезным в шаблон добавить поле "Запись в Едином реестре российских программ для электронных вычислительных машин и баз данных" со ссылкой на запись в реестре
. Или есть какой-то другой шаблон для этого функционала? --
Konstantin Botalov
(
обс.
)
06:56, 2 июня 2017 (UTC)
[
]
Версии для различных ОС
Здесь находятся завершившиеся обсуждения. Просьба не вносить изменений.
Сейчас в карточке отображаются лишь номера версий с их датами выхода в свет. Ни для кого не секрет, что в
ВД
есть свойство
. На данный момент указывать конкретно ОС можно переопределив значение поля «версия», что не очень хорошо.
Ещё хотелось бы, чтобы в поле
квалификатор
можно было безболезненно указывать несколько версий (для различных операционных систем).
А как я должен заполнять параметр не в случае этих элементов викиданных, а в самой карточке? Надо указать пример на самой странице шаблона по заполнению разных версий для разных ОС. --
185.52.142.127
07:51, 30 апреля 2019 (UTC)
[
]
Пока заполнил
, т.е. пришлось идти на "хитрость" и параметр "даты" заполнять в "версиях", лучшего способа я пока не увидел и не понял. --
185.52.142.127
08:23, 30 апреля 2019 (UTC)
[
]
Пора, инженеры, проснитесь
Здесь находятся завершившиеся обсуждения. Просьба не вносить изменений.
Запрос выполнен
Шаблон закрыт, но никто не будет заниматься его оформлением, складывается такое чувство. Чтобы было красиве́е, я желаю, чтобы из аргументов убрали нелепые
{{Wikidata|pXXX|
и вставили красивые
| викиданныеXX = pXXX
.
(
обс.
)
14:57, 7 августа 2017 (UTC)
[
]
@
Jack who built the house
:
описывает элемент как сущность, в случае с этой карточкой элементы должны иметь
в свойстве
, а то, чем занимается программа, например, графическое редактирование, редактирование текста, компилирование должно заниматься свойством
. Я, может, и перегибаю палку, и можно обойтись и без этого, но моё мнение такое вот, вот —
dimon4ezzz
18:40, 21 августа 2017 (UTC)
[
]
@
Jack who built the house
:
ex.
элемент
, в свойстве
указаны
,
,
. Не знаю, как Вам, а я не чувствую
случаем понятия
, формулировка опредеённо не та. Скорее бы подошёл именно жанр. Посмотрите на код шаблона, Вы увидите, что среди элементов из свойства
убираются некоторые, которые явно ничего не рассказывают о программе, описывая лишь тот факт, что это программа. Да, может быть, данное изменение будет интересно лишь для крупных программ, занимающихся разными видами деятельности, однако и все остальные статьи будут не в минусе, ведь статей о видах деятельности больше, чем о видах программ, занимающихся этими видами деятельности. Попробуйте
, поймите же, понятие — не то —
dimon4ezzz
06:26, 22 августа 2017 (UTC)
[
]
А для
описание — «a creative work's genre or an artist's field of work (P101)». Вообще, я спрашивал примеры, потому что думал, что «жанр» систематически используется для ПО, а получается, что вы предлагаете заменить свойство, которое, возможно, не наилучшим образом подходит для ПО, на то, что вообще не используется, или вы не привели примеров этому. —
Джек, который построил дом
(
обс.
)
08:49, 22 августа 2017 (UTC)
[
]
Используемые софтом с выходом в Интернет заголовки User-Agent
Предлагаю к обсуждению идею добавления в шаблон параметра, который будет называться, например, «позиционирование в сети» для указания того, какие заголовки User-Agent использует тот или иной конкретный софт с выходом в Интернет, о котором создана статья.
И не надо говорить, что эта опция не, что называется, usefull. Она ещё как usefull.
В качестве примера возьмём ПО
Facebook Gameroom
.
Например, там указано, что он позиционирует себя как
Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/57.0.2987.133 CanvasFrame/1.9.6443.18496 Safari/537.36 FacebookCanvasDesktop FBAN/GamesWindowsDesktopApp FBAV/1.9.6443.18496
Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/57.0.2987.133 CanvasFrame/1.8.6429.23271 Safari/537.36 FacebookCanvasDesktop FBAN/GamesWindowsDesktopApp FBAV/1.8.6429.23271
Mozilla/5.0 (Windows NT 6.2) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/41.0.2228.0 Safari/537.36 CanvasFrame/1.4.0.0 FacebookCanvasDesktop [FBAN/GamesWindowsDesktopApp; FBAV/FacebookGameroomSetup]
Сведущий пользователь, когда вручную в своём интернет-обозревателе включит такое позиционирование, то, перейдя по ссылке
попадёт не на страницу скачивания загрузчика клиента, а фактически в веб-интерфейс программы. С полным функционалом относительно того, что представлено в самой программе.
Ну и так далее. Таких примеров можно подобрать массу.
Небольшое примечание:
Безусловно, эту информацию если добавлять, то надо делать так, чтоб она была, типа, спрятана под спойлер. Если это возможно вообще --
(
обсуждение
·
вклад
)
19:38, 23 сентября 2017 (UTC)
[
]
Ссылка на репозиторий
@
:
вы всё-таки добавили поле с репозиторием, но возникли проблемы. Я-то согласен, что это полезная информация, проблема в другом: не всегда ссылка на репозиторий, вытягиваемая из Викиданных, является распознаваемым движком и браузером URLом: взгляните, например, на статью
gnuplot
. --
Браунинг
(
обс.
)
11:55, 27 ноября 2017 (UTC)
[
]
В отличии от шаблона из enwiki, наш поддерживает вывод информации из викиданных, где так же можно обновлять версию не затрагивая история правок статьи. Достаточно стереть значения параметра из карточки в статье, как она начнёт подтягивать информацию из ВД. А в enwiki это какой-то мудрёный устаревший костыль.
Serhio Magpie
(
обс.
)
20:09, 13 марта 2018 (UTC)
[
]
Автоматизация добавления страниц ПО в категорию по ОС
А можно сделать автоматическое добавление категорий по ОС? Чтоб их вручную не добавлять, а они сами добавлялись на примере заполненного параметра «операционные системы», т.е. если там стоит «Windows», то автоматически добавляется категория «Категория:Программное обеспечение для Windows». Ранее то же самое проделывали с автоматизацией по годам разработки, т.е. наверно и здесь проблем не возникнет. --
185.52.142.127
08:59, 30 апреля 2019 (UTC)
[
]
Движок/движки
Надо добавить:
. А лучше бы, если бы можно было указывать в каждой конкретной карточке, что надо показать свойство такое-то: тогда можно было бы при необходимости хоть зависимости показывать, а так будет и для сайтов какой-нибудь Wordpress показывать. --
AVRS
(
обс.
)
00:32, 27 августа 2019 (UTC)
[
]
Почему при заполнении параметров создаваемых и открываемых форматов файлов, они
не отображаются
в самой карточке? Пробовал с точкой впереди и без, викифицировал и нет, все равно не выходит, хотя в других статьях видел что все работает. —
185.52.142.125
11:30, 12 ноября 2019 (UTC)
[
]
Не знаю как было тогда, но сейчас глянул, отображает версию указанную именно в параметре шаблона (хотя надо признать она совпадает с викиданными). На будущее, "система" работает так, если вы заполнили параметры в карточке, то будут отображаться они, если вы удалили какие то параметры, то они автоматически подтягиваются с викиданных, т.е. параметры в самой карточке имеют приоритет перед параметрами викиданных. А вообще, если видите устаревшие данные в параметрах, то конечно лучше менять их сразу на викиданных, ведь тогда вы обновите их для статей на всех языках, а не только на нашем. —
185.52.142.238
07:29, 20 ноября 2021 (UTC)
[
]
Более информативное отображение даты последней версии
Выше уже поднималась тема "
", но там вопрос был немного о другом, поэтому решил открыть новое обсуждение. Сейчас у нас параметр заполняется в формате
15 декабря 2016
и на "выходе" мы получаем «
(15 декабря 2016)
», но почему бы, по умолчанию, не заполнять как в англ. варианте, с использованием шаблона
{{Start date and age|2016|12|15}}
, тогда бы мы на "выходе" получали более точное и более информативное «(15 декабря 2016;
4 года назад
)», хуже от этого точно не станет, а вот наглядности прибавится. Понятно, что мне и сейчас ни кто не воспрещает использовать данный шаблон, просто я предлагаю внести его в описание в качестве примера по умолчанию, что скажите? —
185.52.142.238
07:47, 20 ноября 2021 (UTC)
[
]
Поlскажите, для windows-программы, если её можно запустить в Linux под Wine, корректно ли в этом поле указывать «Linux» наряду с «Windows»? Вопрос родился из-за последних правок в
--
Trolzen
13:14, 19 ноября 2022 (UTC)
[
]
параметр "Successor"
В англ. версии шаблона имеется параметр "Successor", т.е. дословно "преемник" (того или иного ПО). Так может и нам стоит создать аналогичный параметр? Необходимость в нем имеется, помогать в навигации будет, информировать о ПО замене.
185.52.142.204
18:27, 9 января 2023 (UTC)
[
]