Википедия:Форум/Архив/Технический/2019/01
Эта страница — часть архива форума Википедии.
Пожалуйста, не редактируйте эту страницу!- ← декабрь 2018
- январь 2019
- февраль 2019 →
Daty Wikidata Editor alpha release править
Hi everyone,
I am Pellegrino Prevete, aka Ogoorcs and I am proud to officially announce the alpha release of Daty, the native Wikidata editor I proposed at the Ideathon of itWikiCon, which aims to hugely simplify Wikidata UX for new and old advanced users.
During this first development month, as hoped, Daty has found approvals outside of wiki communities, too: the GNOME project has in fact accepted to host it on its development platform and the software has already been published on Flathub, the free software GNU/Linux app store in flatpak format.
Unfortunately I was not able to pack all planned features in this first release, although I hope that, trying it, you will agree that the work done has been adequate.
Set up sound foundations for the program was where it took longer than expected, i.e. make it work on all supported platforms and on all screen format factors. In fact at the time of writing Daty is one of the few GTK+ applications and the only cross-platform one.
To calm down the potential storm of people fearing for vandalisms caused by a simpler editor, I must warn you that until an adequate revert tool for mass edits made with the program will be made available, Daty will browse the database *read-only*. At this time already it has been made so (not specifically in Daty) that only registered users will be able to edit entities.
Download править
Installer links are available for Microsoft Windows (64 bit) and GNU/Linux (all architectures).
You can read a more complete changelog on my blog; bug reports can be sent on the issues page.
Note for GNU/Linux users править
If you use a Flathub-integrating distribution (Linux Mint, Endless OS and others), you can directly install the software from your graphical package manager. If your distribution preinstalls GNOME and GNOME Software, you will just need to open the *Activities* screen and search for "Daty", as seen in this picture.
In any case you can install flatpak on your distribution by visiting this page or follow the distro specific installation istructions on the Daty homepage.
If you already installed a previous flatpak of the software, I advice you to wait for the update of tomorrow (build already scheduled), because of a last-minute bug in the configuration directory permission settings which has been corrected this morning.
Note for Ubuntu users править
Since at this time Ubuntu has decided to support by default only the snap package format, you will not directly find the program in the software center. If there are enough requests though, I will make a snap version of Daty.
In any case debian packages will be made available in due time.
Note for Mac users править
The software works on Mac, but since I do not own one I could not create the executable file. Again, if there are enough requests, we can find a way to solve this.
Thanks править
First of all I want to thank Wikimedia CH for trusting the idea; without them Daty would still be a mockup this day. I hope that the global community, as the Italian one already did at the ItWikiCon Ideathon, will see the impact and the usefulness of a native editor, to please advanced users and greet new ones.
Of course I have to thank the GNOME project, which accepted the project on its infrastructure, and its developers, volunteers and contributors, who saved me from many headaches this month and before. I think it is a really great community.
Ogoorcs (discusión) 02:13 30 ene 2019 (UTC)
- @Ogoorcs: Thnx, but I prefer source based distro (ok, half source based, slackware). Can i build your app from sources? be-nt-all (обс.) 03:25, 31 января 2019 (UTC)
- I'm sorry, I already saw link to gitlab, the question is removed, thanks one more —be-nt-all (обс.) 03:30, 31 января 2019 (UTC)
- @be-nt-all: Great! Any feedback is appreciated! Ogoorcs (обс.) 23:49, 31 января 2019 (UTC)
Количество знаков статьи править
Уважаемые коллеги! Как правильно подсчитать количество знаков видимого текста в статье? Где можно найти соответствующее руководство? Спасибо. --Byzantine (обс.) 07:04, 30 января 2019 (UTC)
- Самый простой способ: включите в настройках «Гаджет проектов «ХС» и «ИС»» (на закладке «Гаджеты»), тогда у вас в меню появится пункт «Статистика», в нём можно посмотреть. Подробнее смотрите документацию гаджета. Второй вариант - скопировать текст статьи в Word и посмотреть статистику его средствами.-- Vladimir Solovjev обс 07:49, 30 января 2019 (UTC)
- Спасибо, гаджет включил, однако не совсем понимаю, где именно должен появиться пункт «Статистика». Внешне вроде бы ничего не изменилось. --Byzantine (обс.) 08:36, 30 января 2019 (UTC)
- В верхнем меню у статьи: Читать, Править код, История, Еще. Если навести на Ещё - по стрелочке должен выпасть пункт "Статистика", если все правильно настроили. Def2010 (обс.) 10:13, 1 февраля 2019 (UTC)
- Третий вариант (внимание, реклама!): https://text.ru/ - скопировать текст туда. В отличие от других сеошных инструментов, этот выдает результат подсчета по изменению текста в поле, а не по нажатию кнопки. Успешно пользуюсь для ВП:МТ. Igel B TyMaHe (обс.) 08:55, 30 января 2019 (UTC)
- Спасибо. И ещё уточняющий вопрос: согласно ВП:МТ должно быть минимум 300 знаков, а вся ли информация идёт в зачёт? Стоит ли считать знаки в таких разделах, как «Примечания», «Литература», «Ссылки»? Подписи к изображениям? Стоит ли учитывать данные из шаблона-карточки? --Byzantine (обс.) 09:18, 30 января 2019 (UTC)
- Может и само название статьи, выделяемое жирным, дотягивать по символам до ВП:МТ, поэтому нужно подходить к этому подсчёту максимально критично. Сидик из ПТУ (обс.) 09:32, 30 января 2019 (UTC) Сидик из ПТУ (обс.) 09:32, 30 января 2019 (UTC)
- 300 знаков видимого текста без служебной информации (служебных разделов, шаблонов, карточки). Надеюсь вы понимаете, что смысл правила ВП:МТ не в том, чтобы участники отмеряли статьи ровно на 300 знаков и умывали руки? - Saidaziz (обс.) 09:34, 30 января 2019 (UTC)
- Это понятно. Просто иногда бывает так, что тема значима, а информации самый минимум (но достаточный для понимания сути) и взять неоткуда. Вот тут и приходится думать — оставить статью как заготовку в надежде, что в перспективе её можно будет довести до ума или не стоит городить огород и отправлять на удаление. --Byzantine (обс.) 09:44, 30 января 2019 (UTC)
- тема значима, а информации самый минимум — такого не должно быть. Вы сначала находите источник, который освещает тему _достаточно_ подробно (ВП:ЗНАЧ). А в этом случае написать один абзац текста (300 знаков — ~50 слов — один абзац) не составит никаких проблем. — Saidaziz (обс.) 10:16, 30 января 2019 (UTC)
- Согласен. При создании статей у меня таких проблем не возникает, однако периодически натыкаюсь на уже созданные очень короткие стабы, вот и пытаюсь понять, что с ними следует делать. --Byzantine (обс.) 11:25, 30 января 2019 (UTC)
- Заходите к нам на огонёк, я там постоянно отлавливаю древних греков на 150-200 символов. А у нас есть консенсус, закреплённый в правилах, что "древний значимы, даже если о нем ничего неизвестно". Потому что 2000 лет стабильых упоминаний плюс пятичные источники - этим мало какая персона похвастать может. Igel B TyMaHe (обс.) 12:25, 30 января 2019 (UTC)
- тема значима, а информации самый минимум — такого не должно быть. Вы сначала находите источник, который освещает тему _достаточно_ подробно (ВП:ЗНАЧ). А в этом случае написать один абзац текста (300 знаков — ~50 слов — один абзац) не составит никаких проблем. — Saidaziz (обс.) 10:16, 30 января 2019 (UTC)
- Это понятно. Просто иногда бывает так, что тема значима, а информации самый минимум (но достаточный для понимания сути) и взять неоткуда. Вот тут и приходится думать — оставить статью как заготовку в надежде, что в перспективе её можно будет довести до ума или не стоит городить огород и отправлять на удаление. --Byzantine (обс.) 09:44, 30 января 2019 (UTC)
- Спасибо. И ещё уточняющий вопрос: согласно ВП:МТ должно быть минимум 300 знаков, а вся ли информация идёт в зачёт? Стоит ли считать знаки в таких разделах, как «Примечания», «Литература», «Ссылки»? Подписи к изображениям? Стоит ли учитывать данные из шаблона-карточки? --Byzantine (обс.) 09:18, 30 января 2019 (UTC)
- Спасибо, гаджет включил, однако не совсем понимаю, где именно должен появиться пункт «Статистика». Внешне вроде бы ничего не изменилось. --Byzantine (обс.) 08:36, 30 января 2019 (UTC)
- Подключите себе скрипт Участник:GreatMusicLover/prosesize.js - в левом меню "инструменты" появится строчка "размер статьи". Выдает всю нужную информацию. →ʙᴏʀᴏᴅᴜɴ 11:15, 1 февраля 2019 (UTC)
В результате неких мутных телодвижений он стал вести на дизамбиг Медицинский работник, ну и, как следствие, во всех статьях где он применяется, слово медик засветилось противным светом означающим "следует уточнить". Нужно или вернуть все взад, или сделать, чтобы ссылка с шаблона вела либо на медицина, либо, что ИМХО хуже, на врач. --@ → SAV © 05:24, 30 января 2019 (UTC)
- Энциклопедичеки всё верно. Гаждет подсветки неоднозначностей является опциональным инструментом, нужно смириться или отключить. Есть ещё немало банальных понятий, которые по как бэ консенсусу могут существовать в Википедии только в виде неоднозначности. Трудный вариант - суметь написать статью (а не дизамбиг) Медицинский работник (я не гарантирую, что это вообще возможно). Igel B TyMaHe (обс.) 09:00, 30 января 2019 (UTC)
Итог править
Страница Медик пусть ведёт на Медицинского работника, это правильно (но хотелось бы, конечно, иметь на этом месте хотя бы стаб, а не дизамбиг). А вот ссылку из шаблона «Медик» я перенаправил на статью Медицина, до появления статьи Медицинский работник это лучше, чем наблюдать в статьях ссылку на дизамбиг, с которой многим опытным участникам хочется что-то сделать. GAndy (обс.) 08:49, 1 февраля 2019 (UTC)
- Я того и хотел, спасибо. --@ → SAV © 20:56, 1 февраля 2019 (UTC)
Вот так: {{ВТ-МСР|Бернард|[[Веймарн, Павел Платонович|Веймарн П. П.]]}}
от показывает: Веймарн П. П. Бернард // Музыкальный словарь : в 3 т. / сост. Х. Риман; доп. русским отделом при сотруд. П. Веймарна и др.; пер. и все доп. под ред. Ю. Д. Энгеля. — пер. с 5-го нем. изд. — Москва—Лейпциг : изд. Б. П. Юргенсона, 1904.
т.е. автора не видно. Нужно сделать как в Ш:ВТ-ЭСБЕ, где
{{ВТ-ЭСБЕ|Бернард|[[Веймарн, Павел Платонович|Веймарн П. П.]]}}
показало бы: Веймарн П. П. Бернард // Энциклопедический словарь Брокгауза и Ефрона : в 86 т. (82 т. и 4 доп.). — СПб., 1890—1907.
Заранее признателен. @ → SAV © 11:23, 29 января 2019 (UTC)
{{ВТ-МСР|Бернард|автор=[[Веймарн, Павел Платонович|Веймарн П. П.]]}}
→ Веймарн П. П. Бернард // Музыкальный словарь : в 3 т. / сост. Х. Риман; доп. русским отделом при сотруд. П. Веймарна и др.; пер. и все доп. под ред. Ю. Д. Энгеля. — пер. с 5-го нем. изд. — Москва—Лейпциг : изд. Б. П. Юргенсона, 1904. а что мешает так? -- dima_st_bk 11:27, 29 января 2019 (UTC)- Да ничего, просто я впервые узнал о таком. ИМХО, таки лучше чтоб были унифицированы шаблоны серии ВТ, в ВТ-ЭСБЕ и ВТ-РБС слово автор писать не нужно. Да и статья получается тяжелее за ни о чем. --@ → SAV © 14:45, 29 января 2019 (UTC)
- Комментарий: А что число томов дважды — так и задумано? --INS Pirat 18:17, 29 января 2019 (UTC)
Итог править
Сделано. Число томов починено. -- dima_st_bk 23:18, 29 января 2019 (UTC)
Последние новости технического сообщества Викимедиа. Проинформируйте остальных об этих изменениях. Не все изменения повлияют на вас лично. См. также переводы на другие языки.
Последние изменения
- Сейчас для выполнения кода на PHP на серверах Викимедиа используется HHVM. Вскоре мы перейдём на PHP7 и перестанем пользоваться HHVM. Протестировать работу PHP7 можно, активировав новую бета-функцию. Просим вас попробовать и помочь с поиском и обнаружением проблем.
Проблемы
- Исправлена ошибка, из-за которой при переименовании страницы A на название существующей страницы B страница A не удалялась. [1]
Позже на этой неделе
- На этой неделе новых версий MediaWiki не будет.
Встречи
- Приглашаем на технический совет в IRC, где разработчики-волонтёры могут обменяться опытом. Встреча пройдёт 30 января в 16:00 (UTC). См. инструкцию.
Технические новости подготовлены техническими посредниками и публикуются ботом • Дополнить • Перевести • Помощь • Оставить отзыв • Подписаться или отписаться.
Неоптимальное отображение данных из ВД править
Юровский, Шимон угораздился родиться в Уганке, статьи о которой нет. Потому в инфокарде — Место рождения: Q1224344? Что есть забавно, но лучше уж отображать Uľanka, — значение из англовики. Раз уж оно там есть. --AndreiK (обс.) 09:27, 27 января 2019 (UTC)
- Лучше добавить русскую подпись, как рекомендует вопросительный знак. — Vort (обс.) 09:29, 27 января 2019 (UTC)
- О! А это ещё одна проблема: я видел, что вопросительный знак кликабелен. Кликнул — и НИЧЕГО. Это надо же было сообразить, что нужно навести мышекурсор на вопросительный знак, и НИЧЕГО НЕ ДЕЛАТЬ. Тогда, и впрямь, появится подсказка. Нелогично, прямо скажем: почему бы не отображать эту же подсказку и по клику? Нажми на кнопку — получишь результат, словом.--AndreiK (обс.) 09:36, 27 января 2019 (UTC)
- При клике по ? открывается страница Викиданных. Vcohen (обс.) 09:47, 27 января 2019 (UTC)
- У меня не открывается. Примеры: Категория:Википедия:Статьи со ссылками на элементы Викиданных без подписи. — Vort (обс.) 09:59, 27 января 2019 (UTC)
- все открывает по клику на сам элемент. ShinePhantom (обс) 10:12, 27 января 2019 (UTC)
- Да, но вопрос об интерактивности самого знака. — Vort (обс.) 10:13, 27 января 2019 (UTC)
- Прошу прощения, промазал. Vcohen (обс.) 10:38, 27 января 2019 (UTC)
- Да, но вопрос об интерактивности самого знака. — Vort (обс.) 10:13, 27 января 2019 (UTC)
- все открывает по клику на сам элемент. ShinePhantom (обс) 10:12, 27 января 2019 (UTC)
- У меня не открывается. Примеры: Категория:Википедия:Статьи со ссылками на элементы Викиданных без подписи. — Vort (обс.) 09:59, 27 января 2019 (UTC)
- При клике по ? открывается страница Викиданных. Vcohen (обс.) 09:47, 27 января 2019 (UTC)
- О! А это ещё одна проблема: я видел, что вопросительный знак кликабелен. Кликнул — и НИЧЕГО. Это надо же было сообразить, что нужно навести мышекурсор на вопросительный знак, и НИЧЕГО НЕ ДЕЛАТЬ. Тогда, и впрямь, появится подсказка. Нелогично, прямо скажем: почему бы не отображать эту же подсказку и по клику? Нажми на кнопку — получишь результат, словом.--AndreiK (обс.) 09:36, 27 января 2019 (UTC)
- А почему Уганка, а не Ульянка (это я сейчас так написал)? Сидик из ПТУ (обс.) 09:41, 27 января 2019 (UTC)
- Мне так вики-переводчик статей выдал; а в англовики, похоже, стоит словацкий вариант. Как правильно, я не знаю. Как и словацкого. О! Сходил в словацкую вики: Ulmanka (dnes Uľanka). А не «Ульманка» ли это? --AndreiK (обс.) 12:13, 27 января 2019 (UTC)
- В одной из интервик дата переименования в XIX веке, сейчас — Ульянка. Сидик из ПТУ (обс.) 13:40, 27 января 2019 (UTC)
- Сделал запрос: таки Ульманка. Но поправить не могу: в ВД уже прописано... неправильно. Прошу помочь. --AndreiK (обс.) 14:47, 27 января 2019 (UTC)
- Словацкая статья названа по современному названию, значит и на русском надо писать современное, т.е. Улянка. Исправлено. Vcohen (обс.) 14:51, 27 января 2019 (UTC)
- Спасибо!--AndreiK (обс.) 15:33, 27 января 2019 (UTC)
- Словацкая статья названа по современному названию, значит и на русском надо писать современное, т.е. Улянка. Исправлено. Vcohen (обс.) 14:51, 27 января 2019 (UTC)
- Сделал запрос: таки Ульманка. Но поправить не могу: в ВД уже прописано... неправильно. Прошу помочь. --AndreiK (обс.) 14:47, 27 января 2019 (UTC)
- В одной из интервик дата переименования в XIX веке, сейчас — Ульянка. Сидик из ПТУ (обс.) 13:40, 27 января 2019 (UTC)
- Мне так вики-переводчик статей выдал; а в англовики, похоже, стоит словацкий вариант. Как правильно, я не знаю. Как и словацкого. О! Сходил в словацкую вики: Ulmanka (dnes Uľanka). А не «Ульманка» ли это? --AndreiK (обс.) 12:13, 27 января 2019 (UTC)
- код - больше стимулирует к указанию правильного названия. чем название на другом языке. Пусть лучше как есть. ShinePhantom (обс) 10:49, 27 января 2019 (UTC)
- Чего только не придумаешь, чтобы ничего не делать! --AndreiK (обс.) 12:44, 27 января 2019 (UTC)
Не менее мешающее явление править
Спецы, скажите, можно ли хорошую идею по сворачиванию таблиц в ЖД-станциях сделать такой, чтобы она подстраивалась (по ширине) под существующую карточку и не было пустующих полей (дыр), что ухудшает визуальность статей про ЖД-станции? См. пример: Зайцевка (станция). Спасибо, --Gennady (обс.) 07:13, 27 января 2019 (UTC)
- Я как-то сделал минимальную ширину как у карточек - Обсуждение участника:ØM/Архив#ЖД пути. -- dima_st_bk 15:13, 27 января 2019 (UTC)
- Вот это другое дело! THX. --Gennady (обс.) 05:42, 28 января 2019 (UTC)
Почему при отмене этой правки я получил предупреждение, а аноним нет? Подробности: Служебная:Журнал_злоупотреблений/2705875, Служебная:Фильтр_злоупотреблений/examine/log/2705875. Обошёл так. То есть добавить новую строку анонимно можно, а отменить эту правку зарегистрированному участнику нет? Oleg3280 (обс.) 02:47, 27 января 2019 (UTC)
- Можно, там же только предупреждение, а не запрет. В сообщении всё доступно объяснено. -- dima_st_bk 11:29, 29 января 2019 (UTC)
Итог править
Участник:Dima st bk. Спасибо. Просто когда после отмены правки нажимаешь сохранить, а тебе выводится предупреждение, то второй раз уже нажимать не рискнул. Oleg3280 (обс.) 21:09, 1 февраля 2019 (UTC)
Весьма раздражающее явление править
Уже в третий раз сталкиваюсь (первый раз — на работе, в декабре), затем 30 декабря и вот сегодня с домашнего десктопа. Кабельного, не с роутера. Будучи зарегистрированным, ни с того ни с сего выдаётся жуткая красная плашка, что такой-то IP заблокирован ботом до марта-мая как вандальный диапазон и проч. Характерно, что разлогинивания не происходит, и вообще в нормальных условиях такого не может быть. Однако есть. Как с этим бороться?--Dmartyn80 (обс.) 08:45, 26 января 2019 (UTC)
- Была ли как-то связана дата отображающихся блокировок с датой просмотра такого сообщения? — Vort (обс.) 09:35, 26 января 2019 (UTC)
- Никакой связи, в том-то и дело. --Dmartyn80 (обс.) 09:44, 26 января 2019 (UTC)
- Может, в браузере глюк какой-то засел? Стоит попробовать перелогиниться. У меня IP уже больше года заблокирован и ни разу такого сообщения без причины не появлялось. — Vort (обс.) 09:58, 26 января 2019 (UTC)
- Очистка кэша помогла. --Dmartyn80 (обс.) 11:26, 26 января 2019 (UTC)
- Может, в браузере глюк какой-то засел? Стоит попробовать перелогиниться. У меня IP уже больше года заблокирован и ни разу такого сообщения без причины не появлялось. — Vort (обс.) 09:58, 26 января 2019 (UTC)
- Никакой связи, в том-то и дело. --Dmartyn80 (обс.) 09:44, 26 января 2019 (UTC)
- Нечто подобное наблюдалось один раз (месяц — два назад). Но у меня модем (адрес динамический). Я перевошёл, и всё. Может, тоже из этой серии (тогда предположил, что это глюк из-за плохого качества связи). Белов А.В. (обс.) 20:50, 26 января 2019 (UTC)
Ту-184 править
— Эта реплика добавлена участником Communist48488ru (о • в) 14:40, 25 января 2019 (UTC)
mw.ext.data.get с Commons править
Граждане, у меня намедни отвалились вызовы mw.ext.data.get к данным .tab и .map, лежащим на commons
например
local wdtabdata = "USGS_Earthquakes.tab"
local wd = mw.ext.data.get(wdtabdata).data
возвращает attempt to index a nil value.
У меня лапки, и я не настоящий сварщик, но всё щикарно работало до недавних пор.
Кто-нибудь что-то знает про это? Где ВП:НЕПОЛОМалось? Voyagerim (обс.) 07:10, 25 января 2019 (UTC)
- Сейчас данные грузятся. Проблема в другом месте. — Vort (обс.) 07:22, 25 января 2019 (UTC)
- Да вот таки не грузятся.. Попробуйте в консоли воткнуть mw.logObject(mw.ext.data.get('USGS_Earthquakes.tab')) и пнуть Enter Voyagerim (обс.) 08:26, 25 января 2019 (UTC)
- Непонятно откуда прибодяживается категория с 456 годом до РХ. --@ → SAV © 21:18, 24 января 2019 (UTC)
- Из шаблона [2]. Хоббит (обс.) 21:21, 24 января 2019 (UTC)
Итог править
Спс. --@ → SAV © 18:49, 29 января 2019 (UTC)
Что-то поломалось править
Не знаю даже, какой заголовок поставить. Суть проблемы - в последние два-три дня замучил фильтр правок, блокирующий работу в безобидных ситуациях. В частности, обнаружил, что меня не пускают на страницы обсуждений неколторых других участников. Вчера не смог написать на Обсуждение участника:Q-bit array. Только что попытался обратиться на Обсуждение участника:Andreykor по поводу шаблона {{Из КНЭ}} - опять блокировка. Прикладываю скрин, там есть странная особенность - под сообщением фильтра стоит ссылка на СО участника с префиксом en: (?). Естественно, она ведёт на отсутствующую страницу в английской википедии. На мой взгляд, что-то где-то поломалось. --193.233.70.48 16:26, 24 января 2019 (UTC)
- И да, шаблон {{Из КНЭ}} бы кто-нибудь посмотрел. Как обратить на это внимание Andreykor'а - он в числе основных авторов? --193.233.70.48 16:32, 24 января 2019 (UTC)
- Обратить внимание можно вот так: Участник:Andreykor. — Vort (обс.) 16:35, 24 января 2019 (UTC)
- На своей СО я дополнительных фильтров не настраивал. По поводу шаблона постараюсь исправить, там сложность в том что отклонение зависит от страницы. --Andreykor (обс.) 07:41, 25 января 2019 (UTC)
- Похоже, я сам запутался. На конкретной странице просто необходимо было уточнить номер страницы, а не в шаблоне. А в описании шаблона просится уточнение, что номера страниц следует проставлять в соответствии с печатной версией энциклопедии. --193.233.70.48 09:21, 25 января 2019 (UTC)
- На своей СО я дополнительных фильтров не настраивал. По поводу шаблона постараюсь исправить, там сложность в том что отклонение зависит от страницы. --Andreykor (обс.) 07:41, 25 января 2019 (UTC)
- Обратить внимание можно вот так: Участник:Andreykor. — Vort (обс.) 16:35, 24 января 2019 (UTC)
- Исправлением ошибок в фильтрах, к сожалению, никто не хочет заниматься. Как изменить эту ситуацию — непонятно. — Vort (обс.) 16:40, 24 января 2019 (UTC)
- Да, уже достал этот фильтр. Он блокирует даже сообщения на странице жалоб на сам фильтр. 83.219.147.7 20:21, 24 января 2019 (UTC)
- [3], [4], [5]. 83.219.147.7 20:25, 24 января 2019 (UTC)
- @193.233.70.48 — несколько дней назад с фильтрами действительно были какие-то странные проблемы. Подозреваю, что это был глобальный сбой движка, так как те фильтры не изменялись. До сих пор не имею понятия, как фильтр смог вообще сработать на вашу правку: Служебная:Журнал_злоупотреблений/2703101. -- Q-bit array (обс.) 09:31, 25 января 2019 (UTC)
- Да уж. Если сейчас наладится (или уже наладилось), будем ждать следующей напасти... --193.233.70.48 09:44, 25 января 2019 (UTC)
Новые метки шаблона "Спутник" не появляются в статье править
Добавил физические характеристики "Первая космическая скорость" и "Вторая космическая скорость" в шаблон Шаблон:Спутник, добавил их в карточку статьи Титан (спутник) (статья стабилизирована). Они не появились в просмотре. Не подскажите причину? Раньше не пересекался с такой проблемой. ЗС Антон Копьев / обс 15:16, 24 января 2019 (UTC)
- @Beaber: имена параметров чувствительны к регистру символов. — Vort (обс.) 15:24, 24 января 2019 (UTC)
- Сработало, спасибо. Антон Копьев / обс 15:27, 24 января 2019 (UTC)
Какой-то умник заблокировал диапазон в Викиданных, как теперь отключить ошибочные координаты? 83.219.147.7 20:13, 23 января 2019 (UTC)
- Trijnstel. 83.219.147.7 20:13, 23 января 2019 (UTC)
- Pticy uleteli починил. -- dima_st_bk 00:50, 24 января 2019 (UTC)
Не приходят извещения об изменениях статей из списка наблюдения править
У моего виртуала стоит галочка "оповещать об изменениях статей". Но недавно одну из статей изменили трижды, а мне на почту ничего не пришло. Ещё одну я несколько дней назад сам правил с основной учётки. Что это может быть? Эйхер (обс.) 17:48, 23 января 2019 (UTC)
- А почта не на mail.ru? Vcohen (обс.) 19:27, 23 января 2019 (UTC)
- Возможно, письма перестают приходить после малой правки бота? Игорь (обс) 18:41, 24 января 2019 (UTC)
- Судя по истории статьи Альфонс Пено, не факт. Эйхер (обс.) 10:31, 26 января 2019 (UTC)
Добрый день коллеги, почему-то шаблон не хочет работать и вместо флага показывает в статьях своё название, например тут. Буду признателен если кто-нибудь приоткроет занавес сей тайны. JukoFF (обс.) 14:15, 23 января 2019 (UTC)
- Все разобрался:) JukoFF (обс.) 21:32, 24 января 2019 (UTC)
Коллеги, а что с изображением награды, оно пропало из всех карточек художников на Википедии? Как бы вернуть взад? А то не эстетично как-то. Scoderks (обс.) 20:35, 22 января 2019 (UTC)
- На викискладе удалили изображение ещё 24 сентября — commons:Commons:Deletion_requests/Files_uploaded_by_Geka_b.
Нужно сфотографировать лично и залить под свободной лицензией или попросить разрешение у автора фотографии награды.. Указал изображение из статьи как на викиданных так и в шаблоне награды. Serhio Magpie (обс.) 20:44, 22 января 2019 (UTC) - Благодарю, коллега, теперь другое дело. Scoderks (обс.) 21:11, 22 января 2019 (UTC)
Проблема со скриптом Удобные дискусии править
Заметил, что в последнее время счетчик непрочитанных сообщений перестал обновляться.
Т.е., допустим, на этом форуме появилось 10 новых сообщений - я прочёл; потом появилось еще 5 - но счетчик будет показывать не 5, а 15.
Jack who built the house, в чём может быть дело? За последнее время только несколько новых гаджетов добавил: common.js. Кэш браузера почистить пробовал, безуспешно. Excellence (вклад) 19:51, 22 января 2019 (UTC)
- Скрипт недавно обновлялся, причём даты посещений теперь хранятся на сервере, чтобы данные были синхронизированы между разными компьютерами. Это могло повлечь непредвиденное поведение.Во-первых, на той странице, где у вас это проявляется, откройте инструменты разработчика (F12), перейдите на вкладку «Консоль», скопируйте — вставьте в тему текст ошибок (на красном или жёлтом фоне).
Во-вторых, в консоль вбейтеmw.user.options.get('userjs-cd-visits').length
и нажмите Enter. Будет выведено число; сообщите его.
В-третьих, в консоль вбейтеlocalStorage.getItem('cd-visits').length
и нажмите Enter. Будет выведено число; сообщите его. — Джек (обс.) 20:14, 22 января 2019 (UTC)- Проявлялось на всех страницах форумов и на паре СОУ, куда заглядывал. Но сейчас, к примеру, этот корректно обновился.
Скопировал со страницы форума Правил, который мне опять показал 30+ непрочитанных.
1)2) Число - 5855Код предупреждений(unknown) This page is using the deprecated ResourceLoader module "jquery.ui.position".
(anonymous)(unknown) This page is using the deprecated ResourceLoader module "jquery.ui.widget".
(anonymous)(unknown) This page is using the deprecated ResourceLoader module "schema.UniversalLanguageSelector".
See https://phabricator.wikimedia.org/T205744 for migration info.
(anonymous)(unknown) This page is using the deprecated ResourceLoader module "jquery.ui.core".
Please use OOUI instead.
mw.loader.implement.css
/w/load.php?debug=false&lang=ru&modules=ext.cite.ux-enhancements%7Cjquery&skin=vector&version=16gks9n:143 JQMIGRATE: jQuery.fn.bind() is deprecated
migrateWarn @ /w/load.php?debug=false&lang=ru&modules=ext.cite.ux-enhancements%7Cjquery&skin=vector&version=16gks9n:143
(unknown) This page is using the deprecated ResourceLoader module "schema.ReadingDepth".See https://phabricator.wikimedia.org/T205744 for migration info.
(anonymous)
3) Число - 10094
Excellence (вклад) 20:33, 22 января 2019 (UTC)- Хм, по идее всё в норме. Даже не знаю, что это может быть. Можно как минимум последить за тем, что будет происходить с последними числами с течением времени, особенно с первым. Чтобы проанализировать глубже, нужно отлаживать, чего на расстоянии сделать не удастся. Разве что — сообщите ещё свой браузер, может это связано с ним. Ещё можете вбить в консоль
cd.env.thisPageVisits
на проблемных страницах и тоже соообщить результат. — Джек (обс.) 21:04, 22 января 2019 (UTC)- Хром последней версии, 71.0.3578.98.Результат на том же форуме правил:
(2) ["1548071848", 1548191896]
Excellence (вклад) 21:20, 22 января 2019 (UTC)- Давайте немного последим за изменением первой цифры (которая
mw.user.options.get('userjs-cd-visits').length
). Скажите, какая она сейчас и через пару нажатий F5 на форуме правил. Если ничего не поймём, в качестве радикального способа могу предложить очистку хранилища посещений и надежду, что потом ошибка исчезнет. — Джек (обс.) 21:31, 22 января 2019 (UTC)- Было: 5123
Два обновления по F5: 5081P. S. Счетчик вроде начал корректно отрабатывать, но все эти 30+ сообщений подсвечиваются зелеными как новые... Excellence (вклад) 21:35, 22 января 2019 (UTC)- Ага, то есть уменьшилось. Ну и для полноты картины назовите значение
cd.env.thisPageVisits
на форуме правил сейчас. — Джек (обс.) 21:42, 22 января 2019 (UTC)- Результат:
(4) ["1548192405", "1548192732", "1548192777", 1548193403]
Excellence (вклад) 21:46, 22 января 2019 (UTC)- Здесь всё в норме. — Джек (обс.) 21:48, 22 января 2019 (UTC)
- Да, вроде бы нормализуется всё, посмотрю.
Поймал такой же глюк и на общем форуме; может быть, будет интересно, после прокрутки всех сообщений консоль показалаmw.user.options.get('userjs-cd-visits').length
= 5087, через пару обновлений страницы уже 5105. Excellence (вклад) 22:13, 22 января 2019 (UTC)- В принципе, у меня есть догадка. Если проблема будет часто возникать, можно будет усложнить одно место в алгоритме. — Джек (обс.) 22:18, 22 января 2019 (UTC)
- Да, вроде бы нормализуется всё, посмотрю.
- Здесь всё в норме. — Джек (обс.) 21:48, 22 января 2019 (UTC)
- Результат:
- > все эти 30+ сообщений подсвечиваются зелеными как новые...
Зелёными они должны ещё 15 минут подсвечиваться. — Джек (обс.) 21:45, 22 января 2019 (UTC)
- Ага, то есть уменьшилось. Ну и для полноты картины назовите значение
- Было: 5123
- Давайте немного последим за изменением первой цифры (которая
- Хром последней версии, 71.0.3578.98.Результат на том же форуме правил:
- Хм, я нашёл сейчас одну ошибку, но не уверен, что ваша проблема связана с ней. Из-за неё первое число должно сейчас немного уменьшиться. — Джек (обс.) 21:14, 22 января 2019 (UTC)
- Хм, по идее всё в норме. Даже не знаю, что это может быть. Можно как минимум последить за тем, что будет происходить с последними числами с течением времени, особенно с первым. Чтобы проанализировать глубже, нужно отлаживать, чего на расстоянии сделать не удастся. Разве что — сообщите ещё свой браузер, может это связано с ним. Ещё можете вбить в консоль
- Проявлялось на всех страницах форумов и на паре СОУ, куда заглядывал. Но сейчас, к примеру, этот корректно обновился.
- Jack who built the house, словил сегодня такой же глюк на том же Ф-ПРА и чуть позднее ЗКА до кучи.
Если ещё где вылезет, зафиксировать какие-нибудь параметры? Тот жеmw.user.options.get('userjs-cd-visits').length
, например? Excellence (вклад) 19:29, 23 января 2019 (UTC)- Я изменил алгоритм, теперь для получения дат посещений совершается дополнительный запрос. Посмотрим, что будет. — Джек (обс.) 00:09, 24 января 2019 (UTC)
- Не помогло. Проблема перестала носить системный характер, но периодически возникает на разных страницах. Excellence (вклад) 02:24, 25 января 2019 (UTC)
- Jack who built the house, есть идеи? Может быть, это только у меня что-то не ладно, коль скоро другие участники не отписываются? Excellence (вклад) 20:31, 25 января 2019 (UTC)
- Прошу прощения, что не написал сюда, — мне пришлось отменить правку, так как она привела к поломке другого. Я сейчас изучаю вопрос. — Джек (обс.) 20:36, 25 января 2019 (UTC)
- @Excellence: Вот сейчас заново внёс это изменение. Посмотрите, исправится ли. — Джек (обс.) 14:19, 30 января 2019 (UTC)
- Jack who built the house, предварительно - проблема более не воспроизводится. Но надо последить для верности, позднее отпишу ещё. Excellence (вклад) 19:51, 30 января 2019 (UTC)
- Jack who built the house, проблема действительно в основном решена. Но в последнее время была пара эксцессов, когда отдельные реплики, которые явно уже читал ранее, были помечены как непрочитанные. Пока отловил только на Ф-ПРЕ. Excellence (вклад) 00:18, 14 февраля 2019 (UTC)
- Jack who built the house, предварительно - проблема более не воспроизводится. Но надо последить для верности, позднее отпишу ещё. Excellence (вклад) 19:51, 30 января 2019 (UTC)
- Jack who built the house, есть идеи? Может быть, это только у меня что-то не ладно, коль скоро другие участники не отписываются? Excellence (вклад) 20:31, 25 января 2019 (UTC)
- Не помогло. Проблема перестала носить системный характер, но периодически возникает на разных страницах. Excellence (вклад) 02:24, 25 января 2019 (UTC)
- Я изменил алгоритм, теперь для получения дат посещений совершается дополнительный запрос. Посмотрим, что будет. — Джек (обс.) 00:09, 24 января 2019 (UTC)
"Индекс конформизма" править
(например) Не был уверен даже, где лучше спросить, здесь, на Вопросы, у бюрократов, персонально у технического ведущего выборы Kalan. Решил сначала здесь. Что такое "индекс конформизма", по каким АИ он введён и по формулам из каких АИ считается?
Моё эмпирическое понимание - некая оценка конформности избирателя, то есть готовности не голосовать "как все", его желания "сделать всё иначе". И идеальные выборы тогда (так как "конформизм" имеет выраженную негативную оценку) — где голоса "за" и "против" распределены поровну между всеми кандидатами. (Так как последовательный "нонконформизм" избирателей должен вести к выравниванию любых пиков и провалов в ходе голосования). Однако это какая-то псевдонаучная фигня тогда получается, а не критерий. То есть наверно что недопонимаю. --Neolexx (обс.) 10:04, 22 января 2019 (UTC)
- Для каждого кандидата считается рейтинг «за» минус «против», дальше избирателю прибавляются рейтинги тех, за кого он проголосовал, и вычитаются рейтинги тех, против кого он голосовал. Идеальный конформист — тот, кто голосовал за всех, кто в плюсе, и против всех, кто в минусе. Идеальный нонконформист — наоборот. AndyVolykhov ↔ 11:12, 22 января 2019 (UTC)
- И, соответственно, "идеальные выборы тогда (так как "конформизм" имеет выраженную негативную оценку) — где голоса "за" и "против" распределены поровну между всеми кандидатами" (самоцитата). Понятно. Сие чудо мы сами придумали или в каких профильных АИ (по системам выборов) подсмотрено? --Neolexx (обс.) 12:08, 22 января 2019 (UTC)
- Идеальность выборов в рамках этой модели не определяется, а негативной оценки не предполагалось. В дальнейшем флуде, извините, участвовать не буду. AndyVolykhov ↔ 14:57, 22 января 2019 (UTC)
- Скорее всего сами, так как тут при первом анализе классический алгоритм Мюнхаузена или же функция типа а = а. --Neolexx (обс.) 12:17, 22 января 2019 (UTC)
- Я ни разу не Перельман, так что оставляю за собой право на какую ошибку. Однако пока анализ алгоритма показывает именно "функцию" вида а = а, или в терминах Javascript f1(arg) = f2(arg). То есть высчитывается некое значение на основе значений, определяемых высчитываемым значением.
Некоторый смысл обретается, если ввести в уравнение некую группу "идеальных избирателей" (индекс_конформизма == 0) - и считать индекс конформизма у других избирателей относительно этой группы. Иначе а = а. --Neolexx (обс.) 12:32, 22 января 2019 (UTC)
- И, соответственно, "идеальные выборы тогда (так как "конформизм" имеет выраженную негативную оценку) — где голоса "за" и "против" распределены поровну между всеми кандидатами" (самоцитата). Понятно. Сие чудо мы сами придумали или в каких профильных АИ (по системам выборов) подсмотрено? --Neolexx (обс.) 12:08, 22 января 2019 (UTC)
Что то сломалось.--Kaiyr (обс.) 07:32, 22 января 2019 (UTC)
- Сделано Игорь (обс) 07:37, 22 января 2019 (UTC)
Последние новости технического сообщества Викимедиа. Проинформируйте остальных об этих изменениях. Не все изменения повлияют на вас лично. См. также переводы на другие языки.
Технические новости
- Некоторые не получили выпуск технических новостей на прошлой неделе из-за проблемы с сервисом рассылки MassMessage. Прочесть прошлый выпуск можно на Мете. [6]
Последние изменения
- В Инструменте перевода содержания можно включить версию 2.0, для этого требуется активировать соответствующую бета-опцию. Среди нововведений — добавление в переводы, возможно содержащие машинный перевод, категории
Страницы с непроверенными переводами
, что упрощает их поиск и проверку. Все подобные отслеживающие категории находятся на страницеSpecial:TrackingCategories
в вики-проектах. - https://mediawiki2latex-large.wmflabs.org получила возможность переводить до 800 страниц в форматы PDF, EPUB и ODT. Ранее можно было переводить до 200 страниц.
Проблемы
- При правке шаблона в визуальном редакторе в период с 8 по 17 января иногда весь его текст оказывался написан в одну строку, что усложняет как работу участникам, пользующимся редакторами вики-текста, так и просмотр диффов. Эта проблема была устранена. [7]
- Расширение MassMessage, осуществляющее массовые рассылки, в последнее время работает нестабильно и иногда не доставляет сообщение всем, кому должно. [8][9]
- Из-за проблемы с базой данных редактирование в большинстве проектов не работало 17 января на протяжении нескольких минут. Проблема была устранена. [10]
Позже на этой неделе
- Вскоре станет можно пользоваться стилями шаблонов в пространстве имён
Модуль
. [11] - Новая версия движка MediaWiki апробируется на тестовых вики и MediaWiki.org с 22 января. Невикипедийные вики-сайты и некоторые разделы Википедии получат её 23 января, все проекты — 24 января (календарь).
Встречи
- Приглашаем на технический совет в IRC, где разработчики-волонтёры могут обменяться опытом. Встреча пройдёт 23 января в 16:00 (UTC). См. инструкцию.
Технические новости подготовлены техническими посредниками и публикуются ботом • Дополнить • Перевести • Помощь • Оставить отзыв • Подписаться или отписаться.
Удобные дискуссии править
Полагаю, после свежих изменений в Участник:Jack_who_built_the_house/convenientDiscussions.js что-то слетело, подпись теперь от Джека, см. [12]. Надо либо быстро поправить, либо откатить, но у меня прав, как оказалось, нет Track13 о_0 19:16, 21 января 2019 (UTC)
- Ахаха. Прошу прощения! Это, по ходу, минификатор съел
\
внутри~~~~
, и оно раскрылось в коде. — Джек (обс.) 18:02, 21 января 2019 (UTC)- Спасибо! Аккуратнее, слухи пойдут про админов-виртуалов =) Track13 о_0 19:28, 21 января 2019 (UTC)
Глючные правки править
18.01 и 21.01 имели место два глючные правки в визуальном редакторе, которыми я добавлял текст, но в результате которых оказались также удалёнными большие куски текста: [13], [14]. Возможно, имело место наложение правок с каким-то другим пользователем, но никто об этом самостоятельно не сообщил. Вопрос: как избежать таких глюков? --Max Shakhray (обс.) 11:16, 21 января 2019 (UTC)
- Попробуйте не пользоваться визуальным редактором. Хотя бы для сложных правок, включающих правку разметки. MBH 11:25, 21 января 2019 (UTC)
Шкала времени править
Используя {{Graph:Chart}}, создал такой тестовый график: {{User:Neolexx/Chart|width=400|height=100}}
Участник:Neolexx/Chart
На самом деле по оси Х лежат часы голосования: от полуночи начала до полуночи окончания, 7 суток * 24 = 168 часов.
Вопрос: есть ли какой прямой или окольный способ вместо чисел (20, 40, 60, ...) выводить соответствующую часу дату? Да ёщё бы не непонятными промежутками с шагом 20, а с шагом 24 (часы в сутках)? Моё предварительное заключение, что такая роскошь не предусмотрена, но мог чего недопонять.
Другой вопрос, если первый "нет". Можно ли создать <timeline>
, которая бы просто тупо красила каждые сутки в свой цвет? На манер археологических периодов в примере. Чтобы это можно было бы полупрозрачным наложить на график выше. Таблица соответствий номер часа - конкретная дата у меня есть. --Neolexx (обс.) 16:29, 20 января 2019 (UTC)
- Да господи. Сгенерировать график, заскринить, в пейнте приклеить к нему желаемую ось абсцисс и выложить в вики как картинку. А лучше вообще генерировать в экселе, а не кривыми вики-графиками, там и ось абсцисс легко сделать какую угодно. MBH 17:11, 20 января 2019 (UTC)
- Да это-то понятно. Vega да EasyTimeline (чёрный юмор названия) — на порядок легче
застрелитьсяна Фокале свой граф.редактор написать. Многое я в жизни повидал, но такое нерабочее нагромождение непонятно чего — считанные разы, честно. Впрочем, это не только вина разработчиков, что они программированию учились одновременно с созданием продукта, IMHO. Тут ещё вероятно тот фактор, что суперзадачей было не дать пользователям новые возможности, а не дать им новые возможности. То есть чтобы мы ненароком не получили доступ к<canvas>
да с возможностью рисования произвольных (да ещё интерактивных) изображений. По сумме факторов и получилось что получилось.
Однако же попробую всё-таки сделать что шаблонное, чтобы каждые полгода заново не рисовать. Не получится - тогда по варианту с рисованием картинок у себя на компьютере. --Neolexx (обс.) 17:39, 20 января 2019 (UTC)
- Да это-то понятно. Vega да EasyTimeline (чёрный юмор названия) — на порядок легче
- @Neolexx: чтобы выводить дату, надо задавать дату:
- С форматом вывода можно пошаманить по вкусу. На всякий случай и код-генератор положу:
var t = new DateTime(2019, 1, 9); var s = new List<string>(); for (int i = 0; i < 168; i++) s.Add(t.AddHours(i).ToString("yyyy\\/MM\\/dd H:mm")); Console.WriteLine(string.Join(",", s));
- — Vort (обс.) 06:53, 21 января 2019 (UTC)
- За пример спасибо. С датами я тоже шаманил, но не не догадался про life hack
xAxisMin = 1546992000000
(что изнутри это миллисекунды Unix-time). --Neolexx (обс.) 13:21, 21 января 2019 (UTC) - @Vort: Я всё-таки решил не "реанимировать дохлую лошадь", а сделать по своим критериям наглядности. Внизу пример кардиограммы 3-го тура последних выборов (данные отсюда). Ещё бы придумать, как убить паразитную Vega'вскую hover-подсветку на всё и вся - и вообще удача... --Neolexx (обс.) 15:05, 21 января 2019 (UTC)
- Update: ура, она сама убивается после сохранения (SVG переходит в PNG). --Neolexx (обс.) 15:07, 21 января 2019 (UTC)
- За пример спасибо. С датами я тоже шаманил, но не не догадался про life hack
Итог править
Извините, я перепутал — то обсуждение о совсем другой персоне было. --AndreiK (обс.) 12:37, 20 января 2019 (UTC)
«недоступная ссылка — история» править
Часто вижу в сносках статей, использующих {{cite web}}, отображение двух ссылок на Архив. Одна из них формируется в результате заполнения параметра deadlink
(недоступная ссылка — история), вторая берётся из параметра archiveurl
(Архивировано 6 сентября 2015 года). Пример — статья «Русский язык», сноска №10. Предлагаю отключить отображение ссылки « — история» (оставив, конечно же, текст «недоступная ссылка») при заполненном параметре archiveurl
. Кто что думает по этому поводу? — Vort (обс.) 08:30, 20 января 2019 (UTC)
- Я за. Тоже не понимаю смысла такого дублирования. Разве что возможность сразу поискать другие сохраненные версии, но... зачем? Excellence (вклад) 12:41, 20 января 2019 (UTC)
Итог править
[15]. -- dima_st_bk 00:29, 25 января 2019 (UTC)
Как проставляется Категория:Святые? править
Решил я почистить эту категорию переносом в Категория:Христианские святые, но не могу понять как эта категория проставлена, в шаблоне-карточке не видно, в тексте нет. Например, Евстахий Люксёйский. Откуда категория?--SEA99 (обс.) 22:29, 18 января 2019 (UTC)
- Методом последовательного затирания в предпросмотре установлено, что это делает параметр викиданные9 = P411 в шаблоне {{святой}}. Vcohen (обс.) 22:55, 18 января 2019 (UTC)
- Спасибо, там у многих по 2 значения «святой» и «католический святой». Думаю, «католический святой» достаточно, так как таких элементов викиданных (где одно значение, а не 2) больше.--SEA99 (обс.) 03:45, 19 января 2019 (UTC)
- Ага, всё не так просто. Есть значение «католический святой» , но нет значения «святой Единой церкви» или просто «христианский святой» для общих святых с православием(или я не нашёл, кстати, как «огласить весь список» значений подкласса P279? почему бы не вытащить такой запрос в интерфейс?). Так что я буду убирать просто святого, но проставлять католического буду только для после 1054 года. Вероятно, можно убрать категорию (очистить P910) у значения «святой», но наверное это слишком радикально.--SEA99 (обс.) 04:15, 19 января 2019 (UTC)
- Кстати, это общая практика автоматом проставлять категорию, если она прописана в свойстве P910 какого-нибудь свойства?--SEA99 (обс.) 04:31, 19 января 2019 (UTC)
- ИМХО, такая практика не дружит с принципом «категоризируй точнее».--SEA99 (обс.) 04:37, 19 января 2019 (UTC)
- Согласен, совершенно не дружит. Я бы переделал, если бы знал как. Vcohen (обс.) 12:20, 19 января 2019 (UTC)
- ИМХО, такая практика не дружит с принципом «категоризируй точнее».--SEA99 (обс.) 04:37, 19 января 2019 (UTC)
- Может, есть возможность пробросить
|nocat = 1
в модуль Викиданных? Тогда для большинства статей будет работать автоматика, но при этом останется возможность уточнения. — Vort (обс.) 15:53, 19 января 2019 (UTC)- По идее, nocat для исключений, а здесь правило хромает. Т.е. автопростановка категории из значения P910 — весьма сомнительное дело.--SEA99 (обс.) 21:36, 19 января 2019 (UTC)
- Из документации шаблона {{Святой}} следует, что он написан «с использованием модуля CategoryForProfession.». Не салкивался с этим модулем, но возможно дело в особенностях его применения. --Ksc~ruwiki (обс.) 15:48, 19 января 2019 (UTC)
- Там в исходнике P910 не встречается, что наводит на всякие размышления…--SEA99 (обс.) 21:38, 19 января 2019 (UTC)
- Спросил про P910--SEA99 (обс.) 21:44, 19 января 2019 (UTC)
Итог править
Категоризация по свойству отключена.--SEA99 (обс.) 05:57, 21 января 2019 (UTC)
Интервики: переносить в начало списка править
Только у меня поломалось или как?--Soul Train 18:43, 17 января 2019 (UTC)
- У меня работает. →ʙᴏʀᴏᴅᴜɴ 19:07, 17 января 2019 (UTC)
Коллеги, этот запрос в «Сообщениях об ошибках», видимо, рискует остаться без ответа. А проблема явно техническая и, как я указываю на форуме новостей, вероятно, связана с некорректным отображением шаблона {{К объединению}} во многих статьях в мобильной версии. Можно ли с этим что-то сделать? --Deinocheirus (обс.) 14:14, 17 января 2019 (UTC)
- Эээ, это вообще во всех статьях мобильной версии и скина Minerva (см., например, https://ru.m.wikipedia.org/wiki/Life?useskin=minerva). Сейчас посмотрю. — Джек (обс.) 14:24, 17 января 2019 (UTC)
Итог править
Исправлено. — Джек (обс.) 14:40, 17 января 2019 (UTC)
- Даже не подозревал, что у меня «Минерва» :) Спасибо! --Deinocheirus (обс.) 14:57, 17 января 2019 (UTC)
- В ней, кстати, не исправлено, потому что это другой, хоть и похожий, баг, но его должны исправлять уже в самом скине, тут наш код не виноват. — Джек (обс.) 15:00, 17 января 2019 (UTC)
Удаление переносов строк в шаблонах и визуальный редактор (?) править
Последее время попадаются правки от новичков, превращающие шаблоны в сплошную нечитаемую массу текста (свежий пример). Поскольку я не особо верю, что человек будет заниматься этим вручную, возможно есть какая-то проблема с визуальным редактором, который удаляет переносы строк? --Sigwald (обс.) 08:01, 17 января 2019 (UTC)
- Скорее всего, в документацию надо добавлять TemplateData с правильно заполненным параметром
format
(не проверял). — Vort (обс.) 08:56, 17 января 2019 (UTC)
Ударение на первую (заглавную) букву править
Не отображается ударение на первый слог, когда он состоит из одной (заглавной) буквы
А{{подст:ударение}}страхань
А́страхань
В преамбуле принято ставить ударение. Примеры: Саратов, Пенза и др. - 94.188.111.221 14:32, 16 января 2019 (UTC)
- У меня отображается. (Кстати, в этом слове первый слог состоит из более чем одной буквы.) Vcohen (обс.) 14:49, 16 января 2019 (UTC)
- Не вижу в вашем сообщении кликабельного места со скрином. Неужели оно есть, но у меня не отображается? Не верю! - 94.188.111.221 14:53, 16 января 2019 (UTC)
- У джентльменов принято верить на слово... Ладно, попробую загрузить. Vcohen (обс.) 14:56, 16 января 2019 (UTC)
- Вот. Vcohen (обс.) 14:59, 16 января 2019 (UTC)
- Не вижу в вашем сообщении кликабельного места со скрином. Неужели оно есть, но у меня не отображается? Не верю! - 94.188.111.221 14:53, 16 января 2019 (UTC)
- FF, IE, Vivaldi, даже старая Опера — работает как надо. — Vort (обс.) 15:02, 16 января 2019 (UTC)
- Теперь всё в порядке. (Наверное, что-то подправили?) - 94.188.111.221 15:51, 16 января 2019 (UTC)
Тег подчёркнутого текста править
В продолжение темы – не создаёт он впечатление гиперссылки, если не ко всему слову его применять.
В общем, что не запрещается, то разрешено. Применяется здесь и здесь2 (в «См. также»). Сейчас он, наверное, будет оттуда вычищен? - 94.188.111.221 12:54, 16 января 2019 (UTC)
- Ну, использование для подчёркивания букв у меня протеста не вызывает, правда зачем, если, чтобы выделить их, достаточно жирного? — Джек (обс.) 13:04, 16 января 2019 (UTC)
- Угу, уже вычистил. Igel B TyMaHe (обс.) 13:19, 16 января 2019 (UTC)
Проблемные статьи по темам править
Зашел на Проект:Химия/Проблемные статьи, а там куча всякого оффтопика: и FreeBSD, и Лубоед большой ясеневый, и Бахрих, Альберт. @Ivan A. Krestinin: Почему бот решил, что это имеет какое-то отношение к химии? --Anton Tsyganenko (обс.) 09:28, 16 января 2019 (UTC)
- [16][17] -- dima_st_bk 14:44, 16 января 2019 (UTC)
- А можно сделать, чтобы такого не было: например, исключить из химии категории Категория:Пороки древесины, Категория:Физика полупроводников, Категория:Физика конденсированного состояния? А еще добавить на страницу бота этот инструмент для поиска связи и описать порядок действий при обнаружении подобных странностей? А то не совсем понятно, как настраивать категории: бот сам образом парсит Участник:KrBot/Получатели оповещений? Если да, то стоит более подробно описать синтаксис той страницы. --Anton Tsyganenko (обс.) 15:48, 16 января 2019 (UTC)
- Кстати, к Бахрих, Альберт путь тем инструментом прокладывается через Категория:Звук, хотя в Участник:KrBot/Получатели оповещений написано
[[:Категория:Химия]], кроме <...> [[:Категория:Звук]]
. Возможно, есть и другой путь, но не понятно, как его найти. --Anton Tsyganenko (обс.) 18:10, 16 января 2019 (UTC) - Можно. Правьте смело. MBH 10:55, 17 января 2019 (UTC)
- Кстати, к Бахрих, Альберт путь тем инструментом прокладывается через Категория:Звук, хотя в Участник:KrBot/Получатели оповещений написано
- А можно сделать, чтобы такого не было: например, исключить из химии категории Категория:Пороки древесины, Категория:Физика полупроводников, Категория:Физика конденсированного состояния? А еще добавить на страницу бота этот инструмент для поиска связи и описать порядок действий при обнаружении подобных странностей? А то не совсем понятно, как настраивать категории: бот сам образом парсит Участник:KrBot/Получатели оповещений? Если да, то стоит более подробно описать синтаксис той страницы. --Anton Tsyganenko (обс.) 15:48, 16 января 2019 (UTC)
Устранение дублирования в документации шаблонов править
Для демонстрации применения функций шаблонов, на страницах их документации часто используется подход, при котором друг за другом располагаются два блока викитекста: один с вызовом шаблона, второй — с его исходным кодом. Это приводит к частым ошибкам, когда в одном из блоков участники замену делают, а в другом — забывают. Исправить ситуацию можно с помощью шаблона {{demo}}. Он позволяет писать код примера всего один раз, проводя его дублирование автоматически.
Я начал писать бота для проведения таких замен (пример), но при тестировании обнаружил, что в некоторых случаях шаблон выдаёт ошибку: 2 200 000
→ 2 200 000 Скорее всего, причиной является неожиданное для шаблона использование символа &
. Помогите, пожалуйста, починить Модуль:Demo. — Vort (обс.) 07:56, 15 января 2019 (UTC)
- Исправлено. — Джек (обс.) 08:54, 15 января 2019 (UTC)
- @Джек: спасибо. Глянешь, что тут можно починить? — Vort (обс.) 07:36, 17 января 2019 (UTC)
- Исправлено. Какой-то очень оригинальный серверный баг был, реагировавший исключительно на последовательность символов
}-
. — Джек (обс.) 11:37, 17 января 2019 (UTC)- Спасибо. Напоминает механизм языковых версий, который недавно внедряли. — Vort (обс.) 14:45, 17 января 2019 (UTC)
- Спасибо за наводку, исправил заодно
-{
. — Джек (обс.) 14:59, 17 января 2019 (UTC)
- Спасибо за наводку, исправил заодно
- Спасибо. Напоминает механизм языковых версий, который недавно внедряли. — Vort (обс.) 14:45, 17 января 2019 (UTC)
- Исправлено. Какой-то очень оригинальный серверный баг был, реагировавший исключительно на последовательность символов
- @Джек: спасибо. Глянешь, что тут можно починить? — Vort (обс.) 07:36, 17 января 2019 (UTC)
Последние новости технического сообщества Викимедиа. Проинформируйте остальных об этих изменениях. Не все изменения повлияют на вас лично. См. также переводы на другие языки.
Последние изменения
- В Переводчике содержимого подключили Google Переводчик. [18][19]
- Появилась возможность добавлять описания файлам на Викискладе. Описания могут быть на любом языке, однако вики-разметку в них использовать нельзя.
- Раньше HTML-атрибут в кавычках обязательно должен был быть отделён пробелом от следующего, однако теперь это больше не нужно. В результате этого изменения некоторые страницы могут поменять свой вид после сохранения, даже если никаких правок в них не вносили. [20][21]
- Шаблоны с <templatestyles> раньше не показывали разницы между рабочим шаблоном и шаблоном в песочнице. Теперь у <templatestyles> появился новый параметр
wrapper
, который можно использовать для селекторов вроде.mw-parser-output <wrapper parameter value> <selector from CSS page>
. [22]
Проблемы
- Добавленные вручную метки у правок долгое время нельзя было отредактировать. Эта проблема была устранена. [23]
Позже на этой неделе
- С 16 января во всех проектах появится новая бета-функция: новый FileExporter позволит переносить файлы из проекта на Викисклад с сохранением истории. Для тестирования данной возможности нужно её активировать и проверить конфигурационный файл целевого проекта.
- Усилены требования к безопасности паролей для учётных записей, обладающих потенциально опасными возможностями. При получении несанкционированного доступа к таким учётным записям возможно нанесение большого ущерба проектам. Среди таких учётных записей — имеющие флаг администратора и некоторые другие флаги. Этим учётным записям запрещено использовать пароли из списка часто встречающихся, который несколько недель назад расширили. Также изменено сообщение об ошибке в случае использования такого пароля. Расширен и список групп участников, считающихся обладателями потенциально опасных возможностей. [24]
- Переменная
minor_edit
удалена из фильтра правок. Она не работала с 2016 года. Помочь с исправлением использующих её фильтров можно через поисковую строку на странице Special:AbuseFilter. - Новая версия движка MediaWiki апробируется на тестовых вики и MediaWiki.org с 15 января. Невикипедийные вики-сайты и некоторые разделы Википедии получат её 16 января, все проекты — 17 января (календарь).
Встречи
- Приглашаем на технический совет в IRC, где разработчики-волонтёры могут обменяться опытом. Встреча пройдёт 16 января в 16:00 (UTC). См. инструкцию.
Будущие изменения
- В будущем на учётную запись может быть наложено ограничение, запрещающее править конкретную страницу или любую страницу в конкретном пространстве имён. В связи с этим изменится понятие «блокировки» и может потребоваться изменение работы инструментов, связанных с блокировками. [25]
Технические новости подготовлены техническими посредниками и публикуются ботом • Дополнить • Перевести • Помощь • Оставить отзыв • Подписаться или отписаться.
Массовое использование параметра PAGENAME в карточках населенных пунктов править
Всем доброго времени суток, уважаемые коллеги.
В хоте разбора очередной категории статей, выявленных в рамках проекта Check Wiki, столкнулся с массовым использованием структур вида {{ Население | {{PAGENAME}} | тс }}
и {{ Население | {{PAGENAME}} | г }}
вместо прямого указания имени статьи. Категория элементы программирования шаблонов практически полностью состоит из населенных пунктов с таким вот включением {{PAGENAME}} в код статьи с различным количеством и положением пробелов в вики-коде. С учетом того, что в списке более 1200 статей — хотелось бы уточнить возможность использования бота для замены этих элементов программирования шаблонов на, собственно, названия населенного пункта. Вопрос поднимаю именно тут, а не странице запросов к ботоводам, поскольку там обычно интересуются консенсусом по поводу массовых правок. Отмечу также, что данный вид ошибок отмечен как имеющий высокий приоритет и составляет порядка 40% от оставшегося числа ошибок с данным приоритетом.
И что бы два раза не вставать: нельзя ли натравить бота на почти 35000 статей, в которых имеются ссылки, идентичные отображаемому тексту? Их ручной разбор весьма утомителен и, имхо, тут не требуется участие живого пользователя из-за очевидности совершаемого действия.
Заранее спасибо за ответы.
--GlebILF (обс.) 14:33, 14 января 2019 (UTC)
- Полагаю, вариант с
{{PAGENAME}}
удобен для клонирования оформления статей. Забыть поменять название при создании очередной статьи — проще простого (хочу в скором времени вынести одно предложение на схожую тему). Кто-нибудь знает — может, из Lua есть доступ к «родительскому контексту»? Если есть, вызовы можно упростить. — Vort (обс.) 15:49, 14 января 2019 (UTC)- А нельзя просто в шаблоне {{население}} подставить PAGENAME в качестве значения по умолчанию для первого параметра? Vcohen (обс.) 17:19, 14 января 2019 (UTC)
- Сейчас глянул: шаблон — просто обёртка над модулем. Всё равно надо в Lua лезть. — Vort (обс.) 18:01, 14 января 2019 (UTC)
- И эту обертку нельзя сделать потолще? Vcohen (обс.) 18:13, 14 января 2019 (UTC)
- Скорее всего, нельзя. Но если и можно, то нежелательно. Я всё-таки надеюсь, что в Lua этот вопрос решается несложно. — Vort (обс.) 18:24, 14 января 2019 (UTC)
- И эту обертку нельзя сделать потолще? Vcohen (обс.) 18:13, 14 января 2019 (UTC)
- Сейчас глянул: шаблон — просто обёртка над модулем. Всё равно надо в Lua лезть. — Vort (обс.) 18:01, 14 января 2019 (UTC)
- А нельзя просто в шаблоне {{население}} подставить PAGENAME в качестве значения по умолчанию для первого параметра? Vcohen (обс.) 17:19, 14 января 2019 (UTC)
- Статьи с пейджнеймами создаёт один участник, создающий массово статьи об укроНП ботоподобным образом. По второму - вы про [[a|a]]? Нет, ботом это править не будут, т.к. слишком мелкая правка, ничего не улучшающая, только засоряющая историю статей. Возможно, такая замена есть в викификаторе и/или списке орфозамен АВБ. MBH 16:56, 14 января 2019 (UTC)
- Про ботоподобность - это вы в точку. Что касается засорения вклада — в конце концов разбирать этот океан малозначимых ошибок в любом случае придется, и от того, что я, или какой-то другой участник, будет эти ссылки править вручную — история чище не станет. Просто это будет долго и уныло. --GlebILF (обс.) 06:33, 16 января 2019 (UTC)
- Со вторым есть еще одна проблема. Там есть примеры типа
[[Оппортьюнити|«Оппортьюнити»]]
- в которых, видимо, предлагается вынести кавычки наружу из викификации. А в контексте это выглядит так:
была названа в честь двойника [[Оппортьюнити|«Оппортьюнити»]] — [[марсоход]]а [[Спирит (марсоход)|«Спирит»]]
- т.е. две однотипных ссылки рядом, но в одной кавычки будут вынесены, а в другой нет. Это испортит оформление. Vcohen (обс.) 17:24, 14 января 2019 (UTC)
- Можно было бы добавить условие, что правка делается только при полном соответствии текста ссылки и статьи, на которую она ведет, но выше уже указали, что правок не будет. --GlebILF (обс.) 06:33, 16 января 2019 (UTC)
- Коллеги, так что с правками в карточках НП? Консенсуса нет ни за, ни против. С чем идти к ботоводам? --GlebILF (обс.) 06:33, 16 января 2019 (UTC)
- Никому НП не интересны, тем более сёла. Поэтому ПС. Только заодно нужно вычищать устаревшие параметры. -- dima_st_bk 06:48, 16 января 2019 (UTC)
- Да интересны, просто целевой картиной является вообще отказ от вызова шаблона {{Население}} из всех карточек (как и от самого шаблон) с заменой на Викиданные, но предлагать это в рамках данного обсуждения смысла мало. Вот и получается: как надо сделать быстро не получится, а как не надо — соглашаться неохота. — VlSergey (трёп) 07:37, 16 января 2019 (UTC)
- У шаблона есть преимущество — стрелочка. Добавить такую функцию в карточку — и переход на ВД станет реальнее. Два года загрузить на ВД — и можно будет чистить шаблон. Исторические данные — отдельная тема. — Vort (обс.) 07:48, 16 января 2019 (UTC)
- А консенсус на наличие стрелки в карточке есть? Сейчас такие стрелки (в население) только шаблон и добавляет. — VlSergey (трёп) 08:15, 16 января 2019 (UTC)
- 72 тысячи включений. Что это, если не консенсус? Но обсуждение не помешало бы. — Vort (обс.) 08:27, 16 января 2019 (UTC)
- И ещё сотни тысяч статей с карточками административных единиц, где таких стрелок нет. Это — не консенсус. — VlSergey (трёп) 07:40, 17 января 2019 (UTC)
- 72 тысячи включений. Что это, если не консенсус? Но обсуждение не помешало бы. — Vort (обс.) 08:27, 16 января 2019 (UTC)
- А консенсус на наличие стрелки в карточке есть? Сейчас такие стрелки (в население) только шаблон и добавляет. — VlSergey (трёп) 08:15, 16 января 2019 (UTC)
- У шаблона есть преимущество — стрелочка. Добавить такую функцию в карточку — и переход на ВД станет реальнее. Два года загрузить на ВД — и можно будет чистить шаблон. Исторические данные — отдельная тема. — Vort (обс.) 07:48, 16 января 2019 (UTC)
- А что мешает сейчас убрать малую проблему, а по готовности вашей идеи к внедрению — отдельно пройти ботом по существенно большему списку статей? В любом случае, реализация вашего предложения будет точно проводится ботом, вручную эти десятки тысяч статей никто править не будет. А само предложение перейти на Викиданные мне определенно нравится. --GlebILF (обс.) 14:04, 16 января 2019 (UTC)
- Да интересны, просто целевой картиной является вообще отказ от вызова шаблона {{Население}} из всех карточек (как и от самого шаблон) с заменой на Викиданные, но предлагать это в рамках данного обсуждения смысла мало. Вот и получается: как надо сделать быстро не получится, а как не надо — соглашаться неохота. — VlSergey (трёп) 07:37, 16 января 2019 (UTC)
- Уточните, пожалуйста, какие параметры являются устаревшими, и я, пожалуй, воспользуюсь вашим советом. --GlebILF (обс.) 14:04, 16 января 2019 (UTC)
- Никому НП не интересны, тем более сёла. Поэтому ПС. Только заодно нужно вычищать устаревшие параметры. -- dima_st_bk 06:48, 16 января 2019 (UTC)
- Проблема с PAGENAME в том, что статьи часто попадают в эту категорию, с неверными параметрами вывода информации о численности населения, и, соотвественно уродованием самих страниц, но там далеко не только PAGENAME причина. Надо вручную разбирать. А если вопрос в конкретном участнике, то правильнее всего - написать ему с разъяснением проблем такого подхода и корректного использования модуля населения. Необходимости править ботом я, честно говоря не вижу, а вот разобрать статьи из категории стоит. --Ksc~ruwiki (обс.) 08:09, 16 января 2019 (UTC)
- Сейчас бегло просмотрел несколько статей в этой категории, там в основном, не найденные в базе населенные пункты, опечатки в названиях и т.п. Такое, действительно, требует ручного разбора, а в начале обсуждения речь шла немного о другом — работающих статьях, код которых которых считается не вполне корректным, и их на порядок больше. Отмеченную вами категорию занес в список, разберусь с высокоприоритетными проблемами в Check Wiki — эта категория тоже пойдет под разбор. --GlebILF (обс.) 14:04, 16 января 2019 (UTC)
- Я работаю с разбором некоторых служебных категорий и полагал, что основная проблема с «PAGENAME» в шаблоне население сводится, главным образом, именно к некорректному отражению информации о численности, когда, например, статья переименовывается а сведения в модуле остаются без изменений. Если есть какие-то иные массовые проблемы, требующие решения, то я, конечно, не против. --Ksc~ruwiki (обс.) 15:46, 19 января 2019 (UTC)
- Сейчас бегло просмотрел несколько статей в этой категории, там в основном, не найденные в базе населенные пункты, опечатки в названиях и т.п. Такое, действительно, требует ручного разбора, а в начале обсуждения речь шла немного о другом — работающих статьях, код которых которых считается не вполне корректным, и их на порядок больше. Отмеченную вами категорию занес в список, разберусь с высокоприоритетными проблемами в Check Wiki — эта категория тоже пойдет под разбор. --GlebILF (обс.) 14:04, 16 января 2019 (UTC)
Ахмат править
В статье о клубе в карточке по ссылке «Текущий сезон» отображается ссылка на статью о прошлом сезоне клуба. Посмотрел код, такой ссылки в коде не увидел. Думал, что дело в карточке «Карточка ФК». Но у других клубов использующих эту карточку всё отображается как положено. Где засада? Simba16 (обс.) 13:17, 14 января 2019 (UTC)
- Сделано Игорь (обс) 13:20, 14 января 2019 (UTC)
- Спасибо. Simba16 (обс.) 13:24, 14 января 2019 (UTC)
Где кнопка "Выйти"? править
Вход выполнен с Андроид устройства. В правом верхнем углу нет кнопки Выйти(Выход). --Арутюнян Т. Н. (обс.) 18:53, 13 января 2019 (UTC)
- А она при нажатии на левую верхнюю кнопку, а затем кнопку выключения: https://i.imgur.com/9mEFAh4.png — Джек (обс.) 20:18, 13 января 2019 (UTC)
- Здравствуйте! Какая именно кнопка? --Арутюнян Т. Н. (обс.) 20:53, 13 января 2019 (UTC)
- Три чёрточки в колонку. — Джек (обс.) 20:56, 13 января 2019 (UTC)
- У меня нет таковых. --Арутюнян Т. Н. (обс.) 21:01, 13 января 2019 (UTC)
На Wikipedia.org не пускает с некоторых ip Билайна править
Вот уже больше месяца захожу на Википедию с мобильного только с VPN. Общался с техподдержкой Билайн - говорят блокировка со стороны wikipedia. Сами они решать проблему не намерены, хоть это и не единичный случай. — Эта реплика добавлена участником Ivandersex (о • в) 15:14, 13 января 2019 (UTC)
- Уже была такая тема: Википедия:Форум/Архив/Технический/2018/12#Доступ к Википедии у абонентов Билайна (Москва). В Википедии блокировки выглядят по-другому. — Vort (обс.) 15:16, 13 января 2019 (UTC)
- Проблема с верооятностью 90% на стороне провайдера. Но, чтобы убедиться в этом путём подачи запроса на Фабрикатор, нужна информация. Войдите в сеть с ПК или ноутбука через мобильный интернет (в любом современном смартфоне есть режим работы WiFi в качестве точки доступа или подключите по USB). Далее:
- скачать <https://curl.haxx.se/windows/> и разархивировать.
- в папке найти подпапку bin и в ней файл curl.exe # Далее Пуск => cmd и перетащить этот файл прямо в окно командной строки
- Поставить пробел и дописать:
-v https://ru.wikipedia.org/wiki/Main_Page > C:/curl-wikipedia.html
- После выполнения загрузить на какой-нибудь хостинг и дать ссылку:
- то, что отобразится в командной строке;
- созданный файл по адресу C:/curl-wikipedia.html
- —Iluvatar обс 15:23, 13 января 2019 (UTC)
- @Iluvatar: В Windows можно и «ошибки» перенаправлять:
2>file
. — Vort (обс.) 15:31, 13 января 2019 (UTC) - И ещё одно: в некоторых версиях Windows запись в корень диска C запрещена. Поэтому желательно использовать путь
%TEMP%\
— Vort (обс.) 15:50, 13 января 2019 (UTC)
- @Iluvatar: В Windows можно и «ошибки» перенаправлять:
В ВД указано: док.мед.наук, проф. Однако в категориях ни того, ни другого не видно. В инфокарде — тоже. Это правильно или что-то не так? --AndreiK (обс.) 19:14, 12 января 2019 (UTC)
- Вот, кстати, почему я и выступал за шаблон «Медик» — в котором такое было бы недопустимо. Здесь же используется шаблон «Персона»... то ли правильно он работает, то ли не поймёшь как...
- Ещё, из «записок на манжетах»: пока экспериментировал, случайно прописал в раздела Работа: «профессор». Дважды. И что бы вы думали? В инфокарде появилось: «профессор»«профессор». Тоже ещё защитить бы от «Баден-Баденов». --AndreiK (обс.) 19:31, 12 января 2019 (UTC)
- Используйте карточку "Учёный". Категория ДМН в статье автопроставлена. А категория "Профессоры" и не может быть автопроставлена, потому как профессоры должны категоризироваться по конкретному ВУЗу и это только ручками, через ВД это вроде не реализовано, только "Преподаватели <такого-то ВУЗа>" автопроставляются (если для конкретного ВУЗа указана на ВД)... →ʙᴏʀᴏᴅᴜɴ 20:13, 12 января 2019 (UTC)
- Спасибо; теперь понятно. --AndreiK (обс.) 20:21, 12 января 2019 (UTC)
- Используйте карточку "Учёный". Категория ДМН в статье автопроставлена. А категория "Профессоры" и не может быть автопроставлена, потому как профессоры должны категоризироваться по конкретному ВУЗу и это только ручками, через ВД это вроде не реализовано, только "Преподаватели <такого-то ВУЗа>" автопроставляются (если для конкретного ВУЗа указана на ВД)... →ʙᴏʀᴏᴅᴜɴ 20:13, 12 января 2019 (UTC)
Список наблюдения править
В списке наблюдения изменился формат текста. При копировании текста (см. скриншот копирования в Word с показом разметки) прежний формат (верхняя строка примера) остался у строк Викиданных, а у строк Русской Википедии (нижняя строка примера) формат начала строки резко изменился. Хотелось бы видеть формат разметки строки Русской Википедии в прежнем формате. Kalendar (обс.) 18:05, 12 января 2019 (UTC)
Прошу посмотреть, что случилось в этой статье. После сегодняшних двух моих правок проблема исчезла, но в чём причина, я так и не разобрался. Описание на странице шаблона {{Железнодорожная станция/Расстояние до}} какое-то неочевидное, первую правку я сделал больше полагаясь на интуицию. А убрать строку |region:RU
подсказало только то, что это появилось во всплывшей подсказке при наведении на огромные часы. Но какие тут завязки, мне совсем не понятно. --193.233.70.48 14:09, 11 января 2019 (UTC)
- В карточках параметры обычно именованные, то есть
| имя = значение
, когда имени нет (| значение
), вместо него используется номер, единственный безымянный параметр таким образом получает номер 1 (| 1 = значение
). Именно это тут и произошло.Регион должен был являться частью параметра— Vort (обс.) 04:24, 12 января 2019 (UTC)| CoordAddon
, но почему-то «оторвался», что и послужило причиной проблемы. - Скорее всего, в шаблоне {{Железнодорожная станция}} когда-то был параметр
|region =
. Так как в параметре|CoordAddon =
регион задаётся через:
, то участники часто заполняли|region =
неверно. Но если параметр заполнить правильно, возникает вторая проблема:|region =
остался только в документации шаблона, в самом шаблоне его нет, поэтому я просто поубирал|region:RU
из статей. — Vort (обс.) 05:13, 12 января 2019 (UTC)
Что-то я в citi web и sfn не понимаю править
{{sfn|Василенко|II. Основная часть 2. История появления книг}}
или {{sfn|Василенко|часть=I. Вступление}}
, но ни один из вариантов sfn не формирует сноску с указанием части. Что я делаю не так? --P.Fiŝo☺ 13:16, 11 января 2019 (UTC)
- Обязательный параметр шаблона {{sfn}} - это год. Вы его не используете. --Ksc~ruwiki (обс.) 13:27, 11 января 2019 (UTC)
А если года нет? --P.Fiŝo☺ 14:04, 11 января 2019 (UTC)sfn применительно к cite web параметр "год" не требует. --P.Fiŝo☺ 14:06, 11 января 2019 (UTC)
- Всё, нашёл: забыл параметр loc. Спасибо всем участникам. --P.Fiŝo☺ 14:08, 11 января 2019 (UTC)
Сбой в работе править
Не могу попасть в строчку. Курсор выше, а строка ниже. Наблюдаю во всех брайзерах у себя: Мозилла, Опера, Яндекс. Fighter Pilot (обс.) 11:02, 11 января 2019 (UTC)
- Это может быть следствием работы тех или иных гаджетов. Какие гаджеты у вас включены, кроме тех, кто по умолчанию? Попробуйте поотключать их по одному и смотреть на результат. — Джек (обс.) 13:37, 11 января 2019 (UTC)
- Спасибо! Нашел и отключил "Новый режим вики-текста". Все заработало. --Fighter Pilot (обс.) 06:03, 12 января 2019 (UTC)
Таблицы в викикоде править
|
|
|
Обнаружилась проблема с синтаксисом викикода, который превращается движком в таблицу. На рисунке справа три таблицы: первая создана викикодом, вторая чистым HTMLем без переводов строк, а третья как вторая, но с переводом строки перед закрывающим /td. Видно, что в отрендеренной таблице в первом и третьем случае есть лишний пробел, который возникает из-за перевода строки в коде. Стандартный викикод делает лишний перевод строки, в чем можно убедиться, открыв View Source этой страницы (он делает перевод строки и перед открывающим td, но это ни на что не влияет). Вопрос: можно ли добиться результата как во втором случае, но при помощи викикода (плюс какой-нибудь танец с бубном)? Vcohen (обс.) 20:48, 10 января 2019 (UTC)
- У меня все три случая одинаковые. — Джек (обс.) 20:53, 10 января 2019 (UTC)
|
|
|
- А так? Я в каждой таблице добавил еще один ряд, точно такой же, но с align=right. Vcohen (обс.) 20:58, 10 января 2019 (UTC)
- У меня тоже визуально всё одинаково, и в 1 и во 2 примере. Monobook, FF последний. →ʙᴏʀᴏᴅᴜɴ 21:02, 10 января 2019 (UTC)
- Докладываю: эффект воспроизводится в Эдже и ИЭ, не воспроизводится в Хроме, ФФ и Опере. Vcohen (обс.) 21:09, 10 января 2019 (UTC)
|
- А танец с бубном я нашел-таки. Дорисованный руками закрывающий тег /td там, где он должен быть. Тогда движок его еще раз не добавляет. Vcohen (обс.) 21:56, 10 января 2019 (UTC)
|
- @Vcohen: В спан добавьте display:inline-block. Или содержание ячейки (каринку и спан) в div оберните. --Sunpriat 02:13, 11 января 2019 (UTC)
- Большое спасибо! Vcohen (обс.) 06:38, 11 января 2019 (UTC)
- «Орден Почёта» —
да-да, именно так.--AndreiK (обс.) 10:14, 10 января 2019 (UTC)- Не нужно вставлять иллюстрации ради иллюстраций. Данные шаблоны предназначены для использования в карточке, не в тексте. Тогда и проблемы не будет. — VlSergey (трёп) 10:19, 10 января 2019 (UTC)
- Согласен: не нужно. Но если оно вдруг вставлено, — не должны появляться такие вот артефакты. Причём, только с этой наградой. --AndreiK (обс.) 10:45, 10 января 2019 (UTC)
- Не нужно вставлять иллюстрации ради иллюстраций. Данные шаблоны предназначены для использования в карточке, не в тексте. Тогда и проблемы не будет. — VlSergey (трёп) 10:19, 10 января 2019 (UTC)
- Медаль ордена «За заслуги перед Отечеством II степени» — а здесь такого нет. Кавычки, похоже, роли не играют. --AndreiK (обс.) 10:47, 10 января 2019 (UTC)
Упс, кто-тоУра, участник TenBaseT починил. Спасибо! --AndreiK (обс.) 11:10, 10 января 2019 (UTC)
Итог править
Там был перевод строки в шаблоне перед <noinclude>. Починил. TenBaseT (обс.) 11:11, 10 января 2019 (UTC)
- Спасибо! 1 доллар за сверление отверстия — и 10 тысяч долларов за знание: где сверлить. (c) --AndreiK (обс.) 11:32, 10 января 2019 (UTC)
Убрать предупреждение о переключении редакторов править
При работе часто переключаюсь между визуальным редактором и вики-текстом. При этом каждый раз всплывает окошко, информирующее меня об этом. Оно мне надоело, как отключить его? --Anton Tsyganenko (обс.) 20:12, 9 января 2019 (UTC)
Заблокированные участники править
Необходимы некоторые коррективы в настройках Википедии, так как заблокированные участники не могут оспорить возможные противоправные и скоропалительные действия некоторых администраторов. На форум обжалования действий заблокированный участник попасть не может. Просьба о разблокировании учётной записи, с соответствующими мотивациями, пишутся лишь в личном пространстве заблокированного участника и зачастую никем больше не рассматривается. В то же время, заблокированный участник по какой-то непонятной причине не может продолжать редактирование и своих черновиков с заготовочным материалом к новым статьям. Зачастую блокирование участника осуществляется по жалобе анонима и не факт, что это не одновременный анонимный вход того же администратора со второго гаджета (телефона, планшета из дома, с работы или от соседа и подруги иль друга и пр.) или его знакомого, осуществляющего деятельность по сторонней просьбе или из вредности, а возможно и провокатора. Проверить всего этого невозможно, если не знать наверняка и не связаться для персонального аудиовизуального общения. Такая ситуация стала возможной по причине объединения всех учётных записей ВикиМедии из различных разделов Википедии и медийного склада — где многие имели нестыкуемые между языковыми разделами и отличные друг от друга ники с паролями. На выводы намекает то обстоятельство, что блокировки осуществляются без выяснения обстоятельств или учёта мнения противоположной стороны — отражаемой в пояснениях, и — совершенно никем не учитываются. Всё это очень не продуктивно для Википедии. Если человек ограничен в правах составления статей в основном пространстве, то почему же он не может продолжать развивать наработки в разделе Черновики? Geniusjun (обс.) 18:37, 9 января 2019 (UTC)
Итог править
Во-первых, вы пишете на совершенно неуместный своему запросу форум. Администраторам не нужно никуда анонимно входить, они могут заблочить кого-либо и без всякой чужой просьбы. Предложения о разрешении заблокированным править своё личное пространство следует подавать сюда, на английском языке. MBH 13:28, 10 января 2019 (UTC)
- Оформил как итог, больше добавить нечего.-- Vladimir Solovjev обс 10:14, 11 января 2019 (UTC)
Неочевидное обертывание части текста статей о фамилиях в noinclude править
Доброго времени суток, уважаемые коллеги. В рамках разбора завалов в Сheck Wiki столкнулся с непонятным для меня моментом: в части статьях (например вот тут и тут) часть статьи обернута в теги noiclude, а в других статьях (например тут и тут) такого нет. Бегло посмотрев эти примеры я не понял, для чего вообще в этих статьях нужны эти теги и насколько допустимо их удалять (местами они налезают на разметку, за что и попали в соответствующий список). Кроме того, в некоторых статьях концевой шаблон {{список однофамильцев}} так же обертывают в noinclude, а в других - не обертывают. Подскажите, пожалуйста - как правильно? --GlebILF (обс.) 09:05, 9 января 2019 (UTC)
- Насколько я помню, их нередко используют, если один список включается в другой список.-- Vladimir Solovjev обс 09:08, 9 января 2019 (UTC)
- (к.р.) Это когда один список однофамильцев включается составной частью в другой (более общий) список однофамильцев. Например: Иванов, Иван и Иванов, Алексей включаются в Иванов. TenBaseT (обс.) 09:10, 9 января 2019 (UTC)
- То есть проще всего оставить, просто сдвинув тег на следующую строку, что бы он не перекрывал заголовок? --GlebILF (обс.) 09:30, 9 января 2019 (UTC)
- Да, можно просто сдвинуть на новую строчку (не на следующую, а на новую). TenBaseT (обс.) 09:33, 9 января 2019 (UTC)
- То есть проще всего оставить, просто сдвинув тег на следующую строку, что бы он не перекрывал заголовок? --GlebILF (обс.) 09:30, 9 января 2019 (UTC)
НеИтог править
Спасибо большое, так и сделаю. В принципе, вопрос можно считать закрытым. --GlebILF (обс.) 09:41, 9 января 2019 (UTC)
- Оформил как итог.-- Vladimir Solovjev обс 16:21, 9 января 2019 (UTC)
- @GlebILF: Вероятно это нужно заменять на mw:Extension:Labeled Section Transclusion --Sunpriat 20:58, 9 января 2019 (UTC)
Фильтры на "минимальный размер оплаты труда" править
Коллеги, кто имеет отношения в фильтрам правок - я не так давно заблокировал IP-участника за неоднократное искажение заголовков на КУ, расценивая это как вандализм обсуждений. Сегодня он обратился ко мне с объяснением, что это как-то связано с фильтрами правок. Может ли кто-нибудь прояснить ситуацию (лучше на моей СОУ, чтобы мне не пересказывать "испорченным телефоном")? Если это было сделано под множественные репосты статей - можно ли оставить фильтрование в ОП, но разрешить правку соответствующих тем в пространстве Википедия? (новой аргументации все равно не было, но если появится) Tatewaki (обс.) 16:16, 8 января 2019 (UTC)
- Фильтр писался адресно Well-Informed Optimist'ом под 'минимальщика', я думаю, он пояснит, в чём дело, и решит, стоит ли открывать обсуждения. Track13 о_0 16:24, 8 января 2019 (UTC)
- Я все убрал. Пусть что хочет, то и делает. -- Well-Informed Optimist (?•!) 16:49, 8 января 2019 (UTC)
Немножко подправить бы править
Грюнвальдер – в «Ссылки» дублируется имеющаяся в карточке ссылка на Викисклад. Правда, некорректно отображается она. Удалил из «Ссылки», разместив «просто» (обычным способом – посредством применения шаблона «Родственные проекты»), а в карточке не знаю, как исправить. Чтобы выглядело, например, как здесь. Внутри карточки нет ничего, чтобы можно было трафаретно подправить, видимо, тут какая-то другая система в ходу (и что-то там не то, или что-то пошло не так). То есть нужно заменить (убрать) ссылку на Викислад в шаблоне «Родственные проекты», исправив некорректно отображающуюся ссылку на Викислад в карточке. - 94.188.109.232 21:58, 7 января 2019 (UTC)
- Я Вашу правку отменил. Категория была указана правильно. Только вот почему она не отображается корректно (из викиданных) в карточке, не понятно. В Викиданных всё указано. Oleg3280 (обс.) 22:19, 7 января 2019 (UTC)
- Возможно, проблема из-за того, что название категории на немецком? Oleg3280 (обс.) 22:26, 7 января 2019 (UTC)
- Не из-за названия, а из-за шаблона флага в заголовке карточки. →ʙᴏʀᴏᴅᴜɴ 22:34, 7 января 2019 (UTC)
- Спасибо. Oleg3280 (обс.) 23:07, 7 января 2019 (UTC)
- Ну, я удалял из «Ссылки» (не категории) с расчётом, что будет дублироваться (при исправлении) в карточке. Дублирование ведь излишне? - 94.188.109.232 22:52, 7 января 2019 (UTC)
- Вы правы, удалил. Oleg3280 (обс.) 23:00, 7 января 2019 (UTC)
- Не из-за названия, а из-за шаблона флага в заголовке карточки. →ʙᴏʀᴏᴅᴜɴ 22:34, 7 января 2019 (UTC)
Итог править
Совместными усилиями вопрос решили. Oleg3280 (обс.) 23:08, 7 января 2019 (UTC)
Расстояние до соседних строк в списке править
При простановке двух звёздочкек **
с формированием следующего уровня в списке
- Абв
- Абв-2
- Где
строка более глубокого (+1) уровня (в данном примере – вторая строка) оказывается ближе к нижестоящей строке (нулевого уровня). Это всегда так было?
Если делать не **
, а *:
- Абв
- Абв-2
- Где
то она оказывается ближе к вышестоящей строке нулевого уровня – что выглядит более предпочтительным вариантом, ибо в подобных случаях (когда используется такая конструкция) содержимое второго уровня в списке в смысловом контексте принципиально ближе к содержимому, находящемуся на предыдущей строке, чем на последующей.
Разные шрифты (в настройках браузера) дают несколько различающийся результат в плане числовых значений расстояний, но всё равно расстояние до последующей строки меньше, чем до предыдущей (и это заметно на глаз). Пример - 94.188.109.232 18:41, 7 января 2019 (UTC)
- Судя по всему, звёздочки так ведут себя уже очень долгое время. Вот вариант статьи MediaWiki за 2012 год: [26]. Вот скриншот для сравнения: [27]. — Vort (обс.) 18:59, 7 января 2019 (UTC)
- Разные значения верхнего и нижнего margin для списко-тегов
<ul>
(*) и<dl>
(:). Для ul это 0.3em и 0, а для dl это 0.2em и 0.5em. Поэтому при вложении друг в друга (** vs *:) они и дают разные результаты: в первом варианте между Абв и Абв-2 расстояние +0.3em к межстрочному интервалу, между Абв-2 и Где = +0.1em? (нижний маргин у собственно li); а во втором варианте: между Абв и Абв-2 = +0.2em, между Абв-2 и Где = +0.5em. →ʙᴏʀᴏᴅᴜɴ 19:54, 7 января 2019 (UTC)
Последние новости технического сообщества Викимедиа. Проинформируйте остальных об этих изменениях. Не все изменения повлияют на вас лично. См. также переводы на другие языки.
Технические писатели, редакторы и переводчики желают вам счастливого 2019 года.
Последние изменения
- Развёртывание расширения RelatedSites отменено. Оно использовалось для того, чтобы создавать интервики в Викигиде, теперь это делается через Викиданные. [28]
- Движок логирования Logstash начал переезд на новую инфраструктуру, это займёт некоторое время. [29]
- Прошло обновление codesearch.wmflabs.org, проиндексированы как старые, так и новые репозитории, а также добавлены новые возможности поиска по коду. [30]
- В нескольких проектах 17 декабря появилась учётная запись с именем Фильтр правок, она будет проводить технические работы над фильтром правок. У данной учётной записи имеется флаг администратора, однако она является частью системы и прямого доступа к ней нет ни у одного человека. В тех проектах, где фильтр правок мог блокировать пользователей, она уже существовала и блокировки накладывались от её имени. Подробности и планы по использованию Фильтр правок см. в тикете T212268 на Фабрикаторе.
Проблемы
- Действие «Замедление» в фильтре правок принимает три параметра: count, period и groups. С недавних пор они должны строго соответствовать требованиям, указанным на mediawiki.org. Список поломанных фильтров находится на Фабрикаторе. Помогите их исправить, если разбираетесь в фильтрах правок MediaWiki. [31]
Позже на этой неделе
- Новая версия движка MediaWiki апробируется на тестовых вики и MediaWiki.org с 8 января. Невикипедийные вики-сайты и некоторые разделы Википедии получат её 9 января, все проекты — 10 января (календарь).
Встречи
- Время работы команды Search Platform перенесено на 9 января. Подробности см. по ссылке.
Технические новости подготовлены техническими посредниками и публикуются ботом • Дополнить • Перевести • Помощь • Оставить отзыв • Подписаться или отписаться.
Ссылки сюда править
Коллеги, чего-то я туплю. Удалил перенаправление Д-13 (бронеавтомобиль). В статьях вроде бы ссылки поправил. Но на него по прежнему ссылается около 140 статей. Грешил на Шаблон:СССР межвоенная БТТ, но ссылку и там исправил, кэш обновлял, пурген прописывал. Вероятно, что-то сделал не так. --Hercules (обс.) 15:29, 6 января 2019 (UTC)
- Значит, так. Я несколько страниц исправил. Надо открыть статью и записать, без изменений. Скрипт не работает, и Facenapalm не здесь, так что только вручную. Игорь (обс) 16:03, 6 января 2019 (UTC)
- Да вроде нулевые правки тоже пробовал. --Hercules (обс.) 16:11, 6 января 2019 (UTC)
- Вручную? Игорь (обс) 16:12, 6 января 2019 (UTC)
- В нескольких статьях – да. Остальные – через категорию, скриптом. Сейчас, что странно, вручную сработало. Но сто с лишком статей вручную перезаписывать – это перебор. --Hercules (обс.) 16:20, 6 января 2019 (UTC)
- upd. Что самое странное, с Д-8 (бронеавтомобиль) достаточно оказалось пропургенить сам шаблон. А тут – ни в какую. --Hercules (обс.) 16:23, 6 января 2019 (UTC)
- В нескольких статьях – да. Остальные – через категорию, скриптом. Сейчас, что странно, вручную сработало. Но сто с лишком статей вручную перезаписывать – это перебор. --Hercules (обс.) 16:20, 6 января 2019 (UTC)
- Вручную? Игорь (обс) 16:12, 6 января 2019 (UTC)
- Да вроде нулевые правки тоже пробовал. --Hercules (обс.) 16:11, 6 января 2019 (UTC)
Итог править
Для бота. Неактуально. Или кэш сам обновился, или кто прогнал статьи через нуль-правки. В любом случае спасибо за участие. --Hercules (обс.) 23:09, 13 января 2019 (UTC)
Нужно Викифицировать название издательства в шаблонах править
В Шаблон:БСЭ3 оно называется «Советская энциклопедия»
В Ш:БРЭ уже «Большая российская энциклопедия».
Статья оь издательстве вот: Большая российская энциклопедия (издательство) -- SAV 08:08, 6 января 2019 (UTC)
- Не нужно. — ɪ 18:19, 6 января 2019 (UTC)
- нужно. см. ВП:Вифификация.-- SAV 10:32, 9 января 2019 (UTC)
- В {{Source}} викифицируется всё, в том числе авторы, города и издательства, но кроме названия всё отображается чёрным шрифтом, чтобы не мозолить глаза. -- VlSergey (трёп) 10:37, 9 января 2019 (UTC)
- Отображение ссылок не являющимися таковыми вредит доступности. --INS Pirat 12:20, 9 января 2019 (UTC)
Достаточно ли быстро загрузилась эта страница? править
Слишком часто выскакивает эта ерунда, как от неё избавиться? Сидик из ПТУ (обс.) 07:46, 6 января 2019 (UTC)
- Ответить? — Vort (обс.) 08:02, 6 января 2019 (UTC)
- Отвечаю через раз, уже надоело. Сидик из ПТУ (обс.) 08:07, 6 января 2019 (UTC)
- Странно. Может, просто не везёт. Этот опрос должен выводиться с определённым шансом, очень маленьким. — Vort (обс.) 08:37, 6 января 2019 (UTC)
- раз сто уже точно. бесит. -- SAV 19:09, 6 января 2019 (UTC)
- Вот прошлое обсуждение: Википедия:Форум/Архив/Предложения/2018/05#Микроопрос о быстродействии загрузки страниц. Может, u:Saint Johann подскажет, с чем может быть связана проблема? Я тоже стал замечать это «окно» чаще, чем хотелось бы. Тикет T187299 закрыт для просмотра, как выйти на обсуждение этой фичи на Фабре непонятно. — Vort (обс.) 19:23, 6 января 2019 (UTC)
- раз сто уже точно. бесит. -- SAV 19:09, 6 января 2019 (UTC)
- Странно. Может, просто не везёт. Этот опрос должен выводиться с определённым шансом, очень маленьким. — Vort (обс.) 08:37, 6 января 2019 (UTC)
- Отвечаю через раз, уже надоело. Сидик из ПТУ (обс.) 08:07, 6 января 2019 (UTC)
- Да, выскакивает почти каждый день. Пока не «бесит», но вопросы вызывает.--Dmartyn80 (обс.) 09:15, 7 января 2019 (UTC)
- а мне вот ни разу не попалось, даже обидно. ShinePhantom (обс) 09:31, 7 января 2019 (UTC)
- @GDubuc (WMF): hey, was anything changed in the frequency of Perceived page loading survey recently? People are saying that it started to show more frequently for them. stjn 13:47, 7 января 2019 (UTC)
- Yes, the frequency was increased before Christmas, as we need more data to leverage deep learning on the dataset. It sounds like it's reached the point of being annoying, based on these comments? I can dial it down again. It's trial and error to get a ratio that lets us collect a meaningful amount of data while not being too annoying. FYI, it was originally 1 in every 1000 pageviews, and changed to 1 in every 100 on December 20.GDubuc (WMF) (обс.) 20:08, 7 января 2019 (UTC)
- @GDubuc (WMF): Please stop this endless poll. Сидик из ПТУ (обс.) 19:06, 9 января 2019 (UTC)
- This is providing useful research data. I can propose a few things. Reducing the sampling rate, since the old rate before Christmas (1 in every 1000) didn't generate complaints. Disabling the survey altogether for editors (logged-in users), which spend a lot more time than readers on the wiki and are thus more likely to see it multiple times. Giving a very low rate for editors (eg. 1 in every 10000). The value in this survey running continuously is to let us capture if perceived performance gets worse over time. We're hoping to collect enough data to generate a deep learning model that would let us stop asking altogether, as we would have an algorithm that reproduces human perception. Attempts with simple machine learning in the past few months have failed, probably due to insufficient data. The best we've been able to achieve is to reproduce human opinion with 60% accuracy/recall. That's not great, which is why we wanted to collect data faster as we need more data for deep learning. I apologise about having made the sampling rate too annoying, it's really hard to know in advance what rate is going to be too much. I want to find a solution that satisfies people the most. If it's getting rid of the survey completely, so be it, but it's a loss for everyone using the wikis, as research on performance perception will stall. I perfectly understand that it's an annoyance to see this thing too often, and I want to fix that, but it's providing a lot of value that will help us make the wikis faster in the future. I hope we can find a setup that lets us collect more data than before without getting in the way of active contributors. For now I'm going to revert to the old sampling rate as a stopgap measure, until I get more feedback here. Thanks and sorry for the inconvenience. GDubuc (WMF) (обс.) 09:02, 10 января 2019 (UTC)
- @GDubuc (WMF): Please don’t take this to heart. Some editors perceive it as annoying, but it is only because they are frequenting the articles more than casual readers. I think (others didn’t really comment on this) that changing the rate for editors will resolve the situation, especially since they will be overrepresented with the current model. stjn 10:35, 11 января 2019 (UTC)
- I completely agree with this opinion. — Vort (обс.) 10:38, 11 января 2019 (UTC)
- @GDubuc (WMF): Please stop this endless poll. Сидик из ПТУ (обс.) 19:06, 9 января 2019 (UTC)
- Yes, the frequency was increased before Christmas, as we need more data to leverage deep learning on the dataset. It sounds like it's reached the point of being annoying, based on these comments? I can dial it down again. It's trial and error to get a ratio that lets us collect a meaningful amount of data while not being too annoying. FYI, it was originally 1 in every 1000 pageviews, and changed to 1 in every 100 on December 20.GDubuc (WMF) (обс.) 20:08, 7 января 2019 (UTC)
- В следующий раз, как выскочит, выясните div id для css. Можно будет убрать раз и навсегда. Игорь (обс) 13:51, 7 января 2019 (UTC)
- На четвёртой случайной статье появилось (сейчас соберу статистику). Вот классы:
panel panel-inline visible ext-quick-survey-panel oo-ui-layout oo-ui-panelLayout oo-ui-stackLayout
. Но такое скрытие — это, конечно, временное решение. Надо исправлять причину. — Vort (обс.) 15:07, 7 января 2019 (UTC)- Хм. Проклацал статей 60, ни разу не появилось. То ли алгоритм хитрый, то ли дело всё же в везении. — Vort (обс.) 15:12, 7 января 2019 (UTC)
- На четвёртой случайной статье появилось (сейчас соберу статистику). Вот классы:
- У меня раз десять было. Поскольку раньше я этой таблички месяцами или годами не видел, то беспокоит немного. (Да и если учесть, что я здесь совсем мало сейчас провожу времени, то табличка появляется действительно слишком часто.) --Moscow Connection (обс.) 17:59, 7 января 2019 (UTC)
- Кстати, как-то было раза три подряд. Как только зашёл. Вот тогда я действительно удивился. Но потом успокоилось. Было ещё один раз попозже, и всё. --Moscow Connection (обс.) 18:03, 7 января 2019 (UTC)
- Сегодня опять вылезло. Прямо сейчас.--Dmartyn80 (обс.) 17:11, 8 января 2019 (UTC)
- Опять оно. Сидик из ПТУ (обс.) 07:22, 9 января 2019 (UTC)
- И что мне теперь, каждый день на эту фигню отвечать?--Dmartyn80 (обс.) 15:20, 9 января 2019 (UTC)
- В среднем, раз на 100 просмотров. Разработчик выше предложил помочь, но никто ему не ответил. — Vort (обс.) 15:32, 9 января 2019 (UTC)
Самоуничтожающиеся темы править
Как в Mission Impossible. То есть всё сообщение есть конструкция magic words, момент публикации на странице жёстко прописывается через (safe)subst в клаузе if, и в течение, скажем, суток выводится
== Заголовок темы == Данное сообщение самоуничтожится через 24 часа, в (точное время). -- подпись
А после 24 часов по ветке else выполняется (safe)subst пустой строки. То есть как будто никогда ничего и не было (только если историю правок изучать).
Я не прошу помощи в написании кода, сам слегка разбираюсь. Однако прежде чем нырять в тонкости (safe)subst внутри выражений, в чём пока слаб, решил спросить у знающих участников, нет ли тут какой принципиальной тонкости, которая делает идею технически невозможной? --Neolexx (обс.) 15:13, 5 января 2019 (UTC)
- А зачем? Во-первых, все обсуждения архивируются. Во-вторых, зачем? Абсурдное предложение. Oleg3280 (обс.) 15:26, 5 января 2019 (UTC)
- Будет задержка скрытия, из-за кеширования. — Vort (обс.) 15:30, 5 января 2019 (UTC)
- Изучать не историю правок, а викикод. В викикоде-то это всё будет оставаться и засорять его. Vcohen (обс.) 15:39, 5 января 2019 (UTC)
- Уточню, что это не в плане ещё одного варианта "тайного" голосования. И не для скрытия самого факта получения сообщения и его содержания (всё будет видно через историю правок, как я уже упомянул). Мысль была о ЛСО участников и о информационных сообщениях, которые сами бы потом исчезали без следа из содержания текущей страницы. Без нужды их самому удалять, архивировать или проч.
Так принципиально технически это возможно? Чтобы if-else клауза самоуничтожалась, сама себя заменяя через (safe)subst пустой строкой? Не путать с "до этого момента вывод - такой-то текст, после вывод - пустая строка) --Neolexx (обс.) 15:53, 5 января 2019 (UTC)- Чтобы викитекст сам себя редактировал? Нет, такое невозможно. Можно попробовать сделать так, чтобы фраза удалилась при очередном ответе. Но если ответа не будет? — Vort (обс.) 15:57, 5 января 2019 (UTC)
- Уточню, что это не в плане ещё одного варианта "тайного" голосования. И не для скрытия самого факта получения сообщения и его содержания (всё будет видно через историю правок, как я уже упомянул). Мысль была о ЛСО участников и о информационных сообщениях, которые сами бы потом исчезали без следа из содержания текущей страницы. Без нужды их самому удалять, архивировать или проч.
Ребят, пожалуйста помогите удалить фото в этой статье, непонятно кого и не понятно кто там кто. Зейнал (обс.) 13:09, 5 января 2019 (UTC)
- @Зейнал: для этого надо в карточку добавить
|Изображение = -
. — Vort (обс.) 13:41, 5 января 2019 (UTC)- Уже сделано. Vcohen (обс.) 13:44, 5 января 2019 (UTC)
- ля этого всего лишь надо убрать ссылку на файл на Викиданных. Теперь же, если кто-то из Японии или другой страны найдет фото и загрузит, рувики об этом узнает лишь через вечность. ShinePhantom (обс) 14:41, 5 января 2019 (UTC)
- Чтобы убрать ссылку, вместо «не понятно кто там кто», нужна уверенность в некорректности. — Vort (обс.) 14:58, 5 января 2019 (UTC)
- ...которую обеспечивает даже гуглопереводчик. ShinePhantom (обс) 15:28, 5 января 2019 (UTC)
Склад гаджетов править
Случайно наткнулся на очень интересный инструмент, который преобразует экселовские таблицы в Викикод. А если бы не наткнулся? Есть у нас где-нибудь склад таких гаджетов? Если нет, хорошо бы создать. Simba16 (обс.) 18:40, 4 января 2019 (UTC)
- en:Help:Table#Converting spreadsheets and database tables to wikitable format --Sunpriat 19:15, 4 января 2019 (UTC)
- Спасибо. Только я ставил вопрос шире: ВСЕ гаджеты, которые могли бы быть полезны при работе с Википедией. Simba16 (обс.) 20:12, 4 января 2019 (UTC)
- Попробуйте исследовать enwiki, у них много списков. Из ссылки можно попасть на en:WP:Tools (вверху шаблон Wikipedia programs), en:WP:USL и т.д. --Sunpriat 20:24, 4 января 2019 (UTC)
- Спасибо. Только я ставил вопрос шире: ВСЕ гаджеты, которые могли бы быть полезны при работе с Википедией. Simba16 (обс.) 20:12, 4 января 2019 (UTC)
- Есть. См. первые 4 ссылки на Википедия:Скрипты, особенно первую. MBH 20:42, 4 января 2019 (UTC)
- Всем большое спасибо. Simba16 (обс.) 21:03, 4 января 2019 (UTC)
Помогите разобраться с шаблоном править
Добрый день! Прошу кого-то, кто лучше меня разбирается в вики-ситаксисе, посмотреть на эту страницу - почему шаблон не работает? Участник:Dima io/Верховный суд Мальдив--Dima io (обс.) 12:49, 4 января 2019 (UTC)
- Из-за
{{
в| оригинальное название = {{
. — Джек (обс.) 12:52, 4 января 2019 (UTC)- Вот это я затупил. Спасибо большое.--Dima io (обс.) 12:53, 4 января 2019 (UTC)
Боты править
СО участников и шаблоны {{Hello}} создают боты, верно?Просто иногда боты забывают это делать.HartFeel (обс.) 08:43, 4 января 2019 (UTC)
- Насколько я понимаю, эти страницы создаются ботом для тех участников, которые вскоре после регистрации сделали хотя бы одну правку в Википедии. Если же участник зарегистрировался, но начал править Википедию только спустя несколько дней, то сообщения не оставляется, ибо бот не понимает, что это новый участник.-- Vladimir Solovjev обс 09:08, 4 января 2019 (UTC)
Быстрая вставка при редактировании шаблонов править
При редактировании шаблонов не так давно появилась рамка с быстрой вставкой всяких полезностей для шаблонов, за что спасибо! Располагается она сверху, под заголовком и над полем редактора. Но при предпросмотре она остается все так же сверху под заголовком, а поле редактора уезжает же вниз под поле предпросмотра и если редактируемый шаблон по вертикали большой, надо прокручивать вверх для доступа к быстрой вставке. Да и уведомления (напр. о защите страницы) вклиниваются между быстрой вставкой и полем редактора. Может быть лучше привязать эту быструю вставку к полю редактора, а не к заголовку, чтобы она всегда была рядом с редактором над панелью с кнопками? →ʙᴏʀᴏᴅᴜɴ 20:41, 3 января 2019 (UTC)
- Как видно, расположение этой панели вызывает много проблем. Ещё одна — пустое «1 сообщение», появляющееся в визреде. Я перенёс элементы панели быстрой вставки для шаблонов в стандартную панель быстрой вставки под окном редактирования. — Джек (обс.) 05:17, 5 января 2019 (UTC)
- Джек, кстати, что думаете об "усовершенствованной" панели из enWiki? Пользуюсь второй месяц (с собств. настройками) - по-мне так удобнее стандартной: компактнее, располагается над полем описания правки, т.е. доступ ближе... Может предложить для желающих в виде включаемого по желанию гаджета? →ʙᴏʀᴏᴅᴜɴ 10:47, 5 января 2019 (UTC)
- Симпатичная панель, но я не пользовался. Можете предложить. — Джек (обс.) 11:34, 5 января 2019 (UTC)
- Джек, кстати, что думаете об "усовершенствованной" панели из enWiki? Пользуюсь второй месяц (с собств. настройками) - по-мне так удобнее стандартной: компактнее, располагается над полем описания правки, т.е. доступ ближе... Может предложить для желающих в виде включаемого по желанию гаджета? →ʙᴏʀᴏᴅᴜɴ 10:47, 5 января 2019 (UTC)
Одновременное использование шаблонов править
Добрый день! В этом разделе пытаюсь объединить два шаблона ("основная статья" и "не переведено") и у меня ничего не получается. Буду рад помощи. --Стакист (обс.) 18:16, 3 января 2019 (UTC)
- Не получится их объединить, если хотите ссылаться на иностатью как на основную по теме - ссылайтесь
[[:en:Article|так]]
. MBH 18:28, 3 января 2019 (UTC)- Большое спасибо! --Стакист (обс.) 19:27, 3 января 2019 (UTC)
- @Стакист: Есть Шаблон:Перевести раздел. — Алексей Копылов 01:09, 4 января 2019 (UTC)
- Спасибо! --Стакист (обс.) 06:09, 4 января 2019 (UTC)
- А ручками прописывать нельзя?
: ''Основная статья: '''{{iw|Крушение вертолёта в Лестере (2018)||en|2018 Leicester helicopter crash}}'''''
Сейчас просто убрал дублирование названия русской версии (которое не сам придумал, ссылка где-то уже была красной), а так было это дело отпатрулировано. - 94.188.109.232 14:21, 4 января 2019 (UTC)- Да, наверное, ваш вариант самый рабочий. Стакист (обс.) 19:10, 4 января 2019 (UTC)
Стеклянный, оловянный, деревянный
править
- Сделано MBH 18:15, 3 января 2019 (UTC)
- Спасибо --AndreiK (обс.) 18:20, 3 января 2019 (UTC)
Тайное голосование (пара странных вопросов) править
В ходе обсуждения модуля SecurePoll в 2017 составил впечатление, что предложение, если его и выносить, должно 1) быть понятным и технически прозрачным, 2) полностью проходить в нашем же домене, как и текущие голосования.
Что означает некий изрядный хитрый хак: так как система MediaWiki по дизайну заточена на немедленную доступность просмотра и установление авторства любой правки. В ходе личного брейншторминга в чате предложил пару идей на основе "слепого блокировщика" и "ленивого ревизора" (термины мои). MBH (или Saint Johann, не помню) тогда же назвали эти идеи совершенно идиотскими и нереализуемыми. Вполне вероятно, так оно и есть, но всё же спрошу для окончательного моего диагноза :-)
- "слепой блокировщик" - идея участника с админправами, который технически не может читать страницы Википедии, но может кого угодно там заблокировать через API.
В техническом плане - лишение группы участников*
(все посетители) праваread
(чтение страниц проекта), но создание в ней подгруппы с правамиlogin
иblock
через MediaWiki API.
В контексте тайного голосования: создание пространства в проекте (или отдельных страниц), недоступных для просмотра - группа участников*
не имеет праваread
- но доступных для редактирования через MediaWiki API. - "ленивый ревизор" - скрипт, выполняемый с правами ревизора, который вносит правку и сразу её скрывает без отката самой правки.
Полный технический бред? --Neolexx (обс.) 13:40, 3 января 2019 (UTC)
- Первое - то есть вы предлагаете дать право на просмотр того, кто за кого голосовал, только условным бюрократам и дать только им возможность считать голоса и публиковать результаты? Плохо, нужен сверхвысокий уровень доверия таким участникам, куда лучше сделать так, чтобы подсчёт проводили не люди, а сама программа (секьюр полл вроде бы именно так и делает). MBH 14:16, 3 января 2019 (UTC)
- Второе. Не мыслите "правками", мыслите ревизиями (версиями страницы). Правок нет, "правка" (дифф) каждый раз генерируется дифф-генератором на основе двух ревизий, в базе данных хранятся ревизии, а не правки. Скрыть можно только непоследнюю ревизию (последняя всегда должна быть видимой), но если вы её скроете, то увидеть её сможет только админ (если скрытие админское) или ревизор (если ревизорское, но оно тут зачем). Если вы сделаете голос, откатите его и заревизорите, будет непонятно, в чём он состоял. MBH 14:16, 3 января 2019 (UTC)
- По первому. Доверять кому-то всё равно придётся, полная последовательная паранойя ведёт к невозможности каких-либо действий вообще и в принципе. И если доверять, то избранным сообществом конкретным бюрократам. А не неизвестным сисадминам где-то в Калифорнии (вариант с wikimedia.org) или вообще непонятно где (вариант с полностью внешним ресурсом).
Впрочем, часть опасений можно снять через способ keymaster / gatekeeper. То есть голоса записываются не "за" и "против", а рандомными токенами типа #)%(^(&1234j из заранее сгенерированных таблиц. При этом расшифровка таблицы (что из части "за", что из части "против") возможна только разбитым ключом, части которого выдаются всем активным бюрократам. Впрочем, эта идея (взятая из управления запуска страт. вооружений) уже близка к паранойе, IMHO. Как и вариант всеобщего заговора бюрократов против сообщества. Проще просто хоть кому-то поверить в этом мире. --Neolexx (обс.) 14:35, 3 января 2019 (UTC)- Совершенно очевидно, что доверие к механизму, который десять лет назад написали разработчики движка, неизмеримо выше, чем к локальным бюрократам, в вопросе потенциальной творческой обработки результатов голосования. MBH 14:50, 3 января 2019 (UTC)
- Для меня очень странная позиция: свято верить "кому-то там", потому что их не знаем, но не верить нами же самими выбранным. Но позиция понятна. --Neolexx (обс.) 15:32, 3 января 2019 (UTC)
- Не надо никому «свято верить». Код SecurePoll полностью открыт и доступен для изучения, в отличие от. — putnik 04:01, 6 января 2019 (UTC)
- Для меня очень странная позиция: свято верить "кому-то там", потому что их не знаем, но не верить нами же самими выбранным. Но позиция понятна. --Neolexx (обс.) 15:32, 3 января 2019 (UTC)
- Совершенно очевидно, что доверие к механизму, который десять лет назад написали разработчики движка, неизмеримо выше, чем к локальным бюрократам, в вопросе потенциальной творческой обработки результатов голосования. MBH 14:50, 3 января 2019 (UTC)
- По второму. Я понял проблему, но она, мне кажется, решается, если скрипт будет совершать две правки подряд. Сначала сам голос участника Х, затем абстрактное "проголосовал участник Х". Первая правка сразу скрывается, вторая (последняя) остаётся видимой.
Это тем более полезно, что в любом случае список проголосовавших (но не их голоса) должен быть открыт в течение всех выборов. Для оперативного пресечения набега маппетов, проверокна право голоса, просто оценок общей активности. --Neolexx (обс.) 14:43, 3 января 2019 (UTC)- Снова - как механизм подсчёта голосов (что он будет собой представлять?) узнает, в чём именно состоял голос? MBH 14:50, 3 января 2019 (UTC)
- Насколько я понимаю (но могу ошибаться), ревизоры всё равно видят скрытые ими правки. Хотя заранее согласен, если мы решим не доверять бюрократам, то почему должны доверять ревизорам (чекюзерам, стюардам, систадминам, медиа, правительству, ООН, самим себе). Выборы в состоянии параноидального солипсизма вообще технически и философски нереализуемы. :-) --Neolexx (обс.) 15:27, 3 января 2019 (UTC)
- Снова - как механизм подсчёта голосов (что он будет собой представлять?) узнает, в чём именно состоял голос? MBH 14:50, 3 января 2019 (UTC)
- По первому. Доверять кому-то всё равно придётся, полная последовательная паранойя ведёт к невозможности каких-либо действий вообще и в принципе. И если доверять, то избранным сообществом конкретным бюрократам. А не неизвестным сисадминам где-то в Калифорнии (вариант с wikimedia.org) или вообще непонятно где (вариант с полностью внешним ресурсом).
Куча косячных сносок. Отпатрулированных притом. -- SAV 19:03, 1 января 2019 (UTC)
- Недостающую ссылку я нашел в старых версиях и вернул. Осталось несколько одинаковых ошибок с параметром doi, в этом я ничего не понял. Vcohen (обс.) 11:03, 3 января 2019 (UTC)
- Шаблону не нравились пробелы. Поубирал. — Vort (обс.) 11:23, 3 января 2019 (UTC)
О неработающем боте править
Заглянул в список новых статей на портале Грузия и пришёл в ужас, уже полмесяца не работает бот, обновляющий список новых статей, по остальным порталам та же картина, ботовод выбыл по причинам irl. Есть ли кто-нибудь, кто мог бы запустить его функции с другого бота? — Salsero al Samtredia (განხილვა) 19:02, 1 января 2019 (UTC)
- Судя по последним сообщениям на странице обсуждения, ситуация исправляется. --193.233.70.48 14:35, 9 января 2019 (UTC)
Кириллица в формулах править
Википедия:Формулы#Русские_буквы_в_формулах читал, но хотелось бы узнать, нельзя ли использовать такой-же шрифт, как используется в формулах для остального. Если нет, то почему такие ограничения и можно ли доработать движок, ведь даже в LaTeX можно так сделать.
Кириллица в формулах нужна в основном для:
- единиц измерения
- нижних индексов (например, V_{смеси})
В обоих приведенных случаях шрифт должен быть прямой. Можно ли реализовать это имеющимися средствами? --Anton Tsyganenko (обс.) 17:42, 1 января 2019 (UTC)
- phab:T212751 --Sunpriat 00:03, 2 января 2019 (UTC)
- Кажется нашел частичный способ обойти ограничения с помощью Ш:math:
- Vсмеси = 125 мл
- Но он работает только с достаточно простыми выражениями, запихнуть в дробь типа
\frac
такое не получается. --Anton Tsyganenko (обс.) 16:56, 3 января 2019 (UTC)- Шаблон math и тег math разные. В шаблоне не используется тег. --Sunpriat 18:26, 3 января 2019 (UTC)
- Да, я понимаю, что это ограниченное решение, и стоит, конечно, исправить работу тега с кириллицей (и не только), но как временное решение для некоторых случаев подойдет. --Anton Tsyganenko (обс.) 18:45, 3 января 2019 (UTC)
- Шаблон math и тег math разные. В шаблоне не используется тег. --Sunpriat 18:26, 3 января 2019 (UTC)
Загрузил новую версию SVG-файла и элементы векторного изображения в PNG-превью отображаются как полностью черного цвета. Я попробовал загрузить другую версию, с исправленными цветами, все равно тоже самое. Полная версия SVG в обеих случаях отображается без каких-либо проблем. Также прошу удалить первую загруженную мною версию изображения. OldGlass (обс.) 00:43, 1 января 2019 (UTC)
Итог править
Что-то сделал, вроде помогло. Serhio Magpie (обс.) 03:56, 1 января 2019 (UTC)