Interested Article - Программа

Ссылка на сайт

Пучему-то не получается задать ссылку на сайт в виде

[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) [ ]
  • Что не так в коде:
 
|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) [ ]

Исправил шаблон, однако теперь графа " дата релиза " должна начинаться с даты в обязательном формате " ГГГГ-ММ-ДД ", " ГГГГ-ММ " или " ГГГГ ". С уважением, Карибеков В. Ю. -обс- 13:29, 8 мая 2014 (UTC) [ ]

Последняя версия

Почему отображается строка «Последняя версия», даже если она не заполнена? Обязательный параметр ведь только «name». -- Mattmiller3 17:44, 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|}}}{{{дата последней версии|}}}) }}}} . Должно помочь, но не уверен. С уважением, Карибеков В. Ю. -обс-

А как Вы проверяли работоспособность? Я использую этот инструмент , так как он позволяет сразу отобразить изменения в шаблоне, без обновления кэша. С уважением, Карибеков В. Ю. -обс- 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) [ ]
  • При редактировании шаблона внизу есть поле «Предварительный просмотр страницы с использованием этого шаблона». Очень прошу им пользоваться. И ещё тестировать шаблоны в личном пространстве. Потому что сейчас история правок этого шаблона представляет из себя дикий ужас, в котором совершенно невозможно разобраться. — putnik 07:03, 11 мая 2014 (UTC) [ ]
  • Благодарю за совет! И мне правда жаль, что я так напортачил. Я лишь недавно начал тестировать шаблоны в личном пространстве, и поэтому так забил историю правками. Обещаю что впредь не буду допускать такие оплошности. С уважением, Карибеков В. Ю. -обс- 09:03, 11 мая 2014 (UTC) [ ]

В заготовке для копирования не все параметры

Почему в заготовке для копирования не все параметры?! Так например там нет параметров " language ", " operating system ", " license " и " website " которые при это присутствуют в описаниях и примере и их приходится добавлять вручную? Там нет и некоторых других параметров, но эти 3 я считаю основными и необходимыми для стандартной карточки. Собственно я бы мог и сам добавить эти параметры в заготовку для копирования, но до конца не уверен что поступлю правильно, хотя вроде ничему это не должно навредить Volovik Vitaly ( обс ) 08:49, 2 сентября 2014 (UTC) [ ]

✔ Сделано ( обс. ) 13:25, 21 апреля 2015 (UTC) [ ]

Добавление репозитория

Почему бы не добавить строку для репозитория? Сейчас у многих программ есть открытые репозитории. Прошу добавить также и параметр ВД P1324 . — ( обс. ) 12:14, 21 апреля 2015 (UTC) [ ]

Заготовка для копирования:
|метка21 = [[Репозиторий]]
|текст21 = {{wikidata/p1324|{{{repo|{{{репозиторий|}}}}}}}}

Параметр "аппаратная платформа"

Пожалуйста, измените название параметра "аппаратная платформа" на просто "платформа", которая может быть и программной. -- 22:26, 15 июля 2015 (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 года): . В этом случае, если заполнено свойство «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) [ ]

Добавление поля "Запись в Едином реестре российских программ для электронных вычислительных машин и баз данных"

Считаю, что будет полезным в шаблон добавить поле "Запись в Едином реестре российских программ для электронных вычислительных машин и баз данных" со ссылкой на запись в реестре . Или есть какой-то другой шаблон для этого функционала? -- Konstantin Botalov ( обс. ) 06:56, 2 июня 2017 (UTC) [ ]

Версии для различных ОС

Здесь находятся завершившиеся обсуждения. Просьба не вносить изменений.

Сейчас в карточке отображаются лишь номера версий с их датами выхода в свет. Ни для кого не секрет, что в ВД есть свойство . На данный момент указывать конкретно ОС можно переопределив значение поля «версия», что не очень хорошо.

Ещё хотелось бы, чтобы в поле квалификатор можно было безболезненно указывать несколько версий (для различных операционных систем).


В пример приведу ( обс. ) 05:07, 5 июля 2017 (UTC) [ ]

Всё, теперь отлично работает ( обс. ) 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 . ( обс. ) 14:57, 7 августа 2017 (UTC) [ ]

Обращаюсь к инженерам Пинг Jack who built the house , Iniquity , grain of sand . ( обс. ) 08:25, 20 августа 2017 (UTC) [ ]

Жанр программы

Предлагаю заменить на в аргументе «жанр» (метка 1) ( обс. ) 17:52, 20 августа 2017 (UTC) [ ]

  • Обоснуйте, пожалуйста, что-почему. — Джек, который построил дом ( обс. ) 17:56, 20 августа 2017 (UTC) [ ]
    • @ Jack who built the house : описывает элемент как сущность, в случае с этой карточкой элементы должны иметь в свойстве , а то, чем занимается программа, например, графическое редактирование, редактирование текста, компилирование должно заниматься свойством . Я, может, и перегибаю палку, и можно обойтись и без этого, но моё мнение такое вот, вот — dimon4ezzz 18:40, 21 августа 2017 (UTC) [ ]
      • @ : что значит «должно»? Не могли бы вы показать, как будут отличаться значения свойств, на примерах конкретных программ? — Джек, который построил дом ( обс. ) 02:28, 22 августа 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) [ ]

Ок, чё, можете отклонить запрос — dimon4ezzz 12:08, 22 августа 2017 (UTC) [ ]

Используемые софтом с выходом в Интернет заголовки User-Agent

Предлагаю к обсуждению идею добавления в шаблон параметра, который будет называться, например, «позиционирование в сети» для указания того, какие заголовки User-Agent использует тот или иной конкретный софт с выходом в Интернет, о котором создана статья. И не надо говорить, что эта опция не, что называется, usefull. Она ещё как usefull. В качестве примера возьмём ПО Facebook Gameroom . Например, там указано, что он позиционирует себя как

  1. 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
  2. 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
  3. 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) [ ]

Вынос версии из карточки

Можно добавить опционалный вынос информации о версии из основной статьи, как это сделано в англовики 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) [ ]

Движок/движки

Надо добавить: . А лучше бы, если бы можно было указывать в каждой конкретной карточке, что надо показать свойство такое-то: тогда можно было бы при необходимости хоть зависимости показывать, а так будет и для сайтов какой-нибудь Wordpress показывать. -- AVRS ( обс. ) 00:32, 27 августа 2019 (UTC) [ ]

  • ✔ Сделано .
Solidest ( обс. ) 18:06, 18 декабря 2023 (UTC) [ ]

заполнение форматов файлов

Почему при заполнении параметров создаваемых и открываемых форматов файлов, они не отображаются в самой карточке? Пробовал с точкой впереди и без, викифицировал и нет, все равно не выходит, хотя в других статьях видел что все работает. — 185.52.142.125 11:30, 12 ноября 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) [ ]

Примечание языка

Добавьте language footnote ( обс. ) 04:58, 1 июля 2022 (UTC) [ ]

Репозиторий исходного кода

Предлагаю добавить свойство репозиторий исходного кода ( обс. ) 20:38, 24 августа 2022 (UTC) [ ]

Заполнение поля «операционные системы»

Поlскажите, для windows-программы, если её можно запустить в Linux под Wine, корректно ли в этом поле указывать «Linux» наряду с «Windows»? Вопрос родился из-за последних правок в -- Trolzen 13:14, 19 ноября 2022 (UTC) [ ]

параметр "Successor"

В англ. версии шаблона имеется параметр "Successor", т.е. дословно "преемник" (того или иного ПО). Так может и нам стоит создать аналогичный параметр? Необходимость в нем имеется, помогать в навигации будет, информировать о ПО замене. 185.52.142.204 18:27, 9 января 2023 (UTC) [ ]

Источник —

Same as Программа