Википедия:Форум/Технический: различия между версиями
Vcohen (обсуждение | вклад) |
|||
Строка 7: | Строка 7: | ||
*** Читайте внимательно моё предложение: загрузка (или смена, как вы говорите) иллюстрации должна происходить только(!) при заполнении поля описания её! Для программеров это совершенно несложное дело. — [[У:GennadyL|Gennady]] ([[ОУ:GennadyL|обс.]]) 08:18, 9 октября 2020 (UTC) |
*** Читайте внимательно моё предложение: загрузка (или смена, как вы говорите) иллюстрации должна происходить только(!) при заполнении поля описания её! Для программеров это совершенно несложное дело. — [[У:GennadyL|Gennady]] ([[ОУ:GennadyL|обс.]]) 08:18, 9 октября 2020 (UTC) |
||
**** Говорю Вам как программер программеру: HTML статьи строится заново каждый раз, когда в ней что-то отредактировали, и еще иногда просто так. Сегодня движок берет имя файла с Викиданных и файл с Викисклада. А Вы предлагаете, чтобы он пошел в историю, нашел дату изменения поля, а потом соответствующее этой дате имя файла на Викиданных и, наверно, соответствующую ей версию соответствующего файла на Викискладе. [[У:Vcohen|Vcohen]] ([[ОУ:Vcohen|обс.]]) 10:09, 9 октября 2020 (UTC) |
**** Говорю Вам как программер программеру: HTML статьи строится заново каждый раз, когда в ней что-то отредактировали, и еще иногда просто так. Сегодня движок берет имя файла с Викиданных и файл с Викисклада. А Вы предлагаете, чтобы он пошел в историю, нашел дату изменения поля, а потом соответствующее этой дате имя файла на Викиданных и, наверно, соответствующую ей версию соответствующего файла на Викискладе. [[У:Vcohen|Vcohen]] ([[ОУ:Vcohen|обс.]]) 10:09, 9 октября 2020 (UTC) |
||
**** [[У:GennadyL|Gennady]], в таком случае предложение необходимо реализовывать на ВД, а не здесь (причину описал Vcohen). [[Special:Contributions/194.50.13.78|194.50.13.78]] 15:01, 9 октября 2020 (UTC) |
|||
* А что скажет обЧественность? Был ведь уже большой скандал из-за подобного решения (в {{tl|Cite web}}, если не ошибаюсь). --[[Special:Contributions/188.65.244.28|188.65.244.28]] 15:24, 8 октября 2020 (UTC) |
* А что скажет обЧественность? Был ведь уже большой скандал из-за подобного решения (в {{tl|Cite web}}, если не ошибаюсь). --[[Special:Contributions/188.65.244.28|188.65.244.28]] 15:24, 8 октября 2020 (UTC) |
||
** Вот мы тут и узнаём. В {{t|cite web}}'е я протестовал против ошибок в предпросмотре, потому что это были не ошибки, а помарки, и их было очень много, предпросмотр серьёзно так замусоривался. Тут не больше одной ошибки на статью и она нужна именно потому, что вещь это крайне неинтуитивная. [[У:Wikisaurus|Викизавр]] ([[ОУ:Wikisaurus|обс.]]) 16:00, 8 октября 2020 (UTC) |
** Вот мы тут и узнаём. В {{t|cite web}}'е я протестовал против ошибок в предпросмотре, потому что это были не ошибки, а помарки, и их было очень много, предпросмотр серьёзно так замусоривался. Тут не больше одной ошибки на статью и она нужна именно потому, что вещь это крайне неинтуитивная. [[У:Wikisaurus|Викизавр]] ([[ОУ:Wikisaurus|обс.]]) 16:00, 8 октября 2020 (UTC) |
Версия от 15:01, 9 октября 2020
Викификатор и боты обсуждаются не здесь, а по приведённым ссылкам.
Технические запросы на изменение защищенных страниц подаются на отдельной странице.
Локальная подпись для изображения с ВД
Может быть, не просто молча добавлять Категория:Википедия:Локальная подпись у изображения с Викиданных, а выводить ошибку в предпросмотре? А всё время люди удивляются, почему подпись не отображается: Обсуждение_шаблона:Компания#Параметр_"подпись", Обсуждение_шаблона:Персона#Поле_«описание_изображения». Викизавр (обс.) 12:14, 8 октября 2020 (UTC)
- Понятно предыдущее объяснение, но всё равно, если фото грузится с ВД без комментариев, то невозможность проставления комментария - это тупо. Тогда обяжите тех, кто грузит иллюстрацию в ВД - без комментария не давать возможность её загрузки. Часто смотришь на фото и думаешь - откуда оно, какой это год?? Надо лезть на склад, чтобы узнать. Не комильфо... — Gennady (обс.) 13:22, 8 октября 2020 (UTC)
- А потом на ВД меняют картинку, а подпись в статье остаётся прежней. Не забывайте что картинки оттуда выводятся в двести других разделов, какой-нибудь араб не будет и даже не сможет ходить и везде исправлять. 185.16.138.184 16:00, 8 октября 2020 (UTC)
- Читайте внимательно моё предложение: загрузка (или смена, как вы говорите) иллюстрации должна происходить только(!) при заполнении поля описания её! Для программеров это совершенно несложное дело. — Gennady (обс.) 08:18, 9 октября 2020 (UTC)
- Говорю Вам как программер программеру: HTML статьи строится заново каждый раз, когда в ней что-то отредактировали, и еще иногда просто так. Сегодня движок берет имя файла с Викиданных и файл с Викисклада. А Вы предлагаете, чтобы он пошел в историю, нашел дату изменения поля, а потом соответствующее этой дате имя файла на Викиданных и, наверно, соответствующую ей версию соответствующего файла на Викискладе. Vcohen (обс.) 10:09, 9 октября 2020 (UTC)
- Gennady, в таком случае предложение необходимо реализовывать на ВД, а не здесь (причину описал Vcohen). 194.50.13.78 15:01, 9 октября 2020 (UTC)
- Читайте внимательно моё предложение: загрузка (или смена, как вы говорите) иллюстрации должна происходить только(!) при заполнении поля описания её! Для программеров это совершенно несложное дело. — Gennady (обс.) 08:18, 9 октября 2020 (UTC)
- А потом на ВД меняют картинку, а подпись в статье остаётся прежней. Не забывайте что картинки оттуда выводятся в двести других разделов, какой-нибудь араб не будет и даже не сможет ходить и везде исправлять. 185.16.138.184 16:00, 8 октября 2020 (UTC)
- А что скажет обЧественность? Был ведь уже большой скандал из-за подобного решения (в {{Cite web}}, если не ошибаюсь). --188.65.244.28 15:24, 8 октября 2020 (UTC)
- Вот мы тут и узнаём. В {{cite web}}'е я протестовал против ошибок в предпросмотре, потому что это были не ошибки, а помарки, и их было очень много, предпросмотр серьёзно так замусоривался. Тут не больше одной ошибки на статью и она нужна именно потому, что вещь это крайне неинтуитивная. Викизавр (обс.) 16:00, 8 октября 2020 (UTC)
- А, вот даже как. Тут видите какая штука… Во многих статьях данная проблема имеет место уже сейчас (см. категорию); сообщение об ошибке будет показываться не только при некорректном добавлении подписи, но и при любой правке преамбулы в этих статьях, при том что редактор может быть вообще не в курсе, что такая проблема существует. В первом случае сообщение должно призывать так не делать, а во втором — не должно быть понимаемо в смысле, что правка что-то ломает (ну и может в неимперативной форме предлагать заодно и подпись исправить). Я с ходу не вижу способа совместить одно и другое при разумном объёме текста, но если эту задачу удастся решить, то никаких препятствий нет. --188.65.244.28 17:14, 8 октября 2020 (UTC)
- Вот мы тут и узнаём. В {{cite web}}'е я протестовал против ошибок в предпросмотре, потому что это были не ошибки, а помарки, и их было очень много, предпросмотр серьёзно так замусоривался. Тут не больше одной ошибки на статью и она нужна именно потому, что вещь это крайне неинтуитивная. Викизавр (обс.) 16:00, 8 октября 2020 (UTC)
- За. Но можно заодно добавить еще аналогичных проверок, например дата рождения и дата смерти должны быть либо обе здесь, либо обе на ВД, иначе неправильно считается продолжительность жизни. Vcohen (обс.) 16:13, 8 октября 2020 (UTC)
- Хорошее предложение по датам жизни, кстати. — Gennady (обс.) 08:19, 9 октября 2020 (UTC)
- За. Не просто предупреждать, а замещать на описание медиа (P2096), если оно есть на русском языке. Don Rumata 20:08, 8 октября 2020 (UTC)
- А что надо сделать, или кому сообщить, чтобы эти предложения были выполнены? Существует в Рувики какая-то система реализации решений, или здесь тоже всё "по желанию"? Ответы типа "Википедия дело добровольное" меня умиляют офигенно. :-)) — Gennady (обс.) 08:22, 9 октября 2020 (UTC)
- Я правильно понял, что Вы возьметесь за реализацию? Vcohen (обс.) 13:06, 9 октября 2020 (UTC)
- За, разбираю немного статей их этой категории. Также надо обязательно по предложению выше Vcohen'а добавить проверку что дата рождения и дата смерти либо обе здесь, либо обе на ВД, иначе неправильно считается продолжительность жизни. — Delasse (обс.) 10:58, 9 октября 2020 (UTC)
Замена fullurl на Special:EditPage
Аноним 217.117.125.72 делает огромное количество замен вроде [1], при которые цвет меняется с цвета внешней ссылки на цвет внутренней ссылки (оба синие, но слегка разные). Насколько это разумно? Викизавр (обс.) 15:34, 7 октября 2020 (UTC)
- У него какая-то нелюбовь к fullurl. Я пытался ему объяснить бессмысленность этого действия. Don Rumata 15:56, 7 октября 2020 (UTC)
- Он просто играется. -- Well-Informed Optimist (?•!) 09:46, 9 октября 2020 (UTC)
- Каждый из способов имеет плюсы и минусы. Плюсы Special:EditPage:
- Ссылка ярко-синяя, что недвусмысленно говорит о том, что она внутренняя.
- Не нужно оборачивать такие ссылки в блок с классом
plainlinks
.
- Минусы:
- Это всё-таки перенаправление, так что страница будет загружаться чуть дольше.
- По тому, что ссылка светло-синяя, можно с ходу понять, что она ведёт не на какое-нибудь правило, а на страницу с действием, что может быть полезно.
- У страницы даже до сих пор нет русского алиаса.
- По итогам у меня слабое против.
- Судя по Транслейтвики, эта служебная страница появились недавно. Подозреваю, что её, как и другие служебные страницы, ввели не случайно, а с какой-то целью. Я бы выяснил, с какой. Польза внутренних ссылок в том, что их можно использовать в описания правки, что не наш случай. — Джек (обс.) 16:45, 7 октября 2020 (UTC)
Выскочила непонятно откуда дата упразднения 2015 год. — Archivarius1983 (обс.) 09:33, 6 октября 2020 (UTC)
- С Викиданных, откуда же ещё. Там эта дата импортирована из английской статьи, но английская статья по интервике — об Озёрском районе, который действительно упразднён в 2015 году. Так что надо либо как-то это состыковывать, либо не париться и просто задать значение локально. --188.65.244.28 10:04, 6 октября 2020 (UTC)
- А, не обратил внимания, что это Вы же и добавили в тексте настоящую дату упразднения. Сделано. --188.65.244.28 00:28, 7 октября 2020 (UTC)
Что это за баг с шаблоном (год упразднения)? — Archivarius1983 (обс.) 20:31, 6 октября 2020 (UTC)
- Это в Викиданных так. Поправите там - отобразится у нас. Michgrig (talk to me) 21:13, 6 октября 2020 (UTC)
- Одно обсуждение на эту тему уже есть, причем с тем же топикстартером. Топикстартер, Вы вообще интересуетесь тем, что Вам уже ответили? Vcohen (обс.) 21:14, 6 октября 2020 (UTC)
Перенёс ранее зачем-то продублированное на другом форуме. Русич (RosssW) (обс.) 07:37, 7 октября 2020 (UTC)
Вход в Википедия
Сейчас залогинился и получил сообщение на мейл: "Вход в Википедия под именем ... с устройства, которым вы в последнее время не пользовались". Пытался найти в translatewiki, где это исправить, не нашел. Догадываюсь, что слово Википедия там подставляется как переменная, поэтому не нашел. Но где это исправить? Заранее спасибо. Vcohen (обс.) 19:11, 5 октября 2020 (UTC)
- Вообще там должно было бы быть не
{{SITENAME}}
, а{{grammar:accusative|{{SITENAME}}}}
, но для русского языка что-то падежи не завезли, поэтому исправил вручную. А искалось легко по словам «в последнее время не пользовались» -- windewrix (обс.) 19:35, 5 октября 2020 (UTC)
Последние новости технического сообщества Викимедиа. Проинформируйте остальных об этих изменениях. Не все изменения повлияют на вас лично. См. также переводы на другие языки.
Последние изменения
- Появился новый инструмент, где показаны домашние проекты людей, участвующих в обсуждении. Он может помочь понять, какие из сообществ не принимают участие в обсуждениях на Мете. На Мете принимаются решения, влияющие на многие другие проекты.
- Появилась возможность благодарить пользователей за загрузку файлов или изменение языка страницы. [2]
Проблемы
- В вышедшей на прошлой неделе версии MediaWiki было много ошибок, и новую версию откатили. Изменения, которые запланированы на прошлую неделю, придут с опозданием. [3]
- На прошлой неделе всех представившихся участников разлогинило. Это пришлось сделать, потому что было получено сообщение о том, что кто-то залогинен в чужой аккаунт. Вызвавшая это проблема уже устранена. [4]
- На множестве страниц отображаются ошибки JavaScript. Подробнее узнать об этом можно здесь, а увидеть список пользовательских скриптов с ошибками — здесь.
Позже на этой неделе
- Новая версия движка MediaWiki апробируется на тестовых вики и MediaWiki.org с 6 октября. Невикипедийные вики-сайты и некоторые разделы Википедии получат её 7 октября, все проекты — 8 октября (календарь).
- Сейчас символы, следующие прямо за ссылкой, отображаются как часть ссылки. Например, всё слово «подоконники» здесь будет ссылкой:
[[подоконник]]и
. В Арабской Википедии такой принцип распространется в обе стороны (символы могут стоять и в начале, и в конце слова). Раньше в состав ссылки включались также и небуквенные символы, а теперь стал действовать только на буквы арабского и латинского алфавита. [5]
Будущие изменения
- Вы не сможете редактировать страницы вики-проектов примерно на протяжении часа 27 октября около 14:00 по UTC. Читать страницы при этом будет можно. [6]
Технические новости подготовлены техническими посредниками и публикуются ботом • Дополнить • Перевести • Помощь • Оставить отзыв • Подписаться или отписаться.
16:24, 5 октября 2020 (UTC)
Проблема входа в Википедию
Здравствуйте, коллеги. Мне на почту написал участник, он уже третий день не может войти в Википедию, в окне ошибки у него появляется следующий текст «Похоже возникли проблемы с текущим сеансом работы, это действе было отменено в целях предотвращения «захвата сеанса». Пожалуйста, переотправьте форму». Может быть кто-то с подобным сталкивался, и подскажет как эту проблему решить? JukoFF (обс.) 10:43, 4 октября 2020 (UTC)
- У меня такое бывало, но, как правило, когда я пыталась авторизироваться, а авторизация уже состоялась. — Юлия 70 (обс.) 10:45, 4 октября 2020 (UTC)
- Если у Вас такое бывало то как Вы справлялись с этой проблемой? -- 185.135.151.109 04:37, 5 октября 2020 (UTC)
- Кросспост: #Проблемы со входом в Википедию. Пусть пробует другой браузер или другое устройство. — Vort (обс.) 11:29, 4 октября 2020 (UTC)
- уже пользуюсь но это не удобно, с ноутбука создавать статьи можно, но сложно -- 185.135.151.109 04:41, 5 октября 2020 (UTC)
- На ноутбуке другой IP адрес? Тот же браузер или нет? — Vort (обс.) 04:53, 5 октября 2020 (UTC)
- IP другой а браузер тот же -- 185.135.151.109 05:15, 5 октября 2020 (UTC)
- уже пользуюсь но это не удобно, с ноутбука создавать статьи можно, но сложно -- 185.135.151.109 04:41, 5 октября 2020 (UTC)
- удалить cookies и попробовать снова ·Carn 14:45, 4 октября 2020 (UTC)
- с википедии удалил, вопрос в том как это сделать с в Wikimedia -- 185.135.151.109 04:41, 5 октября 2020 (UTC)
- Может, кто-то более знающий подскажет, по каким местам размазана информация о логине. Я предположил, что может быть на других доменах, списочек большой. Но, может, и удаление кук для ru.wikipedia.org достаточно. — Vort (обс.) 04:53, 5 октября 2020 (UTC)
- Есть ещё один метод. Для Хрома точно работает. Можно сделать копию профиля браузера (или переименовать его) (находится где-то тут, точно не помню:
c:\Users\Vort\AppData\Local\Chromium\User Data
) и попробовать залогиниться с чистым профилем. Затем вернуться на обычный профиль (со всеми настройками и прочим). Делать только это надо аккуратно, чтобы не потерять сохранённые пароли и прочую нужную информацию из профиля. — Vort (обс.) 04:53, 5 октября 2020 (UTC) - У меня значок кукисов, если они используются сайтом, появляется в Хроме в правой части адресной строки. При нажатии на значок их можно разрешить, запретить, посмотреть или удалить. ·Carn 07:11, 5 октября 2020 (UTC)
- с википедии удалил, вопрос в том как это сделать с в Wikimedia -- 185.135.151.109 04:41, 5 октября 2020 (UTC)
- Теперь ситуация интересная, после удаления кукисов из викимедиа, система дала возможность зайти на сайт через пароль и ник, удаление кукисов в википедии не дало никаких результатов: при представлении системе имя учётной записи и пароль уже указаны и окрашены в жёлтый цвет а при нажатии войти появляется таблица описанная в начале -- 185.135.151.109 11:10, 5 октября 2020 (UTC)
Подкарточки в карточке
Иногда в поле |текстN=
шаблона {{карточка}} вставляют дополнительные строки с метками и текстом. При этом сейчас это делается костыльно: либо td и tr закрывают и начинают новый tr, получается пустая строка таблицы, либо внутрь ячейки вставляют подтаблицу и её метки не выравниваются по ширине с метками внешней таблицы, приходится выравнивать их установкой фиксированной ширины меток.
Предлагается добавить в {{карточка}} параметры |блокN=
(другой вариант названия — |вставкаN=
, или ещё как-нибудь), который не будет обёрнут в ячейку: там, где сейчас выводится <tr><td colspan="2">{{{текстN}}}</td></tr>
, будет просто {{{блокN}}}
.
Примеры того, где это будет полезно: {{Карточка/блок с маркерами}}, {{Государственный деятель/Должность}}, {{Ракета/ступень}} — во всех их включениях сейчас в карточке перед ними стоит лишняя пустая строка в 0 или 2 пикселя высотой. Тесты: Шаблон:Государство/тесты. Техвоплощение и, кажется, начальная идея — коллеги Serhio Magpie. Викизавр (обс.) 22:21, 3 октября 2020 (UTC)
- Включение таких шаблонов потенциально большая проблема, т.к. они не поддерживают несколько значений свойств Викиданных и порождают такие костыли как {{Звезда/ВД-компонент}}. Don Rumata 17:04, 7 октября 2020 (UTC)
Что-то поломалось
Например, страница Меньшиков. Скрин . - 5.250.174.143 17:56, 3 октября 2020 (UTC)
- @Wikisaurus:? [7]. Землеройкин (обс.) 18:34, 3 октября 2020 (UTC)
- Починил. Коллега @Землеройкин:, скажите, может быть, сделать, чтобы удалятор не ставил перенос после закрывания noinclude в шаблонах? Викизавр (обс.) 18:34, 3 октября 2020 (UTC)
- О, так это я поломал, выходит... сейчас уберу это. Землеройкин (обс.) 18:36, 3 октября 2020 (UTC)
- Вроде нет, и раньше перенос был. В статьях он нужен, потому что так красивее и естественнее, а в шаблонах перенос изредка что-то ломает. Я тут и не сообразил, что так может получиться и надо проверять, сорри. Викизавр (обс.) 18:43, 3 октября 2020 (UTC)
- Коллега @Землеройкин:, может, в статьях лучше оставить перенос (если пространство имён там доступно, конечно)? Викизавр (обс.) 18:46, 3 октября 2020 (UTC)
- Ну это потом, сейчас главное чтобы шаблоны больше не ломались. Да, пространство имён известно, конечно. Но не вылезет ли опять что-нибудь... Землеройкин (обс.) 18:50, 3 октября 2020 (UTC)
- Хм, вот так появилась лишняя пустая строка в Кузнецов, Иван, можно в предпросмотре проверить. Хотя вообще там и так уже был один лишний перенос, скрипт просто добавил второй — и получилась пустая строка. Викизавр (обс.) 18:58, 3 октября 2020 (UTC)
- Ну это потом, сейчас главное чтобы шаблоны больше не ломались. Да, пространство имён известно, конечно. Но не вылезет ли опять что-нибудь... Землеройкин (обс.) 18:50, 3 октября 2020 (UTC)
Необходимо настроить шаблон так, чтобы можно было давать более, чем 3 варианта переименования. Пример статьи и обсуждение— Мечников (обс.) 12:59, 3 октября 2020 (UTC)
- Не вижу такой необходимости. Потребность такая, если и возникает, то раз в год. Пусть проходят по ссылке на КПМ и читают, что предлагается. — Ghirla -трёп- 13:05, 3 октября 2020 (UTC)
- Там, по-моему, достаточно будет исправить документацию. Сейчас она вводит в заблуждение: предлагаемое название заявлено как обязательный параметр, хотя технически он не обязателен; опытные участники об этом знают и в подобных случаях просто не заполняют его, а тут статья была номинирована анонимом, который не разобрался в этих тонкостях. --81.9.127.125 13:23, 3 октября 2020 (UTC)
- Да. Можно разве что при более трёх предложенных вариантах именования сделать об этом пояснение в шаблоне. sᴋᴇᴘsɪᴢ (обс.) 13:23, 3 октября 2020 (UTC)
- Если шаблон не выполняет свою функцию, значит это неправильный шаблон— Мечников (обс.) 14:43, 3 октября 2020 (UTC)
- Шаблон может и должен: 1) быть невидимым при наведении на ссылку в каком-либо месте википедийного пространства статей; 2) давать переход по ссылке в шаблоне, в том числе — точный, к конкретной (данной) номинации.
{{К переименованию|2020-10-03||А → Б, В → А}}
Здесь это{{К переименованию|2020-09-28||Столкновения в Нагорном Карабахе (2020) → Армяно-азербайджанская война (2020) или Война в Нагорном Карабахе (2020) или Война в Карабахе (2020) или Вторая Карабахская война или Армяно-азербайджанская война в Карабахе (2020)}}
(должно работать, там защищена страница просто). - 5.250.174.143 17:34, 3 октября 2020 (UTC)
- Шаблон может и должен: 1) быть невидимым при наведении на ссылку в каком-либо месте википедийного пространства статей; 2) давать переход по ссылке в шаблоне, в том числе — точный, к конкретной (данной) номинации.
Свернуть спискоту в карточке
В статье Наполеоновские войны просьба свернуть затянувшийся список воюющих. Для примера см. Вторая мировая война. — Ghirla -трёп- 12:47, 3 октября 2020 (UTC)
- Во «Второй мировой войне» кое-что свёрнуто, а кое-что оставлено несвёрнутым; решать, что свернуть, а что оставить, — это не технический вопрос. --81.9.127.125 13:40, 3 октября 2020 (UTC)
- Свернуть — всё. Подробности — на историческом форуме. — Ghirla -трёп- 13:51, 3 октября 2020 (UTC)
- Сделано. Теоретически и списки командующих с обеих сторон можно так же свернуть, но для этого у них должны быть какие-то заголовки, иначе в свёрнутом состоянии будет видна только кнопка «показать», что навряд ли хорошо. --89.113.98.134 04:47, 4 октября 2020 (UTC)
- Свернуть — всё. Подробности — на историческом форуме. — Ghirla -трёп- 13:51, 3 октября 2020 (UTC)
Скрытый список песен
Коллеги, приветствую. Я создал статью Instasamka и добавил в неё дискографию с альбомами. Мне хотелось бы реализовать для каждого из них изначально скрытый список песен в каждом из альбомов и чтобы это выглядело добротно (в контейнере таблицы). Не знаете, как это можно реализовать? Был бы очень благодарен, если кто-то поделится. Заранее спасибо. sᴋᴇᴘsɪᴢ (обс.) 09:46, 3 октября 2020 (UTC)
- @Skepsiz, см. ВП:ТАБ#Примеры их комбинации и выше по тексту. — Ailbeve (обс.) 09:57, 3 октября 2020 (UTC)
- Спасибо, разобрался! sᴋᴇᴘsɪᴢ (обс.) 10:26, 3 октября 2020 (UTC)
Старый синтаксис в шаблоне Не переведено
Коллеги, в шаблоне {{не переведено}} есть старый синтаксис, {{не переведено|есть=:en:Grigory Klimov|надо=Климов, Григорий Петрович|текст=Григорий Климов}}
, хотя обычно используется новый, {{не переведено|Климов, Григорий Петрович|Григорий Климов|en|Grigory Klimov}}
, см. использования в Категория:Страницы со старым синтаксисом в шаблоне «не переведено».
Этот синтаксис давно считается устаревшим и был удалён из документации ещё в 2017 году. Предлагается ботозаменить его в статьях на новый синтаксис, чтобы не пугать участников, не знакомых с ним, и не создавать лишний беспорядок, и убрать его поддержку из шаблона. Внешний вид никак не изменится. Викизавр (обс.) 23:52, 2 октября 2020 (UTC)
- Это не требует обсуждения, делай. А если ты хотел получить разрешение от тех, кто им пользуется, то тему надо было создавать на общем, а не техническом форуме. MBH 07:38, 3 октября 2020 (UTC)
- Советую перечитать ВП:МНОГОЕ. — Vort (обс.) 09:09, 3 октября 2020 (UTC)
Итог
Возражений не было, функционал остаётся на месте, просто меняется форма его использования, так что старый синтаксис ботозаменён уважаемым коллегой Winterheart и удалён мной из модуля. Викизавр (обс.) 00:14, 8 октября 2020 (UTC)
Проблемы со входом в Википедию
Не могу зайти в Википедию, при нажатии кнопки войти выскакивает Похоже, возникли проблемы с текущим сеансом работы; это действие было отменено в целях предотвращения «захвата сеанса». Пожалуйста, переотправьте форму. Что делать?, страницу перезагружал толку нет -- 185.135.151.109 06:57, 2 октября 2020 (UTC)
- Такое бывало, если, когда страница ещё не начала загружаться, второй раз нажмёшь «Войти». Приходилось заново вводить пароль, и со второй попытки обычно получалось. --81.9.127.125 07:19, 2 октября 2020 (UTC)
- и второй и пятый пробовал не получается -- 185.135.151.109 08:01, 2 октября 2020 (UTC)
- Можно попробовать зайти с другого браузера или другого компьютера. Или очистить кеш браузера и куки сайтов Wikimedia. — Vort (обс.) 09:10, 2 октября 2020 (UTC)
- Или очистить кеш браузера и куки сайтов Wikimedia... а как это сделать? -- 185.135.151.109 10:56, 2 октября 2020 (UTC)
- В каждом браузере по-своему. К примеру, в Хроме вот так: кеш, куки. — Vort (обс.) 11:15, 2 октября 2020 (UTC)
- Где находится раздел инструменты разработчика в Wikimedia, нужно для удаления куков? Были удалены куки у браузера и в википедии, всё по прежнему, нет доступа -- 185.135.151.109 16:50, 2 октября 2020 (UTC)
- В каждом браузере по-своему. К примеру, в Хроме вот так: кеш, куки. — Vort (обс.) 11:15, 2 октября 2020 (UTC)
- Или очистить кеш браузера и куки сайтов Wikimedia... а как это сделать? -- 185.135.151.109 10:56, 2 октября 2020 (UTC)
- У меня так стало несколько месяцев назад на весьма специфичном устройстве типа таблета в машине. Vcohen (обс.) 09:11, 2 октября 2020 (UTC)
Шаблоны в окне редактирования
Не могу найти в окне редактирования библиографические шаблоны, как-то, Публикация, cite news и так далее. ПС Они появляются как Ссылки на источники и исчезают немного рандомно. Ни у кого такой проблемы нет? — Алый Король 08:22, 1 октября 2020 (UTC)
- Появление или не появление кнопок зависит от порядка загрузки скриптов, который связан с
погодными условиямивзаимодействием сервера, канала связи, вашего компьютера и браузера. ·Carn 16:24, 1 октября 2020 (UTC)
Недоступная ссылка
Коллеги, помогите решить ребус. В ссылке {{cite web 2|url=http://nord-media.info/news-events/lopshenga-derevnya-u-morya.html|author=Поплавский В.|title=Лопшеньга – деревня у моря|website=«Норд-Медиа» (nord-media.info)|type=сайт|date=2011-11-02|deadlink=y|accessdate=2013-02-04|archiveurl=http://www.webcitation.org/6EPKARRZC|archivedate=2013-02-13}}
висит (вчера, сегодня) сноска "(недоступная ссылка с 01-10-2020 [0 дней])", хотя в ссылке нет информации о недоступности ссылки:
Поплавский В. Лопшеньга – деревня у моря (недоступная ссылка) : [арх. 13.02.2013] // «Норд-Медиа» (nord-media.info) : сайт. — 2011. — 2 ноября. — Дата обращения: 04.02.2013.
— Kalendar (обс.) 05:26, 1 октября 2020 (UTC)
- deadlink=y - это то самое указание. Vcohen (обс.) 06:46, 1 октября 2020 (UTC)
- с «deadlink=y» — понятно. Непонятно, почему «deadlink=y» был вставлен 18 сентября 2020 года, а шаблон вчера и сегодня показывает «(недоступная ссылка с 01-10-2020 [0 дней])». Вероятно, шаблон {{cite web 2}} при отсутствии даты установки «deadlink=y» не должен показывать абстрактную дату. Kalendar (обс.) 07:07, 1 октября 2020 (UTC)
- Могу предположить, что существует (или существовал) бот, который добавляет дату. Пока даты нет - имеется в виду, что бот еще не пришел, и показывается текущая. Vcohen (обс.) 07:15, 1 октября 2020 (UTC)
- Вчера, 30 сентября в 19:00 UTC уже показывал «(недоступная ссылка с 01-10-2020 [0 дней])». Kalendar (обс.) 07:35, 1 октября 2020 (UTC)
- Ну, это уже какие-то нюансы с вычислением поясного времени. Vcohen (обс.) 07:59, 1 октября 2020 (UTC)
- @MMH: Коллега, не могли бы Вы прояснить ситуацию? Kalendar (обс.) 08:03, 1 октября 2020 (UTC)
- Было задумано, что шаблон {{Cite web 2}} не выводит дату недоступности ссылки, если она не задана в качестве значения параметра deadlink. Шаблон преобразует значение параметра deadlink в значения параметров число, месяц, год шаблона {{Недоступная ссылка}}, с помощью функции парсера
#time
. Оказывается, функция парсера#time
преобразует значение «y», заданное в качестве её первого параметра, в номер текущего года. Также функция преобразует в число значения «m» (в номер месяца) и «d» (в номер дня месяца). В справке Википедии такое поведение функции не описано, поэтому я не знал о нём. Нужно будет добавить в шаблон проверку значения параметра deadlink на эти значения и добавить их в исключения, чтобы шаблон не реагировал на них как на дату. Если функция#time
реагирует так на ещё какие-нибудь значения, то напишите, пожалуйста, здесь.
В качестве быстрого решения проблемы, рекомендую заменить «y» на «1», «yes», «да» или «404». — MMH (обс.) 09:37, 1 октября 2020 (UTC); 10:11, 1 октября 2020 (UTC) - Вижу, что функция
#time
реагирует на любые одиночные латинские буквы, а не только на вышеуказанные... — MMH (обс.) 09:56, 1 октября 2020 (UTC) Это баг или фича? — MMH (обс.) 10:18, 1 октября 2020 (UTC) - Есть в Википедии какая-либо функция или шаблон вычисляющая длинну строки? — MMH (обс.) 10:18, 1 октября 2020 (UTC)
- {{Str len}}? Vcohen (обс.) 11:35, 1 октября 2020 (UTC)
- Да, спасибо. Наверное, добавлю проверку на длинну строки для параметра deadlink, чтобы не передавать на преобразование в дату слишком короткие значения. — MMH (обс.) 12:09, 1 октября 2020 (UTC)
- {{Str len}}? Vcohen (обс.) 11:35, 1 октября 2020 (UTC)
- Исправлено. Теперь при количестве символов параметров deadlink, deadurl меньше восьми шаблон не будет выводить дату недоступности ссылки. — MMH (обс.) 11:30, 4 октября 2020 (UTC); 11:32, 4 октября 2020 (UTC)
- Было задумано, что шаблон {{Cite web 2}} не выводит дату недоступности ссылки, если она не задана в качестве значения параметра deadlink. Шаблон преобразует значение параметра deadlink в значения параметров число, месяц, год шаблона {{Недоступная ссылка}}, с помощью функции парсера
- @MMH: Коллега, не могли бы Вы прояснить ситуацию? Kalendar (обс.) 08:03, 1 октября 2020 (UTC)
- Ну, это уже какие-то нюансы с вычислением поясного времени. Vcohen (обс.) 07:59, 1 октября 2020 (UTC)
- Вчера, 30 сентября в 19:00 UTC уже показывал «(недоступная ссылка с 01-10-2020 [0 дней])». Kalendar (обс.) 07:35, 1 октября 2020 (UTC)
- Могу предположить, что существует (или существовал) бот, который добавляет дату. Пока даты нет - имеется в виду, что бот еще не пришел, и показывается текущая. Vcohen (обс.) 07:15, 1 октября 2020 (UTC)
- с «deadlink=y» — понятно. Непонятно, почему «deadlink=y» был вставлен 18 сентября 2020 года, а шаблон вчера и сегодня показывает «(недоступная ссылка с 01-10-2020 [0 дней])». Вероятно, шаблон {{cite web 2}} при отсутствии даты установки «deadlink=y» не должен показывать абстрактную дату. Kalendar (обс.) 07:07, 1 октября 2020 (UTC)
Почему-то под ним не работает навигационная полоса Шаблон:Муниципальные образования России. — Archivarius1983 (обс.) 19:11, 29 сентября 2020 (UTC)
- Думаю, что таблица слишком велика. Ведь после Алеутского района следующих муниципальных образований в ней просто нет. — Ksc~ruwiki (обс.) 19:22, 29 сентября 2020 (UTC)
- У меня работает: выглядит так же, как на отдельной странице, ссылки кликаются. В чём проявляется, что она не работает? — putnik 20:46, 29 сентября 2020 (UTC)
- Всё, уже наладили. Спасибо! — Archivarius1983 (обс.) 20:48, 29 сентября 2020 (UTC)
Ограничение действия subst
Коллеги, у меня есть шаблон (№1), который подставляет в статью включение другого шаблона (№2). Если я делаю подстановку subst'ом, он разворачивает не только шаблон №1, но и включенный в него шаблон №2 - и все что в него включено тоже. Можно каким-то образом ограничить действие subst, с тем чтобы он разворачивал только верхний шаблон, а нижние - не трогал? — Mitas57 12:48, 29 сентября 2020 (UTC)
- Если говорить про ваш черновик, то достаточно поубирать
{{{|safesubst:}}}
у тех шаблонов, которые вы хотите оставить при подстановке основного -- windewrix (обс.) 15:20, 29 сентября 2020 (UTC) - Посмотрите mw:Help:Substitution#Multilevel substitution ·Carn 15:31, 29 сентября 2020 (UTC)
- Спасибо за помощь, все получилось! — Mitas57 21:18, 30 сентября 2020 (UTC)
Последние новости технического сообщества Викимедиа. Проинформируйте остальных об этих изменениях. Не все изменения повлияют на вас лично. См. также переводы на другие языки.
Последние изменения
- Администраторы теперь могут просматривать диффы к удалённым версиям статей на странице Special:AbuseLog. Там используется интерфейс страницы Special:Undelete. [8]
- Редакторы автоматически попадают в некоторые группы, например, совершив определённое количество правок и пробыв в проекте определённое число дней, учётная запись попадает в группу автоподтверждённых пользователей. Фильтры правок могут мешать процессу автоматического назначения групп, а также убирать пользователей из групп. Теперь вики-проекты могут менять, на сколько времени выполнение запрещённых фильтром действий отсрочит автоматическое получение групп (сейчас это 5 дней). Запросы по изменению этого параметра можно писать на Фабрикатор. [9]
Проблемы
- В прошлом году некоторые фильтры правок перестали работать после обновления. Они падали при попытке использовать переменные, недоступные для конкретного действия. Эта проблема устранена. [10]
Позже на этой неделе
- Новая версия движка MediaWiki апробируется на тестовых вики и MediaWiki.org с 29 сентября. Невикипедийные вики-сайты и некоторые разделы Википедии получат её 30 сентября, все проекты — 1 октября (календарь).
Будущие изменения
- На странице обсуждения, странице истории и при редактировании статьи не видны ссылки на её иноязычные версии. На Фабрикаторе ведётся дискуссия на тему того, следует ли это изменить. Пока что не решено, будет ли, например, ссылка со страницы истории вести на историю той же статьи на другом языке, или же на саму статью. Просим принять участие в обсуждении.
- Цвет ссылок может измениться в будущем, чтобы сделать ссылки виднее на фоне обычного текста. Подробности см. на Фабрикаторе.
- В настройках можно сделать так, чтобы в веб-версию и на электронную почту приходили разные оповещения. На следующей неделе там появится третий вариант:
Push (только в приложениях)
. Дело в том, что приложения Википедии под Android и iOS скоро смогут присылать пуш-уведомления (если вы того хотите). Общий вид настроек можно увидеть на тестовой вики. По плану на Android пуш-уведомления появятся в октябре, а на iOS — в начале 2021 года. [11] - Скоро станет можно добавлять страницы в свой список наблюдения не навсегда, а на определённое время. Это уже можно делать на mediawiki.org, а позже появится и в других вики-проектах. Подробности можно прочесть здесь, а расписание включения в других проектах — здесь.
- Опубликован список лучших новых технических инструментов по версии викимедийцев. Там же можно номинировать и другие инструменты.
Технические новости подготовлены техническими писателями и публикуются ботом • Дополнить • Перевести • Помощь • Оставить отзыв • Подписаться или отписаться.
21:24, 28 сентября 2020 (UTC)
Парсер
У меня вопрос: почему у меня не работает парсер? {{#sub:string|start|length}} Gurte (обс.) 19:25, 28 сентября 2020 (UTC)
- Если честно, не припомню, чтобы строковые функции парсера вообще работали. В описании указано, что они доступны, только если установлена глобальная переменная сервера
$wgPFEnableStringFunctions = true;
. Используйте {{str sub}} -- windewrix (обс.) 05:39, 29 сентября 2020 (UTC)- А другие функции парсера? Gurte (обс.) 05:57, 29 сентября 2020 (UTC)
- В нашем разделе аналогами являются шаблоны:
- Для тех функций парсера, для которых нет уже готовых реализаций, можно дополнить уже имеющиеся модули функциями для использования в шаблонах -- windewrix (обс.) 11:43, 29 сентября 2020 (UTC)
- А другие функции парсера? Gurte (обс.) 05:57, 29 сентября 2020 (UTC)
- Кстати, а можете сказать, как мне включить эти функции на другой вики? Gurte (обс.) 06:50, 29 сентября 2020 (UTC)
- Я не управлял никаким викисайтом и как в реальности редактируется
LocalSettings.php
, к сожалению, не подскажу -- windewrix (обс.) 11:43, 29 сентября 2020 (UTC)- Вообще-то я тоже как бы не управляю вики-сайтом, а редактирую на вики, которая содержится на вики-хостинге Miraheze, и поэтому мне не нужно знать о
LocalSettings.php
. Gurte (обс.) 12:18, 29 сентября 2020 (UTC)
- Вообще-то я тоже как бы не управляю вики-сайтом, а редактирую на вики, которая содержится на вики-хостинге Miraheze, и поэтому мне не нужно знать о
- Я не управлял никаким викисайтом и как в реальности редактируется
Подстановка части ссылки из Викиданных
В татароязычном шаблоне пытаюсь общую часть ссылки на внешний URL дополнить компонентом, подставляемым из Викиданных по типу [https://tatarica.org/tat/{{wikidata|p8373}} одноимённая статья]
, но вместо подставления полной ссылки на https://tatarica.org/tat/razdely/kultura/iskusstvo/muzyka/personalii/sjdshev-salih-amaletdin-uly выдаёт странную последовательность как в https://w.wiki/eAs Буду признателен, если сможете подсказать, где моя ошибка, или просто поправить. Заранее благодарю.— Frhdkazan (обс.) 14:30, 28 сентября 2020 (UTC)
- Я исправил шаблон, исходя из предположения, что параметры аналогичны здешним; теперь причина только в модуле. --81.9.127.125 20:50, 28 сентября 2020 (UTC)
Плашки в подписи к изображению
Сейчас в паре сотен статей в карточке в поле |Подпись=
стоит шаблон {{Культурное наследие народов РФ}}. После совершения правки ниже текст из него будет лезть в описание, плюс это просто неверно по смыслу. Предлагается вынести его в отдельный параметр |Вставка=
или |вставка=
, в зависимости от регистра, как в {{Достопримечательность}}. При этом можно либо отображать вставку под подписью, либо сделать внизу, как в {{Достопримечательность}} и примерно всех иных шаблонах со вставкой, я бы сделал последнее, конечно.
Примеры статей и шаблонов:
- Рижский вокзал и ещё 65 статей с {{Железнодорожная станция}} (см.
hastemplate:"Железнодорожная станция" insource:"Подпись = {{Культурное наследие народов РФ"
), - Доковый мост и ещё 64 статей с {{Мост}} (см.
hastemplate:"Мост" insource:"Подпись = {{Культурное наследие народов РФ"
), - Комсомольская (станция метро, Кольцевая линия) и ещё 2 статьи с {{Станция метро}} (см.
hastemplate:"Станция метро" insource:"Подпись = {{Культурное наследие народов РФ"
)
и т. д., см. insource:"Подпись = {{Культурное наследие народов РФ"
.
Викизавр (обс.) 12:07, 28 сентября 2020 (UTC)
Итог
Возможно, потом нужно будет это сделать в какой-то специальный параметр, но давайте сейчас хотя бы вынесем из |Подпись=
во |Вставка=
, чтобы можно было тему ниже спокойно реализовать. Викизавр (обс.) 22:15, 4 октября 2020 (UTC)
Текст в превью изображений из карточек — 2
В продолжение Википедия:Форум/Архив/Технический/2019/11#Текст_в_превью_изображений_из_карточек. @Sunpriat:.
Вот немудрённый код. К сожалению, я не могу показать пример с использованием Модуль:Wikidata/песочница, песочница как всегда глючит, но в предпросмотре для Модуль:Wikidata всё окей, ничего не ломается и в Дассен, Джо, и в Комсомольская (станция метро, Кольцевая линия) с ужасной вставкой в подписи (с ней я тоже хочу разобраться, см. тему выше).
Ну что, включаем? Викизавр (обс.) 11:33, 28 сентября 2020 (UTC)
Инлайн-документация в админзащищённых шаблонах
Коллеги, сейчас есть несколько десятков админзащищённых шаблонов с инлайн-документацией. Это плохо — нельзя исправить что-то в документации без запроса, нельзя добавить TemplateData и т. д. Предлагается вынести её из тех, которые помечены плюсом, а в тех, которые помечены минусом (в основном подстраницы шаблонов и их аналоги вроде {{Taxobox begin}} или шаблоны на TaxInfo), оставить. Викизавр (обс.) 11:03, 28 сентября 2020 (UTC)
Итог
В общем, я думаю, что это очевидный вопрос и раз никто за неделю не отписался, то и возращений не будет, будет Сделано. Викизавр (обс.) 21:17, 3 октября 2020 (UTC)
Extension:Graph и русские подписи осей
При создании графиков через тэг <graph> числа форматируются на английский манер — с запятой между тройками разрядов, а даты вообще приводятся по-английски: см. вот тут у меня, формат данных задан как %b Y
. Где должна включаться у этого расширения русская локаль? -- windewrix (обс.) 08:58, 28 сентября 2020 (UTC)
- Есть запрос пятилетней давности на эту тему, но похоже, что ничего не сдвинулось. Может быть, Yurik что-то знает. — putnik 11:22, 28 сентября 2020 (UTC)
- Увы, надо в самом графике использовать
format(...)
и другие функции, и указывать как именно форматировать. По идее это должно делаться самим медиавики, но увы, пока никто не сделал. --Yurik (обс.) 12:26, 28 сентября 2020 (UTC)
- Увы, надо в самом графике использовать
Бот, исправлявший двойные редиректы
Умер? Ничего не исправлялось. Викизавр (обс.) 21:28, 27 сентября 2020 (UTC)
- Да нет, работает вполне. Кажется, он ходит только по свежим переименованиям, а не по всем правкам на перенаправлениях -- windewrix (обс.) 08:48, 28 сентября 2020 (UTC)
- Хм, тут я заменил шаблон {{unsignedIP}} перенаправлением на шаблон {{unsigned}}, а двойное перенаправление {{unsignedip}} не исправилось, хотя всегда же исправлялись. Викизавр (обс.) 11:06, 28 сентября 2020 (UTC)
Итог
Работает, но почему-то сделал только через 2 дня. Викизавр (обс.) 18:04, 29 сентября 2020 (UTC)
- Прокомментирую. Бот, действительно, оперативно реагирует на двойные редиректы, образовавшиеся при переименовании. На прочие редиректы бот обращает внимание тогда, когда они появляются на специальной странице, которая обновляется обычно 1 раз в 3 дня. — Emaus (обс.) 18:57, 29 сентября 2020 (UTC)
Строка вниз уехала
Цхинвал#Посольства стран мира: от флага Луганская Народная Республика отмежевалась. Исправить не получается.... - 109.232.188.77 06:32, 27 сентября 2020 (UTC)
- Исправлено — Vort (обс.) 06:53, 27 сентября 2020 (UTC)
Итог
Сделано исправлением [12] шаблона на флагификацию. - 109.232.188.77 11:04, 27 сентября 2020 (UTC)
Хотя в шаблоне есть поле «Карта», при добавлении файла в это поле изображение не появляется. Я плохо знаю язык шаблонов, но вижу, что код по идее подтягивает карту из Викиданных при условии, что там есть валидное значение для переменной P1621 (подробная карта). Можно ли как-то переделать, чтобы карта, вставленная вручную, тоже показывалась? — Deinocheirus (обс.) 14:46, 25 сентября 2020 (UTC)
- Удивительно, как оно раньше работало. «Если есть заголовокN, то текстN и меткаN игнорируются. Если нет заданного заголовкаN, то показываются текстN и меткаN.» ({{Карточка}}). В {{Железная дорога}} есть и
заголовок12
итекст12
. Думаю, что за #12 стоит оставить заголовок, а остальные номера сместить на 1 индекс вверх (текст12
→текст13
,текст13
→текст14
и так далее). — Vort (обс.) 15:24, 25 сентября 2020 (UTC)- Сделано. --81.9.127.125 15:32, 25 сентября 2020 (UTC)
- Год назад сломали, так что последний год никак не работало. — putnik 16:37, 25 сентября 2020 (UTC)
Итог
Шаблон исправлен. — putnik 16:37, 25 сентября 2020 (UTC)
- Спасибо всем поучаствовавшим! — Deinocheirus (обс.) 19:56, 25 сентября 2020 (UTC)
Удаление мягких переносов
Так как моё предупреждение u:MBH проигнорировал, выношу этот вопрос сюда. Считает ли сообщество правильным удалить все символы мягких переносов из всех статей ботом? — Vort (обс.) 07:25, 25 сентября 2020 (UTC)
- Вы бы хоть на техфоруме спросили, тут немногие понимают, о чём идёт речь. Я уже неоднократно удалял эти и подобные символы из статей ботом, на протяжении прошлых 9,5 лет, ничего нового тут нет. MBH 07:38, 25 сентября 2020 (UTC)
- А зачем они вообще могут быть нужны? Проиллюстрируйте проблему, которую удаление этих символов создает. — Aqetz (обс.) 09:04, 25 сентября 2020 (UTC)
- Один из аргументов в той дискуссии — использовать для поиска копивио. Но это очень слабый аргумент. Неформатированный текст тоже может выдавать копивио, так что ж теперь его, оставлять что ли в таком виде… — Good Will Hunting (обс.) 09:19, 25 сентября 2020 (UTC)
- Ровно для того же, для чего обычные переносы: позволяют более плотно упаковать текст. Иногда это критично: в карточках, в заголовках таблиц. Первый попавшийся пример: статья Тауматафакатангихангакоауауотаматеатурипукакапикимаунгахоронукупокаифенуакитанатаху. Если удалить
­
(другая запись того же самого символа), то карточка разъедется. Если этого мало, могу ещё поискать. Но это только половина проблемы. Вторая часть — это внесение изменений без достаточного анализа ситуации (нашёл что-то странное, не вписывающееся в мою картину мира → удалить, запретить). Если без мягких переносов Википедия не рухнет, то продолжение такой деятельности к добру точно не приведёт. — Vort (обс.) 09:38, 25 сентября 2020 (UTC)- Для таких случаев как раз есть шаблон {{shy}}. Vcohen (обс.) 11:25, 25 сентября 2020 (UTC)
- Необходимость существования символа и его видимость для редактора — это разные вопросы. Кстати, неразрывные пробелы тоже можно делать видимыми, но мне помнится, что есть консенсус о предпочтительности невидимой формы. Почему для мягкого переноса должно быть иначе? И ещё одно — при использовании подсветки в редакторе, эти символы видны: [13]. — Vort (обс.) 11:35, 25 сентября 2020 (UTC)
- С неразрывными пробелами проблема в том, что их удаляет викификатор (в том числе те, которые он сам же расставил при предыдущем проходе). Поэтому использование шаблона удобнее со всех точек зрения. А когда оно консистентно с мягкими переносами и чем-нибудь еще - так и вообще идеально. Vcohen (обс.) 13:05, 25 сентября 2020 (UTC)
- Удаляет ли? Или меняет с видимой формы на невидимую (о консенсусности чего я говорил выше). — Vort (обс.) 13:08, 25 сентября 2020 (UTC)
- При первом проходе меняет на невидимую форму, а при втором убирает. Причем если первое заметно, то второе уже не всегда. Vcohen (обс.) 13:11, 25 сентября 2020 (UTC)
- И нет этому безобразию ни конца ни края… 185.16.139.221 15:44, 25 сентября 2020 (UTC)
- При первом проходе меняет на невидимую форму, а при втором убирает. Причем если первое заметно, то второе уже не всегда. Vcohen (обс.) 13:11, 25 сентября 2020 (UTC)
- Удаляет ли? Или меняет с видимой формы на невидимую (о консенсусности чего я говорил выше). — Vort (обс.) 13:08, 25 сентября 2020 (UTC)
- С неразрывными пробелами проблема в том, что их удаляет викификатор (в том числе те, которые он сам же расставил при предыдущем проходе). Поэтому использование шаблона удобнее со всех точек зрения. А когда оно консистентно с мягкими переносами и чем-нибудь еще - так и вообще идеально. Vcohen (обс.) 13:05, 25 сентября 2020 (UTC)
- Необходимость существования символа и его видимость для редактора — это разные вопросы. Кстати, неразрывные пробелы тоже можно делать видимыми, но мне помнится, что есть консенсус о предпочтительности невидимой формы. Почему для мягкого переноса должно быть иначе? И ещё одно — при использовании подсветки в редакторе, эти символы видны: [13]. — Vort (обс.) 11:35, 25 сентября 2020 (UTC)
- Вот пример таблицы, которая разъедется, если убрать мягкие переносы: Дахало#Согласные, скриншот с переносами и без переносов. Ещё замечал использование в подписях к изображениям, там тоже ограниченное пространство. И даже если всё равно так или иначе туда текст влезет, то без переносов часто видны пустые пространства, что тоже плохо. — Vort (обс.) 13:10, 26 сентября 2020 (UTC)
- Для таких случаев как раз есть шаблон {{shy}}. Vcohen (обс.) 11:25, 25 сентября 2020 (UTC)
- Встроенный викификатор их удаляет. Уже давно их удаляю с его помощью. Проблемы с их удалением не вижу. — Hlundi (обс.) 09:16, 25 сентября 2020 (UTC)
- Нет, ничего он не удаляет. Вы про неразрывные пробелы, а не мягкие переносы, наверное. Викизавр (обс.) 11:18, 25 сентября 2020 (UTC)
- Точно, попутал :) — Hlundi (обс.) 11:36, 25 сентября 2020 (UTC)
- Нет, ничего он не удаляет. Вы про неразрывные пробелы, а не мягкие переносы, наверное. Викизавр (обс.) 11:18, 25 сентября 2020 (UTC)
- Проблема поднята на ровном месте - мягкие переносы в Википедии не нужны. Тара-Амингу 10:39, 25 сентября 2020 (UTC)
- Добавлять переносы должен сам визуализирующий движок Википедии, расставлять их руками не дело. Символ надо зачистить, чтобы нормально работал поиск через insource, а также боты/AWB могли спокойно делать орфоправки. Плюс к этому я бы добавил в викифкатор безусловную замену этого символа на мнемонику, ­. 185.16.139.221 15:37, 25 сентября 2020 (UTC)
- Теоретически, их можно было бы и массово использовать, но сил сообщества на поддержку не хватит. Если будет консенсус на проявление символов (на что очень похоже), то вариант с заменой через викификатор мне кажется логичным. Разве что, судя по обсуждению выше, это надо делать аккуратно, чтобы потом викификатор не отменял свои же замены. — Vort (обс.) 12:10, 26 сентября 2020 (UTC)
- Макс самым наплевательским образом уже сделал всё до буквы М, несмотря на то, что тут нет итога и обсуждение идёт меньше суток. Викизавр (обс.) 20:35, 25 сентября 2020 (UTC)
- Если предположить, что мягкие переносы в большом количестве сообщество поддерживать не сможет и они не нужны, но при этом нужны единичные случаи, заметно влияющие на отображение (таблицы, карточки), то можно подумать над критерием, по которому можно отделить одни от других. К примеру, можно посчитать количество слов, в которых встречается мягкий перенос в статье, и выбрать границу, выше которой делать удаление (считаем кусок копипастой), а ниже — замену на
­
или {{shy}}, считая, что в таком случае они нужны. Вариант с­
мне кажется предпочитительнее, так как не будет расходоваться лимит включений шаблонов да и короче он, хотя {{shy}} тоже считаю допустимым. — Vort (обс.) 12:07, 26 сентября 2020 (UTC)­
плох тем, что в визреде ничего не понятно, а {{shy}} хотя бы при постановке туда курсора пишет «Сгенерировано из: Shy». Викизавр (обс.) 12:39, 26 сентября 2020 (UTC)
Итог
Как и следовало ожидать, удаление невидимых мягких переносов, даже из предположительно скопированного текста, сообществом поддерживается, плюс из величины диффов бота будет видно, где сколько таких переносов. В тех редчайших случаях, когда они нужны (например в таблицах), добавляйте явный shy. MBH 05:17, 1 октября 2020 (UTC)
Что помещает страницы в эту категорию? Андрей Бондарь (обс.) 19:25, 24 сентября 2020 (UTC)
- Имеется в виду функция парсера {{formatnum}}; её аргумент воспринимается как не являющийся числом. Посмотрел наугад несколько страниц — там вызов formatnum происходит через шаблон {{Книга}} или {{Публикация}}, где эта функция используется для форматирования тиража книги, а некорректной оказывается запись числа с пробелом между 3-м и 4-м разрядами; причём такая запись может быть жёстко задана в производном шаблоне; например, {{Православная энциклопедия}} (в статье Анафема), {{Книга:Альтамира-и-Кревеа Рафаэль: История Средневековой Испании}} (в статье Альфонсо IV (король Арагона)). Пока не понимаю, почему так происходит не везде; например, в статье Бердяев, Николай Александрович тоже есть шаблон «Православная энциклопедия», однако указанная категория не возникает. --81.9.127.125 02:07, 25 сентября 2020 (UTC)
- Спасибо за анализ. Считаю, что в {{Православная энциклопедия}} надо из тиража повыкидывать
, шаблон {{публикация}} их самостоятельно проставит. Категория, видимо, пришла с недавним обновлением движка, поэтому не все статьи обновились. После нулевой правки она отображается и в статье Бердяев, Николай Александрович. — Vort (обс.) 06:11, 25 сентября 2020 (UTC)- У меня была та же проблема в статье Топонимия Белоруссии, выкинул
, категория исчезла.— Mvk608 (обс.) 12:16, 25 сентября 2020 (UTC)
- У меня была та же проблема в статье Топонимия Белоруссии, выкинул
- Из шаблона {{Книга:Альтамира-и-Кревеа Рафаэль: История Средневековой Испании}} убрал. Vladimir Solovjev обс 07:14, 29 сентября 2020 (UTC)
- Спасибо за анализ. Считаю, что в {{Православная энциклопедия}} надо из тиража повыкидывать
- Вероятно графа «тираж» в шаблоне книги тоже закидывает. 185.16.139.221 15:33, 25 сентября 2020 (UTC)
- Да, конечно. --81.9.127.125 15:37, 25 сентября 2020 (UTC)
Блокировка IP-Proxy
А скажите, как все таки работает блокировка прокси? Когда я пытался писать через VPN, то вики-сервер сразу блокировал правку и вносил IP в бан-лист. А вот здесь IP-участник сначала правит, а потом его блокируют. — Orderic (обс.) 08:12, 24 сентября 2020 (UTC)
- В первом случае адрес мог быть заблокирован до правки. — Vort (обс.) 08:35, 24 сентября 2020 (UTC)
- Я думал суть ВП:НОП в том чтобы в принципе не допустить правки с прокси-сервера, а не "наказать" участника постфактум, разрешив и записав саму правку. — Orderic (обс.) 16:02, 24 сентября 2020 (UTC)
- Всё очень просто — подавляющее большинство прокси блокируются ещё до того, как с них была сделана правка, но бот не всегда успевает сделать это вовремя. И тогда блокировка «прилетает» уже после правки. -- Q-bit array (обс.) 16:09, 24 сентября 2020 (UTC)
Код западнорусского языка в руВики
Хотел на страницу Викиданных Вильнюс (Q216) добавить «название на языке оригинала» Вїлнѧ на западнорусском языке, но такого кода не нашёл. Вообще, такой код существует в Викиданных и в руВики? —Лобачев Владимир (обс.) 07:57, 17 сентября 2020 (UTC)
- По видимому кода для западнорусского языка в руВики нет. Помогите его создать. — Лобачев Владимир (обс.) 12:54, 17 сентября 2020 (UTC)
- А руВики при чём? :) Коды языков создаёт вот эта организация. См. ISO 639. Вот когда они добавят в ISO, тогда он сможет появиться в ВП и ВД... →ʙᴏʀᴏᴅᴜɴ 13:26, 17 сентября 2020 (UTC)
- Потому что коды в Википедии создают участники Википедии. И они не всегда соответствуют Международной организации по стандартизации. Пример: {{lang-mo}}. —Лобачев Владимир (обс.) 18:31, 17 сентября 2020 (UTC)
- Вы ошибаетесь. Все шаблоны серии lang создаются (должны создаваться) в соответствии с ISO 639. И код молдавского языка mo входил в ISO 639-1, потом был отменён. →ʙᴏʀᴏᴅᴜɴ 19:02, 17 сентября 2020 (UTC)
- Потому что коды в Википедии создают участники Википедии. И они не всегда соответствуют Международной организации по стандартизации. Пример: {{lang-mo}}. —Лобачев Владимир (обс.) 18:31, 17 сентября 2020 (UTC)
- А руВики при чём? :) Коды языков создаёт вот эта организация. См. ISO 639. Вот когда они добавят в ISO, тогда он сможет появиться в ВП и ВД... →ʙᴏʀᴏᴅᴜɴ 13:26, 17 сентября 2020 (UTC)
- Это не по техническому вопросу, конечно, но почему вы думаете, что именно этот язык надо считать языком оригинала? А у Парижа это какой будет, галльский кельтский? AndyVolykhov ↔ 14:42, 17 сентября 2020 (UTC)
- Наличие/создание шаблона — это вопрос технический. А «Вильнюс» — просто пример статьи, где шаблон можно использовать. Ведь Вюльнюс основан в ВКЛ, где официальным языком был западнорусский. —Лобачев Владимир (обс.) 18:31, 17 сентября 2020 (UTC)
- А Париж основан паризиями, которые говорили на галльском. И что? AndyVolykhov ↔ 20:19, 17 сентября 2020 (UTC)
- Наличие/создание шаблона — это вопрос технический. А «Вильнюс» — просто пример статьи, где шаблон можно использовать. Ведь Вюльнюс основан в ВКЛ, где официальным языком был западнорусский. —Лобачев Владимир (обс.) 18:31, 17 сентября 2020 (UTC)
Код западнорусского языка в ВикиДанных
Хотел на страницу Викиданных Вильнюс (Q216) добавить «название на языке оригинала» Вїлнѧ на западнорусском языке, но такого кода не нашёл. Как это можно поправить? —Лобачев Владимир (обс.) 11:07, 17 сентября 2020 (UTC)
- она же белор. старабеларуская мова, она же укр. староукраїнська мова, "она же Элла Кацнельбоген" (с)... — Neolexx (обс.) 11:37, 17 сентября 2020 (UTC)
- Не важно как язык называется в той или иной стране, но он ведь реально существовал. Русские свой язык называют «русским», а поляки — «российским». И что? Мне представляется, что должна быть возможность стандартного использования любого реально существующего или существовавшего языков, описанных в Википедии. Почему есть стандартные коды для древневерхненемецкого и древнескандинавского языков, но нет кода для языка Великого княжества Литовского? — Лобачев Владимир (обс.) 13:03, 17 сентября 2020 (UTC)
- При отсутствии кода языка можно указывать с кодом
mis
и квалификатором языка. — putnik 13:51, 17 сентября 2020 (UTC)- Коллега, можете это (название города на западнорусском) на странице Викиданных Вильнюс (Q216) сделать для примера? —Лобачев Владимир (обс.) 18:18, 17 сентября 2020 (UTC)
- Я не знаю, в каком поле для Вильнюса это будет уместно, и будет ли уместно вообще. Вот пример правки для другого неподдерживамого языка. — putnik 19:34, 17 сентября 2020 (UTC)
- Но ведь есть и иные примеры, когда необходим западнорусский язык (точнее его код): самоназвание языка, название Великого княжества Литовского на языке оригинала, язык произвения или официальный язык для Статутов ВКЛ, оригиналы имён деятелей ВКЛ и т. д. —Лобачев Владимир (обс.) 05:04, 19 сентября 2020 (UTC)
- Тут еще (не техническая) проблема в том, что у западнорусского (=староукраинского, =старобелорусского) не было устоявшейся орфографии, а потому встречаются самые разные варианты прижизненного написания имен собственных, в том числе и топонимов, что порождает необходимость либо (ОРИСС) самостоятельного вылавливания разных вариантов написания одного и того же слова (с последующим перечислением через запятую, порядок перечисления тоже ОРИСС), либо указать некое "наиболее правильное (стандартное)" написание (что тоже ОРИСС). Bogomolov.PL (обс.) 05:56, 21 сентября 2020 (UTC)
- Согласен, коллега Bogomolov.PL. Но разве из этого следует, что языка не было как такового, или что на нём не стоит приводить оригинальные названия имён деятелей и документов ВКЛ? А количество вариантов наименований вроде никто не ограничивает: сколько в АИ есть — столько и стоит привести. Я так думаю. — Лобачев Владимир (обс.) 06:08, 22 сентября 2020 (UTC)
- Просто я стараюсь следовать за солидными бумажными энциклопедиями. Они для нас образец, не так ли? Ведь мы стремимся к тому, чтобы в основном и главном приблизиться к солидным бумажным энциклопедиям. Если те дают вариант западнорусским (да хоть древнерусским) языком для имен собственных - мы приводим тоже. Если угодно со ссылкой на ту же энциклопедию - тогда отпадает мучительный поиск "правильного" варианта написания и проблема того, а писать ли вообще.
- В принципе, как все понимают, указание в статье средневекового названия является вполне энциклопедичным. Вопрос лишь в том - давать ли это название непосредственно в первой фразе преамбулы. Ведь в теле статьи, в соответствующем разделе, вся полнота сведений о прежнем варианте наименования вполне уместна.
- Вот Москва впервые упоминается (кажется) как "град Москов", не так ли? И даем ли мы средневековый, древнерусский, вариант названия города в первой фразе преамбулы? Вот о Париже мы в первой фразе не приводим латинское и кельтское наименования города? И про Лондон мы не пишем в первой фразе преамбулы "Лондиниум". И о Нью-Йорке в первой фразе преамбулы мы не пишем о Новом-Амстердаме.
- Помимо правил в Википедии существует сложившаяся практика, именно приведенные примеры других столиц эту практику и демонстрируют. Bogomolov.PL (обс.) 09:39, 22 сентября 2020 (UTC)
- Согласен, коллега Bogomolov.PL. Но разве из этого следует, что языка не было как такового, или что на нём не стоит приводить оригинальные названия имён деятелей и документов ВКЛ? А количество вариантов наименований вроде никто не ограничивает: сколько в АИ есть — столько и стоит привести. Я так думаю. — Лобачев Владимир (обс.) 06:08, 22 сентября 2020 (UTC)
- Тут еще (не техническая) проблема в том, что у западнорусского (=староукраинского, =старобелорусского) не было устоявшейся орфографии, а потому встречаются самые разные варианты прижизненного написания имен собственных, в том числе и топонимов, что порождает необходимость либо (ОРИСС) самостоятельного вылавливания разных вариантов написания одного и того же слова (с последующим перечислением через запятую, порядок перечисления тоже ОРИСС), либо указать некое "наиболее правильное (стандартное)" написание (что тоже ОРИСС). Bogomolov.PL (обс.) 05:56, 21 сентября 2020 (UTC)
- @putnik: А разве он неподдерживаемый? 217.117.125.72 11:26, 28 сентября 2020 (UTC)
- Как выяснилось в другом обсуждении, его поддержку в движке добавили через три дня после того, как он появился в гаджете. Так что у меня в планах в ближайшее время перепроверить список поддерживаемых языков. — putnik 11:58, 28 сентября 2020 (UTC)
- Но ведь есть и иные примеры, когда необходим западнорусский язык (точнее его код): самоназвание языка, название Великого княжества Литовского на языке оригинала, язык произвения или официальный язык для Статутов ВКЛ, оригиналы имён деятелей ВКЛ и т. д. —Лобачев Владимир (обс.) 05:04, 19 сентября 2020 (UTC)
- Я не знаю, в каком поле для Вильнюса это будет уместно, и будет ли уместно вообще. Вот пример правки для другого неподдерживамого языка. — putnik 19:34, 17 сентября 2020 (UTC)
- Коллега, можете это (название города на западнорусском) на странице Викиданных Вильнюс (Q216) сделать для примера? —Лобачев Владимир (обс.) 18:18, 17 сентября 2020 (UTC)