Проект:Технические работы/Задачи из обсуждений на одной странице
37 тем на 33 страницах · Редактировать список тем
На странице Википедия:Технические запросы не найден раздел «Удалятор опция для категорий». Возможно, он был заархивирован.
На странице Википедия:Запросы к скриптерам/Архив/2016/2 не найден раздел «Автоматизировать {{Архив}}». Возможно, он был заархивирован.
Коллеги в некоторых статьях о людях присутствуют не одна, а две карточки, во многом дублирующие друг друга, например, Агдестейн, Симен, и даже почти одинаковые, как в случае с Иваном Фёдоровым. Я не спорю с тем, что футболист и шахматист — две разные профессии и сведения об обоих ипостасях должны быть представлены в карточке, аналогичным образом, если речь идёт о причислении к лику святых, но выглядит это в нынешнем виде не слишком красиво. Может быть есть способ, представить всю необходимую информацию в одной карточке, а не двух? --Ksc~ruwiki (обс) 19:35, 14 сентября 2016 (UTC)
- (Во втором случае, кстати, ещё бросается в глаза разное оформление, в том числе ссылок на родственные проекты.) Обрезать во второй по порядку карточке всё, что было упомянуто в первой? — Джек, который построил дом (обс.) 19:55, 14 сентября 2016 (UTC)
- Если в первом случае вряд ли что-то можно поделать, слияния шаблонов не придумали, то во втором нужно менять карточку святого. Я думаю, Фёдоров не единственный святой, у которого есть дети, подданство и род деятельности, с чего вдруг эти нормальные для персоны параметры выкидывать из фактически дочерней карточки? Track13 о_0 20:03, 14 сентября 2016 (UTC)
- Я даже не знаю какой из шаблонов лучше доделать. В {{Святой}} можно добавить информацию перечисленную Track13, пожалуй, даже нужно. Но есть исторические деятели, которые, конечно, были канонизированы, но известны всё же не этим (для меня Иван Фёдоров тоже относится к их числу, но это вопрос точки зрения). Дело не только, скажем, в Николае II или Фёдоре Ушакове, статьи о которых как-то обходятся без вторых карточек, но и, например, Олав II Святой. Информацию о нём в карточку через шаблон «Святой» поместить не получится (потеряется время правления, преемник, предшественник и т.п.), может есть возможность сделать противоположную вещь, в случае необходимости, каким-то образом интегрировать нужные сведения из {{Святой}}? Или это предположение уже на уровне бреда? --Ksc~ruwiki (обс) 13:19, 15 сентября 2016 (UTC)
- Почему же в первом случае ничего нельзя сделать? Берём более общую карточку — {{спортсмен}} или {{персона}}, а то и вовсе {{карточка}} (но лучше не надо) — и заполняем. Пугает только нестандартность карточки футболиста, оформление потеряется. Вот в карточке {{музыкальный альбом}} есть параметры «ещё» и «прочее», позволяющие вставить в конец почти произвольный блок — было бы что-то подобное в спортсмене, жить стало бы проще. Но это ладно, тут основная проблема в другом: понять, какую именно информацию нужно вынести в карточку. Он больше известен/больше себя видит/добился больших успехов как шахматист или как футболист? Если в равной степени — нужна ли вся эта информация в карточке? Если нужна, то стоит ли её вообще объединять в одну карточку — возникнет сильная путаница, если сведения о футбольной и шахматной карьере будут идти вперемешку. Как представишь — понимаешь, что разделение на две карточки — не такая уж и плохая идея. ~Facenapalmобс, вкл 00:15, 15 сентября 2016 (UTC)
- По большому счёту на данный момент Вы правы. Проверил по самому, пожалуй, известному спортсмену, сочетавшему футбол и хоккей, — Боброву. В статье тоже две карточки. Смотрится в данном конкретном случае вроде бы немного лучше. Просто, когда первый раз взглянул на статью про Агдестейна подумал, что кто-то перепутал статьи о разных людях, потом, что карточка продублирована по ошибке, и только на третий раз понял зачем так сделано. Хотя восприятие у всех людей разное. Так что идея с «ещё» и «прочее» в карточке очень неплохая, как мне кажется. Вопрос с реализацией. --Ksc~ruwiki (обс) 12:44, 15 сентября 2016 (UTC)
- В энвики у Боброва общая карточка персоны, а внутри неё — карточки футболиста и хоккеиста со специальным параметром
|embed = yes
. — Джек, который построил дом (обс.) 13:15, 15 сентября 2016 (UTC)- то когда самого текста статьи мало, в нормальных же статьях вполне себе совмещаются две карточки. И как видно ни одного параметра не повторяется.--GrV (обс) 23:30, 15 сентября 2016 (UTC)
- Когда информация не повторяется — даже вопросов нет. Здесь же другие ситуации, к сожалению. --Ksc~ruwiki (обс) 04:12, 16 сентября 2016 (UTC)
- то когда самого текста статьи мало, в нормальных же статьях вполне себе совмещаются две карточки. И как видно ни одного параметра не повторяется.--GrV (обс) 23:30, 15 сентября 2016 (UTC)
- В энвики у Боброва общая карточка персоны, а внутри неё — карточки футболиста и хоккеиста со специальным параметром
- По большому счёту на данный момент Вы правы. Проверил по самому, пожалуй, известному спортсмену, сочетавшему футбол и хоккей, — Боброву. В статье тоже две карточки. Смотрится в данном конкретном случае вроде бы немного лучше. Просто, когда первый раз взглянул на статью про Агдестейна подумал, что кто-то перепутал статьи о разных людях, потом, что карточка продублирована по ошибке, и только на третий раз понял зачем так сделано. Хотя восприятие у всех людей разное. Так что идея с «ещё» и «прочее» в карточке очень неплохая, как мне кажется. Вопрос с реализацией. --Ksc~ruwiki (обс) 12:44, 15 сентября 2016 (UTC)
- Почему же в первом случае ничего нельзя сделать? Берём более общую карточку — {{спортсмен}} или {{персона}}, а то и вовсе {{карточка}} (но лучше не надо) — и заполняем. Пугает только нестандартность карточки футболиста, оформление потеряется. Вот в карточке {{музыкальный альбом}} есть параметры «ещё» и «прочее», позволяющие вставить в конец почти произвольный блок — было бы что-то подобное в спортсмене, жить стало бы проще. Но это ладно, тут основная проблема в другом: понять, какую именно информацию нужно вынести в карточку. Он больше известен/больше себя видит/добился больших успехов как шахматист или как футболист? Если в равной степени — нужна ли вся эта информация в карточке? Если нужна, то стоит ли её вообще объединять в одну карточку — возникнет сильная путаница, если сведения о футбольной и шахматной карьере будут идти вперемешку. Как представишь — понимаешь, что разделение на две карточки — не такая уж и плохая идея. ~Facenapalmобс, вкл 00:15, 15 сентября 2016 (UTC)
- Эта тема добавлена в список технических задач для выполнения в будущем с низким приоритетом. Суть: «Встраивание карточек в карточки (например, спортсмен с карьерой в футболе и хоккее одновременно)». Список задач доступен на странице проекта; задачи добавляются при помощи шаблона {{подст:техзадача}}. — Джек, который построил дом (обс.) 13:15, 15 сентября 2016 (UTC)
- Спасибо! --Ksc~ruwiki (обс) 17:20, 15 сентября 2016 (UTC)
- Сам я боюсь, что не смогу заняться, так что спасибо будет тому, кто займётся. — Джек, который построил дом (обс.) 18:46, 15 сентября 2016 (UTC)
- Спасибо! --Ksc~ruwiki (обс) 17:20, 15 сентября 2016 (UTC)
- Необходимость реализации встраивания по-прежнему актуальна и всплывает в разных обсуждениях по несколько раз в год. Здесь вот очередной виток этого. Вот ещё случай где требуется это решение Википедия:К объединению/18 января 2023#Шаблон:Ютубер и Шаблон:Блогер. И ещё работа над Шаблон:Музыкальная драма остановилась, так как нужно аналогично решение во встраивании карточки конкретных постановок в общее произведение. Были и другие, которые я сейчас не вспомню. Solidest (обс.) 07:56, 13 мая 2024 (UTC)
- Не очень понимаю, зачем ты перенёс сюда два обсуждения аж 6-летней давности. stjn 09:09, 13 мая 2024 (UTC)
- Проект:Технические работы/Задачи из обсуждений. одно закрыл, а второе хотел открыть, но оно уже было и поэтому добавил сообщение так Solidest (обс.) 12:26, 13 мая 2024 (UTC)
- Не очень понимаю, зачем ты перенёс сюда два обсуждения аж 6-летней давности. stjn 09:09, 13 мая 2024 (UTC)
Как отключить подгрузку в карточку муры с викидаты? Рекомендованный ранее знак минуса (-) не помогает. --Ghirla -трёп- 08:30, 24 июля 2016 (UTC)
- @Ghirlandajo: Статью-то скажите, сложно же экстрасенсить. — putnik 09:14, 24 июля 2016 (UTC)
- Слово (фильм): пытаюсь отключить поле "продюсер". --Ghirla -трёп- 09:16, 24 июля 2016 (UTC)
- Надо не минусить, а править "муру" на дате. MBH 10:03, 24 июля 2016 (UTC)
- Много раз объяснял, что я (как и многие нормальные участники) не хожу на викидату. Должна быть возможность отключать параметры карточки без посещения других веб-сайтов. --Ghirla -трёп- 12:10, 24 июля 2016 (UTC)
- А, кстати, правда, почему такого нет? Мало ли, не доверяем мы ВД в чём-то. Опцию, чтобы отключить параметр, чтобы поле с ним не отображалось. — Джек, который построил дом (обс.) 12:23, 24 июля 2016 (UTC)
- А что значит «не доверяем»? Насколько понимаю, возможны три варианта. 1) Сведения на викиданных откровенно ошибочны, тогда там надо однозначно вносить правку. 2) Параметр в викиданных не значим, тогда он просто не будет грузиться в карточку, так как соответствующего поля не будет в самом шаблоне. 3) Когда в разных языковых версиях википедии указываются различные утверждения, например, по дате какого-либо события, дате рождения и т. п., но только один из вариантов указывается в викиданных и этот вариант нам кажется сомнительным. Тогда мы просто заполняем поле в самой карточке и подгрузки информации из викиданных не происходит. Какие-то иные варианты мне в голову пока не пришли. --Ksc~ruwiki (обс) 21:19, 24 июля 2016 (UTC)
- Ну элементарный вариант: есть некий клейм (утверждение), для которого поле у нас есть, но которое в нашем разделе мы хотим подвесить в состоянии неопределённости. Ну, с потолка — вроде умер кто-то, в ВД уже заполнили дату смерти, а мы не доверяем этим данным, ждём подтверждения от более лучших АИ. Пытаемся править в ВД — там засели «эксперты» и откатывают. Что остаётся делать — менять данные у себя. — Джек, который построил дом (обс.) 21:24, 24 июля 2016 (UTC)
- Можно чёрточку поставить, но это костыль, так правильные пацаны не поступают. — Джек, который построил дом (обс.) 21:27, 24 июля 2016 (UTC)
- Спасибо, так стало понятно. Это любой случай сомнения в том, что определённое событие имело место, хотя в викиданных оно будет указано, а параметр будет подлежать заполнению. --Ksc~ruwiki (обс) 21:58, 24 июля 2016 (UTC)
- Все программисты очень тонко чувствуют разницу между false, null и undefined ;-) Даже если мы поставим чёрточку напротив даты смерти, это будет воспринято как однозначное утверждение о том, что человек ещё не умер. — Джек, который построил дом (обс.) 22:12, 24 июля 2016 (UTC)
- Спасибо, так стало понятно. Это любой случай сомнения в том, что определённое событие имело место, хотя в викиданных оно будет указано, а параметр будет подлежать заполнению. --Ksc~ruwiki (обс) 21:58, 24 июля 2016 (UTC)
- А что значит «не доверяем»? Насколько понимаю, возможны три варианта. 1) Сведения на викиданных откровенно ошибочны, тогда там надо однозначно вносить правку. 2) Параметр в викиданных не значим, тогда он просто не будет грузиться в карточку, так как соответствующего поля не будет в самом шаблоне. 3) Когда в разных языковых версиях википедии указываются различные утверждения, например, по дате какого-либо события, дате рождения и т. п., но только один из вариантов указывается в викиданных и этот вариант нам кажется сомнительным. Тогда мы просто заполняем поле в самой карточке и подгрузки информации из викиданных не происходит. Какие-то иные варианты мне в голову пока не пришли. --Ksc~ruwiki (обс) 21:19, 24 июля 2016 (UTC)
- А, кстати, правда, почему такого нет? Мало ли, не доверяем мы ВД в чём-то. Опцию, чтобы отключить параметр, чтобы поле с ним не отображалось. — Джек, который построил дом (обс.) 12:23, 24 июля 2016 (UTC)
- Много раз объяснял, что я (как и многие нормальные участники) не хожу на викидату. Должна быть возможность отключать параметры карточки без посещения других веб-сайтов. --Ghirla -трёп- 12:10, 24 июля 2016 (UTC)
- Надо не минусить, а править "муру" на дате. MBH 10:03, 24 июля 2016 (UTC)
- Слово (фильм): пытаюсь отключить поле "продюсер". --Ghirla -трёп- 09:16, 24 июля 2016 (UTC)
- Эта тема добавлена в список технических задач для выполнения в будущем с низким приоритетом. Суть: «Опция в шаблонах-карточках, чтобы отключить подгрузку в поле информации с Викиданных». Список задач доступен на странице проекта; задачи добавляются при помощи шаблона {{подст:техзадача}}. — Джек, который построил дом (обс.) 20:05, 25 июля 2016 (UTC)
Сделано. Сейчас во всех карточках дефисы отключают прогрузку с викиданных и -
уже долгое время используется конкретно для этого, так воспринимается пользователями и заполнен повсеместно. И кажется что у большинства пользователей уже ассоциируется именно с отключением, а не отрицанием или отсутствием данным. А необходимость в дополнительной обработке последних в связке между карточками и ВД кажется сомнительной — null и undefined и так уже заполняются на WD и отображаются в карточках. False должен решаться исправлениями. А если для программистов важен другой символ при отключении подгрузки, то наверное сперва нужно обсуждить целесообразность этого на данный момент и прийти к консенсусу. А то, что указано техзадачей фактически решено — опция отключения подгрузки в конкретное поле была уже реализована в 2016. Solidest (обс.) 07:44, 13 мая 2024 (UTC)
Коллеги, а можно сделать так, чтобы Универсальный Удалятор Хигимо (вар. Землеройкина, у:Землеройкин/remove.js) при вынесении на КУ статьи, содержащей шаблоны {{db}} и {{hangon}} убирал их из статьи? А то сейчас приходится делать это вручную. Спасибо. Томасина (обс.) 12:18, 4 декабря 2023 (UTC)
- Эта тема добавлена в список технических задач для выполнения в будущем. Суть: «в гаджет-удалятор remove.js добавить зачистку шаблонов БУ при вынесении на КУ». Список задач доступен на странице проекта; задачи добавляются при помощи шаблона {{подст:техзадача}}. Томасина (обс.) 09:43, 19 декабря 2023 (UTC)
Нужно починить (?) или конкретнее описать параметр «рецепт». По идее он даёт (давал) переход в Викиучебник. То есть рецепт = Лабскаус должен был переводить в b:Рецепт:Лабскаус, если правильно понял? — Proeksad (обс.) 14:36, 29 мая 2023 (UTC)
- @Tucvbif Proeksad (обс.) 14:48, 29 мая 2023 (UTC)
- Тут разве что поможет переименовать параметр в
Викиучебник
. — putnik 14:51, 29 мая 2023 (UTC)- Только в Викиучебнике название этих страниц через «Рецепт:», что ещё больше путает Proeksad (обс.) 14:56, 29 мая 2023 (UTC)
- @Putnik, не понимаю, почему не появляется ссылка на Викиучебник? Участник:Proeksad/Борщок. Вроде бы делаю по документации шаблона.
+ Обратил внимание, что в шаблонах чересполосица насчёт того, заглавная буква или маленькая Викитека/викитека, Викисклад/викисклад и т.д.. В документации Ш:Карточка/Викиучебник, Ш:Карточка/Викитека, Ш:Карточка/Викицитатник - маленькие буквы, Ш:Карточка/Викисклад - заглавные, а используют в карточках как попало (Ш:Персона - маленькие, Ш:Блюдо - заглавные, Ш:Святой - по-разному). Может сделать так, чтобы маленькая/заглавная не влияло на отображение в статьях? Proeksad (обс.) 19:16, 9 июня 2023 (UTC)- @Proeksad, у нас в целом есть рекомендация использовать параметры со строчных, но при этом никто не знает, что делать в том случае, когда в названии параметра имя собственное. Вроде получается что и со строчной плохо, и с заглавной тоже. Поэтому где как. — putnik 07:30, 10 июня 2023 (UTC)
- Эта тема добавлена в список технических задач для выполнения в будущем. Суть: «Решить проблему со ссылками на Викиучебник в Шаблон:Блюдо и в целом в Ш:Карточка/Викиучебник». Список задач доступен на странице проекта; задачи добавляются при помощи шаблона {{подст:техзадача}}. Proeksad (обс.) 20:16, 1 июля 2023 (UTC) — Proeksad (обс.) 20:16, 1 июля 2023 (UTC)
Для элементов Викиданных двусторонних отношений, где нет карты местонахождения просьба их залить (если они есть в инфобоксе в рувики или енвики). Well very well (обс.) 13:55, 22 октября 2022 (UTC)
- И после этого также убрать из этих элементов предикат изображения, если его значение совпадает со значением предиката карты местонахождения (как, к примеру, здесь). Well very well (обс.) 14:03, 22 октября 2022 (UTC)
- Эта тема добавлена в список технических задач для выполнения в будущем. Суть: «Залить карты местонахождений двусторонних отношений на ВД». Список задач доступен на странице проекта; задачи добавляются при помощи шаблона {{подст:техзадача}}. Well very well (обс.) 01:58, 3 мая 2023 (UTC)
Предлагаю для каждой статьи из категорий вида Категория:Соединения XYZ (подкатегорий Категория:Химические соединения по элементам) добавить в статью шаблон соответствующих соединений (Шаблон:Соединения XYZ, входят в категорию Категория:Навигационные шаблоны:Химические соединения) и добавить статью в шаблон (когда это можно сделать ботом - для простых шаблонов типа Шаблон:Соединения актиния и Шаблон:Соединения индия, но не сложных вроде Шаблон:Соединения золота и Шаблон:Соединения бора). Well very well ([[ОУ:Well very well|обс.]) 17:22, 3 августа 2022 (UTC)
- Эта тема добавлена в список технических задач для выполнения в будущем. Суть: «Добавить навигационный шаблон в статьи о химических элементах». Список задач доступен на странице проекта; задачи добавляются при помощи шаблона {{подст:техзадача}}. Well very well (обс.) 01:54, 3 мая 2023 (UTC)
https://i.imgur.com/N270CvS.png поправить бы (в идеале[1] — вместить в одну строчку, нет — перенести дату целиком). Примерно все сообщения в этом блоке выглядят так, это не вчера появилось. ~~~~ Jaguar K · 01:12, 3 марта 2023 (UTC)
Исправил. Vladimir Solovjev обс 12:44, 3 марта 2023 (UTC)
- Vladimir Solovjev, спасибо, но вопрос не к конкретно вашей правке, а в принципе к длинным, т.к. такие уже далеко не первый раз были. Возможно, стоит перенести надпись "События" куда-то. Или оборачивать даты/весь текст в nobr (желательно, автоматически, конечно). ~~~~ Jaguar K · 13:55, 3 марта 2023 (UTC)
- Итог тогда убрал.-- Vladimir Solovjev обс 14:06, 3 марта 2023 (UTC)
- Эта тема добавлена в список технических задач для выполнения в будущем. Суть: «Избавиться от ненужного переноса строк в блоке «события» в СН». Список задач доступен на странице проекта; задачи добавляются при помощи шаблона {{подст:техзадача}}. ~~~~ Jaguar K · 17:16, 21 марта 2023 (UTC)
Hi!
Вас не затруднит добавить .cd-comment-part:has(.ruwiki-msgIndentation-minus1level){margin-left: -1em;}
? ~~~~ Jaguar K · 14:53, 14 марта 2023 (UTC)
- Спасибо за решение. Но, боюсь, ВП:АИН не разрешает мне присвоить себе флаг для такой правки. Кроме того, интересно, как это провзаимодействует с
.ruwiki-msgIndentation-minus1level { margin-left: 0 !important; }
из MediaWiki:Gadget-convenientDiscussions.js. Браунинг (обс.) 15:01, 14 марта 2023 (UTC)- Думаю, вам стоит проверить это самостоятельно, и, при необходимости, добавить !important. Кроме того, существуют стили шаблонов - необязательно добавлять в код CD (впрочем, они могут не поддерживать :has). Также стоит убедиться, что не требуется прямое следование(>) ~~~~ Jaguar K · 15:06, 14 марта 2023 (UTC)
- Эта тема добавлена в список технических задач для выполнения в будущем с низким приоритетом. Суть: «Примирить {{-vote}} и WP:CD». Список задач доступен на странице проекта; задачи добавляются при помощи шаблона {{подст:техзадача}}. Браунинг (обс.) 15:15, 14 марта 2023 (UTC)
- Эта тема добавлена в список технических задач для выполнения в будущем. Суть: «В шаблоне Лекарственное средство некорректно работает параметр type». Список задач доступен на странице проекта; задачи добавляются при помощи шаблона {{подст:техзадача}}. Leopold XXIII 16:42, 6 октября 2022 (UTC)
Судя по всему, не работает: в статье Спутник V указано other
, но всё равно отображается строчка Химическое соединение. UPD: И возможно, было бы правильно ввести для него дополнительное значение vaccine
. Leopold XXIII 18:07, 29 сентября 2022 (UTC)
- Эта тема добавлена в список технических задач для выполнения в будущем со средним приоритетом. Суть: «Просьба сделать подтягивание АТД из ВД. Может помочь Модуль:WikidataTree». Список задач доступен на странице проекта; задачи добавляются при помощи шаблона {{подст:техзадача}}. 31.131.194.249 08:07, 7 июля 2022 (UTC)
- Для России делал похожий функционал через Модуль:TerritorialDivision#MakeMunicipality, вызов через шаблон {{Муниципальные образования}}. Сделать что-то через {{НП}}, думаю, затруднительно из-за разнородности. Более реально через специализированные шаблоны по странам такие как, например, {{НП-Россия}}. Игорь Темиров 12:46, 10 июля 2022 (UTC)
- @Игорь Темиров: Так берём P131, ставим над верхней строчкой, слева ставим его P31 и повторяем алгоритм для этого P131. 31.131.194.249 18:27, 11 июля 2022 (UTC)
- Для России делал похожий функционал через Модуль:TerritorialDivision#MakeMunicipality, вызов через шаблон {{Муниципальные образования}}. Сделать что-то через {{НП}}, думаю, затруднительно из-за разнородности. Более реально через специализированные шаблоны по странам такие как, например, {{НП-Россия}}. Игорь Темиров 12:46, 10 июля 2022 (UTC)
Предлагаю добавить возможность разной диакритики для разных букв, это нужно, например, тут. К сожалению, я не очень понимаю как это сделать. 217.117.125.72 16:34, 22 июля 2020 (UTC) 217.117.125.72 16:34, 22 июля 2020 (UTC)
- Здравствуйте, не совсем понятно, что вы имеете в виду. Диакритика куда? Зачем? И как с этим связана кра? Здесь был
Вася1234qwer1234qwer4⇝обс⇜⇝вклад⇜ 20:56, 22 июля 2020 (UTC)- @1234qwer1234qwer4: У заглавной формы буквы должна быть комбинированная диакритика, а у строчной не должно, однако шаблон позволяет добавить диакритику, либо во все формы, либо никуда. 217.117.125.72 08:55, 23 июля 2020 (UTC)
- Меня зачем сюда позвали? Я не участвую в Википедии больше. Если только вдруг желание не возникнет вернуться. Плюс, если уж помочь вам, то не знаю чем — поясните суть вопроса, пожалуйста. Я даже не понял, что вы имеете в виду под фразой «разная диакритика». ← ALEX GREAT [обсуждение] 02:49, 23 июля 2020 (UTC)
- @Alex Great: Ваш шаблон. 217.117.125.72 08:57, 23 июля 2020 (UTC)
- Попробую объяснить подробно. Смотрите: ваш шаблон позволяет добавлять один и тот же диакритический знак и к заглавной, и к строчной форме буквы. Но есть случаи, когда к заглавной букве нужно добавлять диакритику, а к строчной — нет. Например, строчная T c умлаутом есть в Юникоде единым символом (ẗ), а заглавную нужно комбинировать (T̈). Предлагается добавить такую возможность в карточку графемы. Как-то так. — Person or Persons Unknown (обс)
(вклад) 13:33, 23 июля 2020 (UTC)- Точно, я, по-моему, даже упоминал эту проблему на СО проекта, когда создание данной карточки (как замены карточки символа) только обсуждалось. Тогда вроде посчитали, что таких случаев слишком мало. Здесь был
Вася1234qwer1234qwer4⇝обс⇜⇝вклад⇜ 17:57, 23 июля 2020 (UTC) - 217.117.125.72 и Person or Persons Unknown Это не мой шаблон! Я являюсь создателем этого шаблона, но это не означает, что он принадлежит мне.
Если я правильно понял товарища PoPU, то я сейчас постараюсь заняться внедрением этой идеи.Я совершил небольшую правку в статье «Кра (буква)». Нынешний вид удовлетворяет требованиям? ← ALEX GREAT [обсуждение] 09:57, 25 июля 2020 (UTC)- Нет, так как 2‐й символ выглядит как одна из форм буквы. 217.117.125.72 12:09, 27 июля 2020 (UTC)
- Лично я проблемы не вижу. Статья описывает, что заглавная форма является комбинацией буквы K и апострофа, а кодировка диакритических знаков указывается в любом случае. Здесь был
Вася1234qwer1234qwer4⇝обс⇜⇝вклад⇜ 16:27, 29 июля 2020 (UTC)
- Лично я проблемы не вижу. Статья описывает, что заглавная форма является комбинацией буквы K и апострофа, а кодировка диакритических знаков указывается в любом случае. Здесь был
- Вы являетесь создателем этого шаблона, Вы его, вероятно, хорошо знаете и сможете с лёгкостью сделать правку. 217.117.125.72 16:24, 29 июля 2020 (UTC)
- Вы когда нибудь пытались переделать проводку, которую сами разводили несколько лет назад? Если да, то вы наверняка знаете это чувство, когда смотришь на разводку и думаешь: «Как я это вообще делал?» С шаблонами бывает так же. Кроме того, шаблон не так давно был полностью переделан. Так что «Вы являетесь создателем этого шаблона, Вы его, вероятно, хорошо знаете и сможете с лёгкостью сделать правку» уже вряд ли верно. Что касается статьи Кра, нынешнее решение, конечно, простое и, пожалуй, самое очевидное, но всё же хотелось бы иметь возможность оформлять карточку для таких букв правильно (с разделом «Каноническое разложение»). — Person or Persons Unknown (обс)
(вклад) 12:57, 9 августа 2020 (UTC)- А впрочем, не имеет значения. Пусть остаётся как есть. — Person or Persons Unknown (обс)
(вклад) 16:52, 1 января 2021 (UTC)
- А впрочем, не имеет значения. Пусть остаётся как есть. — Person or Persons Unknown (обс)
- Вы когда нибудь пытались переделать проводку, которую сами разводили несколько лет назад? Если да, то вы наверняка знаете это чувство, когда смотришь на разводку и думаешь: «Как я это вообще делал?» С шаблонами бывает так же. Кроме того, шаблон не так давно был полностью переделан. Так что «Вы являетесь создателем этого шаблона, Вы его, вероятно, хорошо знаете и сможете с лёгкостью сделать правку» уже вряд ли верно. Что касается статьи Кра, нынешнее решение, конечно, простое и, пожалуй, самое очевидное, но всё же хотелось бы иметь возможность оформлять карточку для таких букв правильно (с разделом «Каноническое разложение»). — Person or Persons Unknown (обс)
- Нет, так как 2‐й символ выглядит как одна из форм буквы. 217.117.125.72 12:09, 27 июля 2020 (UTC)
- Точно, я, по-моему, даже упоминал эту проблему на СО проекта, когда создание данной карточки (как замены карточки символа) только обсуждалось. Тогда вроде посчитали, что таких случаев слишком мало. Здесь был
- Попробую объяснить подробно. Смотрите: ваш шаблон позволяет добавлять один и тот же диакритический знак и к заглавной, и к строчной форме буквы. Но есть случаи, когда к заглавной букве нужно добавлять диакритику, а к строчной — нет. Например, строчная T c умлаутом есть в Юникоде единым символом (ẗ), а заглавную нужно комбинировать (T̈). Предлагается добавить такую возможность в карточку графемы. Как-то так. — Person or Persons Unknown (обс)
- @Alex Great: Ваш шаблон. 217.117.125.72 08:57, 23 июля 2020 (UTC)
- Эта тема добавлена в список технических задач для выполнения в будущем с очень низким приоритетом. Суть: «Заменяет подчёркивание на пробел в названии темы и пишет, что темы нет». Список задач доступен на странице проекта; задачи добавляются при помощи шаблона {{подст:техзадача}}. 217.117.125.72 12:10, 27 августа 2020 (UTC)
- Эта тема добавлена в список технических задач для выполнения в будущем. Суть: «Нет Викификатора, т.к нет панели инструментов». Список задач доступен на странице проекта; задачи добавляются при помощи шаблона {{подст:техзадача}}. Владимир Меланхолин (обс.) 09:50, 27 мая 2020 (UTC)
- Эта тема добавлена в список технических задач для выполнения в будущем. Суть: «русский шаблон кладограммы недоработан по сравнению с английской». Список задач доступен на странице проекта; задачи добавляются при помощи шаблона {{подст:техзадача}}. DragonSpace (обс.) 10:47, 2 сентября 2019 (UTC)
в английской и русской версии есть различия в клададограммах. делал обращение в другой раздел, перенаправили сюда: https://ru.wikipedia.org/wiki/Проект:Графическая_мастерская/Заявки#цветная_кладограмма процитирую: как я понял Clade к нам перенесён не целиком, color вообще не работает, модуля Clade нет. - возможно ли доделать шаблон? — DragonSpace (обс.) 10:47, 2 сентября 2019 (UTC)
Просьба добавить замену таких слов: шахтер → шахтёр, молодежный → молодёжный, партнер → партнёр, провел → провёл, прошел → прошёл, пришел → пришёл, перешел → перешёл. Спасибо. — Mitte27 (обс.) 22:19, 31 января 2018 (UTC)
- Эта тема добавлена в список технических задач для выполнения в будущем. Суть: «Добавить ёфикацию в викификатор». Список задач доступен на странице проекта; задачи добавляются при помощи шаблона {{подст:техзадача}}. Mitte27 (обс.) 22:26, 8 февраля 2018 (UTC)
- Ох-ох. Слова с корнем «шёл», в принципе, могли бы исправляться уже сейчас — соответствующее правило есть, но проблема возникает на этапе перевода из AWB-формата в JS-формат: скрипт-конвертер почему-то отбрасывает такие правила. Надо выяснять с его автором. — Джек (обс.) 22:55, 8 февраля 2018 (UTC)
- Похоже, автор перемудрил с регулярными выражениями. Кадош (обс.) 16:38, 13 марта 2019 (UTC)
- Предлагаю добавить следующие замены: Дима74 (обс.) 00:43, 2 апреля 2019 (UTC)
<Typo word="шахтёр" find="\b(Ш|ш)ахтер" replace="$1ахтёр" /> <Typo word="молодёжный" find="\b(М|м)олодежн" replace="$1олодёжн" /> <Typo word="партнёр" find="([^іїєґІЇЄҐJjЈј]{100,100})\b(П|п)артнер([^іїєґІЇЄҐJjЈј]{100,100})" replace="$1$2артнёр$3" /><!-- Исключение: украинские слова партнер, партнерка, партнерський -->
- Отсеките казахское слово "шахтер" без "ё" и можно добавлять... --Movses (обс.) 07:41, 2 апреля 2019 (UTC)
- А что, викификатор является общим для всех языковых разделов? — Оркрист 01:05, 25 июня 2019 (UTC)
- Нет, но в рувики бывает цитирование, например, украинского текста. Игорь Темиров 02:19, 25 июня 2019 (UTC)
- А что, викификатор является общим для всех языковых разделов? — Оркрист 01:05, 25 июня 2019 (UTC)
- Отсеките казахское слово "шахтер" без "ё" и можно добавлять... --Movses (обс.) 07:41, 2 апреля 2019 (UTC)
Теплый → тёплый, ночевка → ночёвка, береза → берёза, днем → днём. — Оркрист 01:05, 25 июня 2019 (UTC)
Запрос отклонён |
- Эта тема добавлена в список технических задач для выполнения в будущем. Суть: «Просьба встроить вытаскивание для вынесенных на КУ статей соответствие параметров P27, P17 по местам жизни и смерти людей, P495, P1532, P2341 заданной стране». Список задач доступен на странице проекта; задачи добавляются при помощи шаблона {{подст:техзадача}}. --ЯцекJacek (обс.) 01:17, 1 июня 2018 (UTC)
Просьба встроить вытаскивание для вынесенных на КУ статей соответствие параметров P27, P17 по местам жизни и смерти людей, P495, P1532, P2341 заданной стране. --ЯцекJacek (обс.) 17:46, 8 мая 2018 (UTC)
- Нет кода - решения. -- dima_st_bk 23:01, 23 апреля 2019 (UTC)
- Эта тема добавлена в список технических задач для выполнения в будущем. Суть: «Создать в шаблоне Tracklist строки для указания сторон грампластинок, компакт-кассет и др. релизов, имеющих стороны, обозначаемые «1», «2», «A», «B» и т. д.». Список задач доступен на странице проекта; задачи добавляются при помощи шаблона {{подст:техзадача}}. ✧ Dmitry from Saransk ✧ 07:43, 12 марта 2019 (UTC)
Столкнулся сегодня с проблемой. Хотел уточнить трек-лист винилового сингла, но обнаружил — нет такой возможности, кроме как разделить трек-лист на разные части и оформить фактически как два независимых релиза. Не стал этим заниматься, вместо этого обращаюсь сюда. Нельзя ли сделать что-то вроде:
{{tracklist
|collapsed =
|headline =
|extra_column =
|total_length =
|all_writing =
|all_lyrics =
|all_music =
|writing_credits =
|lyrics_credits =
|music_credits =
|subheadline =
|title1 =
|note1 =
|writer1 =
|lyrics1 =
|music1 =
|extra1 =
|length1 =
|title2 =
|note2 =
|writer2 =
|lyrics2 =
|music2 =
|extra2 =
|length2 =
|subheadline =
|title1 =
|note1 =
|writer1 =
|lyrics1 =
|music1 =
|extra1 =
|length1 =
|title2 =
|note2 =
|writer2 =
|lyrics2 =
|music2 =
|extra2 =
|length2 =
}}
В subheadline
(назвать параметр можно по-другому) можно было бы записывать «Сторона 1» или «Сторона А» или ещё что-нибудь. ✧ Dmitry from Saransk ✧ 19:15, 4 марта 2019 (UTC)
- Так шаблоны работать не могут, название параметров должны быть уникальны. Чтобы достигнуть предлагаемого вами решения, придётся добавлять возможность указания заголовка после каждой строчки, выглядеть это будет так: Serhio Magpie (обс.) 21:06, 4 марта 2019 (UTC)см.
{{tracklist |subheadline1 = |title2 = |note2 = |title3 = |note3 = |subheadline4 = |title5 = |note5 = |title6 = |note6 = }}
- В этом варианте, получается,
subheadline1
иsubheadline4
«съедят» номера треков 1 и 4? А нельзя ли вот так:см.{{tracklist |subheadline1 = |title1 = |note1 = |title2 = |note2 = |subheadline2 = |title3 = |note3 = |title4 = |note4 = }}
- Кстати, мысль: а может быть, стоит вообще сделать отдельный шаблон {{tracklist2}} для релизов, имеющих стороны?✧ Dmitry from Saransk ✧ 07:55, 5 марта 2019 (UTC)см.
{{tracklist |subheadline_a = |title_a1 = |note_a1 = |title_a2 = |note_a2 = |subheadline_b = |title_b1 = |note_b1 = |title_b2 = |note_b2 = }}
- В первом примере не получится, потому что сторона может иметь неопределённое количество песен. Мы не можем поставить заголовок
subheadline2
точно после определённого трека в коде, только заранее зарезервировать заголовки после / перед каждым треком. Можно не съедать цифры заголовками, тогда, например, послеsubheadline1
будет идтиtrack1
, и нумерация песен не собьётся. Стоит уточнить, нужно ли чтобы нумерация на второй стороне обнулялась? С общим шаблоном по первому примеру нумерация будет общая.Личном мне кажется, что ничего страшного не будет если в статье будут два шаблона с треклистами. Смотрите пример в документации — Шаблон:Tracklist/doc#The_Beatles_(The_White_Album),_The_Beatles. Serhio Magpie (обс.) 16:51, 5 марта 2019 (UTC)
- @Serhio Magpie: «нужно ли чтобы нумерация на второй стороне обнулялась?» — на мой взгляд, нужно, и даже очень.
- По поводу примера с «Битлз»... Там, в этой статье, всё очень просто: вариант один и указаны только треки. В статьях же о синглах Depeche Mode (именно в статьях о синглах этой группы, львиную часть которых создавал я сам, я и хочу навести порядок) всё сложнее: много разных вариантов на разных носителях (винил 7", винил 12", CD) с разным набором треков и разной доп. информацией («ограниченный выпуск», «промо-релиз» и т. д.).
headline
занят информацией о каталожном номере, лейбле и доп. информацией. Очень не хватает вот как раз таких строчек, в которые можно было бы записать: «Сторона 1», «Сторона 2» (а есть и такие, где будут и «Сторона 3» и «Сторона 4»). ✧ Dmitry from Saransk ✧ 17:43, 5 марта 2019 (UTC)
- @Serhio Magpie: «нужно ли чтобы нумерация на второй стороне обнулялась?» — на мой взгляд, нужно, и даже очень.
- В первом примере не получится, потому что сторона может иметь неопределённое количество песен. Мы не можем поставить заголовок
- В этом варианте, получается,
- Эта тема добавлена в список технических задач для выполнения в будущем. Суть: «Неиспользуемые шаблоны». Список задач доступен на странице проекта; задачи добавляются при помощи шаблона {{подст:техзадача}}. Sunpriat (обс.) 05:33, 21 декабря 2017 (UTC)
Что случилось с шаблонами {{Неиспользуемые шаблоны/7}}? Раньше поддерживали 130 включений, сегодня 105. --VladXsmall (обс.) 16:30, 4 декабря 2017 (UTC)
- Страница достигла лимита развёрнутых шаблонов — Размер раскрытых включений 2097152/2097152 байта — mw:Manual:$wgMaxArticleSize. --Serhio Magpie (обс.) 17:18, 4 декабря 2017 (UTC)
- А когда он изменился? И кто в этом виноват? --VladXsmall (обс.) 17:24, 4 декабря 2017 (UTC)
- Он, вроде, и не менялся. А вот шаблоны могли измениться. ~Facenapalm (обс.) 17:32, 4 декабря 2017 (UTC)
- +64 байта к Ш:TaxInfo мог дать такой эффект? --VladXe (обс.) 17:34, 4 декабря 2017 (UTC)
- Общее увеличение составило более 8кб, может где-то ещё что-то изменилось. Но это неизбежно, код меняется.
И почему бы просто не заменить--Serhio Magpie (обс.){{../Шаблон|
на# {{tl|
, нужны ли эти все ссылки там? Тогда можно гораздо больше вместить. Либо и вовсе воспользоваться категориями.
- Общее увеличение составило более 8кб, может где-то ещё что-то изменилось. Но это неизбежно, код меняется.
- +64 байта к Ш:TaxInfo мог дать такой эффект? --VladXe (обс.) 17:34, 4 декабря 2017 (UTC)
- Он, вроде, и не менялся. А вот шаблоны могли измениться. ~Facenapalm (обс.) 17:32, 4 декабря 2017 (UTC)
- А когда он изменился? И кто в этом виноват? --VladXsmall (обс.) 17:24, 4 декабря 2017 (UTC)
- В Шаблон:Неиспользуемые шаблоны/Шаблон через if целиком раскрывается шаблон. Эти раскрытия съедают лимит. Вариант1: шаблон вызывать с параметром, возвращающим что-то маленькое вместо всего своего содержимого. Вариант2: цель ведь "создать включение", вызывать шаблон на его странице документации - это даст одно включение, и не вызывать в Неиспользуемые шаблоны/Шаблон. --Sunpriat (обс.) 21:37, 4 декабря 2017 (UTC)
- В чате инженеров был предложен такой вариант, он работает. ~Facenapalm (обс.) 21:46, 4 декабря 2017 (UTC)
- Ага, тоже вариант. Оформить отдельным шаблоном "не неиспользуемый шаблон" и расставить шаблон. --Sunpriat (обс.) 22:00, 4 декабря 2017 (UTC)
- Список неиспользуемых шаблонов останется? --VladXe (обс.) 22:02, 4 декабря 2017 (UTC)
- Да, списки остаются как прежде. onlyinclude в последнем варианте будет раскрывать короткий текст вместо целого шаблона, и сработает он только при включении на страницах с определённым названием. Страницы теперь можно делать наверное списками по 5 000 шаблонов вместо сотен. --Sunpriat (обс.) 22:15, 4 декабря 2017 (UTC)
Попробуйте на Ш:Неиспользуемые шаблоны/7h.--VladXe (обс.) 04:31, 5 декабря 2017 (UTC) Вычёркивание. --VladXe (обс.) 08:30, 17 декабря 2017 (UTC)
- Да, списки остаются как прежде. onlyinclude в последнем варианте будет раскрывать короткий текст вместо целого шаблона, и сработает он только при включении на страницах с определённым названием. Страницы теперь можно делать наверное списками по 5 000 шаблонов вместо сотен. --Sunpriat (обс.) 22:15, 4 декабря 2017 (UTC)
- Список неиспользуемых шаблонов останется? --VladXe (обс.) 22:02, 4 декабря 2017 (UTC)
- @Facenapalm: не работает. при срабатывании шаблона по назначению onlyinclude всегда показываетя игнорируя вокруг собственно сам шаблон, т.е. даже ifeq. Может из шаблона-модуля можно подставлять. --Sunpriat (обс.) 15:45, 20 декабря 2017 (UTC)
- Ага, тоже вариант. Оформить отдельным шаблоном "не неиспользуемый шаблон" и расставить шаблон. --Sunpriat (обс.) 22:00, 4 декабря 2017 (UTC)
- В чате инженеров был предложен такой вариант, он работает. ~Facenapalm (обс.) 21:46, 4 декабря 2017 (UTC)
Коллеги-технари, обратите, пожалуйста, внимание на этот баг. Я нашёл, откуда растут ноги, но не могу понять, как пофиксить. 109.172.98.69 15:52, 18 сентября 2017 (UTC)
- Какой-то странный костыль перестал быть актуальным. Я его убрал. ~Facenapalm (обс.) 15:59, 18 сентября 2017 (UTC)
- Как можно было догадаться, это проявляется, возможно, в каждой из статей с параметром (в тех случаях, которые я просмотрел, надписи не видно, потому что она заслонена изображением). — Джек, который построил дом (обс.) 16:08, 18 сентября 2017 (UTC)
- Да, вот хороший пример. Надпись есть, но нужно приглядываться, чтобы её увидеть. Как-то странно выходит: этот параметр нужен (судя по документации), чтобы как раз такие случаи предотвращать, но его наличие их и порождает. 109.172.98.69 18:12, 18 сентября 2017 (UTC)
- Потому что ничто не вечно и спустя годы даже большинство уберпопулярных инфобоксов стало менее деревянными в плане гибкости параметров, начав примерно понимать, что у них задано в параметре отвечающем за изображение и стоит ли с этим что-то насильно делать. Только вот в случае взаимодействия с странным костылём этого шаблона, видимо, понимания ещё не совсем хватает, вот так и получается наблюдаемый эффект. Pticy uleteli (обс.) 19:49, 18 сентября 2017 (UTC)
- Да, вот хороший пример. Надпись есть, но нужно приглядываться, чтобы её увидеть. Как-то странно выходит: этот параметр нужен (судя по документации), чтобы как раз такие случаи предотвращать, но его наличие их и порождает. 109.172.98.69 18:12, 18 сентября 2017 (UTC)
- Как можно было догадаться, это проявляется, возможно, в каждой из статей с параметром (в тех случаях, которые я просмотрел, надписи не видно, потому что она заслонена изображением). — Джек, который построил дом (обс.) 16:08, 18 сентября 2017 (UTC)
- Эта тема добавлена в список технических задач для выполнения в будущем с низким приоритетом. Суть: «Убрать артефакты из статей из-за устаревшего параметра — ботам, видимо». Список задач доступен на странице проекта; задачи добавляются при помощи шаблона {{подст:техзадача}}. — Джек, который построил дом (обс.) 13:38, 15 октября 2017 (UTC)
На Википедия:Форум/Технический#issn в статье Орбитофронтальная кора сообщение, что ссылки создаваемые этим шаблон получаются испорченные, если на входе указано 2 (и более) issn. Пример:
Kirsten G. Volz, Rudolf Rübsamen, D. Yves von Cramon. Cortical regions activated by the subjective sense of perceptual coherence of environmental sounds: A proposal for a neuroscience of intuition (англ.) // Cognitive, Affective, & Behavioral Neuroscience. — 2008-09-01. — Vol. 8, iss. 3. — P. 318-328. — ISSN 1531-135X 1530-7026, 1531-135X. — doi:10.3758/CABN.8.3.318.
Предлагаю сделать "защиту от дурака", встроив в шаблон проверку на наличие запятой в параметре. Например, так:
{{#ifeq:{{Str find|{{{1|}}}|,}}|-1|выход без ссылки|делать ссылку}}
Где, "делать ссылку" - функция создания, "выход без ссылки" - пустой параметр. --Vladis13 10:49, 18 января 2016 (UTC)
- Вариант 2: Заменять запятые и пробелы на url-код, так что ссылка будет работать.
Т.е. в шаблоне заменить первое{{{1}}}
на{{replace|{{replace|{{{1}}}| |+}}|,|%2C}}
.
Тест-страница: Участник:Vladis13/Шаблон:ISSN search link.
Проверка:{{Участник:Vladis13/Шаблон:ISSN search link|1530-7026, 1531-135X}}
даёт 1530-7026, 1531-135X. --Vladis13 21:16, 18 января 2016 (UTC)
- Эта тема добавлена в список технических задач для выполнения в будущем со средним приоритетом. Суть: «научить {{ISSN search link}} понимать несколько ISSN». Список задач доступен на странице проекта; задачи добавляются при помощи шаблона {{подст:техзадача}}. 88.81.44.143 15:59, 5 июня 2017 (UTC)
Есть такой шаблон: {{Фотограф}}. И всё бы с ним, казалось, хорошо, но!
В его описании чёрным по русскому написано:
Как записать:
{{Фотограф|страна1|страна2|страна3|страна4|век}}
И это — правильно! Но. Далее приведён пример:
например,
{{Фотограф|России|СССР|США|Германии|XX века|XXI века}}
И вот это уже неправильно. Нет страны под названием «России» — есть страна «Россия».
Равно как и нет страны под названием «Германии» — есть страна «Германия».
Кто сведущ в шаблоностроении — может, поправите шаблон? В других (многих) шаблонах это уже сделано: в шаблоне прописываешь страну в именительном падеже, а в категории подставляется название страны уже в родительном падеже. --AndreiK 15:41, 27 февраля 2016 (UTC)
- Дайте, пожалуйста, ссылки на шаблоны, в которых это сделано. — Джек, который построил дом 15:45, 27 февраля 2016 (UTC)
- Упс... Признаю — не совсем так.
{{МР|Ивантеевка|в Ивантеевке}}
(не отображается, — посмотрите, pls, в режиме редактирования) — вот, хотя бы так. Но с «фотографом» и этого не получается.--AndreiK 15:48, 27 февраля 2016 (UTC)- Используйте вместо {{tl}} шаблоны {{tc}}, {{tlc}} (он же {{tlx}}) или {{tp}}, чтобы вывести код вызова шаблона вместе с параметрами.
- Как вы можете видеть, потребность указывать название в родительном падеже не снята. Это и немудрено: функция парсера {{grammar:}}, которая могла бы автоматически изменять форму слова в соответствии с заданным падежом, в русском разделе пока ещё не работает (и не факт, что она работала бы идеально, будь она включена), поэтому ваш призыв технически неосуществим. А вот документацию я сейчас причешу. — Джек, который построил дом 16:00, 27 февраля 2016 (UTC)
- Спасибо. „Джонни шевельнул плечом и улыбнулся как человек, которому вместо потерянного счастья предлагают петушка на палочке.“ (с) «Мушкетёр и фея». --AndreiK 16:06, 27 февраля 2016 (UTC)
- И теперь в документации единственного шаблона из обширной категории Шаблоны, встраиваемые в шаблоны-карточки:Профессии параметры указаны в родительном падеже. Sealle 16:41, 27 февраля 2016 (UTC)
- Ну что ты будешь делать. Если там везде описания одинаковые, конечно, надо для всех них создать единую документацию (чтобы изменялось только название шаблона и категории, уникальные для него (может, ещё что-то); по той же схеме организованы документации {{tr-x}} и {{imdb smth}}), а то, как я могу судить по результатам кликов по нескольким из них, развитие документаций этих шаблонов происходит независимо по принципу «лебедь, рак и щука». — Джек, который построил дом 16:46, 27 февраля 2016 (UTC)
- надо для всех них создать единую документацию: Надо сначала (согласно ВП:МНОГОЕ) спросить согласия на то сообщества. И при наличии такового полезно будет указывать ударение у слова страны́. Sealle 17:08, 27 февраля 2016 (UTC)
- Я пока ещё не утверждал, что я за это возьмусь, хе-хе, я указываю фронт работ, кто бы ни принялся за их выполнение. Если вы со мной не согласны (что в данном случае будет непросто, на мой взгляд), жду возражений. Ударение поставил.К тому же в данном случае, возможно, было бы эффективней произвести замену документаций ботом, чем проходить по 134 шаблонам категории вручную, для чего согласие мне бы в любом случае потребовалось. — Джек, который построил дом 17:20, 27 февраля 2016 (UTC)
- Даже, вынужден разочаровать, скорее не возьмусь, чем возьмусь, потому что тут много мороки, а я уже выдохся. Лучше повешу приглашение это проделать на странице проекта Технический. — Джек, который построил дом 17:25, 27 февраля 2016 (UTC)
- Хотя, пожалуй, ботом там не получилось бы, потому что у ряда шаблонов, типа {{поэт}} есть уникальные поясняющие комментарии, которые в автоматическом режиме не извлечь («Отдельного шаблона-карточки для поэтов нет, поэтому в статьях о них используется Шаблон:Писатель…»). Как противник редукционизма в таких вопросах, я бы всё-таки проходил вручную. — Джек, который построил дом 18:09, 27 февраля 2016 (UTC)
- Офтоп: никто не помнит, кстати, как назывался этот троп, когда ты что-то делаешь в каком-то одной частном случае, весь запыхтелся — сделал, а потом камера отъезжает (в прямом или переносном смысле) и оказывается, что то же самое тебе ещё надо проделать в over 9000 других случаях? Или примеры из искусства какие-то красочные? Не в первый раз со мной такое — Джек, который построил дом 18:39, 27 февраля 2016 (UTC)
- Упс... Признаю — не совсем так.
{{страна в родительном падеже|Германия}}
→ Германии --windewrix 19:18, 27 февраля 2016 (UTC)- О. Ну вообще задание параметров этого семейства шаблонов вполне естественное (
{{фотограф|России|СССР|США|Германии|XX века|XXI века}}
— как при перечислении в речи), так что здесь вряд ли что-то надо менять. — Джек, который построил дом 19:32, 27 февраля 2016 (UTC)
- О. Ну вообще задание параметров этого семейства шаблонов вполне естественное (
- Эта тема добавлена в список технических задач для выполнения в будущем со средним приоритетом. Суть: «Перенести документации шаблонов в категории Шаблоны, встраиваемые в шаблоны-карточки:Профессии на единую базу (сами шаблоны тоже?)». Список задач доступен на странице проекта; задачи добавляются при помощи шаблона {{подст:техзадача}}. — Джек, который построил дом (обс.) 13:48, 17 января 2017 (UTC)
Сообщаю всем, кого это может касаться, что сегодня я заблокировал бессрочно участника Игорь Темиров. Причина изложена здесь. Если постоянные нарушения Игорем Темировым норм поведения по отношению к целому ряду коллег можно было бы считать скомпенсированным его большим вкладом; то целенаправленное преследование с отменой любых правок оппонента полагаю не совместимым с работой в коллективном проекте. Джекалоп (обс.) 14:18, 4 ноября 2016 (UTC)
- 1. Вы уверены, что там не обоюдное преследование? 2. Шаблон:Население мы теперь, видимо, удаляем из-за невозможности его далее поддерживать? AndyVolykhov ↔ 14:29, 4 ноября 2016 (UTC)
- Хм, во всяком случае в первых трёх шаблонах мы имеем ровно то, что указано в заявке: разноплановые правки участника, подавшего жалобу, на страницах, которые ранее не правил объект жалобы, отменены последним. (В любом случае призываю к мирному разрешению вопроса.) — Джек, который построил дом (обс.) 15:35, 4 ноября 2016 (UTC)
- А кто, например, кого преследовал тут? А тут? А тут? AndyVolykhov ↔ 16:55, 4 ноября 2016 (UTC)
- Да, но по первым двум ссылкам мы хотя бы видим действия, связанные с вопросом, который обсуждался на форуме, и подпадающие под ВП:МНОГОЕ (в какую-то из двух сторон; к сожалению, никто из участников не взял на себя смелость подвести итог, и в такой ситуации стороны предрасположены к тому, чтобы перейти в модус взаимных отмен, хоть с формальным нарушением ВП:ВПР, хоть без). Добавлю к вашему списку это. Туча, обратите внимание, что до момента подведения итога ссылку на обсуждение давать некорректно. Пожалуйста, старайтесь разрешать конфликты в конструктивном русле, как тут, или хотя бы дождитесь подведения итога, а не пытайтесь перетянуть одеяло каждый в свою сторону. Если итога не подвели, достаньте тему из архива и хотя бы создайте подраздел «Нужен итог» или заведите тему на ВП:ВУ. — Джек, который построил дом (обс.) 18:35, 4 ноября 2016 (UTC)
- Вопли хотелось бы итог были и после. --Туча 18:41, 4 ноября 2016 (UTC)
- Надо завести уже инструмент для собирания всех тем с неподведёнными итогами, которые важно подвести, чтобы мозолил глаза всем заинтересованным (добавил в список техзадач); постоянно эта тема всплывает. Вроде Schekinov Alexey Victorovich предлагал что-то подобное про предытоги (может, оно уже реализовано, не знаю). Можно на манер {{подст:техзадача}}, можно просто через категории. — Джек, который построил дом (обс.) 18:58, 4 ноября 2016 (UTC)
- Вопли хотелось бы итог были и после. --Туча 18:41, 4 ноября 2016 (UTC)
- Да, но по первым двум ссылкам мы хотя бы видим действия, связанные с вопросом, который обсуждался на форуме, и подпадающие под ВП:МНОГОЕ (в какую-то из двух сторон; к сожалению, никто из участников не взял на себя смелость подвести итог, и в такой ситуации стороны предрасположены к тому, чтобы перейти в модус взаимных отмен, хоть с формальным нарушением ВП:ВПР, хоть без). Добавлю к вашему списку это. Туча, обратите внимание, что до момента подведения итога ссылку на обсуждение давать некорректно. Пожалуйста, старайтесь разрешать конфликты в конструктивном русле, как тут, или хотя бы дождитесь подведения итога, а не пытайтесь перетянуть одеяло каждый в свою сторону. Если итога не подвели, достаньте тему из архива и хотя бы создайте подраздел «Нужен итог» или заведите тему на ВП:ВУ. — Джек, который построил дом (обс.) 18:35, 4 ноября 2016 (UTC)
- В любом случае не нормально, что поддержка Шаблон:Население завязана на одного пользователя. Такого быть не должно. Необходимо документировать Модуль:Statistical, включая подстаницы, с которых вытягиваются данные. Безусловно, стоит поблагодарить Игоря Темирова за проделанную ранее работу, включая систематизацию названий НП и данных из последних переписей. Но пора перейти к более широкому доступу участников к редактированию данных, уточнению их и их источников. --Wintik (обс.) 20:56, 6 ноября 2016 (UTC)
- Было бы правильнее перенести данные о населении на викиданные, тогда их мог ли бы править все. Шаблон:Население - работает только для России, править данные в нём, де факто, мог только один человек, он требует уйма lua-памяти для своей работы. Модификация даже одной строчки, про один населенный пункт, заставляет из-за реализации пересчитываться уйма других страниц википедии. Переименование страницы в википедии часто так же вызывало ошибки в его работе.--Туча 21:23, 6 ноября 2016 (UTC)
- тут см. (d:Q4442187) вы уже пробовали, что-то пошло не так?--User№101 (обс.) 21:43, 6 ноября 2016 (UTC)
- Было бы правильнее перенести данные о населении на викиданные, тогда их мог ли бы править все. Шаблон:Население - работает только для России, править данные в нём, де факто, мог только один человек, он требует уйма lua-памяти для своей работы. Модификация даже одной строчки, про один населенный пункт, заставляет из-за реализации пересчитываться уйма других страниц википедии. Переименование страницы в википедии часто так же вызывало ошибки в его работе.--Туча 21:23, 6 ноября 2016 (UTC)
- А кто, например, кого преследовал тут? А тут? А тут? AndyVolykhov ↔ 16:55, 4 ноября 2016 (UTC)
- Хм, во всяком случае в первых трёх шаблонах мы имеем ровно то, что указано в заявке: разноплановые правки участника, подавшего жалобу, на страницах, которые ранее не правил объект жалобы, отменены последним. (В любом случае призываю к мирному разрешению вопроса.) — Джек, который построил дом (обс.) 15:35, 4 ноября 2016 (UTC)
- Здесь имеет обоюдное действо и провоцирование Темирова на нарушение топик-бана, любые из участников конфликта (их более двух) могли-бы инициировать опрос(ы) и выяснить мнение сообщества....--User№101 (обс.) 21:21, 4 ноября 2016 (UTC)
- Например на Википедия:Форум/Архив/Общий/2016/08#Шаблоны муниципальных образований было обсуждение и почти все (кроме участника) высказались за новый вариант оформления шаблонов МО (точнее возвращение к тому, что было долго и много ранее - сокращённому употреблению ссылок на статьи в шаблонах), но участник игнорировал это обсуждение под предлогом отсутствия в нём итога. И это не помогло, хотя и без итога понятно, за что выступило сообщество в его большинстве. Что касается опросов про наименования статей, то такие опросы уже были (например опрос) и консенсуса по МО тогда добиться было невозможно, а сейчас, тем более учитывая позицию ряда новых участников, которые тогда не участвовали в тех опросах, итога с консенсусом тем более ожидать не приходится. --Платонъ Псковъ (обс.) 21:44, 4 ноября 2016 (UTC)
- на Википедия:Форум/Архив/Общий/2016/08#Шаблоны муниципальных образований было 4-х дневное обсуждение менее 10 участников случайно заметивших эту тему (либо специально предупреждённых о ней) и итога там действительно нет. Про опросы см. ВП:ЧТОГДЕ, ВП:О-АДМ,ВП:О-АДМ 2 и т.п. А итог с консенсусом см. на Википедия:Именование статей/Географические названия/Уточнения. А т.н. ряд новых участников мог-бы инициировать новые опрос(ы) и выяснить мнение сообщества....--User№101 (обс.) 21:59, 4 ноября 2016 (UTC)
- итог на ВП:О-АДМ 2 говорит об отсутствии консенсуса по МО; и в темах ВП:ГН-У#Городские округа и ВП:ГН-У#Городские и сельские поселения также говорится об отсутствии консенсуса (внизу).--Платонъ Псковъ (обс.) 22:38, 4 ноября 2016 (UTC)
- Кто мешает устроить новый опрос, если появились какие-то новые аргументы? --User№101 (обс.) 17:09, 6 ноября 2016 (UTC)
- Даже тогда здесь на ВП:О-АДМ 2 не удалось достигнуть консенсуса по МО (когда не было такого количества созданных статей о МО со спорными названиями), что уж тут говорить о сегодня, когда появились новые участники - упорные сторонники бюрократизации, да и на составителя опроса я навряд ли претендую, а при маловероятности достижения консенсуса стимула его инициировать тем более нет. Про шаблоны МО и шаблоны МО 2 совсем забыл указать важный момент: шаблоны изначально по умолчанию (консенсусно) оформлялись кратко так или так, поэтому именно автор новых шаблонов должен был доказывать его новое оформление с полными официальными наименованиями, а не наоборот.--Платонъ Псковъ (обс.) 21:33, 7 ноября 2016 (UTC)
- Кто мешает устроить новый опрос, если появились какие-то новые аргументы? --User№101 (обс.) 17:09, 6 ноября 2016 (UTC)
- итог на ВП:О-АДМ 2 говорит об отсутствии консенсуса по МО; и в темах ВП:ГН-У#Городские округа и ВП:ГН-У#Городские и сельские поселения также говорится об отсутствии консенсуса (внизу).--Платонъ Псковъ (обс.) 22:38, 4 ноября 2016 (UTC)
- на Википедия:Форум/Архив/Общий/2016/08#Шаблоны муниципальных образований было 4-х дневное обсуждение менее 10 участников случайно заметивших эту тему (либо специально предупреждённых о ней) и итога там действительно нет. Про опросы см. ВП:ЧТОГДЕ, ВП:О-АДМ,ВП:О-АДМ 2 и т.п. А итог с консенсусом см. на Википедия:Именование статей/Географические названия/Уточнения. А т.н. ряд новых участников мог-бы инициировать новые опрос(ы) и выяснить мнение сообщества....--User№101 (обс.) 21:59, 4 ноября 2016 (UTC)
- Например на Википедия:Форум/Архив/Общий/2016/08#Шаблоны муниципальных образований было обсуждение и почти все (кроме участника) высказались за новый вариант оформления шаблонов МО (точнее возвращение к тому, что было долго и много ранее - сокращённому употреблению ссылок на статьи в шаблонах), но участник игнорировал это обсуждение под предлогом отсутствия в нём итога. И это не помогло, хотя и без итога понятно, за что выступило сообщество в его большинстве. Что касается опросов про наименования статей, то такие опросы уже были (например опрос) и консенсуса по МО тогда добиться было невозможно, а сейчас, тем более учитывая позицию ряда новых участников, которые тогда не участвовали в тех опросах, итога с консенсусом тем более ожидать не приходится. --Платонъ Псковъ (обс.) 21:44, 4 ноября 2016 (UTC)
- Весьма спорная блокировка и для проекта точно не полезная. --S, AV ☎ 07:46, 5 ноября 2016 (UTC)
- В данном случае блокировка крайне спорная. --Torin 13:50, 5 ноября 2016 (UTC)
- Ошибочная блокировка. --AnnaMariaKoshka (обс.) 13:53, 5 ноября 2016 (UTC)
- Присоединяюсь, если Темиров в обозримое время не будет разблокирован, то деструктивными будут не его действия, а эта блокировка. Обратите внимание, что его действия были подхлёстнуты отсутствием реакции на его вполне справедливый запрос, я уж не говорю про неподведённые итоги на форумах, про которые сказано выше, которые открыли дорогу этому конфликту. Было бы хорошо, если бы администраторы сначала подводили необходимые итоги, а потом применяли меры к тем, кто им не следует, вместо того чтобы бездействием доводить ситуацию до взрыва и бессрочно блокировать ту сторону, которая среагировала наиболее буйно. > целенаправленное преследование с отменой любых правок оппонента полагаю не совместимым с работой в коллективном проекте
Разовый всплеск эмоций, подхлёстнутый бездействием администраторов (на что заблокированный сетовал ниже), едва ли можно считать таким. Судя по логу блокировок, Темиров прекрасно существовал в модусе периодических 1–2-недельных блокировок и так же существовать и продолжил бы, и вдруг — бессрочка. А уж то, что его вклад с лихвой компенсировал неудобства, создаваемые сообществу, по-моему, очевидно. — Джек, который построил дом (обс.) 14:21, 5 ноября 2016 (UTC)- Для того, чтобы подвести итог на форуме, флаг администратора не нужен. Поэтому пассаж о бездействии Вы можете точно так же обратить на самого себя. Джекалоп (обс.) 14:41, 5 ноября 2016 (UTC)
- Если говорить про меня, то первое, что я сделал, — успешно поспособствовал разрешению конфликта данных участников в одном из шаблонов. Не спорю, что про итоги относится ко всем участникам, я просто тематически объединил это с отсутствующей реакцией на запрос на ЗКА. Не подводится итог на форуме, подведите его хотя бы на ЗКА; хотя лучше устранять причину, и администратору просто должно быть виднее, как та или иная дискуссия на форуме может отразиться на возможных конфликтах, с которыми им потом разбираться. — Джек, который построил дом (обс.) 15:00, 5 ноября 2016 (UTC)
- @Jack who built the house:, хотите разблокирую под Ваше наставничество ? Джекалоп (обс.) 15:12, 5 ноября 2016 (UTC)
- У меня нет опыта и возможности этим заниматься :-( — Джек, который построил дом (обс.) 15:29, 5 ноября 2016 (UTC)
- @Jack who built the house:, хотите разблокирую под Ваше наставничество ? Джекалоп (обс.) 15:12, 5 ноября 2016 (UTC)
- Если говорить про меня, то первое, что я сделал, — успешно поспособствовал разрешению конфликта данных участников в одном из шаблонов. Не спорю, что про итоги относится ко всем участникам, я просто тематически объединил это с отсутствующей реакцией на запрос на ЗКА. Не подводится итог на форуме, подведите его хотя бы на ЗКА; хотя лучше устранять причину, и администратору просто должно быть виднее, как та или иная дискуссия на форуме может отразиться на возможных конфликтах, с которыми им потом разбираться. — Джек, который построил дом (обс.) 15:00, 5 ноября 2016 (UTC)
- Для того, чтобы подвести итог на форуме, флаг администратора не нужен. Поэтому пассаж о бездействии Вы можете точно так же обратить на самого себя. Джекалоп (обс.) 14:41, 5 ноября 2016 (UTC)
- За 24 часа обсуждения нет даже единого участника (даже анонима), который бы посчитал блокировку верной. --AnnaMariaKoshka (обс.) 14:28, 5 ноября 2016 (UTC)
- Должен напомнить Вам, уважаемая коллега, что это форум администраторов. Джекалоп (обс.) 14:39, 5 ноября 2016 (UTC)
- "Участвовать в конструктивном обсуждении могут все участники." --AnnaMariaKoshka (обс.) 14:45, 5 ноября 2016 (UTC)
- Разумеется, могут. Но важны мнения администраторов, по следующим причинам: 1) администратор может предложить альтернативное административное решение; 2) он может такое решение реализовать; 3) он будет нести за это ответственность. Джекалоп (обс.) 14:51, 5 ноября 2016 (UTC)
- Тут вы правы. Мною были ваши слова истолкованы примерно как "в этом форуме не надо вам писать". --AnnaMariaKoshka (обс.) 15:23, 5 ноября 2016 (UTC)
- Участник AnnaMariaKoshka, следующая же попытка «подведения промежуточных итогов» там, где Ваше присутствие выглядит явно избыточным, приведёт к возобновлению ТБ на метапространства на срок 6 месяцев ввиду явного отсутствия положительной динамики. Sealle 17:38, 6 ноября 2016 (UTC)
- Тут вы правы. Мною были ваши слова истолкованы примерно как "в этом форуме не надо вам писать". --AnnaMariaKoshka (обс.) 15:23, 5 ноября 2016 (UTC)
- Разумеется, могут. Но важны мнения администраторов, по следующим причинам: 1) администратор может предложить альтернативное административное решение; 2) он может такое решение реализовать; 3) он будет нести за это ответственность. Джекалоп (обс.) 14:51, 5 ноября 2016 (UTC)
- "Участвовать в конструктивном обсуждении могут все участники." --AnnaMariaKoshka (обс.) 14:45, 5 ноября 2016 (UTC)
- Должен напомнить Вам, уважаемая коллега, что это форум администраторов. Джекалоп (обс.) 14:39, 5 ноября 2016 (UTC)
- Позвольте мне, убогому юзеру, несколько замечаний. В данном случае следует вспомнить то, чем блокировка является, а чем не является. Блокировка есть последняя мера защиты проекта от предполагаемых деструктивных действий, которые по нашему мнению непременно последуют, если блокировки не будет.
- В чем мы можем быть уверены? В том, что конфликты жертвы данной блокировки с его оппонентами никуда не исчезнут. Ибо это очень острые и иногда застарелые конфликты. Как оградить участников этих конфликтов друг от друга - вот о чем следует подумать. Ибо им очень неуютно существовать в одной и той же Википедии. Это наблюдаемый факт. Как расставить защитные рубежи? Есть предложения? Я имею в виду и предложения также от участников конфликта, ведь взрослые же люди. Bogomolov.PL (обс.) 15:00, 5 ноября 2016 (UTC)
- Как вариант - на некоторое время запретить участникам отменять правки друг друга. Без предварительного консенсуса в каком-то определённом для этого месте (форуме). --AnnaMariaKoshka (обс.) 15:24, 5 ноября 2016 (UTC)
- Напомню, что на основании бессрочной блокировки, администратором GAndy были подведены итоги ВП:ЗКА#Игорь Темиров 4, ВП:ЗКА#Игорь Темиров 3, ВП:ЗКА#Игорь Темиров 2 как потерявшие актуальность по причине блокировки. В случае если опять блокировка будет смягчена или даже отменена, просьба администраторов заново подвести вышеуказанные итоги по существу тех заявок. (P.S.: прошу не считать меня сторонником отмены блокировки)--Платонъ Псковъ (обс.) 14:56, 5 ноября 2016 (UTC)
- Всё-же похоже что веские основания для блокировки у администратора были. Деструктив на лицо. Но и с другой стороны всё-же можно указать на провоцирование ситуации его оппонентом. Другой вопрос, пойдёт ли эта блокировка на пользу Википедии? Моё мнение, что нет. Я бы предложил блокировку снять (можно условно) и наложить на обе стороны как можно более строгие топик-баны по пересечению друг с другом. Вплоть до полного запрета правок статей и обсуждений, в истории которых в течении последнего месяца отметился второй участник. Ну и угроза перемены условного наказания в действующее должна немного отрезвить стороны. --RasabJacek (обс.) 15:50, 5 ноября 2016 (UTC)
- Проблема в том, что коллега не будет соблюдать топик-бан. Джекалоп (обс.) 16:05, 5 ноября 2016 (UTC)
- Уважаемый Джекалоп, ну почему бы не попробовать? Ведь ситуация спорная, почему бы не дать конструктивному участнику лишний шанс? --MarchHare1977 (обс.) 18:44, 5 ноября 2016 (UTC)
- Может и не будет. Но тогда уже мы сможем сделать вывод, что несмотря на все попытки сохранить участника для ру-вики, он не внял последним предупреждениям. Ну и, попытаться то можно. А вдруг сработает? --RasabJacek (обс.) 19:01, 5 ноября 2016 (UTC)
- Для справки: ТОПИК-БАН от 15 июня 2015 → Блокировка 26 июля 2015 (1 день), Блокировка 14 октября 2015 (3 дня), Блокировка 3 августа 2016 (3 дня), Блокировка 7 сентября 2016 (1 неделя), Блокировка от 28 сентября 2016 (1 месяц). Последняя была заменена на жёсткий месячный ТОПИК-БАН, сразу нарушенный, но за приход с повинной нарушение было прощено администратором Джекалоп, разрешившим даже ему дополнительно править СО шаблонов и не ставшего по предложению самого участника продлевать топик-бан на неделю; но затем 11 октября новое нарушение месячного ТОПИК-БАНа и Восстановление блокировки от 28 сентября 2016 строго до 28 октября 2016. Текущие заявки - ВП:ЗКА#Игорь Темиров 4, ВП:ЗКА#Игорь Темиров 3, ВП:ЗКА#Игорь Темиров 2.--Платонъ Псковъ (обс.) 20:43, 5 ноября 2016 (UTC)
- Понятно что ситуация очень сложная и с учётом как нарушения, так и лога, блокировка в бессрочном виде вполне обоснована. Но так как речь идёт об УБПВ, то стоит попытаться найти хоть призрачный способ оставить участника в ру-вике и как-то решить вопрос с разведением его с его оппонентами. Джекалоп всё сделал правильно, но теперь надо обсудить, есть ли вообще способ вернуть участника к положительной деятельности. Возможно что топик-бан в самой жёсткой форме, возможно длительная блокировка для остывания эмоций (месяца на 3), возможно наставник, если таковой найдётся и Игорь Темиров на него согласится. Решение то какое-то быть должно. --RasabJacek (обс.) 20:57, 5 ноября 2016 (UTC)
- RasabJacek, а мне представляется, что коллега Джекалоп как раз и запустил этот новый способ. До сих пор любые ограничения, накладывавшиеся администраторами, принимались участником в штыки, он никаких обязательств на себя не брал и, «отсидев» срок блокировки, продолжал нарушать как старые правила, так и новые условия топик-банов. Полагая при этом, возможно, что до бессрочной блокировки дело не дойдёт никогда. Сейчас же мячик переброшен на его сторону — именно ему предстоит решить, как скоро он хотел бы вернуться в проект, и к моменту этой готовности выйти в АК с предложением обязательств, которые он готов взять на себя для возвращения к исключительно конструктивной работе. Sealle 22:12, 5 ноября 2016 (UTC)
- Понятно что ситуация очень сложная и с учётом как нарушения, так и лога, блокировка в бессрочном виде вполне обоснована. Но так как речь идёт об УБПВ, то стоит попытаться найти хоть призрачный способ оставить участника в ру-вике и как-то решить вопрос с разведением его с его оппонентами. Джекалоп всё сделал правильно, но теперь надо обсудить, есть ли вообще способ вернуть участника к положительной деятельности. Возможно что топик-бан в самой жёсткой форме, возможно длительная блокировка для остывания эмоций (месяца на 3), возможно наставник, если таковой найдётся и Игорь Темиров на него согласится. Решение то какое-то быть должно. --RasabJacek (обс.) 20:57, 5 ноября 2016 (UTC)
- Для справки: ТОПИК-БАН от 15 июня 2015 → Блокировка 26 июля 2015 (1 день), Блокировка 14 октября 2015 (3 дня), Блокировка 3 августа 2016 (3 дня), Блокировка 7 сентября 2016 (1 неделя), Блокировка от 28 сентября 2016 (1 месяц). Последняя была заменена на жёсткий месячный ТОПИК-БАН, сразу нарушенный, но за приход с повинной нарушение было прощено администратором Джекалоп, разрешившим даже ему дополнительно править СО шаблонов и не ставшего по предложению самого участника продлевать топик-бан на неделю; но затем 11 октября новое нарушение месячного ТОПИК-БАНа и Восстановление блокировки от 28 сентября 2016 строго до 28 октября 2016. Текущие заявки - ВП:ЗКА#Игорь Темиров 4, ВП:ЗКА#Игорь Темиров 3, ВП:ЗКА#Игорь Темиров 2.--Платонъ Псковъ (обс.) 20:43, 5 ноября 2016 (UTC)
- Может и не будет. Но тогда уже мы сможем сделать вывод, что несмотря на все попытки сохранить участника для ру-вики, он не внял последним предупреждениям. Ну и, попытаться то можно. А вдруг сработает? --RasabJacek (обс.) 19:01, 5 ноября 2016 (UTC)
- Уважаемый Джекалоп, ну почему бы не попробовать? Ведь ситуация спорная, почему бы не дать конструктивному участнику лишний шанс? --MarchHare1977 (обс.) 18:44, 5 ноября 2016 (UTC)
- Проблема в том, что коллега не будет соблюдать топик-бан. Джекалоп (обс.) 16:05, 5 ноября 2016 (UTC)
- А вот я с блокировкой согласен. На месте администратора я бы не ограничивался только обсуждаемым поводом, а смотрел бы в комплексе манеру дискуссии участника с оппонентами. Как верно заметил ShinePhantom: «этот участник [Игорь Темиров] в принципе игнорирует все возражения». Другой администратор после итога и после предупреждения и вовсе решил покинуть проект (наверно не в связи только с этим участником, но по хронологии спусковым крючком возможно было так). Выше кто-то написал «Судя по логу блокировок, Темиров прекрасно существовал в модусе периодических 1–2-недельных блокировок и так же существовать и продолжил бы, и вдруг — бессрочка». Это как понять? Даже месячная блокировка была, заменённая новым мини-топик-баном, который он же и нарушил, за что потом месячная блокировка была восстановлена. Как может быть нормальными блокировки участника в 1-2 неделии и месяц и т.д. Точно также можно сказать про терпимость оппонентов и сказать, что судя по логу блокировок оппонентов, оппоненты прекрасно существовали без блокировок или с блокировкой в 1 день. Разница то есть? Кстати участника блокировали за преследование администраторов и если бы не его большой вклад, то его бы ещё тогда обессрочили. Так что это не разовый всплеск эмоций. Топик-бан на участие в дискуссиях я уже предлагал на ВП:ЗКА#Игорь Темиров. Хотя такие топик-баны уже накладывались и они не работают. --Русич (RosssW) (обс.) 15:48, 5 ноября 2016 (UTC)
- > Как верно заметил ShinePhantom: «этот участник [Игорь Темиров] в принципе игнорирует все возражения».
Ага, это в теме, в которой не было подведено итога, что и было замечено.> Как может быть нормальными блокировки участника в 1-2 неделии и месяц и т.д.
Да, есть непреклонно конфликтные участники, конфликтность которым не мешает им приносить проекту пользу. Я сомневаюсь, что уверенный и чёткий итог по вопросам, из-за которых была устроена эта война (причём, по-моему, с участником, с которым ранее острых конфликтов не было) вкупе с небессрочной блокировкой и/или топик-баном не остудили бы пыл участника. — Джек, который построил дом (обс.) 16:07, 5 ноября 2016 (UTC)- Это не тот случай. Так как два топик-бана на участника уже накладывали и оба этих топик-бана участник несколько раз нарушал. --Русич (RosssW) (обс.) 16:15, 5 ноября 2016 (UTC)
- Надо быть последовательным. Он был заблокировал не за нарушение топик-бана и даже не за действия против тех участников, за действия против которых он блокировался ранее. Ему не давали «последних предупреждений»; вы не знаете, как бы он себя повёл в таком случае. Стрелять без предупреждения — пагубная тактика, поскольку не оставляет свободы действий для нарушителя. Сначала нужно проявить снисходительность, а потом, если это не сработало, идти на крайние меры. — Джек, который построил дом (обс.) 16:25, 5 ноября 2016 (UTC)
- Также обращаю внимание, что участник демонстрирует способность признавать свои ошибки (по ссылке его реакция на последнюю блокировку в связи с нарушением топик-бана), не идя на поводу у призывов к принятию более агрессивной тактики поведения, и опять же сетует на отсутствие рассмотрения его заявок на ЗКА. Всё это производит впечатление, что участник обладает достаточной мерой конструктивности для продолжения продуктивного участия в сообществе и есть все основания пойти ему навстречу, а отсутствие таких действий никак не является взвешенной мерой. — Джек, который построил дом (обс.) 16:45, 5 ноября 2016 (UTC)
- Речь шла, как я понимаю, об отношении участника к ТОПИК-БАНАМ как таковым. Предмет топик-бана в таком случае роли не играет, если говорить о новом топик-бане. По поводу признания ошибок есть заявки на ЗКА: ВП:ЗКА#Игорь Темиров 4, ВП:ЗКА#Игорь Темиров 3, ВП:ЗКА#Игорь Темиров 2, ВП:ЗКА#Участник Игорь Темиров, ВП:ЗКА#Игорь Темиров, ВП:ЗКА#Преследование со стороны Темирова. "Виноваты только его оппоненты" (ВП:ЗКА#Участник PlatonPskov 2, ВП:ЗКА#Участник PlatonPskov, ВП:ЗКА#Участник:Туча, три одноимённые ВП:ЗКА#Участник:RosssW).--Платонъ Псковъ (обс.) 21:10, 5 ноября 2016 (UTC)
- Это не тот случай. Так как два топик-бана на участника уже накладывали и оба этих топик-бана участник несколько раз нарушал. --Русич (RosssW) (обс.) 16:15, 5 ноября 2016 (UTC)
- > Как верно заметил ShinePhantom: «этот участник [Игорь Темиров] в принципе игнорирует все возражения».
- Считаю администратора Джекалоп разумным и грамотным, но в данном случае, похоже на то, что эмоции взяли верх. Нет, я не за обоюдную блокировку — я за отмену несправедливой бессрочной блокировки и грамотного разбора полётов: нельзя во всём обвинять только одну сторону конфликта. С уважением — Aibolytt (обс.) 19:18, 5 ноября 2016 (UTC)
- Как я понимаю, топик-бан участник соблюдать не будет, так что основания для наложения блокировки (с учётом лога блокировок) были. Так что теперь решать, что делать с участником, должен АК (если он заявку о разблокировке подаст).--Vladimir Solovjev обс 06:46, 6 ноября 2016 (UTC)
- Дыма без огня не бывает. --Gennady (обс.) 17:14, 6 ноября 2016 (UTC)
- Бывает ещё и как. --AnnaMariaKoshka (обс.) 17:22, 6 ноября 2016 (UTC)
- Пожалуйста, не применяйте этот неаргумент; он некорректен, и, если строго ему следовать, при любых обвинениях кого-либо нужно вставать на сторону обвиняющего, ведь если бы не было огня (порицаемых действий обвиняемого), не было бы и дыма (обвинений). — Джек, который построил дом (обс.) 17:32, 6 ноября 2016 (UTC)
- Мне кажется, для разрешения ситуации необходимо признать следующие вещи: 1) в ней виновен не только Темиров, но и его оппоненты; 2) для разрешения конфликта необходимы жёсткие ограничения, причём опять же на обе стороны конфликта (согласен, впрочем, что на Темирова более жёсткие в силу лога блокировок); 3) нужны посредники, разбирающие споры по сути, либо полный запрет на любые обсуждения между участниками. Лично я, наверное, готов был бы попробовать себя в роли посредника, но не согласен быть единственным таковым в силу малого опыта и большой занятости, из-за которой могу реагировать не столь оперативно. AndyVolykhov ↔ 14:36, 7 ноября 2016 (UTC)
- Осталось найти вам напарника. Дело за малым. --Ghirla -трёп- 18:38, 7 ноября 2016 (UTC)
- Это мы уже проходили (ВП:ФА-ТБ#PlatonPskov, Игорь Темиров), не помогло.--Платонъ Псковъ (обс.) 19:01, 7 ноября 2016 (UTC)
- «Не помоглo» потому что Ваша провокационная реплика (п.1) осталась незамеченной. В реплике вклад Темирова назван абсурдным до обсуждения. Темиров ответил на это эмоционально и получил блок. Не хотел сюда заходить, форум всё-таки администраторов. Но Вы, основной оппонент, перестаньте плясать здесь на костях. Рано. Rodin-Järvi (обс.) 19:25, 7 ноября 2016 (UTC)
- Администратор Джекалоп Вам уже указывал на ошибочность вашего личного мнения в этом вопросе здесь. Просил бы перестать делать неуместные реплики.--Платонъ Псковъ (обс.) 19:41, 7 ноября 2016 (UTC)
- Я не действия и ответы администратора здесь продемонстрировал. А делать реплики- так для того и форум. Вы вот сразу же предупредили меня на моей СО. Процесс пошёл. Rodin-Järvi (обс.) 19:51, 7 ноября 2016 (UTC)
- Причём тут то, что Вы не действия и ответы администратора здесь продемонстрировали? Мне было проще таким образом опровергнуть вышесказанное без подробного разбора кто что написал и в каком объёме, учитывая топик-бан. Делать реплики - это одно, но не всё что угодно. А давать грубо искажённую интерпретацию, тем более повторно, тем более на новой странице (форуме), тем более после разъяснения администратора, неуместно. Сравнивать несравнимое нельзя. Для любой реплики автор этой реплики должен иметь рамки самоограничения (так как писать всё что угодно невозможно). На первый раз я смолчал, теперь это уже выходит за рамки ВП:ЭП.--Платонъ Псковъ (обс.) 20:17, 7 ноября 2016 (UTC)
- Ваши знания относительно рамок ЭП для оппонентов я не ставлю под сомнение. Однако, остаюсь при своём мнении. Негоже (не этично) здесь главному оппоненту пытаться подводить промежуточные итоги → Это мы уже проходили, не помогло. Выше, в этом обсуждении, Sealle уже сделал аналогичное предупреждение увлёкшемуся коллеге. Rodin-Järvi (обс.) 20:49, 7 ноября 2016 (UTC)
- Была лишь маленькая реплика Это мы уже проходили, не помогло, которая не претендовала на промежуточные итоги (опять пошла искажённая интерпретация?), а лишь напомнил положение вещей относительно предложения AndyVolykhov о «жёстких ограничениях двух сторон» оппонентов и предложения участника Bogomolov.PL в фразе «Я имею в виду и предложения также от участников конфликта, ведь взрослые же люди». Вы же принялись давать искажённую интерпретацию, грубо снабдив её прямыми фальсификациями: "В реплике вклад ... назван абсурдным". Негоже Вам увлекаться здесь "промежуточными предытогами" и ВП:ЭП. --Платонъ Псковъ (обс.) 21:04, 7 ноября 2016 (UTC)
- Успокойтесь, я - не Темиров, я души в проект не вкладывал. Rodin-Järvi (обс.) 21:15, 7 ноября 2016 (UTC)
- Я тоже (без скромности и коронования).--Платонъ Псковъ (обс.) 21:08, 8 ноября 2016 (UTC)
- Успокойтесь, я - не Темиров, я души в проект не вкладывал. Rodin-Järvi (обс.) 21:15, 7 ноября 2016 (UTC)
- Была лишь маленькая реплика Это мы уже проходили, не помогло, которая не претендовала на промежуточные итоги (опять пошла искажённая интерпретация?), а лишь напомнил положение вещей относительно предложения AndyVolykhov о «жёстких ограничениях двух сторон» оппонентов и предложения участника Bogomolov.PL в фразе «Я имею в виду и предложения также от участников конфликта, ведь взрослые же люди». Вы же принялись давать искажённую интерпретацию, грубо снабдив её прямыми фальсификациями: "В реплике вклад ... назван абсурдным". Негоже Вам увлекаться здесь "промежуточными предытогами" и ВП:ЭП. --Платонъ Псковъ (обс.) 21:04, 7 ноября 2016 (UTC)
- Ваши знания относительно рамок ЭП для оппонентов я не ставлю под сомнение. Однако, остаюсь при своём мнении. Негоже (не этично) здесь главному оппоненту пытаться подводить промежуточные итоги → Это мы уже проходили, не помогло. Выше, в этом обсуждении, Sealle уже сделал аналогичное предупреждение увлёкшемуся коллеге. Rodin-Järvi (обс.) 20:49, 7 ноября 2016 (UTC)
- Причём тут то, что Вы не действия и ответы администратора здесь продемонстрировали? Мне было проще таким образом опровергнуть вышесказанное без подробного разбора кто что написал и в каком объёме, учитывая топик-бан. Делать реплики - это одно, но не всё что угодно. А давать грубо искажённую интерпретацию, тем более повторно, тем более на новой странице (форуме), тем более после разъяснения администратора, неуместно. Сравнивать несравнимое нельзя. Для любой реплики автор этой реплики должен иметь рамки самоограничения (так как писать всё что угодно невозможно). На первый раз я смолчал, теперь это уже выходит за рамки ВП:ЭП.--Платонъ Псковъ (обс.) 20:17, 7 ноября 2016 (UTC)
- Я не действия и ответы администратора здесь продемонстрировал. А делать реплики- так для того и форум. Вы вот сразу же предупредили меня на моей СО. Процесс пошёл. Rodin-Järvi (обс.) 19:51, 7 ноября 2016 (UTC)
- Администратор Джекалоп Вам уже указывал на ошибочность вашего личного мнения в этом вопросе здесь. Просил бы перестать делать неуместные реплики.--Платонъ Псковъ (обс.) 19:41, 7 ноября 2016 (UTC)
- «Не помоглo» потому что Ваша провокационная реплика (п.1) осталась незамеченной. В реплике вклад Темирова назван абсурдным до обсуждения. Темиров ответил на это эмоционально и получил блок. Не хотел сюда заходить, форум всё-таки администраторов. Но Вы, основной оппонент, перестаньте плясать здесь на костях. Рано. Rodin-Järvi (обс.) 19:25, 7 ноября 2016 (UTC)
- В условиях, когда при, как минимум, обоюдных нарушениях, наказывается только Темиров, его возвращение в проект смысла не имеет. Все равно через пару дней оппоненты его снова затравят. Afandr (обс.) 19:38, 7 ноября 2016 (UTC)
- А Вам напоминаю про эту заявку с предупреждением от администратора Sealle о том, что «роль посредника между двумя хорошо известными оппонентами Вам совершенно не удаётся, и Ваши обвинения не соответствуют действительности». На этом минимизирую свои комментарии на ФА.--Платонъ Псковъ (обс.) 19:59, 7 ноября 2016 (UTC)
- Добились своего, выжили… Только к целям Википедии это никак не относится. --kosun?!. 19:46, 8 ноября 2016 (UTC)
- Напоминаю про ВП:ЭП. Легко говорить со стороны, не зная проблематику. Мы лишь отстаиваем (за себя говорю) своё право высказывать свою точку зрения в рамках конструктивных аргументированных обсуждений (а то было так а потом так, а когда-то терпелось даже такое, такое, такое, ). Большой вклад участника никак не может оправдывать выход за рамки целей или основ Википедии.--Платонъ Псковъ (обс.) 21:08, 8 ноября 2016 (UTC)
- Добились своего, выжили… Только к целям Википедии это никак не относится. --kosun?!. 19:46, 8 ноября 2016 (UTC)
- А Вам напоминаю про эту заявку с предупреждением от администратора Sealle о том, что «роль посредника между двумя хорошо известными оппонентами Вам совершенно не удаётся, и Ваши обвинения не соответствуют действительности». На этом минимизирую свои комментарии на ФА.--Платонъ Псковъ (обс.) 19:59, 7 ноября 2016 (UTC)
- Очень спорное решение. Полагаю, надо искать иной путь. 91.79 (обс.) 15:41, 9 ноября 2016 (UTC)
- Этот путь предложен ниже. Вы хотите быть наставником коллеги ? Джекалоп (обс.) 15:47, 9 ноября 2016 (UTC)
- Когда слышу это слово, мне представляются седоусый мастер в промасленной спецовке и юнец только из профтехучилища. Так что извините, таких ситуаций и на работе хватает, а Википедия — это, если угодно, досуг. 91.79 (обс.) 16:13, 9 ноября 2016 (UTC)
- Этот путь предложен ниже. Вы хотите быть наставником коллеги ? Джекалоп (обс.) 15:47, 9 ноября 2016 (UTC)
(Заголовок для облегчения навигации). Идея следующая: найти наставников (U:AndyVolykhov уже готов, я присоединяюсь к его желанию и сразу говорю, что времени у меня вагон, так что вместе с Энди, я думаю, мы будем достаточно эффективны, тем более что знакомы лично) на полноценное крупное наставничество. Целью заявить "нивелировать конфликты со многими участниками", условия (хотя можно и другие, как решит сообщество) - ТБ на все обсуждения, кроме своей СО; запретить другим участникам писать что-либо про него вне специальной страницы "/Жалобы". Пусть без проблем работает с шаблоном, ботом и прочей экзопедической частью, а с оппонентами пусть не цапается. Вот. Если консенсус решит, что нас двоих хватит (опыт Энди + моя гиперактивность), то разблокировать под наше наставничество, если недостаточно - набрать ещё. Cat of the Six (обс.) 19:55, 8 ноября 2016 (UTC).
- Я не соглашался быть наставником. Только посредником. Странно быть наставником участника с примерно теми же флагами и куда бо́льшим вкладом. AndyVolykhov ↔ 20:06, 8 ноября 2016 (UTC)
- Я готов рассмотреть вариант разблокировки под наставничество одного опытного участника. О посредничестве не может быть и речи, поскольку мы имеем дело не с конфликтной тематикой, где работает множество участников; а с одним участником, вовлечённым в ряд не связанных между собою конфликтов. Джекалоп (обс.) 21:14, 8 ноября 2016 (UTC)
- Во-первых, не с одним (как минимум, активный в геотематике Semenov.m7 на его стороне). Во-вторых, связанных. В-третьих, с ограниченной группой других участников (RosssW, PlatonPskov и Туча). В-четвёртых, можете пояснить, почему игнорируются приведённые доказательства обоюдного преследования? AndyVolykhov ↔ 21:45, 8 ноября 2016 (UTC)
- Наверное, потому что я таких доказательств не вижу. Так же как их не увидел ни один администратор проекта. Джекалоп (обс.) 21:52, 8 ноября 2016 (UTC)
- Думаю, мало кто уже хочет влезать в это противостояние.. Всё равно ведь окажешься "плохим" для обеих сторон сразу, а время потратишь. Причём много и впустую. - DZ - 22:00, 8 ноября 2016 (UTC)
- Я указывал ссылки в обсуждении выше. Это из свежего же вклада Темирова и Тучи. AndyVolykhov ↔ 22:04, 8 ноября 2016 (UTC)
- Что Вы указывали ? Что коллега Туча отменял правки коллеги Темирова, с которыми был не согласен ? И что с того ? По такой логике, уважаемый коллега, Вы сами первый преследователь. Не Вы ли в массовом порядке выставляли на удаление созданные коллегой Темировым статьи о муниципальных образованиях, состоящих из единственного населённого пункта ? Джекалоп (обс.) 22:21, 8 ноября 2016 (UTC)
- Почему действия Темирова у вас «целенаправленное преследование с отменой любых правок оппонента», а действия Тучи — «отменял правки, с которыми был не согласен»? Я искренне не понимаю разницу. AndyVolykhov ↔ 06:28, 9 ноября 2016 (UTC)
- Посмотрите и поймёте. Коллега Темиров отменял все подряд правки оппонента за день со скоростью пять отмен в минуту. А потом ёрничал на ЗКА. Джекалоп (обс.) 06:35, 9 ноября 2016 (UTC)
- И почти все эти правки были однотипные и в шаблонах, созданных или оформленных самим Темировым (согласен, что часть отменённых никакого отношения к геошаблонам не имела). Правки вносились по вопросу, по которому не было итога. А потом коллега Туча пошёл отменять разнообразные правки коллеги Темирова. Отсюда вывод: чтобы прекратить войны правок, в том числе содержащие элементы преследования, нужно не участников блокировать, а итоги подводить. Я ещё раз повторяю, что готов заняться подведением итогов. Но в условиях блокировки одной стороны конфликта (и только её) это не имеет смысла. AndyVolykhov ↔ 13:02, 9 ноября 2016 (UTC)
- Подвести итоги там, где они нужны, эта блокировка Вам никак не мешает. А мы пока попробуем поискать «иной путь». Джекалоп (обс.) 15:49, 9 ноября 2016 (UTC)
- И почти все эти правки были однотипные и в шаблонах, созданных или оформленных самим Темировым (согласен, что часть отменённых никакого отношения к геошаблонам не имела). Правки вносились по вопросу, по которому не было итога. А потом коллега Туча пошёл отменять разнообразные правки коллеги Темирова. Отсюда вывод: чтобы прекратить войны правок, в том числе содержащие элементы преследования, нужно не участников блокировать, а итоги подводить. Я ещё раз повторяю, что готов заняться подведением итогов. Но в условиях блокировки одной стороны конфликта (и только её) это не имеет смысла. AndyVolykhov ↔ 13:02, 9 ноября 2016 (UTC)
- Посмотрите и поймёте. Коллега Темиров отменял все подряд правки оппонента за день со скоростью пять отмен в минуту. А потом ёрничал на ЗКА. Джекалоп (обс.) 06:35, 9 ноября 2016 (UTC)
- Почему действия Темирова у вас «целенаправленное преследование с отменой любых правок оппонента», а действия Тучи — «отменял правки, с которыми был не согласен»? Я искренне не понимаю разницу. AndyVolykhov ↔ 06:28, 9 ноября 2016 (UTC)
- Что Вы указывали ? Что коллега Туча отменял правки коллеги Темирова, с которыми был не согласен ? И что с того ? По такой логике, уважаемый коллега, Вы сами первый преследователь. Не Вы ли в массовом порядке выставляли на удаление созданные коллегой Темировым статьи о муниципальных образованиях, состоящих из единственного населённого пункта ? Джекалоп (обс.) 22:21, 8 ноября 2016 (UTC)
- Наверное, потому что я таких доказательств не вижу. Так же как их не увидел ни один администратор проекта. Джекалоп (обс.) 21:52, 8 ноября 2016 (UTC)
- Во-первых, не с одним (как минимум, активный в геотематике Semenov.m7 на его стороне). Во-вторых, связанных. В-третьих, с ограниченной группой других участников (RosssW, PlatonPskov и Туча). В-четвёртых, можете пояснить, почему игнорируются приведённые доказательства обоюдного преследования? AndyVolykhov ↔ 21:45, 8 ноября 2016 (UTC)
- Я готов рассмотреть вариант разблокировки под наставничество одного опытного участника. О посредничестве не может быть и речи, поскольку мы имеем дело не с конфликтной тематикой, где работает множество участников; а с одним участником, вовлечённым в ряд не связанных между собою конфликтов. Джекалоп (обс.) 21:14, 8 ноября 2016 (UTC)
Готов взять наставничество на два месяца (если справлюсь, срок можно будет продлить). Очевидно, что никакая техническая помощь от меня Игорю не потребуется, ну а нормализовывать конфликты, буде оные возгорятся, готов. Заодно, опыта в этом деле наберусь (если не справлюсь, что ж, попытка не пытка). Только хочется попросить с него обещания, прежде чем начинать войны правок, указывать мне на возникновение очагов напряжённости, дабы облегчить навигацию по ним. -- Shogiru-r (обс.) 05:46, 17 ноября 2016 (UTC)
- Условия разблокировки под наставничество коллеги Игорь Темиров:
- Коллеге разрешаются правки только в статьях, категориях и шаблонах. Правки в иных пространствах, в том числе на страницах обсуждений статей и шаблонов, не разрешены.
- Запрещены любые отмены правок других участников.
- В случае, если, по мнению коллеги, нужна отмена правки другого участника либо правка на какой-либо странице за исключением статей, категорий и шаблонов - коллега обращается к наставнику по вневикипедийным каналам; далее наставник, если считает это необходимым, отменяет либо делает соответствующую правку сам.
- Наставничество назначается на шесть месяцев. По истечению шести месяцев оно может быть продлено, облегчено, снято или прекращено с возобновлением блокировки - решением заблокировавшего администратора или по консенсусу администраторов в обсуждении на настоящем форуме.
- Наставничество может быть прекращено досрочно по решению наставника либо в случае нарушения условий наставничества.
- Разумеется, разблокировка под наставничество на настоящих условиях может быть осуществлена только с согласия коллеги Игоря Темирова. Страница обсуждения у него не закрыта, Вы можете предложить ему этот вариант. Далее решение за ним. Джекалоп (обс.) 06:50, 17 ноября 2016 (UTC)
- Предполагаются ли аналогичные меры для его оппонентов? Flanker 07:14, 17 ноября 2016 (UTC)
- Я согласен. Написал ему предложение. А как он сможет согласиться, коли заблокирован? Написав анонимное сообщение?-- Shogiru-r (обс.) 07:28, 17 ноября 2016 (UTC)
- Возможность править свою СО ему не ограничена. Джекалоп (обс.) 07:29, 17 ноября 2016 (UTC)
- Правки ЛС и СО участника вы тоже запрещаете? AndyVolykhov ↔ 08:40, 17 ноября 2016 (UTC)
- Если коллега согласится на наставничество, этот вопрос мы обдумаем. Джекалоп (обс.) 08:48, 17 ноября 2016 (UTC)
- Возможно ли наставничество двумя участниками? Cat of the Six готов быть наставником; у меня этой зимой свободного времени будет много, а весной - уже меньше, и во время отсутствия в сети мы могли бы подменять друг друга.-- Shogiru-r (обс.) 01:14, 18 ноября 2016 (UTC)
- @Shogiru-r: вы герой! Да, двух наставников должно хватить, так как экзопедический вклад проверять не требуется. Cat of the Six (обс.) 04:53, 18 ноября 2016 (UTC).
- Нет, извините, только один наставник. Принимающий безусловные решения и несущий полную ответственность. Джекалоп (обс.) 07:08, 18 ноября 2016 (UTC)
- А если полную ответственность несут оба, и действия только после внутреннего обсуждения наставников (надеюсь, вы согласны на такое, @Shogiru-r:)? У нас же куча народу живёт с 2-3 посредниками. Cat of the Six (обс.) 19:08, 18 ноября 2016 (UTC). Ой, полубота-то я зачем пингую? @Shogiru:. Cat of the Six (обс.) 19:14, 18 ноября 2016 (UTC).
- Shogiru-r, дело не в наличии или отсутствии свободного времени, а в опыте и технических возможностях. Я не говорю, что первого у Вас мало — но всё же лучше, если наставничество над таким опытным и "орденоносным" участником, как И.Т., будет осуществлять какой-л. администратор с соответствующими правами и техническими возможностями. -- Повелитель Звёзд 19:35, 18 ноября 2016 (UTC)
- Конечно, лучше; со всем этим полностью согласен. Я же не навязывался, а просто предложил, чтобы дело не упёрлось в отсутствие кандидата. -- Shogiru-r (обс.) 02:42, 19 ноября 2016 (UTC)
- Может быть, тогда подождать — пусть админы выскажут своё мнение (в смысле, будет ли согласен кто-л. из них взять на себя наставничество). С уважением, Повелитель Звёзд 11:40, 19 ноября 2016 (UTC)
- Конечно, лучше; со всем этим полностью согласен. Я же не навязывался, а просто предложил, чтобы дело не упёрлось в отсутствие кандидата. -- Shogiru-r (обс.) 02:42, 19 ноября 2016 (UTC)
- Нет, извините, только один наставник. Принимающий безусловные решения и несущий полную ответственность. Джекалоп (обс.) 07:08, 18 ноября 2016 (UTC)
- Замечу, что Игорь, как я у него узнал, не согласен на односторонние ограничения, так что, надо полагать, идея наставничества не пройдёт. AndyVolykhov ↔ 16:06, 30 ноября 2016 (UTC)
Участник блокирован с соблюдением правил. — Эта реплика добавлена участником Semenov.m7 (о • в)
- А Вы кто? --kosun?!. 07:56, 12 ноября 2016 (UTC)
- Чистая правда, но обсуждение здесь по совершенно другому вопросу. Cat of the Six (обс.).
- Эта тема добавлена в список технических задач для выполнения в будущем с очень низким приоритетом. Суть: «перевести документацию и категоризовать». Список задач доступен на странице проекта; задачи добавляются при помощи шаблона {{подст:техзадача}}. windewrix (обс.) 14:03, 29 ноября 2016 (UTC)
Из оставшихся необработанных творений участника Allamaso. Включено в {{unichar}}, который теперь используется, поэтому надо бы перевести документацию и категории правильные поставить (наткнулся среди репостов) --windewrix (обс.) 14:03, 29 ноября 2016 (UTC)
Просматривая статью о Путине, обратил внимание, что применяемый шаблон {{-1}} в ряде случаев вызывает "налезание" сноски в квадратных скобках на предшествующий точке символ. Уточню, что просматриваю в Мозилле. Вот несколько примеров:
- До войны (с 1933 по 1934 год) служил на подводном флоте[1].
- Из этой партии не выходил[1].
- В 1995 году возглавил региональное отделение партии НДР.[2]
- ...не вышла за пределы интернет-изданий и журнала «Коммерсантъ-Власть»[2].
Поскольку cтраница обсуждения шаблона отсутствует, пишу здесь. Если у кого-либо данный эффект не проявляется, прикладываю скрин. --Гдеёж?-здесь 21:58, 7 июля 2016 (UTC)
- Еще один костыль? Как я вас люблю. С уважением, Iniquity 22:38, 7 июля 2016 (UTC)
- Он для того и нужен, чтобы наползать, только ставиться должен после точки. Однако, по моему мнению, шаблон давно пора вообще запретить как нарушающий стандартные правила оформления: декларируемое назначение — имитировать расположение сноски над знаком препинания, но на деле сноска во много раз шире знаков, и нужный эффект всё равно не достигается. --INS Pirat 23:26, 7 июля 2016 (UTC)
- Назначение, скорее, в том, чтобы знак препинания не отрывался от слова (особенно в случаях типа такого:
- пример[107][108][109][110], продолжение vs
- пример,[107][108][109][110] продолжение). — Джек, который построил дом (обс.) 12:36, 8 июля 2016 (UTC)
- Я о том, что написано в документации самого шаблона. Нужно что-то делать с отрывом знаков препинания (вопреки правилам типографики) или нет — это тема для опроса. --INS Pirat 22:03, 8 июля 2016 (UTC)
- Ну, надо понимать, что правила типографики отражают ограничения бумаги, которые, однако, компенсированы тем, что на бумаге не надо кликать по цифре и можно обойтись без лишних символов в виде квадратных скобок; а правил типографики, которые позволяли бы знакам препинания переноситься на следующую строку, и вовсе не существует. — Джек, который построил дом (обс.) 22:23, 8 июля 2016 (UTC)
- Назначение, скорее, в том, чтобы знак препинания не отрывался от слова (особенно в случаях типа такого:
- совершенно дурацкий шаблон, портящий внешний вид куда сильнее, чем приносящий пользу. ShinePhantom (обс) 03:35, 8 июля 2016 (UTC)
- Это скорее неверно, чем верно, смотрите пример чуть выше. — Джек, который построил дом (обс.) 12:36, 8 июля 2016 (UTC)
- В данном случае, шаблон употребляется не верно, правильно после точки:
- Но я согласен, что шаблон создаёт больше проблем, чем решает, и давно просится на КУ. — Алексей Копылов ✍ 🐾 05:16, 8 июля 2016 (UTC)
- Использование такого шаблона прописано в правилах. То есть это вот так просто на КУ не вынесешь. — Igel B TyMaHe (обс) 06:59, 8 июля 2016 (UTC)
- Я думаю, правильнее было бы упоминание этого шаблона из руководства убрать, как минимум потому, что вид вики-сносок сильно отличается от книжных сносок, да и назначение в большинстве случаев тоже.--Tucvbif???
* 07:37, 8 июля 2016 (UTC)
- Я думаю, правильнее было бы упоминание этого шаблона из руководства убрать, как минимум потому, что вид вики-сносок сильно отличается от книжных сносок, да и назначение в большинстве случаев тоже.--Tucvbif???
- Использование такого шаблона прописано в правилах. То есть это вот так просто на КУ не вынесешь. — Igel B TyMaHe (обс) 06:59, 8 июля 2016 (UTC)
- Chrome Версия 51.0.2704.103 m - точно так же все сноски налезли на предыдущие буквы. — Igel B TyMaHe (обс) 06:56, 8 июля 2016 (UTC)
- Блин, вы читаете, что пишут, или как? — Джек, который построил дом (обс.) 12:36, 8 июля 2016 (UTC)
- Джек, который построил дом, к счастью, это необязательно.--Arbnos (обс) 14:52, 8 июля 2016 (UTC)
- Блин, вы читаете, что пишут, или как? — Джек, который построил дом (обс.) 12:36, 8 июля 2016 (UTC)
- Это шаблон давно пора удалить как используемый для порчи оформления. --Sabunero (обс) 07:43, 8 июля 2016 (UTC)
- Если Вы не правильно применяете вещь, то это совершенно не значит, что она работает неправильно. Его предполагается ставить после точки или запятой. --Туча 08:48, 8 июля 2016 (UTC)
- Перетащил на КУ. Удалить как идиотский костыль, визуальный эффект коего (некие незаметные субмиллиметровые перемещения) на два порядка менее заметен, чем его присутствие в коде статей; к тому же регулярно используемый неправильно. MBH 10:10, 8 июля 2016 (UTC)
- Вам, как и оратору выше: назначение его не в субмиллиметровом перемещении ссылки на сноску (сноска ставится до большинства знаков препинания, а с этим шаблоном — после), а в том, чтобы знак препинания не отрывался от слова (особенно в случаях типа такого:
- пример[107][108][109][110], продолжение vs
- пример,[107][108][109][110] продолжение). — Джек, который построил дом (обс.) 12:36, 8 июля 2016 (UTC)
- Для меня расположение сносок после знаков препинания ещё и нарушает восприятие текста. И дело тут не в привычке: условно говоря, обычно весь текст делится на блоки комбинацией из двух символов постоянной длины — (ЗП + пробел). Если же сноски стоят после знаков, то она превращается в (ЗП + любое число сносок + пробел), т. е. фактически взглядом автоматически фиксируются только пробелы, и текст становится сплошным. А при использовании шаблона «-1» это усугубляется ещё и тем, что нужно делать усилие по распознаванию ЗП, поскольку при быстром чтении знак визуально сливается с висящей над ним сноской. --INS Pirat 18:05, 12 июля 2016 (UTC)
- Вам, как и оратору выше: назначение его не в субмиллиметровом перемещении ссылки на сноску (сноска ставится до большинства знаков препинания, а с этим шаблоном — после), а в том, чтобы знак препинания не отрывался от слова (особенно в случаях типа такого:
- В обсуждении, конечно, кутёж и невежество (как и всегда при обсуждении оформительских вопросов и нередко при обсуждении технических), но, хотя я обычно вижу больше вреда в удалении шаблонов, добавляющих легитимные оформительские возможности, в данном случае ситуация несколько иная. Несмотря на то, что оформительский выигрыш, на мой взгляд, есть и точка и запятая действительно лучше смотрятся убранными под сноски, чем торчащими сбоку припёкой, затраты на поддержку этого оформления в статьях несоразмерны с выгодой; к тому же существует скрипт за авторством Ignatus, вводящий такое оформление для всех сносок во всех статьях (я им, впрочем, не пользовался и не знаю, как он себя ведёт). Целесообразнее работать в направлении включения этого скрипта в качестве гаджета; включать или не включать его по умолчанию для всех — не уверен. — Джек, который построил дом (обс.) 12:36, 8 июля 2016 (UTC)
- Специально для тех, кто пролистывает обсуждения, половину не читая: удалить и взамен сделать официальный гаджет. — Джек, который построил дом (обс.) 12:36, 8 июля 2016 (UTC)
- Эта тема добавлена в список технических задач для выполнения в будущем со средним приоритетом. Суть: «Посмотреть, что и как с гаджетом или чем-то в MediaWiki, что бы заменило шаблон {{-1}}». Список задач доступен на странице проекта; задачи добавляются при помощи шаблона {{подст:техзадача}}. — Джек, который построил дом (обс.) 16:59, 17 июля 2016 (UTC)
- Удалить по причинам:
- Не показано соответствие такого способа оформления каким-либо нормам типографики.
- Нарушается единообразие принятой системы оформления.
- Портит текст в случае неправильной (случайно, по незнанию) установки (перед знаком препинания).
- При использовании усложняет код статьи (хоть и не значительно).
- Отсутствуют очевидные плюсы использования. --Sabunero (обс) 12:38, 8 июля 2016 (UTC)
- Оставить При его применении, текст выглядит гораздо лучше.
- Единообразие в значительной мере просто невозможно, в силу того что оформительские дела - это вкусовщина, и одним проще работать так, другим этак.
- Любая вещь при неправильном применении портит текст.
- Семь лишни символов на сноску? Учитывая что сноска, правильно оформленная, занимает гораздо больше, это совершенно не принципиально. --Туча 13:19, 8 июля 2016 (UTC)
- Понимаете, по-хорошему для создания сносок предназначены теги
<ref></ref>
, они не подразумевают ввода никаких дополнительных сущностей. Это оформление, если оно и более эстетичное, должно устанавливаться по умолчанию для всего, либо не устанавливаться ни для чего. Это, по большому счёту, та же проблема, что и проблема вдвое меньшего количества кириллических букв в поле описания изменений — софт пришёл с Запада, где таких проблем нет, и о нас никто не позаботился. Либо позаботиться о себе самим, либо иметь дело с тем, что есть. — Джек, который построил дом (обс.) 13:50, 8 июля 2016 (UTC)- Вы, как обычно, хотите всё унифицировать, это чисто программистский поход, так проще вам жить, так меньше сущностей. При этом на самом деле, пользователи не хотят что бы и "осчастливливали" против их воли, и одни используют одно оформление, а другие другое, и общее не устроить ни тех, ни других. Проще говоря удаление оформительских шаблонов - это вредительство. А попытки причесать всех под одну гребёнку заранее обречены на провал. Ну не будет такого шаблона, что это запретит ставить сноски за точкой, а не перед? Нет. Что это не даст возможность пользователям побаловаться с маржином без шаблона? Нет.--Туча 14:11, 8 июля 2016 (UTC)
- Оформление должно быть однообразным. Очень странно смотрится, когда в одной статье два разных стиля. А такое будет всегда, так как всех заставить им пользоваться нереально. — Алексей Копылов ✍ 🐾 00:51, 9 июля 2016 (UTC)
- Вы, как обычно, хотите всё унифицировать, это чисто программистский поход, так проще вам жить, так меньше сущностей. При этом на самом деле, пользователи не хотят что бы и "осчастливливали" против их воли, и одни используют одно оформление, а другие другое, и общее не устроить ни тех, ни других. Проще говоря удаление оформительских шаблонов - это вредительство. А попытки причесать всех под одну гребёнку заранее обречены на провал. Ну не будет такого шаблона, что это запретит ставить сноски за точкой, а не перед? Нет. Что это не даст возможность пользователям побаловаться с маржином без шаблона? Нет.--Туча 14:11, 8 июля 2016 (UTC)
- Но вообще да, конечно, ничего хорошего в выученной беспомощности при виде упомянутых «пример[107][108][109][110], продолжение» нет, я и сам не заметил как научился фильтровать в восприятии эту корявость. По-моему, можно пилить даже не на уровне скриптов-гаджетов, а на уровне Медиавики. — Джек, который построил дом (обс.) 14:06, 8 июля 2016 (UTC)
- Понимаете, по-хорошему для создания сносок предназначены теги
- Оставить, дико удобная штука, к дефолтному варианту оформления возвращаться совершенно не хочется. Пунктуация в ином случае может не то что от текста некрасиво отрываться, а даже на новую строку переноситься. ÆRVIN (℅) 21:54, 8 июля 2016 (UTC)
- Вроде на новую строку переноситься не может. У меня ничего не переносится, как бы я не менял размер экрана. Смотрите: пример[1][1][1][1][1][1][1], ещё[2][2][2][2][2][2]. — Алексей Копылов ✍ 🐾 01:15, 9 июля 2016 (UTC)
- Где-то когда-то видел, но может, это не со ссылками на сноски было. Кстати, код, производимый {{нет АИ}}, невообразимо примитивный, может он. — Джек, который построил дом (обс.) 01:49, 9 июля 2016 (UTC)
- А, вот увидел перенос в мобильном Хроме. Но в нём на одном из масштабов вдвинутая под ссылки на сноски запятая тоже выглядит неопрятно, слишком близко к ним. — Джек, который построил дом (обс.) 12:32, 10 июля 2016 (UTC)
- А переносится только знак препинания, или сноски тоже отделяются? — Алексей Копылов ✍ 🐾 12:53, 10 июля 2016 (UTC)
- Отбой, не на тот пример посмотрел. — Джек, который построил дом (обс.) 13:00, 10 июля 2016 (UTC)
- А переносится только знак препинания, или сноски тоже отделяются? — Алексей Копылов ✍ 🐾 12:53, 10 июля 2016 (UTC)
- Вроде на новую строку переноситься не может. У меня ничего не переносится, как бы я не менял размер экрана. Смотрите: пример[1][1][1][1][1][1][1], ещё[2][2][2][2][2][2]. — Алексей Копылов ✍ 🐾 01:15, 9 июля 2016 (UTC)
- Окей, так как наверняка имеется немалое количество избранных/хороших статей, использующих это оформление, и удаление шаблона вызовет шквал негодования от тех, кто поддерживает в них это оформление, я смягчу свою позицию: до (весьма удалённого во времени) появления полноценной замены Оставить, но вырезать шаблон изо всех мест, где он используется непоследовательно, и допустить использование только при условии, что авторы божатся, что оформление в соответствующих статьях будет последовательным и в идеале будет поддерживаться в будущем. — Джек, который построил дом (обс.) 22:44, 8 июля 2016 (UTC)
- Будьте уверены, коллега. Чай, у всех свои статьи в списке наблюдения. ÆRVIN (℅) 13:16, 9 июля 2016 (UTC)
- Божится никто не будет. Шаблон используется неправильно в 50% случаев (судя по первым 20 выдачам)! Это очень много. — Алексей Копылов ✍ 🐾 00:51, 9 июля 2016 (UTC)
- В 20%, что тоже дофига. Я бы предложил на форуме типа ВП:ВУ обратить внимание на эту номинацию и посмотреть, сколько ещё придёт народа. — Джек, который построил дом (обс.) 01:49, 9 июля 2016 (UTC)
- Последствия незнания можно частично купировать, если переименовать шаблон в {{сноска после знака}}, например. — Джек, который построил дом (обс.) 01:49, 9 июля 2016 (UTC)
- Это повод не для удаления, а для того, чтобы (коротко и четко) прописать в документации, как им пользоваться. Аргумент "доку никто не читает" некорректен: не читают то, для чего необходимые времязатраты не оправдывают ожидаемую полезность (т.е. лечится уменьшением времязатрат и/или повышением полезности до достижения нужного соотношения). — Ivan Pozdeev 15:44, 10 июля 2016 (UTC)
- Но шаблон и так нормально документирован. Там коротко и чётко прописано, как им пользоваться. Проблема в том, что шаблон ломает привычный порядок сносок в тексте. Плюс если нужно удалить знак препинания, или заменить, к примеру, на двоеточие, требуется приложить дополнительные усилия. Полагаю около половины случаев появления неправильного шаблона -1 именно в этом.--Tucvbif???
* 16:00, 10 июля 2016 (UTC)
- Но шаблон и так нормально документирован. Там коротко и чётко прописано, как им пользоваться. Проблема в том, что шаблон ломает привычный порядок сносок в тексте. Плюс если нужно удалить знак препинания, или заменить, к примеру, на двоеточие, требуется приложить дополнительные усилия. Полагаю около половины случаев появления неправильного шаблона -1 именно в этом.--Tucvbif???
- Мне самому оформление при помощи {{-1}} нравиться гораздо больше, но затраты на использование этого шаблона не оправдывают средства. Дело не только в лишних семи символах, а в том что возникают проблемы при редактировании текста: допустим вы хотите убрать лишнюю запятую перед этим шаблоном. Вам вместо одного нажатия кнопки, прийдётся удалить шаблон, и найти еще к нему закрывающую скобку, которая может быть бог знает где. И это при условии, что вы знаете, что это за шаблон. А если вы его первый раз видите? Также становиться нетривиально перенести сноску с одного места на другое. Кроме того визуальный редактор не поддерживает этот шаблон. Я визуальным редактором почти не пользуюсь. Но единственный случай, когда он действительно полезен, это когда надо вставить или отредактировать сноску на источник. А если сноска стоит внутри шаблона {{-1}}, то отредактировать её становиться непросто. — Алексей Копылов ✍ 🐾 00:54, 9 июля 2016 (UTC)
- Лучшем выходом было бы конечно отказаться от правил русской типографики[111], и поступать как в англовики.[112] Но вряд ли удастся собрать консенсус. Да и непонятно, что делать с существующим текстом. Но когда я стану диктатором, я обязательно это сделаю. — Алексей Копылов ✍ 🐾 01:15, 9 июля 2016 (UTC)
- Я полностью разделяю позицию Алексей Копылов, том числе о недопустимости использования в одной статье двух разных стилей (см. выше). Предложение оформлять как в английской Вики — представляется весьма разумным: ради этого буду вторым диктатором.-- N_Fishman 06:16, 9 июля 2016 (UTC)
- Удалить все, так как при использовании сильно уродуют оформление, особенно в мобильных и печатных версиях. Формально — за нарушение ВП:Сноски. Проблему вижу лишь в том, как их технично исключить из статей, bezik° 18:13, 9 июля 2016 (UTC)
- Я очень активно использую этот шаблон, почти при каждом добавлении источника. И не трогал бы по ВП:НЕПОЛОМАНО. Шаблон помогает избежать войн правок из-за вопроса, до или после знака препинания ставить ref (свидетелем таких войн я был неоднократно, к тому же сам никак не могу запомнить текущий консенсус по этому вопросу). Лес (обс) 19:01, 9 июля 2016 (UTC)
- До, коллега, до, есть правило на этот счёт. — Джек, который построил дом (обс.) 19:50, 9 июля 2016 (UTC)
- А если ссылок — 15, а запятая несёт смысловую нагрузку?) В сабжевой статье (Путин, Владимир Владимирович#Коррупция) часто встречается 5—6 трёхзначных сносок к одной фразе. А бывает и так. Лес (обс) 20:06, 9 июля 2016 (UTC)
- В статье о Путине во многих местах было призвано небесное воинство. Это всё от неумения писать статьи. --Sabunero (обс) 07:54, 10 июля 2016 (UTC)
- А если ссылок — 15, а запятая несёт смысловую нагрузку?) В сабжевой статье (Путин, Владимир Владимирович#Коррупция) часто встречается 5—6 трёхзначных сносок к одной фразе. А бывает и так. Лес (обс) 20:06, 9 июля 2016 (UTC)
- Именно что поломано, что продемонстрировал выше Алексей Копылов. Проставлять такие шаблоны в статьях легко, поддерживать — гораздо сложнее.--Tucvbif???
* 06:59, 10 июля 2016 (UTC)- @Tucvbif: где он это продемонстрировал? Я не вижу, честно говоря. Лес (обс) 07:03, 10 июля 2016 (UTC)
- Хорошо, слово «продемонстрировал» неудачно выбрано. Тогда перефразирую: Алексей Копылов привёл примеры, в каких случаях использование шаблона {{-1}} вызывает затруднения при правке статей.--Tucvbif???
* 07:26, 10 июля 2016 (UTC) - Джек, который построил дом, показал выше, что шаблон {{-1}} используется неправильно (т.е. не после "." или ",") на 650 страницах из 3291, что составляет 20%. То есть на четыре страницы с правильным использованием шаблона, приходится одна с неправильным. При этом когда, шаблон используют неверно, то сноска, как правило, наезжает на текст. Недостаток от этого явно в четыре раза больше, чем польза от более красивого оформления. Просто математически такой шаблон держать не выгодно, даже если забыть про сложности редактирования. Надеяться же, что в будущем википедисты исправятся и будут его использовать правильно, было бы наивно. — Алексей Копылов ✍ 🐾 08:13, 10 июля 2016 (UTC)
- Хорошо, слово «продемонстрировал» неудачно выбрано. Тогда перефразирую: Алексей Копылов привёл примеры, в каких случаях использование шаблона {{-1}} вызывает затруднения при правке статей.--Tucvbif???
- @Tucvbif: где он это продемонстрировал? Я не вижу, честно говоря. Лес (обс) 07:03, 10 июля 2016 (UTC)
- До, коллега, до, есть правило на этот счёт. — Джек, который построил дом (обс.) 19:50, 9 июля 2016 (UTC)
- Мне видится тут какая-то подмена критериев существования/удаления. Разве мы удаляем что-то только на том основании, что часть участников не умеет им пользоваться? Если я чем-то не умею пользоваться, я или не пользуюсь, или учусь в безопасном месте, а не удаляю. Вот я не умею пользоваться шаблоном {{sfn}}, я же не предлагаю на этом основании его удалить. Лес (обс) 08:22, 10 июля 2016 (UTC)
- Тут особая ситуация: 20% неправильного использования (в основном пространстве), и относительно малая польза от правильного использования. — Алексей Копылов ✍ 🐾 08:32, 10 июля 2016 (UTC)
- Плюс, эти 20% можно смело увеличивать в 1,5-2 раза когда речь идёт об ошибочной установке этого шаблона, так как запрос не учитывает случаи, когда шаблон поставили неправильно, а потом исправили.--Tucvbif???
* 08:39, 10 июля 2016 (UTC)
- Думаю, в 1,2 раза; нулевой принцип РуВП в вопросах оформления меня никогда не подводил. — Джек, который построил дом (обс.) 12:48, 10 июля 2016 (UTC)
- Плюс, эти 20% можно смело увеличивать в 1,5-2 раза когда речь идёт об ошибочной установке этого шаблона, так как запрос не учитывает случаи, когда шаблон поставили неправильно, а потом исправили.--Tucvbif???
- Ненужный и вредный шаблон. Удалить и сделать гаджет для желающих. --aGRa (обс) 10:07, 10 июля 2016 (UTC)
- Удалить как чисто оформительскую приблуду и костыль, загромождающий текст ненужным вики-кодом. Тара-Амингу 10:41, 10 июля 2016 (UTC)
- Одно замечание: если нечто просто является "чисто оформительским", это ещё не тянет на легитимный аргумент, оформительское оформительскому рознь. — Джек, который построил дом (обс.) 12:32, 10 июля 2016 (UTC)
- Удалить для поддержания единого стиля всех статей. --VladXe (обс) 14:18, 10 июля 2016 (UTC)
- Удалить per Sabunero. Это волюнтаристски введенный тип оформления, не имеющий никакой типографической «подосновы», кроме мнения Артемия Лебедева (каковой, хотя и авторитет, но далеко не во всём); вдобавок, как показано в данном обсуждении, шаблон постоянно применяется неверно; ну и, кроме всего прочего, он довольно сильно осложняет редактирование, особенно новичкам. 46.242.89.250 06:36, 12 июля 2016 (UTC)
- Ой, да ладно, никакого мнения никакого Артемия Лебедева не нужно, чтобы видеть, что одиноко торчащий знак препинания выглядит плохо, и массовое использование этого шаблона тому подтверждение. — Джек, который построил дом (обс.) 07:04, 12 июля 2016 (UTC)
- Конечно, это правда, но Википедия — не подготовленное к печати издание, она постоянно редактируется большим количеством людей. Нужно соблюдать баланс между красотой текста на выходе и простотой внесения изменений. В текущем виде этот шаблон баланс резко нарушает, не сильно меньше, чем нарушила бы массовая расстановка
в текстах статей.--Tucvbif???
* 07:41, 12 июля 2016 (UTC)- Коллега, я это не оспаривал, моя позиция в самом начале. — Джек, который построил дом (обс.) 07:43, 12 июля 2016 (UTC)
- Можете считать это дополнением.--Tucvbif???
* 08:10, 12 июля 2016 (UTC)
- Можете считать это дополнением.--Tucvbif???
- Коллега, я это не оспаривал, моя позиция в самом начале. — Джек, который построил дом (обс.) 07:43, 12 июля 2016 (UTC)
- Даже если согласиться с доводом «одиноко торчащий знак препинания выглядит плохо» (хотя я с ним совершенно не согласен), то это не повод начинать такие вот эксперименты с типографикой. 46.242.89.250 07:51, 12 июля 2016 (UTC)
- Вы это скажите оформителю шаблона {{не переведено 3}}. (Шутка.) Это не самые вредные эксперименты с типографикой, особенно в свете того, что на бумаге номера сносок не окружены квадратными скобками и занимают меньше места. — Джек, который построил дом (обс.) 08:08, 12 июля 2016 (UTC)
- На бумаге — во всяком случае в преобладающем числе научных журналов — отсылки к источникам оформляются не в виде сносок, а в тех же квадратных скобках размещаются прямо в тексте, так что занимают всё же больше места. --INS Pirat 10:59, 12 июля 2016 (UTC)
- Мм, а при чём здесь надстрочные номера сносок? — Джек, который построил дом (обс.) 18:38, 12 июля 2016 (UTC)
- На бумаге — во всяком случае в преобладающем числе научных журналов — отсылки к источникам оформляются не в виде сносок, а в тех же квадратных скобках размещаются прямо в тексте, так что занимают всё же больше места. --INS Pirat 10:59, 12 июля 2016 (UTC)
- > «одиноко торчащий знак препинания выглядит плохо» (хотя я с ним совершенно не согласен)
Да-да, знаки препинания не отделяются пробелами от слов, что ж поделаешь, тем более пробелами динамичной ширины. — Джек, который построил дом (обс.) 18:38, 12 июля 2016 (UTC)- Странно такое слышать. Какими пробелами? Между предыдущим словом и последующим знаком препинания находятся один или несколько надстрочных символов. Так что как таковых никаких пробелов нет. 46.242.89.250 07:56, 13 июля 2016 (UTC)
- А в какой роли они там находятся? Являются частью изложения, как в случае 27 = 33? (Очевидно, что «27 = 3,3 продолжение» является некорректной записью.) Нет, это совершенно посторонняя по отношению к изложению информация, метатекст (то есть текст про текст). Стало быть, и все отступы, которые подобный метатекст создаёт, не входят в строй предложения, и лишь по совместительству сноски описываются в пунктуационных справочниках. Нет, вы, конечно, можете сказать, что это орисс и вообще книжка ничего не знает про отсутствие промежутка между словом и знаком препинания. Я вам просто объясняю своё представление о том, откуда эта идея взялась и почему хотя бы Тёма решил на безрыбье что-то очевидное в паре абзацев констатировать на эту тему. Я уж не говорю о том, что русская типографика состоит из трёх с половиной человек и ссылаться на неё как на мнение сложившегося института — это некоторое преувеличение. Вот будете иметь дело с текстами на английском — там да, вашим типографическим изыскам матёрые мужи поставят заслон; но у нас о таком говорить не приходится. — Джек, который построил дом (обс.) 18:38, 13 июля 2016 (UTC)
- Странно такое слышать. Какими пробелами? Между предыдущим словом и последующим знаком препинания находятся один или несколько надстрочных символов. Так что как таковых никаких пробелов нет. 46.242.89.250 07:56, 13 июля 2016 (UTC)
- Вы это скажите оформителю шаблона {{не переведено 3}}. (Шутка.) Это не самые вредные эксперименты с типографикой, особенно в свете того, что на бумаге номера сносок не окружены квадратными скобками и занимают меньше места. — Джек, который построил дом (обс.) 08:08, 12 июля 2016 (UTC)
- Конечно, это правда, но Википедия — не подготовленное к печати издание, она постоянно редактируется большим количеством людей. Нужно соблюдать баланс между красотой текста на выходе и простотой внесения изменений. В текущем виде этот шаблон баланс резко нарушает, не сильно меньше, чем нарушила бы массовая расстановка
- Ой, да ладно, никакого мнения никакого Артемия Лебедева не нужно, чтобы видеть, что одиноко торчащий знак препинания выглядит плохо, и массовое использование этого шаблона тому подтверждение. — Джек, который построил дом (обс.) 07:04, 12 июля 2016 (UTC)
Тут проблема намного глубже: не в этих шаблонах, а в стилях движка MediaWiki. Ещё до Вики получили распространение три разных стиля оформления сносок в тексте.
1. Первый стиль - назовём его «старая научная работа»:
Как утверждают специалисты Института исследований [1, с. 27] [2, с. 114], на глубинах 350 - 400 м располагается слой подвижного термоклина... СПИСОК ЛИТЕРАТУРЫ 1. Иванов И. И. К вопросу о расположении слоя термоклина. - М.: "Наука", 1964. 2. Петров В. К., Петрова Л. С. Отчёт об экспедиции 1961-62 годов. - изд-во НИИМ, 1962.
До 1980-х — 1990-х годов научные работы писались от руки, на пишущих машинках и первых персональных компьютерах, где зачастую нельзя было набрать длинное и среднее тире, неразрывный пробел, мелкий шрифт в верхнем индексе, и тем более не было автоматической нумерации и перенумерации сносок при редактировании текста. Учёному приходилось заранее составлять список источников, вручную сортировать его по алфавиту, нумеровать - а потом уже в тексте работы писать номера источников и страниц в квадратных скобках.
В некоторых научных журналах этот стиль в силу традиции сохранился до сих пор.
2. Другой стиль — «более современная научная работа»:
Как утверждают специалисты Института исследований1 2, на глубинах 350 — 400 м располагается слой подвижного термоклина…
_______________
1 Иванов И. И. К вопросу о расположении слоя термоклина. — М.: «Наука», 1964. — С. 27.
2 Петров В. К., Петрова Л. С. Отчёт об экспедиции 1961-62 годов. — изд-во НИИМ, 1962. — С. 114.
Этот стиль стал удобен с появлением настольных издательских систем и текстовых процессоров, особенно MS Word. Но это хорошо для текста на бумаге, а для веб-страницы подходит меньше.
3. Наконец, с появлением Web распространился третий стиль - "классический информационный веб-сайт"
Как утверждают специалисты Института исследований (см. здесь и здесь), на глубинах 350 — 400 м располагается слой подвижного термоклина…
Это хорошо именно для интерактивного гипертекста, как на больших экранах, так и на маленьких.
Каждый из этих стилей вполне читабелен сам по себе. Но при попытке их смешать, сделать нечто среднее и универсальное, одинаково хорошее для браузера и для печати — ничего путного не выходит.
С использованием (в том числе) медиа-запросов CSS возможно сделать так, чтобы в настольных и мобильных браузерах отображалось:
Как утверждают специалисты Института исследований (1, 2), на глубинах 350 — 400 м располагается слой подвижного термоклина…
а на принтере печаталось:
Как утверждают специалисты Института исследований1, 2, на глубинах 350 — 400 м располагается слой подвижного термоклина…
Но это вопрос не о шаблонах. На уровне CSS движка эта проблема решена не была, респонсивный дизайн не сделан достаточно. Приходится прибегать к шаблону "-1", но не везде. Если статья короткая и все сноски одинарные и однозначные числа — тогда такой шаблон не нужен, запятая или точка оторвётся не слишком далеко. А когда по нескольку трёхзначных - уже слишком. Потому предлагаю Оставить хотя бы шаблон «-1» — до тех пор, пока такое или подобное решение стилей не будет внедрено. Александр Румега (обс) 12:44, 15 июля 2016 (UTC)
- Спасибо вам за экскурс, но надстрочность и была придумана, чтобы отделить текст от метатекста, вводить сноски обратно в строй текста — шаг назад, а убирание квадратных скобок плохо тем, что становится сложнее попасть по ссылке. — Джек, который построил дом (обс.) 12:55, 15 июля 2016 (UTC)
- То есть квадратные скобки в надстрочке оставлены лишь затем, чтобы раздвигать и разделять соседние числа-ссылки?.. Это сейчас выглядит примерно так же, как делать отступы с помощью многократных пробелов и переводов строк. С помощью margin-ов SPAN-а это ж делается намного изящнее: «Как утверждают специалисты Института исследований,12 на глубинах 350 — 400 м располагается слой подвижного термоклина…». Вот примерно так с отступами можно. Тогда числа-сноски достаточно удалены и друг от друга, чтобы по ним можно было легко попасть отдельно, и от предшествующего слова, которое тоже может оказаться ссылкой. Александр Румега (обс) 20:05, 17 июля 2016 (UTC)
- И действительно, не единственная причина — голые цифры ещё видны хуже. Вообще во французском разделе сделано именно так (и номера через запятую), но там никакие зоны клика не увеличивали. — Джек, который построил дом (обс.) 20:16, 17 июля 2016 (UTC)
- Зоны клика я увеличил, чтобы было легче попасть — особенно на мобильных устройствах. Если числа-сноски другим цветом, чем основной текст, и выделены хоть такими отступами — они вполне видны и кликабельны отдельно. Запятую в верхний индекс я здесь пробовал — она там выглядит неважно: то ли запятая, то ли точка, то ли десятичная, то ли между числами. А отступы уже достаточно хорошо разделяют целые числа. Вообще сложно сочетать верхний индекс с кликабельностью, но так как-то можно. Александр Румега (обс) 19:19, 19 июля 2016 (UTC)
- На мобильных устройствах увеличение зоны клика не имеет смысла — все браузеры автоматически увеличивают их.> то ли десятичная
Не надо об этом думать, в таких вещах пользователь обучается мгновенно. Во французской вики запятая. — Джек, который построил дом (обс.) 19:32, 19 июля 2016 (UTC)
- На мобильных устройствах увеличение зоны клика не имеет смысла — все браузеры автоматически увеличивают их.> то ли десятичная
- Зоны клика я увеличил, чтобы было легче попасть — особенно на мобильных устройствах. Если числа-сноски другим цветом, чем основной текст, и выделены хоть такими отступами — они вполне видны и кликабельны отдельно. Запятую в верхний индекс я здесь пробовал — она там выглядит неважно: то ли запятая, то ли точка, то ли десятичная, то ли между числами. А отступы уже достаточно хорошо разделяют целые числа. Вообще сложно сочетать верхний индекс с кликабельностью, но так как-то можно. Александр Румега (обс) 19:19, 19 июля 2016 (UTC)
- И действительно, не единственная причина — голые цифры ещё видны хуже. Вообще во французском разделе сделано именно так (и номера через запятую), но там никакие зоны клика не увеличивали. — Джек, который построил дом (обс.) 20:16, 17 июля 2016 (UTC)
- То есть квадратные скобки в надстрочке оставлены лишь затем, чтобы раздвигать и разделять соседние числа-ссылки?.. Это сейчас выглядит примерно так же, как делать отступы с помощью многократных пробелов и переводов строк. С помощью margin-ов SPAN-а это ж делается намного изящнее: «Как утверждают специалисты Института исследований,12 на глубинах 350 — 400 м располагается слой подвижного термоклина…». Вот примерно так с отступами можно. Тогда числа-сноски достаточно удалены и друг от друга, чтобы по ним можно было легко попасть отдельно, и от предшествующего слова, которое тоже может оказаться ссылкой. Александр Румега (обс) 20:05, 17 июля 2016 (UTC)
- отображение тега <ref> настраивается средствами сообщений mediawiki, так что при желании можно шаблон запихнуть в оформление по умолчанию. — Ivan Pozdeev 06:18, 22 июля 2016 (UTC)
Ещё одна из претензий к шаблону — в том, что шаблон проставляется в статьи беспорядочно, просто потому что автор статьи решил, что нужно поставить такой шаблон. Шаблон стоит в 3 тысячах статей, а как минимум у полумиллиона сноски проставлены традиционным способом. Поэтому, если всё-таки решат этот шаблон оставить, ни в коем случае нельзя рассматривать это решение как сохранение статуса-кво. В случае оставления шаблона предлагаю запустить бота, который бы проставил шаблоны {{-1}} на все статьи, где ref идёт перед точкой (и после тоже), и в дальнейшем отслеживал статьи, где шаблон установлен неправильно, либо где шаблон должен был быть.--Tucvbif???
* 11:50, 10 июля 2016 (UTC)
- А я полагаю, оставление шаблона ни в коем случае нельзя будет рассматривать как консенсус за его использование вместо простого размещения сносок перед знаками препинания (а тем более — за его расстановку ботом в полумиллионе статей). --INS Pirat 10:53, 12 июля 2016 (UTC)
Реальный вопрос свелся к проблеме оформления сносок. Показаны несколько вариантов, шаблон является одним из них, и ни один текущий вариант не является идеальным.
Оставлено, следует продолжить обсуждение проблемы на форуме и далее действовать согласно найденному решению. — Ivan Pozdeev 05:56, 22 июля 2016 (UTC)
- Суммирование аргументов этого обсуждения предлагаю провести в заглавной реплике новой темы, т.к. к тематике КУ они не относятся: все, что относится, сказано в реплике выше. — Ivan Pozdeev 06:00, 22 июля 2016 (UTC)
Шаблон:-1 и ш:sfn-1 оставить — по крайней мере до внедрения лучшего решения проблемы оформления сносок. Если такое решение будет согласовано, введено, протестировано, написаны переходные боты и гаджеты — это будет достаточным основанием для повторного выставления на удаление этих шаблонов, а пока что они остаются. Такой итог не следует рассматривать как консенсус за повсеместное использование этих шаблонов впредь; это — пока что «заплатка проблемы» за неимением лучшего решения.
ш:-1* уже не рекомендован к применению, не совместим с некоторыми браузерами, дублирует функции Шаблон:-1 (причём несколько криво дублирует) и имеет всего два включения, да и те не в основном пространстве Википедии. Поэтому ш:-1* — удалить.
Предварительный итог в целом подтверждаю. Александр Румега (обс) 11:46, 26 июля 2016 (UTC)
Итог подведён на правах подводящего итоги и может быть оспорен в упрощённом порядке.
- Давно есть скрипт Ignatus shiftrefs.js, который делает то же самое, что эти странные костыльные шаблоны, и работает практически безотказно. В связи с этим оспариваю итог, раз за две недели обсуждения тут никто так привести этот скрипт не смог. Таким образом, не могу сказать, что лучшего решения проблемы нет, оно есть и может быть нуждается в небольшой отладке. St. Johann 17:48, 26 июля 2016 (UTC)
- Я привёл этот скрипт. — Джек, который построил дом (обс.) 18:22, 26 июля 2016 (UTC)
- А ещё КУ не предназначено для обсуждения правил — а в итоге заявлена некая «проблема оформления сносок»; действующее же правило ВП:СН шаблоны уже нарушают. Ни один аргумент за удаление в итоге не прокомментирован; более того, неоднократно упоминаемая порча текста с участием шаблона до сих пор не исправлена даже в статье о Путине, ставшей побуждающей к поднятию темы на тех. форуме — если даже у любителей шаблона до дела руки так и не дошли, то что говорить о прочих участниках. --Sabunero (обс) 10:00, 27 июля 2016 (UTC)
- Требования "согласовано, введено, протестировано, написаны переходные боты и гаджеты" излишни: это не вам решать, ваше дело - решить, удалять или нет по итогам обсуждения. — Ivan Pozdeev 14:13, 28 июля 2016 (UTC)
- Скрипт shiftrefs.js и я в свой "собственный JavaScript" скопировал. Она работает, но надо понимать, что статьи Википедии пишутся не только для продвинутых участников, которые дошли до разработки и настройки собственных стилей и скриптов в Википедии, но для всех читателей. А по умолчанию ни этот скрипт, ни что-то заменяющее его пока что не действует. Технические вопросы об изменении базового оформления сносок в РуВики действительно нужно обсуждать не на КУ; однако от их решения зависит удаление либо оставление шаблонов. Александр Румега (обс) 15:39, 28 июля 2016 (UTC)
Мнения разделились. 1. Формальная часть. Шаблон упомянут в правилах, но противоречит сказанному в них же, кроме того упоминание его было внесено без обсуждения в далеком 2011 году, тогда правила редактировались куда свободнее, чем принято ныне. В любом случае вопрос скорее технический, по факту противоречит тексту правил, поэтому данный момент не стоит принимать как серьезное препятствие, чтобы решить вопрос по существу. Это явно не сущностная часть правила, а лишь справочная информация. 2. Аргументы и спор по существу свелись к тому, что в некоторых случаях шаблон позволяет решить проблему большого числа ссылок, но при этом часто используется неверно, что только портит дело. 3. Нет также консенсуса относительно того, как «красивее» — так или эдак. Тут нет смысла что-то разбирать, это дело вкуса. 4. Кроме того был сделан упор на то, что оформление ссылок — такая вещь, где какой-то стандарт должен быть задан. Это не вопрос содержания, оформление должно быть сквозным и по возможности однородным во всех статьях. Последний аргумент не был опровергнут достаточно убедительно. Это в целом общий принцип, необходимость стилистического однообразия постулируется в первом предложении ВП:ОС. 5. Также есть скрипт, позволяющий обойтись без этих шаблонов. Если будет признано, что такое оформление лучше, то стоит использовать более удобную форму — скрипт, не портящий код статей и не усложняющий новичкам чтение кода. Итого с учетом того, что аргументы за удаление (простота кода, частые ошибки, отсутствие консенсуса, что оно вообще нужно) скорее перевешивают оставление, а также руководствуясь более универсальной нормой о необходимости стремления к однообразию и возможностью решить проблему при необходимости при помощи гаджета/скрипта, от использования этих шаблонов следует отказаться. Шаблоны помечаются как устаревшие и нерекомендованные к использованию. Их можно удалять из статей (вручную или ботом) и не следует добавлять. Техническая реализация трудоемка, ей можно заняться, но это уже не КУ вопрос, тут можно в рабочем порядке сделать с условием, что это будет сделано аккуратно. Когда шаблоны будут удалены из статей, любой ПИ может удалить их со ссылкой на этот итог.--Abiyoyo (обс) 17:11, 1 августа 2016 (UTC)
- Всё же решил написать. @Abiyoyo: коллега, вы подвели итог, устраивающий всех, кроме участников, которые этот шаблон используют. Я вот вообще без него редактирования уже не мыслю и закрываю глаза на нерекомендованность, простите. Не знаю, что будет дальше и зачем писать это здесь, но всё же коротко пробегусь по аргументам за удаление (чтобы хоть где-нибудь было). Частые ошибки при использовании шаблона — только гипотетическая ситуация, случаи этого не приведены. Однообразность оформления — эта штука гораздо важнее в пределах отдельной статьи. Никто же не чешет под одну гребенку, например, оформление таблиц во всех статьях сразу. Осмелюсь предположить, что авторы статей, использующие в них шаблон −1, воздерживаются от его применения, когда добавляют сноски в уже существующую статью с устоявшимся оформлением (это вытекает из ПДН и элементарного здравого смысла, обратное опять же надо будет доказать), а еще предположить, что авторы следят за своими созданными статьями и исправят ошибки в коде, будь те гипотетически внесены новичками. Индивидуально подключаемый скрипт для отображения сдвига сносок имеет мало смысла, я вот хочу, чтобы оформление статьи было видно читателю, а не мне. Глобальный скрипт не покатит, потому что никто не и не ратует за отмену старого сносочного стиля, на здоровье, как говорится. И напоследок, вот такой перенос точки на новую строку — это грустное зрелище и одновременно одна из причин использования сабжа. ÆRVIN (℅) 09:33, 25 октября 2016 (UTC)
- А когда и как был сделан этот скриншот? У меня, как я ни менял размер окна, не получилось отделить сноски от текста в Список участков особого научного значения Ноттингемшира. А что касается однообразности оформления: вы согласны, что использовать разное оформление в одной статье это плохо? Но тогда, если вы используете оформление с -1 в какой-то статье, то вы заставляете всех остальных редакторов использовать этот шаблон. Поэтому естественно, при подведении итога учитывать мнение не только участников, использующих этот шаблон. — Алексей Копылов 17:27, 25 октября 2016 (UTC)
- Помилуйте, никто здесь никого не заставляет, проект добровольный :) Вот в обсуждениях же хорошим тоном считается продолжать ветку так, как она начата, звёздочками или двоеточиями, независимо от предпочтений автора реплики. Пару раз было: в статью вносят небольшое дополнение, я подправляю сноски, no big deal. Если у кого-то возникнут возражения, будем искать консенсус, как и всегда. А вообще, если участник, вложивший в статью и своё время тоже, напишет на её СО, что лучше бы использовать дефолтный сносочный стиль, почему бы не пойти ему навстречу? Люди в проекте важнее всего. Насчёт технических деталей: скриншот был сделан вчера в Mozilla Firefox/Win7, но я подобные ситуации наблюдаю давно, и в Chrome 49/WinXP, и в последнем Chrome/Win7. Оформление векторное, среди подключённых скриптов никакой экзотики. ÆRVIN (℅) 07:40, 26 октября 2016 (UTC)
- Спросите на ВП:Ф-ТВ. Так не должно быть. — Алексей Копылов 23:31, 26 октября 2016 (UTC)
- Помилуйте, никто здесь никого не заставляет, проект добровольный :) Вот в обсуждениях же хорошим тоном считается продолжать ветку так, как она начата, звёздочками или двоеточиями, независимо от предпочтений автора реплики. Пару раз было: в статью вносят небольшое дополнение, я подправляю сноски, no big deal. Если у кого-то возникнут возражения, будем искать консенсус, как и всегда. А вообще, если участник, вложивший в статью и своё время тоже, напишет на её СО, что лучше бы использовать дефолтный сносочный стиль, почему бы не пойти ему навстречу? Люди в проекте важнее всего. Насчёт технических деталей: скриншот был сделан вчера в Mozilla Firefox/Win7, но я подобные ситуации наблюдаю давно, и в Chrome 49/WinXP, и в последнем Chrome/Win7. Оформление векторное, среди подключённых скриптов никакой экзотики. ÆRVIN (℅) 07:40, 26 октября 2016 (UTC)
- А когда и как был сделан этот скриншот? У меня, как я ни менял размер окна, не получилось отделить сноски от текста в Список участков особого научного значения Ноттингемшира. А что касается однообразности оформления: вы согласны, что использовать разное оформление в одной статье это плохо? Но тогда, если вы используете оформление с -1 в какой-то статье, то вы заставляете всех остальных редакторов использовать этот шаблон. Поэтому естественно, при подведении итога учитывать мнение не только участников, использующих этот шаблон. — Алексей Копылов 17:27, 25 октября 2016 (UTC)
У нас есть весьма строгое правило ВП:СОВР и недавнее обсуждение удаления категории "Ныне живущие", в котором договорились, о том что сделать предупреждалку о необходимости тщательного соблюдения данного правила, вылазящую при редактировании подобных статей - весьма желательно. Как все это работает - можно глянуть в енвики, там все это давно сделано. Шаблон:BLP editintro - вот заготовка подобного сообщения у нас, есть ли возражения и уточнения по тексту? И картинку в тему хорошо бы подобрать. ShinePhantom (обс) 09:26, 8 октября 2016 (UTC)
- А как предлагается это реализовать технически, создать ботом полмиллиона эдитнотисов и таскать их за каждым переименованием персоналия? Я не помню существования механизма, делающего эдитнотисы автоматически для всех статей из категории. MBH 10:29, 8 октября 2016 (UTC)
- ровно также как в енвики, одной добавкой в MediaWiki:Common.js -- ShinePhantom (обс) 16:15, 8 октября 2016 (UTC)
- Хм, это получается и всю нашу тучу эдитнотисов для БВК-статей можно заменить таким кодом и присвоением им определённой служебной категории? Лучше тогда так и сделать. MBH 17:42, 8 октября 2016 (UTC)
- Это будет не очень-то корректно, как по мне, — этот код будет грузиться всем посетителям, а статей про БВК ограниченное количество. — Джек, который построил дом (обс.) 17:49, 8 октября 2016 (UTC)
- а если добавить всем только проверку на наличие какой-либо категории, а загрузка предупреждения в отдельном скрипте только для тех, у кого совпали категории? Должно же не так тратить ресурсы? ShinePhantom (обс) 09:02, 9 октября 2016 (UTC)
- Там, собственно, только проверка категории и есть. Да нет, если соответствий категория → шаблон будет всего несколько, то, конечно, можно пренебречь; это ничто по сравнению с массивом кода, который грузят другие скрипты. Я лишь к тому, что увлекаться не стоит.Вообще я сейчас сравнил скорость горячей загрузки рядовой страницы для обычного посетителя (незалогиненного) — у нас она процентов на 15% ниже, чем в английском разделе, на моей машине. Мне интересно, занимался ли вопросами быстродействия у нас кто-нибудь (Putnik? Не знаю, кого ещё пинговать). В частности, меня смущает несколько скриптов из пространства MediaWiki, которые загружаются всем посетителям, потому что для таких скриптов не предусмотрена упаковка сервером в один ответ и сжатие. В результате в англовики анониму грузится 2 скрипта, всего 24 запроса и 134 КБ, а у нас — 8 скриптов, 31 запрос и 159 КБ. Если мы когда-нибудь обратимся к этим вопросам, то взор надо прежде всего направить на количество грузимых скриптов, а не на их объём. — Джек, который построил дом (обс.) 20:57, 10 октября 2016 (UTC)
- ну вот бюрократы и вручат тебе флаг в руки, повесят барабан на шею :) ... ShinePhantom (обс) 03:59, 12 октября 2016 (UTC)
- Там, собственно, только проверка категории и есть. Да нет, если соответствий категория → шаблон будет всего несколько, то, конечно, можно пренебречь; это ничто по сравнению с массивом кода, который грузят другие скрипты. Я лишь к тому, что увлекаться не стоит.Вообще я сейчас сравнил скорость горячей загрузки рядовой страницы для обычного посетителя (незалогиненного) — у нас она процентов на 15% ниже, чем в английском разделе, на моей машине. Мне интересно, занимался ли вопросами быстродействия у нас кто-нибудь (Putnik? Не знаю, кого ещё пинговать). В частности, меня смущает несколько скриптов из пространства MediaWiki, которые загружаются всем посетителям, потому что для таких скриптов не предусмотрена упаковка сервером в один ответ и сжатие. В результате в англовики анониму грузится 2 скрипта, всего 24 запроса и 134 КБ, а у нас — 8 скриптов, 31 запрос и 159 КБ. Если мы когда-нибудь обратимся к этим вопросам, то взор надо прежде всего направить на количество грузимых скриптов, а не на их объём. — Джек, который построил дом (обс.) 20:57, 10 октября 2016 (UTC)
- а если добавить всем только проверку на наличие какой-либо категории, а загрузка предупреждения в отдельном скрипте только для тех, у кого совпали категории? Должно же не так тратить ресурсы? ShinePhantom (обс) 09:02, 9 октября 2016 (UTC)
- Это будет не очень-то корректно, как по мне, — этот код будет грузиться всем посетителям, а статей про БВК ограниченное количество. — Джек, который построил дом (обс.) 17:49, 8 октября 2016 (UTC)
- Хм, это получается и всю нашу тучу эдитнотисов для БВК-статей можно заменить таким кодом и присвоением им определённой служебной категории? Лучше тогда так и сделать. MBH 17:42, 8 октября 2016 (UTC)
- ровно также как в енвики, одной добавкой в MediaWiki:Common.js -- ShinePhantom (обс) 16:15, 8 октября 2016 (UTC)
- Эта тема добавлена в список технических задач для выполнения в будущем со средним приоритетом. Суть: «Заняться вопросами скорости загрузки страниц». Список задач доступен на странице проекта; задачи добавляются при помощи шаблона {{подст:техзадача}}. — Джек, который построил дом (обс.) 20:57, 10 октября 2016 (UTC)
- Так-так-так. Подробно ознакомился с текстом. Предлагаю удалить «или недавно умершем человеке» — будет эмоционально давить в каждой из огромного множества статей о современниках, а содержательно текст мало потеряет. В энвики этого уточнения нет. — Джек, который построил дом (обс.) 18:52, 17 октября 2016 (UTC)
- да не вопрос. Формулировки - дело второе, всегда можно уточнить и дописать. Они никому не интересны для обсуждения, пока не появляются в статьях. Главное - техника ShinePhantom (обс) 04:06, 19 октября 2016 (UTC)
Реализовано. Для истории: обсуждение идеи ввода эдитнотиса. — Джек, который построил дом (обс.) 10:57, 20 октября 2016 (UTC)
- Я против реализации этого итога путём добавления кода в общий MediaWiki:Common.js, а не в гаджеты по умолчанию. Большинству опытных редакторов (в том числе инициатору темы) эта огроменная плашка ничего нового не расскажет, так что гораздо лучше будет, если этот скрипт можно будет не подгружать совсем (путём отключения опции в настройках). ShinePhantom — хотелось бы вашего мнения по вопросу (= переносу кода в гаджеты по умолчанию, чтобы редакторы могли отключать эдитнотис в случае, если им он не нужен и ВП:СОВР им уже известен). St. Johann 13:56, 20 октября 2016 (UTC)
- Желающие убрать эдитнотис могут добавить в свой личный CSS: На уровне гаджетов настройки мелочей оформления не делаются, для этого с начала времён используется персональное оформление. Тем более рискованным предприятием является делать официальную опцию для показа/непоказа уведомлений о правилах сайта. — Джек, который построил дом (обс.) 14:18, 20 октября 2016 (UTC)
.editnotice_BLP_editintro { display: none; }
- Не буду трогать первую часть (потому что персональное оформление не отменяет действия скрипта per se). Почему это является рискованным? У нас нет данных, что пользователи идут первым делом в настройки и необдуманно отключают стандартные гаджеты. Более того, от убирания этой опции участник не перестанет знать и руководствоваться в своей деятельности ВП:СОВР. Это, вроде бы, опциональное именно уведомление, направленное в основном на людей, которые с нашими правилами не знакомы. St. Johann 14:39, 20 октября 2016 (UTC)
- И к тем кто знакомы, но чтобы не забывали. С уважением, Iniquity 14:50, 20 октября 2016 (UTC)
- Не знаю, в каком состоянии надо быть опытному участнику (= способному и готовому отключить опцию), чтобы забыть ВП:СОВР. St. Johann 14:54, 20 октября 2016 (UTC)
- Например ушедшему на полгодика в викиотпуск. С уважением, Iniquity 15:07, 20 октября 2016 (UTC)
- Вот участник возвращается из двухгодичного викиотпуска и? Ничего не читая сразу лезет в настройки отключает все гаджеты, не читая даже описание? Сложно поверить. -- VlSergey (трёп) 18:07, 20 октября 2016 (UTC)
- @Vlsergey: он его отключил до викиотпуска, а вернувшись забыл включить. С уважением, Iniquity 18:27, 20 октября 2016 (UTC)
- То есть он знает про правило ВП:СОВР, но забыл его за время отпуска? С таким же успехом ему можно все подряд правила выводить. Начиная от авторских прав и заканчивая недопустимостью оскорблений в обсуждениях. Давайте всё-таки предполагать, что во время викиотпуска у нас могут появиться новые правила, о которых, возможно, надо уведомить, но никак не забыться базовые. — VlSergey (трёп) 18:32, 20 октября 2016 (UTC)
- Если понадобится, то можно и выводить (кстати хорошая идея, особенно про ВП:НО, надо подумать). Но упрощение отключения едитнотиса - это не есть хорошо. С уважением, Iniquity 19:10, 20 октября 2016 (UTC)
- То есть он знает про правило ВП:СОВР, но забыл его за время отпуска? С таким же успехом ему можно все подряд правила выводить. Начиная от авторских прав и заканчивая недопустимостью оскорблений в обсуждениях. Давайте всё-таки предполагать, что во время викиотпуска у нас могут появиться новые правила, о которых, возможно, надо уведомить, но никак не забыться базовые. — VlSergey (трёп) 18:32, 20 октября 2016 (UTC)
- @Vlsergey: он его отключил до викиотпуска, а вернувшись забыл включить. С уважением, Iniquity 18:27, 20 октября 2016 (UTC)
- Вот участник возвращается из двухгодичного викиотпуска и? Ничего не читая сразу лезет в настройки отключает все гаджеты, не читая даже описание? Сложно поверить. -- VlSergey (трёп) 18:07, 20 октября 2016 (UTC)
- Например ушедшему на полгодика в викиотпуск. С уважением, Iniquity 15:07, 20 октября 2016 (UTC)
- Не знаю, в каком состоянии надо быть опытному участнику (= способному и готовому отключить опцию), чтобы забыть ВП:СОВР. St. Johann 14:54, 20 октября 2016 (UTC)
- И к тем кто знакомы, но чтобы не забывали. С уважением, Iniquity 14:50, 20 октября 2016 (UTC)
- Не буду трогать первую часть (потому что персональное оформление не отменяет действия скрипта per se). Почему это является рискованным? У нас нет данных, что пользователи идут первым делом в настройки и необдуманно отключают стандартные гаджеты. Более того, от убирания этой опции участник не перестанет знать и руководствоваться в своей деятельности ВП:СОВР. Это, вроде бы, опциональное именно уведомление, направленное в основном на людей, которые с нашими правилами не знакомы. St. Johann 14:39, 20 октября 2016 (UTC)
- Да мне не принципиально. Суть в том, чтобы показывалось по умолчанию всем. Разумеется опытные участники вольны отключить. Как это реализовывать менее затратно 0 не знаю. Гаджет на отключение - неплохая идея. "рискованным предприятием является делать официальную опцию для показа/непоказа уведомлений о правилах " - не думаю так.Это наше уведомление, хотим включаем, хотим выключаем. Мне кажется в енвики были схожие гаджеты отключения разных уведомлений (но не буду утверждать наверняка). Вообще лучше спросить @NBS:. Его идея в основном. -- ShinePhantom (обс) 17:05, 20 октября 2016 (UTC)
- В английском разделе, конечно же, нет такого гаджета, потому что там понимают, что гаджеты нужны не для того, чтобы не выводить уведомления о правилах, и тем более не для того, чтобы отключать один конкретный эдитнотис. — Джек, который построил дом (обс.) 17:41, 20 октября 2016 (UTC)
- Могу только повторить сказанное в скайпочате:
С тем же успехом можно насоздавать гаджеты для отключения кучи всякой всячины, которую отключают себе опытные участники, типа предупреждения об авторских правах. Эта идея непоследовательна и неконструктивна. — Джек, который построил дом (обс.) 17:48, 20 октября 2016 (UTC)> почему рискованным предложением является опция для непоказа уведомления?..
Потому что мы перекладываем на пользователя ненужную ему ответственность. Он не может решать сам, хочет ли он видеть уведомления о правилах, в разделе, где он настраивает всякую техническую лабуду.- Почему непоследовательна и неконструктивна? Вот мне не хочется загружать экран лишними предупреждениями. Я про авторские права сам кого хочешь предупрежу. Да и про подпись. -- VlSergey (трёп) 18:06, 20 октября 2016 (UTC)
- Потому что вы создаёте в настройках опцию «Досаждать меня предупреждениями», включённую по умолчанию и просящуюся быть отключённой, и заботитесь только о своём, опытного участника, интересе, игнорируя интерес энциклопедии, которая в лице её администраторов должна понимать, что такие решения нельзя отдавать на откуп участникам официально (только через личные настройки и под личную ответственность). А ещё вы делаете это, не дождавшись консенсуса сообщества по этому вопросу, что также не прибавляет к конструктивности. — Джек, который построил дом (обс.) 19:07, 20 октября 2016 (UTC)
- Мне очень не нравятся истории из серии «мы считаем редактора идиотом, не умеющим пользоваться Википедией правильно». Как-то без этого edit notice’а все жили и ничего, Википедия никуда не рухнула. Опытным участникам этот edit notice вообще не нужен, потому что у них ВП:СОВР в подкорке должен быть. А если кто-то про него забыл — то он должен лишаться флагов вплоть до автопатрулируемого, не так ли? Но только почему-то никто не предлагает лишать флагов после пары недель отсутствия в Википедии, значит здравый смысл пока есть. Далее, официально участникам (и не только зарегистрированым) есть правила. Снятие галочки вовсе не означает, что к статьям будет применяться меньшее количество правил. Консенсуса за то, что это должно быть отключаемо только через личные скрипты, тут нет, это только начало обсуждаться (наоборот, вижу, что консенсуса как раз нет). — VlSergey (трёп) 20:51, 20 октября 2016 (UTC)
- Ответил ниже. — Джек, который построил дом (обс.) 22:55, 20 октября 2016 (UTC)
- Мне очень не нравятся истории из серии «мы считаем редактора идиотом, не умеющим пользоваться Википедией правильно». Как-то без этого edit notice’а все жили и ничего, Википедия никуда не рухнула. Опытным участникам этот edit notice вообще не нужен, потому что у них ВП:СОВР в подкорке должен быть. А если кто-то про него забыл — то он должен лишаться флагов вплоть до автопатрулируемого, не так ли? Но только почему-то никто не предлагает лишать флагов после пары недель отсутствия в Википедии, значит здравый смысл пока есть. Далее, официально участникам (и не только зарегистрированым) есть правила. Снятие галочки вовсе не означает, что к статьям будет применяться меньшее количество правил. Консенсуса за то, что это должно быть отключаемо только через личные скрипты, тут нет, это только начало обсуждаться (наоборот, вижу, что консенсуса как раз нет). — VlSergey (трёп) 20:51, 20 октября 2016 (UTC)
- Потому что вы создаёте в настройках опцию «Досаждать меня предупреждениями», включённую по умолчанию и просящуюся быть отключённой, и заботитесь только о своём, опытного участника, интересе, игнорируя интерес энциклопедии, которая в лице её администраторов должна понимать, что такие решения нельзя отдавать на откуп участникам официально (только через личные настройки и под личную ответственность). А ещё вы делаете это, не дождавшись консенсуса сообщества по этому вопросу, что также не прибавляет к конструктивности. — Джек, который построил дом (обс.) 19:07, 20 октября 2016 (UTC)
- Почему непоследовательна и неконструктивна? Вот мне не хочется загружать экран лишними предупреждениями. Я про авторские права сам кого хочешь предупрежу. Да и про подпись. -- VlSergey (трёп) 18:06, 20 октября 2016 (UTC)
- Также прошу сюда мнения aGRa как автора инициативы — корректно ли в присутствие возможности отключения уведомления через личный common.css создавать гаджет, который официально предлагает участнику возможность не уведомлять его об одном нетривиальном правиле сайта (из текста пункта сейчас даже непонятно, о каком и что это вообще предупреждение о правиле). — Джек, который построил дом (обс.) 19:41, 20 октября 2016 (UTC)
- специально сходил в енвики. В гаджетах сразу вижу: Suppress display of fundraiser banners и Suppress display of CentralNotices. Т.е. там можно официально и легально дешево и сердито скрыть уведомления фонда, не то что напоминания о правилах локального раздела. Короче, если Фонд будет недоволен, нам напишут. ShinePhantom (обс) 19:42, 20 октября 2016 (UTC)
- Я сходил в энвики раньше вашего. Вы правда не понимаете разницы между оповещением о факультативных мероприятиях сайта и уведомлением при редактировании статей о правилах этого редактирования? Вот чё ссылаться на энвики, если аналога этой настройки там нет? — Джек, который построил дом (обс.) 19:52, 20 октября 2016 (UTC)
- я прекрасно понимаю, что оповещения Фонда куда выше и важнее, чем оповещения локального проекта об одном из нескольких десятков правил. По такой логике мы должны принудительно указывать все правила при каждой правке, да еще без всякой возможности отключить. ShinePhantom (обс) 05:00, 21 октября 2016 (UTC)
- Не надо делать из меня клоуна и не надо выдавать свои странные представления о моей логике за неё саму. Ещё раз. Ваши предположения о том, почему в энвики нет отключения такой штуки гаджетом? — Джек, который построил дом (обс.) 10:15, 21 октября 2016 (UTC)
- я прекрасно понимаю, что оповещения Фонда куда выше и важнее, чем оповещения локального проекта об одном из нескольких десятков правил. По такой логике мы должны принудительно указывать все правила при каждой правке, да еще без всякой возможности отключить. ShinePhantom (обс) 05:00, 21 октября 2016 (UTC)
- Если бы фонд мог бы быть недоволен, он бы сделал это на уровне движка без возможности отключения. Всё остальное — на усмотрение локального сообщества. — VlSergey (трёп) 20:53, 20 октября 2016 (UTC)
- Я сходил в энвики раньше вашего. Вы правда не понимаете разницы между оповещением о факультативных мероприятиях сайта и уведомлением при редактировании статей о правилах этого редактирования? Вот чё ссылаться на энвики, если аналога этой настройки там нет? — Джек, который построил дом (обс.) 19:52, 20 октября 2016 (UTC)
- специально сходил в енвики. В гаджетах сразу вижу: Suppress display of fundraiser banners и Suppress display of CentralNotices. Т.е. там можно официально и легально дешево и сердито скрыть уведомления фонда, не то что напоминания о правилах локального раздела. Короче, если Фонд будет недоволен, нам напишут. ShinePhantom (обс) 19:42, 20 октября 2016 (UTC)
- Желающие убрать эдитнотис могут добавить в свой личный CSS:
- @Jack who built the house: Вот только думаю стоит еще сделать так, чтобы этот эдитнотис работал и в визуальном редакторе. С уважением, Iniquity 15:41, 20 октября 2016 (UTC)
- Перенёс в гаджеты. В первую очередь потому, что common.js и common.css сильно загружены, и усложнять без сильной надобности их не стоит. Гаджет включён по умолчанию. Опытного участника, который первым делом полезет в настройки отключать гаджет без всякой причины, мне представить сложно. — VlSergey (трёп) 18:02, 20 октября 2016 (UTC)
- Вы тут такие интересные обоснования выдвигаете, что не могу не пустить в ход дешёвый и простой как пробка аргумент — почему же тогда в en:MediaWiki:Common.js и en:MediaWiki:Common.css кода куда больше нашего? Вы правда думаете, что 600 байт кода, загрузку которого может отключить у себя подавляющее меньшинство, делает погоду? — Джек, который построил дом (обс.) 19:07, 20 октября 2016 (UTC)
- Дураки, потому что. Погоду делает не конкретно 600 байт, а то, что в одном месте скапливается куча разнопланового кода, выполняющего самые разные функции. -- VlSergey (трёп) 20:51, 20 октября 2016 (UTC)
- Незамутнённая наивность. — Джек, который построил дом (обс.) 10:15, 21 октября 2016 (UTC)
- Дураки, потому что. Погоду делает не конкретно 600 байт, а то, что в одном месте скапливается куча разнопланового кода, выполняющего самые разные функции. -- VlSergey (трёп) 20:51, 20 октября 2016 (UTC)
- Вы тут такие интересные обоснования выдвигаете, что не могу не пустить в ход дешёвый и простой как пробка аргумент — почему же тогда в en:MediaWiki:Common.js и en:MediaWiki:Common.css кода куда больше нашего? Вы правда думаете, что 600 байт кода, загрузку которого может отключить у себя подавляющее меньшинство, делает погоду? — Джек, который построил дом (обс.) 19:07, 20 октября 2016 (UTC)
- Вообще-то, моей идеей было «категорию „Вечно живущие“ или как её там имеет смысл оставлять только при наличии подобного предупреждения» — а будет ли автозаполняемая категория + предупреждение или нет, мне было всё равно. В английском разделе, насколько я понимаю, предупреждение сделали в значительной мере для избежания судебных исков. NBS (обс) 19:40, 20 октября 2016 (UTC)
- Я Вам ещё один аргумент приведу, почему нельзя заставлять редактора лезть в свой CSS. Потому что нет никакой связи между умением участника пользоваться личным CSS и его знанием правил. Заставляя учить, как пользоваться скрытием элементов, Вы ставите барьер «человек должен знать, как настроить личный CSS» для того, чтобы убрать edit notice там, где должен быть барьер вида «человек знает ВП:СОВР». То, что человек знает, как настраивать CSS, это вовсе не означает, что он знает ВП:СОВР (и примеры такие есть). Что самое печальное, обратное неверно гораздо чаще. Человек, который прекрасно знает ВП:СОВР может совсем не разбираться в настройках CSS. Нельзя предполагать, что все кругом технические специалисты, разбирающиеся в MediaWiki на уровне «инженеров». — VlSergey (трёп) 21:03, 20 октября 2016 (UTC)
- @Vlsergey: Вы, как и двое других коллег, не понимаете неких базовых вещей, рассуждая исключительно с точки зрения, во-первых, удобства, а во-вторых, удобства опытных участников. Вы упускаете из виду тот основополагающий момент, что в политиках сайта должна быть цельность. Сайт не может одной рукой предупреждать, а другой давать возможность избавиться от предупреждений, не говоря при этом хотя бы дежурных наставляющих слов.> Мне очень не нравятся истории из серии «мы считаем редактора идиотом, не умеющим пользоваться Википедией правильно».
Любой сайт, который придерживается определённой политики взаимоотношения с пользователями, одновременно и считает, и не считает их идиотами. В той мере, в которой считает, он предусматривает для них ряд ограничений, предупреждений и т. п. В той мере, в которой не считает, он даёт им определённые права и возможности, снимающие ограничения. Но это снятие не может быть лишь по воле пользователя, иначе смысла в ограничениях нет. Двойную игру вести нельзя. Даже если опытным участникам плашка не нужна, этих опытных — меньшинство, плашку, даже неотключённую, можно прокрутить. В то же время я согласен с вашими доводами, что, в принципе, это нежелательно, и лёгкость снятия галки несравнима с лёгкостью добавления кода в CSS. По этой причине я внесу в пункт настроек короткий комментарий, наставляющий не отключать галку, не ознакомившись с правилом. — Джек, который построил дом (обс.) 22:55, 20 октября 2016 (UTC)- Вы говорите какие-то страшные вещи про «целостность политик сайта», да ещё умудряясь предполагать, что три не самых молодых участника, не понимают базовых вещей. Так вот, Вы не правы как минимум в данных своих аргументах, потому что:
- целостность политики сайта не означает, что при каждом нажатии кнопки «сохранить» должно показываться диалоговое окно на весь экран, которое подтверждает знакомство пользователя с лицензицями CC BY-SA 3.0 и GFDL. Хотя, заметьте, в политику входит то, что весь добавляемый текст совместим с этими лицензиями.
- поддержание целостности политики сайта не означает, что при каждом нажатии кнопки «сохранить» нужно требовать от пользователя установки галочки «нет, я не скопировал этот текст из книги или другого источника, недопускающего оное». Хотя ВП:АП никто не отменяет, в том числе и отсутствие галочки также не отменяет ВП:АП.
- и уж точно поддержание целостности политики сайта не означает, что при каждом нажатии кнопки «сохранить» нужно требовать от пользователя электронное письмо, в котором будет скан документа, в котором он подтверждает, что в его правке нет вандализма. Но и то, что это письмо не требуется, не означает вдруг, что вандализм становится разрешён.
- Все эти примеры показывают, что абсурдно связывать целостность политик сайта с отображением edit notice, как и аппелировать к целостности политик сайта при обсуждении удобства внесения изменений. Всё, о чём здесь реально стоит обсуждать, это о количестве таких случаев, что:
- Если Вы сумеете меня убедить, что количество вторых пользователей как минимум сравнимо с первой, тогда можно будет согласиться о недопустимости отключения edit notice. Но, с моей точки зрения, это разные цифры на порядок. Просто потому, что люди обычно читают тексты настроек перед их применением, и просто так их отключать не будут. — VlSergey (трёп) 23:46, 20 октября 2016 (UTC)
- > Вы говорите какие-то страшные вещи про «целостность политик сайта»
Цельность. Да нет, вполне тривиальные общие соображения. К чему ваши пункты про лицензии, авторские права и вандализм, абсолютно непонятно, эти примеры демонстрируют ваше непонимание, о чём идёт речь в словах про политики сайта. Я нигде не настаивал, что предупреждение вообще обязано быть (что очевидно — его раньше не было), моя позиция была в том, что, если оно есть, то от этого и надо отталкиваться и хотя бы давать наставление вместе с возможностью отключения функции.> люди обычно читают тексты настроек перед их применением, и просто так их отключать не будут
А вот это недопустимое предположение, которое основывается исключительно на вашем домысле. Решительно непонятно, почему бы настройку «отображать мне дурацкое предупреждение» кому-то не хотелось бы отключить. Разрешено же! Значит это неважно. А я — да я и так всё знаю. О том и речь. Рассуждения же о том, что невозможность легко отключить для опытных встретится чаще, чем отключение с плохими последствиями, чем-то напоминают рассуждения тех, кто выступает в поддержку разблокировки участников, которые угрожают судом, физическим насилием и т. п. (прошу прощения, что провожу такую аналогию, она, конечно, утрирует, но суть даёт понять). Они внесли бы больший вклад, чем нанесли прямого ущерба, если бы их не заблокировали, и потому их блокировать не надо; более глобальные соображения же им невдомёк. Такие, как то, что отсутствие порядка на сайте может сказаться не напрямую, а косвенно. Редактор узнает, что предупреждения можно отключать, — а раз так, то они написаны для дураков (а я-то не дурак!), а мне никакие ни предупреджения, да ни вообще правила не нужны. Моего здравого смысла вполне достаточно. — Джек, который построил дом (обс.) 00:27, 21 октября 2016 (UTC) - > умудряясь предполагать, что три не самых молодых участника, не понимают базовых вещей
А в этом ничего удивительного нет, коль скоро базовые правила сайта и базовые вещи относительно того, как выстраиваются отношения пользователя с сайтом, и подобное — материи разные, и в целом администраторами тут избирают обычно не за второе, а уж с длительностью участия они точно никак не связаны. — Джек, который построил дом (обс.) 01:14, 21 октября 2016 (UTC)
- > Вы говорите какие-то страшные вещи про «целостность политик сайта»
- Вы говорите какие-то страшные вещи про «целостность политик сайта», да ещё умудряясь предполагать, что три не самых молодых участника, не понимают базовых вещей. Так вот, Вы не правы как минимум в данных своих аргументах, потому что:
- @Vlsergey: Вы, как и двое других коллег, не понимаете неких базовых вещей, рассуждая исключительно с точки зрения, во-первых, удобства, а во-вторых, удобства опытных участников. Вы упускаете из виду тот основополагающий момент, что в политиках сайта должна быть цельность. Сайт не может одной рукой предупреждать, а другой давать возможность избавиться от предупреждений, не говоря при этом хотя бы дежурных наставляющих слов.> Мне очень не нравятся истории из серии «мы считаем редактора идиотом, не умеющим пользоваться Википедией правильно».
- Небольшое обновление: в гаджет и соответствующие модули внесены изменения, позволяющие также отслеживать недавно (в последний год) умерших и вешать отдельный эдитнотис и им. Постарался ничего не поломать, но возможны ложные срабатывания (коих, надеюсь, получится избежать). St. Johann 21:23, 20 октября 2016 (UTC)
Когда-то где-то видел такую галерею в статье, в которой можно было перелистывать изображения, нажимая на стрелочки, а одновременно соответственно показывается только одно. Там была серия схожих картинок по теме. Никак не могу найти этот шаблон, очень актуально сейчас. Не подскажите?--Stolbovsky (обс) 13:30, 20 сентября 2016 (UTC)
- Vcohen (обс) 13:35, 20 сентября 2016 (UTC)
- Благодарю!--Stolbovsky (обс) 13:41, 20 сентября 2016 (UTC)
- Шаблон сломан. При попытке поставить его слева от текста, он ставится, но справа остаётся пустое пространство вместо текста--Мечников 13:00, 23 сентября 2016 (UTC)
- Если вы уверены в том, что такое изменение нужно, удалите
{{#ifeq:{{{align|}}}|left|<br clear="left">|}}
из шаблона. — Джек, который построил дом (обс.) 13:21, 23 сентября 2016 (UTC)
- Если вы уверены в том, что такое изменение нужно, удалите
- Думаю, стоит как-то выделить стрелки пролистывания, например, заменить их полноценными большими стрелками (← →) или яркими иконками, иначе мало кто из обычных читателей Википедии догадается, что тут несколько изображений и их можно листать--Мечников 13:07, 23 сентября 2016 (UTC)
- Можно сделать ◀ (2/6) ▶ — как в оригинале у немцев. Но это в пространстве MediaWiki надо править (MediaWiki:Script/ImageStack.js), нужен администратор. И для опрятности нужно убрать неразрывный пробел из зоны ссылки. — Джек, который построил дом (обс.) 13:21, 23 сентября 2016 (UTC)
- @Jack who built the house: MediaWiki:Script/ImageStack.js — изрядный ужас, как в целом, так и в деталях. Это по факту два наброска скриптов: один сам пролистыватель, другой триггер пролистывания при протягивании мышью при зажатой клавише (по умолчанию - процесс выделения). Оба были недописаны и брошены (о чем стояли предупреждающие надписи). Если отвлечься от общего уродства реализации, то основной недостаток у скрипта, как мне кажется, такой же, как и у семейства сворачивающихся блоков: изначальное вываливание с последующим схлопыванием. То есть при загрузке страницы сначала показываются все части, потом бог знает когда доходит очередь до скрипта, который прячет изначально скрытое. Особенная жуть получается как раз с ImageStack на много картинок, где вся изначальная разметка на странице в полной заднице, потом все начинает мелькать, прыгать и шевелиться до успокоения - до новой загрузки. Вот это точно нужно бы пофиксить. Если интерес к пролистываемой галерее есть, можно обсудить варианты скрипта на Википедия:Форум/Технический. --Neolexx (обс) 15:54, 25 сентября 2016 (UTC)
- Если сворачивающие блоки в энвики не стали чинить, то, надо думать, это неспроста. Хотя у меня вызывает некоторое недоумение засилье на сайте скриптов, выполнение которых установлено на момент загрузку страницы, того же списка интервик. Поистине, это негативно сказывается на user experience. — Джек, который построил дом (обс.) 16:18, 25 сентября 2016 (UTC)
- Их не стали чинить, потому что в 2000-х был ещё ужасно (до искреннего смеха ныне) актуален вопрос "Что увидит пользователь, у которого не поддерживается или выключен Javascript?" А псевдо-элементы типа :first-child или :first-of-type были ещё только в проектах или бета-тестировании, что оставляло вопрос исключительно на манипулирование скриптом. Если же развернуть логику в нормальном направлении: всё заранее спрятано через CSS, а потом скрипт приходит и показывает нужный блок, то тот гипотетический пользователь без Javascript вообще ничего не увидит. Тут тогда нужно ещё предусмотреть доп. стили через <noscript>, и всё становится (на то время) сложно и муторно в доводке.
- А в целом убогое число и состояние интерактивных элементов в Википедии из-за другой мантры 2000-х про максимальную соотносимость один к одному серверной версии ВП (этой), статичной копии (DVD и проч.) и бумажной копии. С той поры за все годы Википедию издавали на дисках и бумаге ровно 3 (три) раза: один раз чисто для прикола к Викимании, два раза для показа бесполезности статичных копий. То есть вопрос закрыт, но последствия пока остались. --Neolexx (обс) 17:34, 25 сентября 2016 (UTC)
- Если сворачивающие блоки в энвики не стали чинить, то, надо думать, это неспроста. Хотя у меня вызывает некоторое недоумение засилье на сайте скриптов, выполнение которых установлено на момент загрузку страницы, того же списка интервик. Поистине, это негативно сказывается на user experience. — Джек, который построил дом (обс.) 16:18, 25 сентября 2016 (UTC)
- @Jack who built the house: MediaWiki:Script/ImageStack.js — изрядный ужас, как в целом, так и в деталях. Это по факту два наброска скриптов: один сам пролистыватель, другой триггер пролистывания при протягивании мышью при зажатой клавише (по умолчанию - процесс выделения). Оба были недописаны и брошены (о чем стояли предупреждающие надписи). Если отвлечься от общего уродства реализации, то основной недостаток у скрипта, как мне кажется, такой же, как и у семейства сворачивающихся блоков: изначальное вываливание с последующим схлопыванием. То есть при загрузке страницы сначала показываются все части, потом бог знает когда доходит очередь до скрипта, который прячет изначально скрытое. Особенная жуть получается как раз с ImageStack на много картинок, где вся изначальная разметка на странице в полной заднице, потом все начинает мелькать, прыгать и шевелиться до успокоения - до новой загрузки. Вот это точно нужно бы пофиксить. Если интерес к пролистываемой галерее есть, можно обсудить варианты скрипта на Википедия:Форум/Технический. --Neolexx (обс) 15:54, 25 сентября 2016 (UTC)
- Можно сделать ◀ (2/6) ▶ — как в оригинале у немцев. Но это в пространстве MediaWiki надо править (MediaWiki:Script/ImageStack.js), нужен администратор. И для опрятности нужно убрать неразрывный пробел из зоны ссылки. — Джек, который построил дом (обс.) 13:21, 23 сентября 2016 (UTC)
- Эта тема добавлена в список технических задач для выполнения в будущем с низким приоритетом. Суть: «Причесать скрипт MediaWiki:Script/ImageStack.js». Список задач доступен на странице проекта; задачи добавляются при помощи шаблона {{подст:техзадача}}. — Джек, который построил дом (обс.) 16:18, 25 сентября 2016 (UTC)
Нужно обновить шаблон (в соответствии с шаблоном en:Template:Album chart из англовики), так как не все отображаются чарты.— Ping08 обс 01:11, 9 сентября 2016 (UTC)
- Эта тема добавлена в список технических задач для выполнения в будущем со средним приоритетом. Суть: «Обновление шаблона Ш:Albumchart». Список задач доступен на странице проекта; задачи добавляются при помощи шаблона {{подст:техзадача}}. Ping08 обс 13:30, 10 сентября 2016 (UTC)
Мне одному кажется, что в шаблоне cite web не работает тег ref ? См. https://ru.wikipedia.org/wiki/Инкубатор:Network_Systems_Group , раздел "Примечания", пп.17, 19, 20, 21.
Этот же тег в шаблоне статья (все остальные пункты раздела) работает согласно описанию.
Автор сообщения: Vyurin (обс) 18:57, 12 июля 2016 (UTC)
- Если ссылка на Cite web, не нужно указывать год в sfn.--Мечников обс 05:45, 13 июля 2016 (UTC)
- А это нормально вообще? Год же есть в date, почему бы его оттуда не извлекать. А так для сохранения года можно использовать
|ref = Сбербанк РФ2005
вместо|ref = Сбербанк РФ
. — Джек, который построил дом (обс.) 06:05, 13 июля 2016 (UTC)- Там не «год», а «дата» в произвольном формате. Вообще это шаблон для сайтов, год там обычно не указывают или владельцы сайта могут его менять. Год в ref для cite web может быть некорректен, например в статьях может быть десяток разных новостей одного СМИ одного года. --Vladis13 (обс) 12:49, 13 июля 2016 (UTC)
- Уж в {{cite web}} с автоматической обработкой даты и извлечением номера года всё в порядке. А что делать-то? Если год для сайт-веба плох, то, казалось бы, тогда и не должен быть указан в шаблоне {{sfn}}, а если с ним всё в порядке, то якорь с годом должен работать. — Джек, который построил дом (обс.) 15:37, 13 июля 2016 (UTC)
- Там не «год», а «дата» в произвольном формате. Вообще это шаблон для сайтов, год там обычно не указывают или владельцы сайта могут его менять. Год в ref для cite web может быть некорректен, например в статьях может быть десяток разных новостей одного СМИ одного года. --Vladis13 (обс) 12:49, 13 июля 2016 (UTC)
- А это нормально вообще? Год же есть в date, почему бы его оттуда не извлекать. А так для сохранения года можно использовать
- Участник, очевидно, имеет в виду параметр ref. — Джек, который построил дом (обс.) 06:05, 13 июля 2016 (UTC)
- По сути эта ссылка не «Литература», а единичная новость, лучше её в сноску <ref></ref> поместите. --Vladis13 (обс) 12:49, 13 июля 2016 (UTC)
- Эта тема добавлена в список технических задач для выполнения в будущем с высоким приоритетом. Суть: «Номер года в якоре для шаблона sfn в шаблоне cite web». Список задач доступен на странице проекта; задачи добавляются при помощи шаблона {{подст:техзадача}}. — Джек, который построил дом (обс.) 14:50, 16 июля 2016 (UTC)
- Изменил приоритет на высокий. Ещё один случай набитой шишки: Форум/Технический § Тяжело в лечении.C2.A0— легко в раю (с) медицинская мудрость. — Джек, который построил дом (обс.) 14:42, 24 августа 2016 (UTC)
- Также см. Википедия:Запросы к ботоводам#Использования шаблона sfn без правильной ссылки (в архиве?). — Джек, который построил дом (обс.) 10:34, 26 августа 2016 (UTC)
Здравствуйте, Джек! Вы могли бы в моё «Персональное оформление» добавить Википедия:Гаджеты/Упрощение ссылок и copyWikilinks.js. Или никто другой за меня этого сделать не может? Я не понимаю, что, куда и каким образом надо подключать. Извините за компьютерную тупость. Заранее спасибо за ответ! --DarDar (обс) 10:42, 14 августа 2016 (UTC)
- Сам я в ваше оформление залезть не имею прав, но вы можете, чтобы добавить первое, на странице Служебная:Настройки#mw-prefsection-gadgets поставить галочку "Упрощение ссылок в более читаемые и короткие" и сохранить изменения и, чтобы добавить второе, отредактировать ваш common.js (создать, если он ещё не создан), добавив в самый конец строчку
importScript('Участник:Jack who built the house/copyWikilinks.js');
и записать страницу. — Джек, который построил дом (обс.) 11:03, 14 августа 2016 (UTC)- Спасибо, буду пробовать! Вообще-то здесь у меня что-то добавлено, но я не понимаю, каким образом это туда попало от моего имени. --DarDar (обс) 12:03, 14 августа 2016 (UTC)
Добавлено к уже имеющимся там "прибамбасам". Научиться бы всем этим умело пользоваться! А в настройках у меня давно стоит галочка возле: "Упрощение ссылок в более читаемые и короткие". Но автоматически ничего почему-то не упрощается... --DarDar (обс) 17:23, 14 августа 2016 (UTC)
- Автоматически и не должно упрощаться, гаджет работает по нажатию кнопки, прочтите документацию: Википедия:Гаджеты/Упрощение ссылок. — Джек, который построил дом (обс.) 17:29, 14 августа 2016 (UTC)
- Впрочем, это можно сделать и с помощью скрипта: я выделяю
- https://books.google.pl/books?id=wZxmAAAAQBAJ&pg=PA105&lpg=PA105&dq=%D1%84%D0%BE%D0%BD%D1%82%D0%B0%D0%BD+%D0%B1%D1%8B%D0%BA%D0%BE%D0%B2+%D0%B2+%D0%B1%D0%B5%D1%80%D0%BB%D0%B8%D0%BD%D0%B5&source=bl&ots=iAL9qFlVDR&sig=nO_7XH98U7OSw5lI0SqiNL8zD2U&hl=ru&sa=X&redir_esc=y#v=onepage&q=%D1%84%D0%BE%D0%BD%D1%82%D0%B0%D0%BD%20%D0%B1%D1%8B%D0%BA%D0%BE%D0%B2%20%D0%B2%20%D0%B1%D0%B5%D1%80%D0%BB%D0%B8%D0%BD%D0%B5
- нажимаю alt+ё и получаю
- https://books.google.pl/books?id=wZxmAAAAQBAJ&pg=PA105&lpg=PA105&dq=фонтан+быков+в+берлине&source=bl&ots=iAL9qFlVDR&sig=nO_7XH98U7OSw5lI0SqiNL8zD2U&hl=ru&sa=X&redir_esc=y#v=onepage&q=фонтан%20быков%20в%20берлине
- Если на странице есть ссылка и вам нужно получить её опрятный вид, наведите на неё курсор и нажмите ctrl+⇧ Shift+ё. Способов — тьма. — Джек, который построил дом (обс.) 17:34, 14 августа 2016 (UTC)
Джек, здравствуйте! "Упрощение ссылок" бесперебойно работает, спасибо за инструкции. В скриптах я понимаю меньше нуля, но уже несколько лет использую для оформления сносок скрипт участника Lite:
javascript:%20function%20sel%20()%20{if%20(window.getSelection)%20{return%20window.getSelection();}%20else%20if%20(document.getSelection)%20{return%20document.getSelection();}%20else%20if%20(document.selection)%20{return%20document.selection.createRange().text;}}%20var%20s%20=%20sel();%20var%20now%20=%20new%20Date();%20var%20thisYear%20=%20now.getFullYear();%20var%20thisMonth%20=%20now.getMonth()+1;%20var%20thisDay%20=%20now.getDate();%20var%20base_window%20=%20window;%20var%20server%20=%20base_window.location.hostname.replace(/www./g,%20'');%20var%20copy_window%20=%20window.open();%20copy_window.document.write('<textarea%20style=%22width:100%;height:250px%22><ref>{{cite%20web|%20author=|%20datepublished=|%20url='+base_window.location+'|%20title='+(s%20!=%20%22%22%20?%20s%20:%20base_window.document.title)+'|%20publisher=%20'+server+'|%20accessdate='+thisYear+'-'+thisMonth+'-'+thisDay+'}}</ref></textarea>');
В этой связи у меня вопрос. Если он глупый, заранее прошу прощения. Можно или нет (?) ваш скрипт как-то вмонтировать в указанный скрипт участника Lite, чтобы сразу «получать опрятный вид» адресов, если они непомерно длинные... Спасибо за ответ! --DarDar (обс) 09:41, 19 августа 2016 (UTC)
- @DarDar: это, я так понимаю, скрипт с Википедия:Букмарклеты. Мой огромный скрипт привлекать нет необходимости, просто замените код на следующий:Если он будет работать без перебоев, то я бы обновил код на Википедия:Букмарклеты; к тому же в нынешнем коде есть небольшое упущение (например, если запустить скрипт на странице редактирования, то вместо
javascript: function sel () {if (window.getSelection) {return window.getSelection();} else if (document.getSelection) {return document.getSelection();} else if (document.selection) {return document.selection.createRange().text;}} var s = sel(); var now = new Date(); var thisYear = now.getFullYear(); var thisMonth = now.getMonth()+1; var thisDay = now.getDate(); var base_window = window; var server = base_window.location.hostname.replace(/www./g, ''); var copy_window = window.open(); copy_window.document.write('<textarea style="width:100%;height:250px">{{cite web\n|author=\n|authorlink=\n|datepublished=\n|url='+decodeURIComponent(base_window.location.href.replace(/%(20|0A|0D|5B|5D|3C|3E|2B|22|3F|26|3D|23)/g, '%25$1').replace(/%C2%A0/g, '%25C2%25A0')).replace(/&/g, '&')+'\n|title='+(s != "" ? s : base_window.document.title)+'\n|format=\n|work=\n|publisher='+server+'\n|accessdate='+thisYear+'-'+thisMonth+'-'+thisDay+'\n|lang=\n|description=\n}}</textarea>');
§ion=
будет§ion=
). Сообщите мне, если что-то будет работать неверно. — Джек, который построил дом (обс.) 18:46, 20 августа 2016 (UTC)
- Эта тема добавлена в список технических задач для выполнения в будущем с низким приоритетом. Суть: «Заменить код букмарклета для создания кода {{cite web}} на предложенный, если не будет нареканий». Список задач доступен на странице проекта; задачи добавляются при помощи шаблона {{подст:техзадача}}. — Джек, который построил дом (обс.) 18:46, 20 августа 2016 (UTC)
Обнаружил интересное дублирование: у нас есть Module:Math#Roman, Module:Roman и Module:RomanNumber, которые делают одно и то же (MMXVI, MMXVI, MMXVI), только последний не работает с числами, большими 3999 (MMCLXMMXVI, MMCLXMMXVI, Ошибка Lua в Модуль:RomanNumber на строке 10: assertion failed!.). Надо бы провести унификацию, по-хорошему --windewrix (обс) 08:39, 18 августа 2016 (UTC)
- Я лично за использование Math, но может кто-то решит, что выделить римские числа в отдельный модуль будет верным решением. С уважением, Iniquity 11:19, 18 августа 2016 (UTC)
- Думаю, чтобы повысить шансы, что этим кто-то займётся, целесообразно занести это в один из списков задач — либо на главной странице проекта, либо собираемый ботом (см. Шаблон:Техзадача). Второе я прямо сейчас и сделаю. — Джек, который построил дом (обс.) 11:31, 18 августа 2016 (UTC)
- Эта тема добавлена в список технических задач для выполнения в будущем. Суть: «Есть три модуля, работающих с римскими цифрами (один делает это с ограничениями), провести унификацию». Список задач доступен на странице проекта; задачи добавляются при помощи шаблона {{подст:техзадача}}. — Джек, который построил дом (обс.) 11:31, 18 августа 2016 (UTC)
Мимо проходил, заметил (в статье Россия), что шаблон-картинка может отрываться от предшествующего текста. Обнаружил, что в Хроме работает присвоение span'у class="nowrap", но только если в стиле у этого элемента прописан псевдокласс ::before с content: '' (пустым сиречь). На случай, если кто-то захочет запариться проверкой в других браузерах и прописыванием в MediaWiki:Common.css. — Джек, который построил дом (обс.) 02:35, 18 августа 2016 (UTC)
- Эта тема добавлена в список технических задач для выполнения в будущем с низким приоритетом. Суть: «Реализовать гарантированное неотрывание шаблона {{переход}} от предшествующего текста». Список задач доступен на странице проекта; задачи добавляются при помощи шаблона {{подст:техзадача}}. — Джек, который построил дом (обс.) 02:35, 18 августа 2016 (UTC)
Если кто-нибудь когда-нибудь озаботится выводом примера выполнения любого кода, не только кода шаблона, а также примерами многострочных шаблонов, это можно реализовать посредством функции frame:preprocess. Например, так сделано в английском модуле Demo. — Джек, который построил дом (обс.) 20:07, 24 июня 2016 (UTC)
- Эта тема добавлена в список технических задач для выполнения в будущем с низким приоритетом. Суть: «Модуль для вывода примера выполнения любого кода». Список задач доступен на странице проекта; задачи добавляются при помощи шаблона {{подст:техзадача}}. — Джек, который построил дом (обс.) 20:05, 23 июля 2016 (UTC)
u:Michgrig обратил мое внимание на баг MediaWiki, вызывающий неудобства при использовании шаблонов в заголовках (неправильно генерятся ссылки на разделы в истории изменений (стрелочки слева от колонки описания)). В дискуссии с ним я нашел, что баг обходится без изменения внешнего вида при раскрытии шаблонов. Предлагаю автоматизировать этот процесс ботом, пока баг не будет исправлен. Простой subst не спасет в случае вложенных шаблонов, поэтому раскрытие предлагаю делать через API (есть там соотв. функция).
На данный момент интересует взгляд сообщества на подобное решение, прежде чем передавать его на ВП:РДБ. — Ivan Pozdeev 19:03, 20 июня 2016 (UTC)
- Я только сегодня в скайпочате рассуждал о возможности ботозамены {{tl|Шаблон}} -> Ш:Шаблон, а то уж больно часто оно руками делается. Как показывает практика, обычно только этот шаблон в заголовках и используется. ~Facenapalmобс, вкл 19:13, 20 июня 2016 (UTC)
- Я настаиваю на эквивалентной замене. Не чисто техническая правка равносильна исправлению чужой реплики под собственный вкус, что у нас все еще запрещено. — Ivan Pozdeev 03:31, 21 июня 2016 (UTC)
- Я вот не понимаю. Неужели замена == {{tl|локальный поиск}} == на == [[шаблон:локальный поиск]] == - это такая существенная корректировка, что вызвала такую резкую реакцию? Я подобные правки время от времени делаю на протяжении более шести лет, а до меня этим занимались еще два администратора, и с подобной реакцией сталкиваюсь впервые. --Michgrig (talk to me) 21:49, 22 июня 2016 (UTC)
- Ну вот, опять нас, любителей прекрасного, дискриминируют :-( — Джек, который построил дом (обс.) 21:56, 22 июня 2016 (UTC)
- Ну в крайнем случае можно менять на что-то уровня {{[[Шаблон:локальный поиск|локальный поиск]]}}. Большее оформительство в заголовках точно излишне. ~Facenapalmобс, вкл 22:11, 22 июня 2016 (UTC)
- После того, как ТС стал возмущаться на моей СО, я заменил заголовок на == Шаблон [[шаблон:Локальный поиск|Локальный поиск]] ==, но ТС это все равно не устраивает. --Michgrig (talk to me) 22:16, 22 июня 2016 (UTC)
- Да, в скобках лучше выглядит и лучше читается: знаки препинания имеют меньший визуальный вес (Лебедев не даст соврать), что вкупе с обрамлением и выделением скобок серым концентрирует внимание на названии. — Ivan Pozdeev 18:50, 23 июня 2016 (UTC)
- Другие тезисы, которые я озвучил в частном обсуждении:
- Я не понимаю, почему мне отказывают в праве оформить заголовок по своему вкусу, если это не противоречит правилам. — Ivan Pozdeev 18:50, 23 июня 2016 (UTC)
- От бага должны страдать те, кто пользуется забагованной фичей, а не все остальные. — Ivan Pozdeev 18:50, 23 июня 2016 (UTC)
- Подозреваю, что я просто первый, кто отважился спорить
с администратором. Не исключено, что кому-то действительно наплевать. Конкретно на ЗКА действуют соответствующие рекомендации по единообразному оформлению для удобства потоковой обработки запросов, так что там такая правка оправдана ими. — Ivan Pozdeev 21:34, 23 июня 2016 (UTC)
- Я вот не понимаю. Неужели замена == {{tl|локальный поиск}} == на == [[шаблон:локальный поиск]] == - это такая существенная корректировка, что вызвала такую резкую реакцию? Я подобные правки время от времени делаю на протяжении более шести лет, а до меня этим занимались еще два администратора, и с подобной реакцией сталкиваюсь впервые. --Michgrig (talk to me) 21:49, 22 июня 2016 (UTC)
- Я настаиваю на эквивалентной замене. Не чисто техническая правка равносильна исправлению чужой реплики под собственный вкус, что у нас все еще запрещено. — Ivan Pozdeev 03:31, 21 июня 2016 (UTC)
- Facenapalm, не только tl используется. Еще, например, {{u}} или {{userlinks}} на ВП:ЗКА --Michgrig (talk to me) 21:29, 20 июня 2016 (UTC)
- А, ну, я туда очень редко заглядываю, а когда и заглядываю - не смотрю дальше интересующей меня темы и её соседей, может. Я про этот форум говорил, если что. ~Facenapalmобс, вкл 22:06, 20 июня 2016 (UTC)
Есть консенсус за необходимость подстановки. За необходимость нетривиального преобразования консенсуса нет. — Ivan Pozdeev 01:01, 29 июня 2016 (UTC)
- @Ivan Pozdeev: Хоть тема уже в архиве, напишу сюда, если кто-то перейдёт по ссылке со списка техзадач: заменять всё ботом непонятно, зачем надо, но идея создания модуля, раскрывающего неподстановочные шаблоны, например для использования в заголовках, ничем не плоха. — Джек, который построил дом (обс.) 17:16, 22 июля 2016 (UTC)
- Эта тема добавлена в список технических задач для выполнения в будущем с низким приоритетом. Суть: «Вылечить невозможность перехода по ссылкам в описании правок на разделы, заголовок которых содержит шаблоны, при помощи API». Список задач доступен на странице проекта; задачи добавляются при помощи шаблона {{подст:техзадача}}. — Джек, который построил дом (обс.) 17:16, 22 июля 2016 (UTC)
- И да, функция Scribunto имелась в виду preprocess, я так понял. — Джек, который построил дом (обс.) 23:57, 22 июля 2016 (UTC)
- Оказалось, что имелась в виду не она: Википедия:Запросы к ботоводам#Автоматическая подстановка шаблонов в заголовках. — Джек, который построил дом (обс.) 10:51, 23 июля 2016 (UTC)
Добрый день. Не подскажете что делать с такой проблемой: Есть давно созданная категория Категория:Лауреаты премии «Золотая маска». Создал её добрый человек, у которого на раскладке есть «правильные кавычки». При внесении названия в ХотКэт с клавиатуры, не имеющей в раскладке таких кавычек (написании там - Лауреаты премии "Золотая маска") категория искомая не всплывает в поиске. Приходится втаскивать в редактор, викифицировать и потом таким способом добавлять категорию. Вопрос собственно в чём - это ошибка (фича) ХотКэт, что он не выдает по поиску нужный вариант, или это не лечится и надо категорию переименовать? А если переименовывать, то лучше вообще без кавычек? Какая практика? Спасибо. НоуФрост❄❄❄ 08:37, 13 июля 2016 (UTC)
- Смело переименовывать с "нормальными кавычками", могу помочь ботом. Удобство использования имеет абсолютный приоритет перед типографическими красивостями. MBH 10:42, 13 июля 2016 (UTC)
- Вот только сложившаяся практика говорит об обратном. С твоей ли активностью на РДБ не знать. ~Facenapalmобс, вкл 10:53, 13 июля 2016 (UTC)
- За такое можно и бота лишиться. — Ле Лой 11:47, 13 июля 2016 (UTC)
- Ой, а делать то что? Вариант сменить раскладку на клавиатуре — не предлагать :) НоуФрост❄❄❄ 11:52, 13 июля 2016 (UTC)
- И всё-таки, чем альт+0171 и 0187 не устраивает?--Мечников обс 12:59, 13 июля 2016 (UTC)
- Уф, как вы редактируете, не понимаю… :) Есть раскладки, которые состоят из коротенького файлика, и устанавливаются простым кликом мыши. Все эти вики-символы '«»[]{}|→←' затем вводятся просто с нажатием альта. Википедия:Инструменты/Раскладка клавиатуры с использованием клавиши AltGr — программка Microsoft для создания раскладки (10 Кб), Общеизвестная раскладка Бирмана. Я пользуюсь своей, более «заточенной» под меня и вики. MMH когда-то посоветовал, за что ему огромное спасибо. --Vladis13 (обс) 13:22, 13 июля 2016 (UTC)
- Я как раз таки нормально редактирую. ТСа не устраивают по каким то причинам устанавливаемые раскладки, поэтому единственный вариант для него alt+.........--Мечников обс 15:44, 13 июля 2016 (UTC)
- Не, жестоко предлагать такое. Проще: 1) сразу под полем редактирования есть панель быстрой вставки — кавычки там в самом начале, 2) в панельке над полем редактирования в «спецсимволы → символы». Обрамляет выделенный текст. --Vladis13 (обс) 18:15, 13 июля 2016 (UTC)
- Я как раз таки нормально редактирую. ТСа не устраивают по каким то причинам устанавливаемые раскладки, поэтому единственный вариант для него alt+.........--Мечников обс 15:44, 13 июля 2016 (UTC)
- В смысле так можно вносить «правильные» кавычки? Не устраивает тем, что процент тех авторов, кто написал 250 статей текущих о Лауреатах «Золотой маски», и кто знает про «альт+» ничтожно мал. И ничтожно мал в перспективе написания остальных статей. Меня интересует решение, чтобы хоткэт давал категорию по поиску и тем самым способствовал категоризации этой категории. Хочется чтобы это мог сделать любой автор без технических ухищрений. НоуФрост❄❄❄ 13:26, 13 июля 2016 (UTC)
- Вообще, это, по-хорошему, проблема HotCat’а. Хорошо, а перенаправления он обрабатывает? Может, перенаправления на категории создать с обычных кавычек на «ёлочки»? ~Facenapalmобс, вкл 13:33, 13 июля 2016 (UTC)
- В смысле создать категорию с «перенаправлением»? Как то был случай, когда такая идея пришла мне в голову, но мне сказали, что так не принято. Админ сказал. НоуФрост❄❄❄ 13:36, 13 июля 2016 (UTC)
- Не, в русской википедии такой практики и правда нет.
Но ведь можно и ввести, если хоткат обрабатывает редиректы.А, уже неактуально, видимо. ~Facenapalmобс, вкл 23:41, 13 июля 2016 (UTC)
- Не, в русской википедии такой практики и правда нет.
- В смысле создать категорию с «перенаправлением»? Как то был случай, когда такая идея пришла мне в голову, но мне сказали, что так не принято. Админ сказал. НоуФрост❄❄❄ 13:36, 13 июля 2016 (UTC)
- СО гаджета. --Vladis13 (обс) 13:38, 13 июля 2016 (UTC)
- По английски? К сожалению не мой случай, особенно когда и по русски трудно описать «проблему»… НоуФрост❄❄❄ 14:49, 13 июля 2016 (UTC)
- Вообще, это, по-хорошему, проблема HotCat’а. Хорошо, а перенаправления он обрабатывает? Может, перенаправления на категории создать с обычных кавычек на «ёлочки»? ~Facenapalmобс, вкл 13:33, 13 июля 2016 (UTC)
- Уф, как вы редактируете, не понимаю… :) Есть раскладки, которые состоят из коротенького файлика, и устанавливаются простым кликом мыши. Все эти вики-символы '«»[]{}|→←' затем вводятся просто с нажатием альта. Википедия:Инструменты/Раскладка клавиатуры с использованием клавиши AltGr — программка Microsoft для создания раскладки (10 Кб), Общеизвестная раскладка Бирмана. Я пользуюсь своей, более «заточенной» под меня и вики. MMH когда-то посоветовал, за что ему огромное спасибо. --Vladis13 (обс) 13:22, 13 июля 2016 (UTC)
- И всё-таки, чем альт+0171 и 0187 не устраивает?--Мечников обс 12:59, 13 июля 2016 (UTC)
- @MaxBioHazard: Уже стоит беспокоиться и проверять вклад бота, где ещё он делал подобные правки «ради удобства»? — putnik 14:02, 13 июля 2016 (UTC)
- Я таких правок ещё не делал, но считаю их возможным разрешением поднятой проблемы (типографисты насовали знаков даже туда, где нельзя воспользоваться механизмом редиректов и, как следствие, любой участник, желающий что-то там править, обязан откуда-то брать экзотические кавычки и прочие подобные знаки). MBH 15:30, 13 июля 2016 (UTC)
- У всех разное понятие о том, какие кавычки считать экзотическими.--Мечников обс 15:46, 13 июля 2016 (UTC)
- Категории — всё же не чисто техническая вещь, они создаются в первую очередь для читателей. А то, что создаётся для читателей, должно полностью соответствовать стилистическим нормам проекта. Удобство редакторов тут на втором плане. ~Facenapalmобс, вкл 23:41, 13 июля 2016 (UTC)
- Я таких правок ещё не делал, но считаю их возможным разрешением поднятой проблемы (типографисты насовали знаков даже туда, где нельзя воспользоваться механизмом редиректов и, как следствие, любой участник, желающий что-то там править, обязан откуда-то брать экзотические кавычки и прочие подобные знаки). MBH 15:30, 13 июля 2016 (UTC)
- Ой, а делать то что? Вариант сменить раскладку на клавиатуре — не предлагать :) НоуФрост❄❄❄ 11:52, 13 июля 2016 (UTC)
- «При внесении названия в ХотКэт с клавиатуры, ... категория искомая не всплывает в поиске.» - в смысле не всплывает?! Только что проверил - через хоткат добавляю категорию, набираю "Лауреаты премии", тут же выскакивает предложение с первой по алфавиту категорией и всплывает окошко на пять строк с предлагаемыми категориями и скроллом [1] (точно так же как при вики-поиске), где можно или колёсиком, или ЛКМ прокрутить до нужной [2], и ничего набирать на клавиатуре уже не надо, а тем более осуществлять какие-то хитрые манипуляции... → borodun™ 19:27, 13 июля 2016 (UTC)
Ах ты ж «ёшкин кот». А я то набирал ошибочное «Лауреат премии….» и думал что категория вообще не ищется «с правильными кавычками». «Во тупые…» Виноват. НоуФрост❄❄❄ 19:31, 13 июля 2016 (UTC)
- Хотя проблема всё одно потенциальная есть для полностью закавыченных категорий. Хорошо что хоть эта не такая :) НоуФрост❄❄❄ 19:35, 13 июля 2016 (UTC)
- Да, таких 26 штук есть... По-хорошему, там большинство переименовать надо - или кавычки не нужны или добавлять уточняющее слово надо... → borodun™ 20:17, 13 июля 2016 (UTC)
- А вот полностью закавыченных категорий быть вообще не должно, если не ошибаюсь. ~Facenapalmобс, вкл 23:41, 13 июля 2016 (UTC)
- Затерроризируйте разработчиков Хотката, и делов-то. Неразрывные пробелы в обычные, я смотрю, он превращает, значит для него это не проблема. Но вообще для редактора энциклопедии вполне естественно иметь у себя типографскую раскладку клавиатуры. Макс, пора уже перейти к стадии принятия и потратить 5 минут на установку. — Джек, который построил дом (обс.) 19:46, 13 июля 2016 (UTC)
- Приступили уже. Спасибо, Vladis13 помог и перевёл мое мычание на СО гаджета в понятный вопрос :) НоуФрост❄❄❄ 20:30, 13 июля 2016 (UTC)
- Присоединился к нему. Кто хочет, тоже отпишитесь. — Джек, который построил дом (обс.) 21:14, 13 июля 2016 (UTC)
- В запрос можно и остальные кавычки добавить — „“, например. У нас они только в текстах статей употребляются, и то очень редко, но мало ли, везде свои стилистические нормы. А если уж решать проблему — так решать целиком. ~Facenapalmобс, вкл 23:47, 13 июля 2016 (UTC)
- Что-то мне не приходит в голову, как найти, используются ли у нас кавычки-лапки в названиях категорий или вообще любых страниц. — Джек, который построил дом (обс.) 00:39, 14 июля 2016 (UTC)
- Только поиском по тексту статей; ну, не используются вроде. — Джек, который построил дом (обс.) 00:44, 14 июля 2016 (UTC)
- Через дамп нашёл только одну: к:Награждённые медалью «За бой „Варяга“ и „Корейца“». И есть ~10 статей с вложенными кавычками вроде Экспедиция «„Миры“ на Байкале», с очень малой вероятностью что по ним назовут категории. --Vladis13 (обс) 11:05, 14 июля 2016 (UTC)
- Сегодня ночью прошёл бот JackieBot и много поправил категорий с кавычками "неправильными" НоуФрост❄❄❄ 11:29, 14 июля 2016 (UTC)
- Через дамп нашёл только одну: к:Награждённые медалью «За бой „Варяга“ и „Корейца“». И есть ~10 статей с вложенными кавычками вроде Экспедиция «„Миры“ на Байкале», с очень малой вероятностью что по ним назовут категории. --Vladis13 (обс) 11:05, 14 июля 2016 (UTC)
- В запрос можно и остальные кавычки добавить — „“, например. У нас они только в текстах статей употребляются, и то очень редко, но мало ли, везде свои стилистические нормы. А если уж решать проблему — так решать целиком. ~Facenapalmобс, вкл 23:47, 13 июля 2016 (UTC)
- Присоединился к нему. Кто хочет, тоже отпишитесь. — Джек, который построил дом (обс.) 21:14, 13 июля 2016 (UTC)
- u:Jack who built the house, на ведроиде мне её тоже поставить? Бирмана нет даже под просто линукс, подавляющее же большинство ведрораскладок не включают кавычки из экзотических языков (вот японские кавычки в японской раскладке на моей клавиатуре есть, русских на русской - нету). MBH 17:07, 19 июля 2016 (UTC)
- Беда. А Бирман-то сноб известный, да:
— Джек, который построил дом (обс.) 17:18, 19 июля 2016 (UTC)Хочу раскладку под Линукс, Юникс, Убунту и ФриБСД
Что бы это всё ни значило, делайте и распространяйте. Раньше я обещал поставить ссылку со страницы раскладки на версию для чего-то такого, но больше не обещаю. Дело в том, уже три или четыре раза я это делал, а потом мне писали, что у меня на странице дохлая ссылка. Видимо, в мире странных операционных систем такое отношение нормально, но мне это надоело.
- Беда. А Бирман-то сноб известный, да:
- Эта тема добавлена в список технических задач для выполнения в будущем со средним приоритетом. Суть: «Добиться того, чтобы HotCat воспринимал машинописные кавычки как типографские». Список задач доступен на странице проекта; задачи добавляются при помощи шаблона {{подст:техзадача}}. — Джек, который построил дом (обс.) 15:54, 18 июля 2016 (UTC)
Запрос выполнен |
Просьба убрать из кода переносы строки, сделав возможным его использование в ветках обсуждения. Код следует заменить на
<div class="NavFrame {{#if:{{{hidden|{{{hide|}}}}}}|collapsed}}" style="{{{frame-style|}}}"><div class="NavHead" style="{{{title-style|}}}">{{{title|}}} </div><div class="NavContent" style="{{#if:{{{content-style|}}}|{{{content-style}}}|text-align:left}}"><p>{{{content}}}</p></div>{{#if: {{{footer|}}}|<div style="{{{footer-style|{{{title-style|}}}}}}">{{{footer}}}</div>}}</div><noinclude>{{doc}}</noinclude>
В него добавлены теги <p></p>
, которые парсер сейчас добавляет автоматически благодаря наличию переносов строки.
Не представляю, что может поломаться, но лучше затестить в паре мест.
Тема также поднималась MaxBioHazard по адресу Википедия:Форум/Архив/Технический/2016/04#t:Hider. — Джек, который построил дом 17:22, 17 мая 2016 (UTC)
- Джек, который построил дом, заменил. Вроде ничего не должно поломаться, поэтому не знаю даже что тестить. Dmitry89 (talk) 22:43, 6 июня 2016 (UTC)
{{hider|content=Спасибо!}}
— Джек, который построил дом (обс.) 22:47, 6 июня 2016 (UTC)
- u:Dmitry89, кажется, таки сломалось. MBH 13:40, 7 июня 2016 (UTC)
- Да. Конечно, везде, где содержимое начинается с таблиц и тому подобного, начальный перенос строки необходим. В таком случае просьба Dmitry89 отменить эту правку и реализовать предложение Макса и «поставить его [шаблона] первой строкой энтер» (тут точно ничего не должно поломаться). — Джек, который построил дом (обс.) 13:54, 7 июня 2016 (UTC)
- Фантом отменил (пожалуй, действительно надо было сначала потестить), а энтер (т.е. просто перенос строки в самом начале шаблона), по идее тоже ничего не решит. Точнее вот что получится:
{{U:Dmitry89/тест|content=Тест.}}
А тут продолжение моей реплики. Вся структура веток сломалась. Такое устраивает? Dmitry89 (talk) 19:03, 7 июня 2016 (UTC)- Да, всё правильно, ибо она и сейчас ломается (см. моё «Спасибо» выше), смысл в том, что сам шаблон зато не сломается. — Джек, который построил дом (обс.) 19:54, 7 июня 2016 (UTC)
- пинг — Джек, который построил дом (обс.) 19:54, 7 июня 2016 (UTC)
- Изменил, надеюсь больше ничего нигде не поломается. Dmitry89 (talk) 19:56, 7 июня 2016 (UTC)
- Фантом отменил (пожалуй, действительно надо было сначала потестить), а энтер (т.е. просто перенос строки в самом начале шаблона), по идее тоже ничего не решит. Точнее вот что получится:
- Да. Конечно, везде, где содержимое начинается с таблиц и тому подобного, начальный перенос строки необходим. В таком случае просьба Dmitry89 отменить эту правку и реализовать предложение Макса и «поставить его [шаблона] первой строкой энтер» (тут точно ничего не должно поломаться). — Джек, который построил дом (обс.) 13:54, 7 июня 2016 (UTC)
{{hider|title=pshhh|content=# 1 # 2}}
MBH 10:56, 8 июня 2016 (UTC)- Я бы тут в идеале запилил шаблон/модуль, который бы определял, с чего начинается строка: если с таблицы и т. п., то ставить перенос, а в обратном случае нет. Полный список того, для чего принципиально находиться в начале строки (например, для
----
ещё), вроде был где-то на mw:Extension:Scribunto/Lua reference manual. Воспользуюсь своим новым изобретением для откладывания проблем в долгий ящик (как же оно мне нравится!): — Джек, который построил дом (обс.) 16:12, 18 июля 2016 (UTC)
- Эта тема добавлена в список технических задач для выполнения в будущем с низким приоритетом. Суть: «Шаблон/модуль, который бы определял, не начинается ли строка со спецразметки». Список задач доступен на странице проекта; задачи добавляются при помощи шаблона {{подст:техзадача}}. — Джек, который построил дом (обс.) 16:12, 18 июля 2016 (UTC)
Смотрите на № 20 — вроде ведь неправильно, чтобы разрывалась строка между номером и именем игрока? Раньше я такого не видел, но последнее время стал за шаблоном этот грешок замечать. Как исправить этот баг системно? Сидик из ПТУ 13:28, 28 мая 2016 (UTC)
- А ссылку на шаблон сложно дать?Проблема не воспроизводится. — Джек, который построил дом 13:47, 28 мая 2016 (UTC)
- Арон Гуннарссон — а так? Сидик из ПТУ 17:22, 28 мая 2016 (UTC)
- Там же номер вместе с фамилией в
<span style="white-space: nowrap;"></span>
обёрнут, с чего бы ему отрываться? Сообщите браузер/ОС, что ли. — Джек, который построил дом 17:26, 28 мая 2016 (UTC)- Windows 7 и Chrome. На работе Windows 7 и Mozilla — то же самое замечаю. Ещё от монитора и разрешения может меняться. Сидик из ПТУ 19:53, 28 мая 2016 (UTC)
- Не знаю, мне тоже повторить путём игры с шириной экрана не удалось. Мазилка, вроде бы даже не последняя. ~Facenapalmобс, вкл 20:29, 28 мая 2016 (UTC)
- Win 8.1, Chrome Версия 50.0.2661.102 m. Перевожу редактор в оконный режим, начинаю менять ширину окна от минимальной. Последовательно отрываются номера от фамилий всех игроков. — Igel B TyMaHe 08:02, 29 мая 2016 (UTC)
- И в шаблоне:Состав футбольного клуба то же самое. Сидик из ПТУ 08:06, 29 мая 2016 (UTC)
- Эксперимент показывает, что глюк, видимо, вызван оборачиванием номера в
<small>...</small>
: - строка без small: • 10 Иванов • 11 Петров • 12 Сидоров •
- строка со small: • 10 Иванов • 11 Петров • 12 Сидоров •
- Играя шириной окна, получаю перенос фамилии без номера во втором случае, но не смог добиться того же в первом. — Igel B TyMaHe 08:25, 29 мая 2016 (UTC)
- Удалось воспроизвести, когда очень медленно изменял ширину окна. Заскакивает на предыдущую строку, как только освобождается чуть-чуть места, а потом обратно. Причём как со small, так и без. Вставил вместо пробела — отрываться перестало. Как только убрал ссылку вокруг фамилии игрока, также эффект исчез. Не знал, что white-space ведёт себя так. — Джек, который построил дом 08:43, 29 мая 2016 (UTC)
- Глюк или фича? Существует ли тэг, свойство, запрещающий какое бы то ни было разделение символов внутри него? — Igel B TyMaHe 11:06, 29 мая 2016 (UTC)
- Сосбственно, почитал о
white-space
, какие противопоказания к заменеnowrap
наpre
? Менять {{nobr}}. — Igel B TyMaHe 11:13, 29 мая 2016 (UTC)white-space: pre
же будет пробелы сохранять, типа «текст внутри white-space: pre;» Может,display: inline-block;
добавить? Кто-нибудь знает подводные камни? — Джек, который построил дом 12:00, 29 мая 2016 (UTC)- ...Эээ, а лишние пробелы удаляет движок, так что «текст внутри white-space: pre;» отображается нормально. — Джек, который построил дом 12:03, 29 мая 2016 (UTC)
- Windows 7 и Chrome. На работе Windows 7 и Mozilla — то же самое замечаю. Ещё от монитора и разрешения может меняться. Сидик из ПТУ 19:53, 28 мая 2016 (UTC)
- Там же номер вместе с фамилией в
- Арон Гуннарссон — а так? Сидик из ПТУ 17:22, 28 мая 2016 (UTC)
- Проблема не решена. Сидик из ПТУ 17:09, 4 июня 2016 (UTC)
- @Сидик из ПТУ: тестьте, пишите запрос с {{editprotected}}'ом. Решайте проблему, проблема сама себя не решит. — Джек, который построил дом (обс.) 18:18, 10 июня 2016 (UTC)
- Можно не тестить (если трудоёмко), можно предложить заменить
white-space: nowrap;
наwhite-space: nowrap; display: inline-block;
или наwhite-space: pre;
и смотреть, обрушился ли мир. — Джек, который построил дом (обс.) 18:21, 10 июня 2016 (UTC)
- Эта тема добавлена в список технических задач для выполнения в будущем с низким приоритетом. Суть: «Найти замену white-space:nowrap; для {{nobr}}, так как это работает не до конца». Список задач доступен на странице проекта; задачи добавляются при помощи шаблона {{подст:техзадача}}. — Джек, который построил дом (обс.) 16:00, 18 июля 2016 (UTC)
изв, если теме место не здесь: заранее благодарен поместившему «куда след».
Неожиданно созвучные шаблоны — ведут себя так по-разному:
- {{год в кино|1987}}, {{год в музыке|1987}}, {{год в театре|1987}} превращаются в симпатичные викиссылки 1987, 1987, 1987,
- а {{год в литературе|1987}}, {{год в науке|1987}}, {{год в спорте|1987}} — в плашки
1987 год в литературе | ||
---|---|---|
1985 – 1986 — 1987 — 1988 – 1989 | ||
См. также: Другие события в 1987 году |
1987 год в науке |
---|
1977 • 1978 • 1979 • 1980 • 1981 • 1982 • 1983 |
1984 • 1985 • 1986 • 1987 • 1988 • 1989 • 1990 |
1991 • 1992 • 1993 • 1994 • 1995 • 1996 • 1997 |
Другие события в 1987 году |
1987 год в спорте | ||
---|---|---|
По видам спорта: | ||
| ||
См. также: Другие события в 1987 году |
И ещё — отсутствуют:
- Шаблон:Год в истории железнодорожного транспорта
- 1987
- Шаблон:Год в истории общественного транспорта
- Шаблон:Год в истории изобразительного искусства СССР
- 1987
- 1987
а хотелось бы…
И, «до кучи»: не знаю, связанные ли это вещи. В Шаблон:Фильм год = год в кино, а в Шаблон:Литературное произведение год — вообще не викиссылка, хотя ожидалось бы год в литературе; в Шаблон:Спортсмен года карьеры (респект за парное число! ;-) — НЕ года в спорте; в Шаблон:Театральный деятель годы активности (а тут — промашка вышла!.. :-/ — НЕ года в театре; в Шаблон:Музыкант годы активности (снова мимо… :-/ — НЕ года в музыке.
Заранее спасибо умельцам за исправления, ·1e0nid· (обс) 07:46, 14 июля 2016 (UTC)
- ·1e0nid·, создал {{год в СССР}} и {{Годы в истории СССР}}. Исправлял в сообщении выше, а то срабатывал шаблон там. Потом вернул назад.--Arbnos (обс) 01:42, 16 июля 2016 (UTC)
- Надо искоренять всё это сомнительное "добро" - и шаблоны, и тематические свалки по годам (как нарушение ВП:СПИСКИ). --Ghirla -трёп- 09:15, 16 июля 2016 (UTC)
- Не надо. ~Fleur-de-farine 11:44, 16 июля 2016 (UTC)
- Не понимаю ценности таких «статей». Есть статьи «история такой-то науки», «история литературы» и т.п., где должны приводится ключевые события. А в чём смысл статьи «…год в науке», куда можно включить миллион фактов?--Мечников обс 13:31, 16 июля 2016 (UTC)
- Их не удалят.--Arbnos (обс) 15:28, 16 июля 2016 (UTC)
- Это то же, что категории по годам, только они должны дополняться значимыми понятиями, о которых не написаны или не могут быть написаны статьи. — Igel B TyMaHe (обс) 16:15, 16 июля 2016 (UTC)
- и в итоге получаем забор, на котором любой проходящий мимо может записать, что угодно, лишь бы оно примерно происходило в том году. Обобщающих источников то нет. Да уж образец энциклопедических статей. - Saidaziz (обс) 07:19, 17 июля 2016 (UTC)
- В большинстве статей Википедии на половину утверждений не приведены источники. А так обобщающие вполне имеются. К примеру, раньше выпускались такие книжки, как "Театральный ежегодник", профильные журналы тоже часто делают обзоры за прошедший год. ~Fleur-de-farine 11:08, 17 июля 2016 (UTC)
- Большинство фактов в подобных статьях сами по себе сомнений не вызывают, проблема в том, что, в целом, статьи — свалки. В природе то обобщающие источники существуют, вот только я ни разу не видел их в статьях, а главное, не видел, чтобы статьи «год в *» были бы по ним написаны. — Saidaziz (обс) 15:30, 17 июля 2016 (UTC)
- по мне, списки должны создаваться не вручную, а автоматически, как Ссылки сюда: тогда и вопроса «об источниках» не возникает; а посмотреть о одновременных событиях — порой занятно: если это будет достаточно наглядно… ·1e0nid· (обс) 11:56, 18 июля 2016 (UTC)
- кас: «…о которых не написаны или не могут быть написаны…» уважаемого Igel B TyMaHe: а статьи про однофамильцев попадают под вашу максиму? Статьи-списки — лакомство коллекционеров!
Уже после заглавного поста наткнулся на шаблоны {{годы в кино}} (подвальный) и {{годы в музыке}}: показать их действие тут кажется неуместным, но — интересный опыт: полюбопытствуйте. Думаю, существующие {{год в литературе}}, {{год в науке}}, {{год в спорте}} сто́ит переименовать в {{годЫ в *|1987}} — Эта реплика добавлена участником ·1e0nid· (о • в)
- кас: «…о которых не написаны или не могут быть написаны…» уважаемого Igel B TyMaHe: а статьи про однофамильцев попадают под вашу максиму? Статьи-списки — лакомство коллекционеров!
- по мне, списки должны создаваться не вручную, а автоматически, как Ссылки сюда: тогда и вопроса «об источниках» не возникает; а посмотреть о одновременных событиях — порой занятно: если это будет достаточно наглядно… ·1e0nid· (обс) 11:56, 18 июля 2016 (UTC)
- Большинство фактов в подобных статьях сами по себе сомнений не вызывают, проблема в том, что, в целом, статьи — свалки. В природе то обобщающие источники существуют, вот только я ни разу не видел их в статьях, а главное, не видел, чтобы статьи «год в *» были бы по ним написаны. — Saidaziz (обс) 15:30, 17 июля 2016 (UTC)
- В большинстве статей Википедии на половину утверждений не приведены источники. А так обобщающие вполне имеются. К примеру, раньше выпускались такие книжки, как "Театральный ежегодник", профильные журналы тоже часто делают обзоры за прошедший год. ~Fleur-de-farine 11:08, 17 июля 2016 (UTC)
- и в итоге получаем забор, на котором любой проходящий мимо может записать, что угодно, лишь бы оно примерно происходило в том году. Обобщающих источников то нет. Да уж образец энциклопедических статей. - Saidaziz (обс) 07:19, 17 июля 2016 (UTC)
- Эта тема добавлена в список технических задач для выполнения в будущем со средним приоритетом. Суть: «Унифицировать шаблоны «год в…» по назначению». Список задач доступен на странице проекта; задачи добавляются при помощи шаблона {{подст:техзадача}}. — Джек, который построил дом (обс.) 14:14, 18 июля 2016 (UTC)