Обсуждение шаблона:Программа
Архив обсуждений:
|
Ссылка на сайт править
Пучему-то не получается задать ссылку на сайт в виде
[http://www.nncron.ru/index_ru.shtml nnCron.ru]
или
{{URL|http://www.nncron.ru/index_ru.shtml|nnCron.ru}}
— ссылка начинает двоиться, появляются обрамляющие квадратные скобки. В английской Википедии это работает. Wisgest 20:02, 26 января 2014 (UTC)
Дублирование информации о разработчике править
Если в карточке программы указан разработчик (один) и одновременно имеется соответствующая запись на викиданных, то информация в шаблоне дублируется: см., напр, 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)
Чтож, да будет так! Тогда я исправлю шаблон с учетом вышеоговоренного. С уважением, Карибеков В. Ю. -обс- 17:47, 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)
- Всего доброго! Думаю, к Вашему возвращению проблема будет разрешена! С уважением, Карибеков В. Ю. -обс- 05:34, 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>
Ругается на формат даты. Если убрать ссылку, всё нормально. Успехов, Inmodus 10:57, 6 мая 2014 (UTC)
- Пока что, так и будет — ссылка, любой символ не входящий в формат даты будет восприниматься как вызывающий ошибку. Я думаю как от этого избавиться — как находить только именно год, а все остальное оставлять. Но пока что все идеи заканчиваются провалом. Но я постараюсь найти решение! С уважением, Карибеков В. Ю. -обс- 14:48, 6 мая 2014 (UTC)
- Может, пока ищете, убрать ругательство? А то сейчас почти семь тысяч статей (если верить гуглу) им украшены. Успехов, Inmodus 21:37, 6 мая 2014 (UTC)
- Во-первых, их 629 на данный момент. А во-вторых, пожалуй Вы правы, сейчас уберу :) С уважением, Карибеков В. Ю. -обс- 04:11, 7 мая 2014 (UTC)
Исправил шаблон, однако теперь графа "дата релиза" должна начинаться с даты в обязательном формате "ГГГГ-ММ-ДД", "ГГГГ-ММ" или "ГГГГ". С уважением, Карибеков В. Ю. -обс- 13:29, 8 мая 2014 (UTC)
Последняя версия править
Почему отображается строка «Последняя версия», даже если она не заполнена? Обязательный параметр ведь только «name». --Mattmiller3 ✉ 17:44, 5 мая 2014 (UTC)
- А можно ссылку? С уважением, Карибеков В. Ю. -обс- 17:49, 5 мая 2014 (UTC)
- Microsoft Cortana, Siri… И заодно, в каком формате нужно указывать дату анонса? --Mattmiller3 ✉ 17:54, 5 мая 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|}}}{{{дата последней версии|}}}) }}}}. Должно помочь, но не уверен. С уважением, Карибеков В. Ю. -обс-
- Что же до формата — пока что он произвольный (тип данных String). С уважением, Карибеков В. Ю. -обс- 18:07, 5 мая 2014 (UTC)
- Не работает:( А в статье Siri требует какой-то GNU-совместимый формат.--Mattmiller3 ✉ 18:17, 5 мая 2014 (UTC)
- И кстати, под «IF->THEN» я имел ввиду что надо сделать проверку наличия данных. --С уважением, Карибеков В. Ю. -обс- 18:53, 5 мая 2014 (UTC)
А как Вы проверяли работоспособность? Я использую этот инструмент, так как он позволяет сразу отобразить изменения в шаблоне, без обновления кэша. С уважением, Карибеков В. Ю. -обс- 18:51, 5 мая 2014 (UTC)
- Вроде работает. С уважением, Карибеков В. Ю. -обс- 18:56, 5 мая 2014 (UTC)
- Спасибо! Я немного слоу в программировании, поэтому сразу не понял. А что значит надпись в графе первый выпуск: «Внимание! Введенный Вами формат должен быть представлен в любом GNU-совместимом формате, например, в формате ISO 8601: 2014-05-05.»? Я подставляю дату типа 2014-05-05, но в статье отображается просто 2014. --Mattmiller3 ✉ 19:11, 5 мая 2014 (UTC)
- Пока что так. См. разъяснения в обсуждении выше. --С уважением, Карибеков В. Ю. -обс- 03:15, 6 мая 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)
- Сделано — Dimon4ezzz (обс.) 13:25, 21 апреля 2015 (UTC)
Добавление репозитория править
Запрос отклонён |
Почему бы не добавить строку для репозитория? Сейчас у многих программ есть открытые репозитории. Прошу добавить также и параметр ВД P1324. — Dimon4ezzz (обс.) 12:14, 21 апреля 2015 (UTC)
Заготовка для копирования:|метка21 = [[Репозиторий]]
|текст21 = {{wikidata/p1324|{{{repo|{{{репозиторий|}}}}}}}}
- Не уверен, что эта ссылка нужна именно в карточке. Пусть ещё кто-нибудь выскажется. — putnik 12:54, 26 апреля 2015 (UTC)
- Сайт же уже есть. — VlSergey (трёп) 14:57, 17 мая 2015 (UTC)
- Констатирую наличие консенсуса против добавления. В случае необходимости можно провести более широкое обсуждение на Википедия:Форум/Технический --DR 16:04, 19 мая 2015 (UTC)
Параметр "аппаратная платформа" править
На запрос дан ответ |
Пожалуйста, измените название параметра "аппаратная платформа" на просто "платформа", которая может быть и программной. --ПростоУчастник 22:26, 15 июля 2015 (UTC)
- А программная платформа это случайно не "операционные системы"? Такой параметр уже есть. --Туча 19:54, 15 октября 2015 (UTC)
- ПростоУчастник, запрос ещё актуален?--Draa_kul talk 17:13, 26 октября 2015 (UTC)
- Нужно либо добавить ещё один параметр "Программная платформа" (пример "Java (программная платформа)"), либо изменить на просто платформа. --ПростоУчастник 07:34, 27 октября 2015 (UTC)
- @ПростоУчастник: обратите внимание, что с шаблона снята защита и вы можете сами внести необходимые изменения. P.S. Обратите внимание на параметр platform в аналогичном английском шаблоне. — Джек, который построил дом (обс.) 01:49, 12 октября 2017 (UTC)
параметры «автор» и «разработчик» - рекомендация по использованию править
Хотелось бы обсудить и прийти к общему мнению по использованию данных параметров. Речь идет о тех ситуациях, когда это одно и то же лицо. Правил и строгих требований конечно нет и в теории надо заполнят оба параметра, но выглядит это в карточке как то не красиво. Может тогда стоит заполнят только один параметр, но тогда какой лучше? Лично я не могу здесь определиться, иначе бы не стал поднимать этот вопрос. В общем жду мнения коллег в соответствующих разделах ниже (по достижению явного консенсуса, думаю неплохо бы внести соответствующие пояснения в саму статью о карточке):
Заполняем только «автор» править
Заполняем только «разработчик» править
Заполняем оба параметра править
Разработчик и Разработчики править
Когда в викиданных заполняешь свойство «разработчик», в статье дублируется название разработчика под разделами «Разработчик» и «Разработчики» (например, Opera, Vivaldi и т.д.). По всей видимости, ошибка в этом коде:
|метка3 = Разработчик |текст3 = {{{developer|}}}{{{разработчик|}}} |метка4 = Разработчики |текст4 = {{#if:{{{developers|}}}{{{разработчики|}}}|{{{developers|}}}{{{разработчики|}}}|{{#if:{{{developer|}}}{{{разработчик|}}}||{{wikidata|p178}}}}}}
В Метке3 и тексте3 прописано, чтобы создавался раздел «Разработчик», если в викиданных заполнено свойство «developer (разработчик) (p178)». Собственно, в данном случае заполнено свойство «разработчик», поэтому и появляется этот раздел.
В метке4 и тексте4 прописано, чтобы создавался раздел «Разработчики»: если заполнено свойство «developers (разработчики)» брать для текста раздела данные из свойства «developers (разработчики)», если заполнено свойство «developer (разработчик) (p178)», брать для текста раздела данные из свойства «developer (разработчик) (p178)». В данном случае заполнено свойство «разработчик», поэтому появляется раздел «Разработчики» с данными, взятыми из свойства «разработчик».
По этим причинам в статьях появляются 2 раздела «Разработчик» и «Разработчики», для которых берутся данные из свойства «developer (разработчик) (p178)».
Возможные способы решения проблемы. Изменить код на следующий:
|метка3 = Разработчик |текст3 = {{{developer|}}}{{{разработчик|}}} |метка4 = Разработчики |текст4 = {{{developers|}}}{{{разработчики|}}}
Такая разметка уже была ранее (до 4 мая 2013 года): правка от 4 мая 2013 года. В этом случае, если заполнено свойство «developer (разработчик) (p178)», будет появляться раздел «Разработчик», если заполнено свойство «developers (разработчики)», будет появляться раздел «Разработчики».
Если по какой-то причине этот способ не подходит, возможно существуют и другие способы исправления кода, но я нашёл только этот способ.--Феликс (обс) 09:11, 11 июля 2016 (UTC)
- Спасибо за исправление. Вопрос закрыт.--Феликс (обс) 12:26, 11 июля 2016 (UTC)
- Господа, в описании требуется сделать уточнение (на основе примера), как именно следует перечислять разработчиков? Через запятую? --185.52.142.125 04:05, 8 февраля 2019 (UTC)
Нет изображений править
Почему в статье Universe Sandbox не показываются логотип и снимок экрана в шаблоне? | Askaniy (обс.) 17:40, 26 февраля 2017 (UTC)
Добавление поля "Запись в Едином реестре российских программ для электронных вычислительных машин и баз данных" править
Считаю, что будет полезным в шаблон добавить поле "Запись в Едином реестре российских программ для электронных вычислительных машин и баз данных" со ссылкой на запись в реестре [1]. Или есть какой-то другой шаблон для этого функционала? --Konstantin Botalov (обс.) 06:56, 2 июня 2017 (UTC)
Версии для различных ОС править
Сейчас в карточке отображаются лишь номера версий с их датами выхода в свет. Ни для кого не секрет, что в ВД есть свойство операционная система (P306). На данный момент указывать конкретно ОС можно переопределив значение поля «версия», что не очень хорошо.
Ещё хотелось бы, чтобы в поле версия (P348) квалификатор тип версии (P548) можно было безболезненно указывать несколько версий (для различных операционных систем).
В пример приведу приложение Википедии (Q4390943) Dimon4ezzz (обс.) 05:07, 5 июля 2017 (UTC)
Всё, теперь отлично работает Dimon4ezzz (обс.) 14:55, 7 августа 2017 (UTC)
- А как я должен заполнять параметр не в случае этих элементов викиданных, а в самой карточке? Надо указать пример на самой странице шаблона по заполнению разных версий для разных ОС. --185.52.142.127 07:51, 30 апреля 2019 (UTC)
- Пока заполнил так, т.е. пришлось идти на "хитрость" и параметр "даты" заполнять в "версиях", лучшего способа я пока не увидел и не понял. --185.52.142.127 08:23, 30 апреля 2019 (UTC)
Пора, инженеры, проснитесь править
Запрос выполнен |
Шаблон закрыт, но никто не будет заниматься его оформлением, складывается такое чувство. Чтобы было красиве́е, я желаю, чтобы из аргументов убрали нелепые {{Wikidata|pXXX|
и вставили красивые | викиданныеXX = pXXX
. Dimon4ezzz (обс.) 14:57, 7 августа 2017 (UTC)
Обращаюсь к инженерам Пинг Jack who built the house, Iniquity, grain of sand. Dimon4ezzz (обс.) 08:25, 20 августа 2017 (UTC)
- > Шаблон закрыт, но никто не будет заниматься его оформлением, складывается такое чувство
Википедия:Форум/Правила § Изменение критерия для защиты шаблонов по количеству включений в ВП:ПЗС. Сделано. — Джек, который построил дом (обс.) 09:08, 20 августа 2017 (UTC)
Жанр программы править
Запрос отклонён |
Предлагаю заменить это частный случай понятия (P31) на жанр (P136) в аргументе «жанр» (метка 1) Dimon4ezzz (обс.) 17:52, 20 августа 2017 (UTC)
- Обоснуйте, пожалуйста, что-почему. — Джек, который построил дом (обс.) 17:56, 20 августа 2017 (UTC)
- @Jack who built the house: это частный случай понятия (P31) описывает элемент как сущность, в случае с этой карточкой элементы должны иметь компьютерная программа (Q40056) в свойстве это частный случай понятия (P31), а то, чем занимается программа, например, графическое редактирование, редактирование текста, компилирование должно заниматься свойством жанр (P136). Я, может, и перегибаю палку, и можно обойтись и без этого, но моё мнение такое вот, вот — dimon4ezzz 18:40, 21 августа 2017 (UTC)
- @dimon4ezzz: что значит «должно»? Не могли бы вы показать, как будут отличаться значения свойств, на примерах конкретных программ? — Джек, который построил дом (обс.) 02:28, 22 августа 2017 (UTC)
- @Jack who built the house: ex. элемент Фотошоп (Q129793), в свойстве это частный случай понятия (P31) указаны графическая программа (Q868410), приложение (Q166142), Обработка изображений (Q141130). Не знаю, как Вам, а я не чувствую Фотошоп (Q129793) случаем понятия Обработка изображений (Q141130), формулировка опредеённо не та. Скорее бы подошёл именно жанр. Посмотрите на код шаблона, Вы увидите, что среди элементов из свойства это частный случай понятия (P31) убираются некоторые, которые явно ничего не рассказывают о программе, описывая лишь тот факт, что это программа. Да, может быть, данное изменение будет интересно лишь для крупных программ, занимающихся разными видами деятельности, однако и все остальные статьи будут не в минусе, ведь статей о видах деятельности больше, чем о видах программ, занимающихся этими видами деятельности. Попробуйте d:Help:Basic membership properties, поймите же, понятие — не то — dimon4ezzz 06:26, 22 августа 2017 (UTC)
- А для жанр (P136) описание — «a creative work's genre or an artist's field of work (P101)». Вообще, я спрашивал примеры, потому что думал, что «жанр» систематически используется для ПО, а получается, что вы предлагаете заменить свойство, которое, возможно, не наилучшим образом подходит для ПО, на то, что вообще не используется, или вы не привели примеров этому. — Джек, который построил дом (обс.) 08:49, 22 августа 2017 (UTC)
- @Jack who built the house: ex. элемент Фотошоп (Q129793), в свойстве это частный случай понятия (P31) указаны графическая программа (Q868410), приложение (Q166142), Обработка изображений (Q141130). Не знаю, как Вам, а я не чувствую Фотошоп (Q129793) случаем понятия Обработка изображений (Q141130), формулировка опредеённо не та. Скорее бы подошёл именно жанр. Посмотрите на код шаблона, Вы увидите, что среди элементов из свойства это частный случай понятия (P31) убираются некоторые, которые явно ничего не рассказывают о программе, описывая лишь тот факт, что это программа. Да, может быть, данное изменение будет интересно лишь для крупных программ, занимающихся разными видами деятельности, однако и все остальные статьи будут не в минусе, ведь статей о видах деятельности больше, чем о видах программ, занимающихся этими видами деятельности. Попробуйте d:Help:Basic membership properties, поймите же, понятие — не то — dimon4ezzz 06:26, 22 августа 2017 (UTC)
- @dimon4ezzz: что значит «должно»? Не могли бы вы показать, как будут отличаться значения свойств, на примерах конкретных программ? — Джек, который построил дом (обс.) 02:28, 22 августа 2017 (UTC)
- @Jack who built the house: это частный случай понятия (P31) описывает элемент как сущность, в случае с этой карточкой элементы должны иметь компьютерная программа (Q40056) в свойстве это частный случай понятия (P31), а то, чем занимается программа, например, графическое редактирование, редактирование текста, компилирование должно заниматься свойством жанр (P136). Я, может, и перегибаю палку, и можно обойтись и без этого, но моё мнение такое вот, вот — dimon4ezzz 18:40, 21 августа 2017 (UTC)
Ок, чё, можете отклонить запрос — dimon4ezzz 12:08, 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]
Сведущий пользователь, когда вручную в своём интернет-обозревателе включит такое позиционирование, то, перейдя по ссылке https://www.facebook.com/gameroom попадёт не на страницу скачивания загрузчика клиента, а фактически в веб-интерфейс программы. С полным функционалом относительно того, что представлено в самой программе. Ну и так далее. Таких примеров можно подобрать массу.
Небольшое примечание: Безусловно, эту информацию если добавлять, то надо делать так, чтоб она была, типа, спрятана под спойлер. Если это возможно вообще --EraserHH (обсуждение · вклад) 19:38, 23 сентября 2017 (UTC)
Ссылка на репозиторий править
@Dimon4ezzz: вы всё-таки добавили поле с репозиторием, но возникли проблемы. Я-то согласен, что это полезная информация, проблема в другом: не всегда ссылка на репозиторий, вытягиваемая из Викиданных, является распознаваемым движком и браузером URLом: взгляните, например, на статью gnuplot. --Браунинг (обс.) 11:55, 27 ноября 2017 (UTC)
- Да, действительно, нужно подождать, пока доработают ссылки — dimon4ezzz 17:45, 29 ноября 2017 (UTC)
Вынос версии из карточки править
Можно добавить опционалный вынос информации о версии из основной статьи, как это сделано в англовики https://en.wikipedia.org/wiki/Template:Infobox_software#Moving_release_data_outside_the_article Uter (обс.) 18:19, 13 марта 2018 (UTC)
- В отличии от шаблона из enwiki, наш поддерживает вывод информации из викиданных, где так же можно обновлять версию не затрагивая история правок статьи. Достаточно стереть значения параметра из карточки в статье, как она начнёт подтягивать информацию из ВД. А в enwiki это какой-то мудрёный устаревший костыль. Serhio Magpie (обс.) 20:09, 13 марта 2018 (UTC)
Автоматизация добавления страниц ПО в категорию по ОС править
А можно сделать автоматическое добавление категорий по ОС? Чтоб их вручную не добавлять, а они сами добавлялись на примере заполненного параметра «операционные системы», т.е. если там стоит «Windows», то автоматически добавляется категория «Категория:Программное обеспечение для Windows». Ранее то же самое проделывали с автоматизацией по годам разработки, т.е. наверно и здесь проблем не возникнет. --185.52.142.127 08:59, 30 апреля 2019 (UTC)
Движок/движки править
Надо добавить: d:Property:P408. А лучше бы, если бы можно было указывать в каждой конкретной карточке, что надо показать свойство такое-то: тогда можно было бы при необходимости хоть зависимости показывать, а так будет и для сайтов какой-нибудь Wordpress показывать. --AVRS (обс.) 00:32, 27 августа 2019 (UTC)
- Сделано.
- Solidest (обс.) 18:06, 18 декабря 2023 (UTC)
заполнение форматов файлов править
Почему при заполнении параметров создаваемых и открываемых форматов файлов, они не отображаются в самой карточке? Пробовал с точкой впереди и без, викифицировал и нет, все равно не выходит, хотя в других статьях видел что все работает. — 185.52.142.125 11:30, 12 ноября 2019 (UTC)
- Исправлено — Браунинг (обс.) 13:30, 17 ноября 2019 (UTC)
Вместо указанных параметров отображает из Викиданных править
Например, в статье MuseScore вместо указанного параметра "последняя версия" шаблон отображает другую версию из Викиданных. Та же проблема и с другими параметрами. — 176.97.110.40 18:15, 28 января 2021 (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)
Репозиторий и справочная информация править
Где-же репозитории? Неужели их так сложно добавить? И что на счёт ссылки на документацию/мануал? — Dr64h (обс.) 12:10, 27 января 2022 (UTC)
- Сделано Добавил, подгружается с Викиданных, либо можно через параметр
репозиторий
задать.— RoadTrain (обс.)(вклад) 17:48, 29 марта 2023 (UTC)
Примечание языка править
Добавьте language footnote BerryAVGN (обс.) 04:58, 1 июля 2022 (UTC)
Репозиторий исходного кода править
Предлагаю добавить свойство репозиторий исходного кода Артём 13327 (обс.) 20:38, 24 августа 2022 (UTC)
Заполнение поля «операционные системы» править
Поlскажите, для windows-программы, если её можно запустить в Linux под Wine, корректно ли в этом поле указывать «Linux» наряду с «Windows»? Вопрос родился из-за последних правок в статье nanoCAD --Trolzen 13:14, 19 ноября 2022 (UTC)
параметр "Successor" править
В англ. версии шаблона имеется параметр "Successor", т.е. дословно "преемник" (того или иного ПО). Так может и нам стоит создать аналогичный параметр? Необходимость в нем имеется, помогать в навигации будет, информировать о ПО замене. 185.52.142.204 18:27, 9 января 2023 (UTC)