Википедия:Форум/Архив/Технический/2016/02
![Правки нежелательны](http://upload.wikimedia.org/wikipedia/commons/thumb/9/95/OOjs_UI_icon_lock.svg/40px-OOjs_UI_icon_lock.svg.png)
Эта страница — часть архива форума Википедии.
Пожалуйста, не редактируйте эту страницу!- ← январь 2016
- февраль 2016
- март 2016 →
Шаблон:Succession box
правитьКоллеги, с некоторого момента сбилось форматирование таблицы в шаблоне {{Succession box}}. У меня он выглядит так: [1] (пример взят из документации шаблона). Это у меня одного так или что-то поломалось? Почему шаблон выглядит кардинально по-разному, хотя разница между верхним и нижним вызовом только в ширине таблицы. При этом в самом шаблоне вроде бы нету правок в последнее время - последнее существенное изменение аж в 2011 было. --Mitas57 22:44, 29 февраля 2016 (UTC)
- Кое-кто накосячил в 2009-м; косяк провисел незамеченным 6,5 лет. Накосячил, произведя тем самым на свет чудовище в виде двойной границы у таблицы, а также убрав центрирование, которое достигалось свойством
margin:0 auto
(этим незакрытым вторым style парсер перезаписал исходный атрибут). Вот, оказывается, почему эти боксы у нас такие уродские! Не по злому умыслу.Дело было отягощено тем, что через полгода шаблон был защищен как критический, а на практике это означает, что даже если кто-то заметил ошибку, им было лень совершать лишние действия, чтобы изменить защищённый шаблон. Ещё один урок всем сторонникам защиты шаблонов от автоподтверждённых (критерии для каковой в англовики установлены вдвое выше [4000 включений], чем у нас).Правку это надлежит отменить, то есть убратьstyle="text-align: center;
, так как этот text-align всё равно есть на уровне отдельных tr в шаблоне {{succession box}}.Также я предлагаю послушать здравую мысль человека в обсуждении start box и, как в английском шаблоне, заменитьmargin:0 auto;
наmargin:0.5em auto;
, чтобы он не приклеивался к предшествующему тексту, как можно видеть на этой странице. Это же проделать в родственном ему шаблоне {{Последовательность людей}}. — Джек, который построил дом 01:24, 1 марта 2016 (UTC)- У них не вдвое выше. Эти цифры надо смотреть в приведенном виде относительно количества статей. Vcohen 07:24, 1 марта 2016 (UTC)
- Почему? Эффект неосторожной правки-то выражается в абсолютном количестве затронутых людей. (Грубо говоря, пример с потолка, мы же не считаем число жертв катастроф относительно числа жителей страны. И если считать относительно, то можно выбрать произвольный ориентир — например, число жителей Земли, что в нашем случае будет соответствовать числу статей во всех разделах ВП. Тогда во всех разделах предел количества включений должен быть одинаковым.) — Джек, который построил дом 11:21, 1 марта 2016 (UTC)
- Понятие "шаблон используется в большом количестве статей" относительно. То, что для якутского или осетинского раздела много, для английского очень мало. 4000 статей из 10 000 - это не то же самое, что 4000 из миллиона, а 4000 из миллиона - не то же, что 4000 из 5 миллионов. Vcohen 12:27, 1 марта 2016 (UTC)
- > 4000 из миллиона - не то же, что 4000 из 5 миллионов
Если посещаемость этого миллиона статей в 5 раз ниже — то же. А на самом деле английский раздел где-то в 7 раз популярней нашего при перевесе в 4 раза по количеству статей, то есть у нас при таком грубом подсчёте этот предел должен быть не 4000 включений, а 7000. В реальности, это, полагаю, многовато, более разумная цифра — 4000—6000. Надо учиться жить широко. — Джек, который построил дом 12:55, 1 марта 2016 (UTC) - При этом можно ещё считать количество редакторов на каждый защищённый шаблон, то есть насколько вероятно, что, как в обсуждаемом случае, все будут проходить мимо косяка. — Джек, который построил дом 13:06, 1 марта 2016 (UTC)
- Ага, а администраторов + редакторов шаблонов в англовики 1438 против наших 90, то есть в 14 раз больше (!). Мама родная. This ship goes nowhere. — Джек, который построил дом 14:08, 1 марта 2016 (UTC)
- Вот вот, надо мерить не кодичеством статей, а, с одной стороны, количеством редактором, способных исправить косяк, и с другой стороны - вандалов, способных внести косяк. Если вандалов много, а админов мало, нужно увеличивать порог, если админов много, а вандалов мало - снижать порог. Если порог высокий, вводить флаг "Редактор шаблонов". — Igel B TyMaHe 15:06, 1 марта 2016 (UTC)
- Да, только между вандалами и "железно надёжными" (хотя на практике не всегда) админами у нас есть промежуточная категория автоподтверждённых, и то, что она не учтена в действующей политике защиты шаблонов, — показатель её непродуманности. P.S. Это вообще довольно забавно, что автоподтверждённых у нас примерно столько же, сколько админов + редакторов шаблонов в англовики. Если это считается таким особым статусом, то хоть пользовались бы этим. — Джек, который построил дом 15:24, 1 марта 2016 (UTC)
- Вот вот, надо мерить не кодичеством статей, а, с одной стороны, количеством редактором, способных исправить косяк, и с другой стороны - вандалов, способных внести косяк. Если вандалов много, а админов мало, нужно увеличивать порог, если админов много, а вандалов мало - снижать порог. Если порог высокий, вводить флаг "Редактор шаблонов". — Igel B TyMaHe 15:06, 1 марта 2016 (UTC)
- > 4000 из миллиона - не то же, что 4000 из 5 миллионов
- Понятие "шаблон используется в большом количестве статей" относительно. То, что для якутского или осетинского раздела много, для английского очень мало. 4000 статей из 10 000 - это не то же самое, что 4000 из миллиона, а 4000 из миллиона - не то же, что 4000 из 5 миллионов. Vcohen 12:27, 1 марта 2016 (UTC)
- Почему? Эффект неосторожной правки-то выражается в абсолютном количестве затронутых людей. (Грубо говоря, пример с потолка, мы же не считаем число жертв катастроф относительно числа жителей страны. И если считать относительно, то можно выбрать произвольный ориентир — например, число жителей Земли, что в нашем случае будет соответствовать числу статей во всех разделах ВП. Тогда во всех разделах предел количества включений должен быть одинаковым.) — Джек, который построил дом 11:21, 1 марта 2016 (UTC)
- Я написал запрос администраторам на исправление. --Mitas57 22:29, 1 марта 2016 (UTC)
- @Jack who built the house: До последнего времени всё работало нормально. Видимо, что-то поменялось в парсере. — putnik 18:24, 3 марта 2016 (UTC)
- @Putnik: Тогда ещё интересней. Значит, всё-таки не 6,5 лет (если говорить о косяке во внешнем виде, а не в самом коде, разумеется), ну и слава богу. — Джек, который построил дом 18:41, 3 марта 2016 (UTC)
- У них не вдвое выше. Эти цифры надо смотреть в приведенном виде относительно количества статей. Vcohen 07:24, 1 марта 2016 (UTC)
- Также прошу обратить внимание на консенсусный итог ВП:ПОСЛЕДОВАТЕЛЬНОСТЬ. → borodun™ 11:57, 1 марта 2016 (UTC)
По какой-то причине, ставит лишнюю категорию Категория:Википедия:Статьи о судах и кораблях без иллюстраций. Примеры: Тяжёлые крейсера типа «Норфолк», HMS Adamant (1780), HMS Active (1799) - где поле Иллюстрация заполнено. Прошу проверить. --Drakosh 16:33, 29 февраля 2016 (UTC)
Исправлено --windewrix 16:39, 29 февраля 2016 (UTC)
Путаница в Харьковском районе
править- Напишите на СО соответствующих страниц, здесь через месяц всё уедет в архив. — Igel B TyMaHe 08:57, 28 февраля 2016 (UTC)
Неработающий относительный height
правитьПочему в моём туле на лабсе не работает относительное указание высоты фрейма при работающем таком же указании ширины (<iframe src="https://ru.wikipedia.org/wiki/Special:Random" scrolling="yes" width="100%" height="70%"></iframe>
)? Указание абсолютной высоты (при относительной ширине) - работает. MaxBioHazard 08:29, 28 февраля 2016 (UTC)
- Потому что относительный размер — это процент от размера родительского элемента, а не страницы. По умолчанию body, как и любой другой блочный элемент, занимает всю доступную ширину, а по высоте подстраивается по контенту. — Ле Лой 09:48, 28 февраля 2016 (UTC)
- И можно как-то сделать, чтобы этот процент считался от высоты экрана? MaxBioHazard 13:12, 28 февраля 2016 (UTC)
- Перестаньте использовать устаревшие тэги HTML (<code>), уберите записанное в HTML-код указание высоты и ширины, чтобы не нарушать спецификацию HTML5 (<!DOCTYPE html> означает именно спецификацию HTML5, да), и используйте следующий код:
html, body { height:100%; width:100%; }
body { margin:0; text-align:center; }
iframe { border-width:0 0 1px; height:70%; width:100%; }
St. Johann 14:41, 28 февраля 2016 (UTC)- Спасибо за ответ, но есть ли способ сделать это именно атрибутами в хтмл-тегах, без подключения CSS (я так понял, ваши коды надо писать в подключаемом цсс-файле)? Я просто стремлюсь написать любой код наиболее простым и коротким способом, вопросы же
расовой чистотыследования стандартам меня не интересуют. MaxBioHazard 14:55, 28 февраля 2016 (UTC)- Не обязательно подключать внешний css, можно в тот же html в заголовки добавить тэг style. А писать без CSS — это привет девяностым. :) ~Facenapalmобс, вкл 16:19, 28 февраля 2016 (UTC)
- > А писать без CSS — это привет девяностым.
Я боюсь, этот аргумент на топикстартера не подействует, а вот тот неумолимый факт, что сделать это нельзя по той причине, что родительские элементы его ифрейма, включая html, body и center, не поддерживают атрибут height в HTML, — да. — Джек, который построил дом 17:45, 28 февраля 2016 (UTC)- Обернуть айфрейм в див, которому указать высоту в экран? MaxBioHazard 18:00, 28 февраля 2016 (UTC)
- Ну это можно. Но опять же средствами CSS (дивы и CSS не разлей вода). И кода даже больше будет — обнулять margin'ы у body, border'ы у iframe, чтобы они не сбили проценты, а сам div, соответственно, будет position:absolute. Уж проще наследовать по порядку. — Джек, который построил дом 18:18, 28 февраля 2016 (UTC)
- Код Saint Johann'а это проделывает наименьшими средствами, рекомендую взять его, включив в тег style. — Джек, который построил дом 18:22, 28 февраля 2016 (UTC)
- Хорошо: предложите конкретный код, не требующий подключения внешнего цсс-файла. (Код SJ, по-моему, не предназначен для вставки в html - я не совсем понимаю, куда его в html вставлять) MaxBioHazard 02:46, 29 февраля 2016 (UTC)
- См. также CSS#Способы подключения CSS к документу. -- dima_st_bk 03:28, 29 февраля 2016 (UTC)
<style> html, body { height:100%; width:100%; } body { margin:0; text-align:center; } iframe { border-width:0 0 1px; height:70%; width:100%; } </style>
- Хорошо: предложите конкретный код, не требующий подключения внешнего цсс-файла. (Код SJ, по-моему, не предназначен для вставки в html - я не совсем понимаю, куда его в html вставлять) MaxBioHazard 02:46, 29 февраля 2016 (UTC)
- Обернуть айфрейм в див, которому указать высоту в экран? MaxBioHazard 18:00, 28 февраля 2016 (UTC)
- > А писать без CSS — это привет девяностым.
- Не обязательно подключать внешний css, можно в тот же html в заголовки добавить тэг style. А писать без CSS — это привет девяностым. :) ~Facenapalmобс, вкл 16:19, 28 февраля 2016 (UTC)
- Спасибо за ответ, но есть ли способ сделать это именно атрибутами в хтмл-тегах, без подключения CSS (я так понял, ваши коды надо писать в подключаемом цсс-файле)? Я просто стремлюсь написать любой код наиболее простым и коротким способом, вопросы же
- Не работает MaxBioHazard 06:16, 29 февраля 2016 (UTC)
- Тег
<center></center>
либо убрать, либо сделатьhtml, body, center { height:100%; width:100%; }
. И style обычно после meta и title. -- dima_st_bk 06:34, 29 февраля 2016 (UTC)- Угу, заработало. MaxBioHazard 06:42, 29 февраля 2016 (UTC)
- Тег
В разделе Примечания высыпается куча однотипных сообщений об ошибке. Я найти и устранить причину этого безобразия не смог. Статья избранная, не красиво получается. --Chan 06:05, 28 февраля 2016 (UTC)
- В статье есть несколько сносок с одним ref name, но разным содержимым (это, по-моему, достаточно ясно написано в красных сообщениях) MaxBioHazard 06:44, 28 февраля 2016 (UTC)
- Огромное спасибо! Только найти какие именно я не смог, поэтому обратился сюда. Может более сообразительные люди смогут указать мне точнее как это поправить. --Chan 06:53, 28 февраля 2016 (UTC)
Сделано Ошибка возникает в шаблоне {{sfn}}, если в тексте одновременно употребляются конструкции {{sfn|Hume|2006|p=69-93}} и {{sfn|Hume|2006|pp=69-93}} (в первом случае использован парамерт "p", во втором - "pp", остальные символы совпадают. {{sfn|Hume|2006|pp=69—93}} к ошибке уже не приводит, так как диапазон страниц задан с другим символом - длинным тире. — Igel B TyMaHe 08:54, 28 февраля 2016 (UTC)
Спасибо Запущенный случай, я не смог разглядеть эти отличия. --Chan 09:23, 28 февраля 2016 (UTC)
Странный вид страницы
правитьСтраница Исследование сифилиса Таскиги у меня выглядит так: вместо стандартных ссылок у названий разделов и в самом верху [править | править вики-текст] — одно слово Править стилем заголовка. В стабильной версии всё нормально. — Igel B TyMaHe 20:45, 27 февраля 2016 (UTC)
— Джек, который построил дом 20:52, 27 февраля 2016 (UTC)
Итог
правитьИсправлено. — Igel B TyMaHe 21:51, 27 февраля 2016 (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)
Опять статистика просмотров
правитьКоличество просмотров резко упало за последние два дня. Опять поломка? Викидим 03:22, 27 февраля 2016 (UTC)
- Похоже, что проблема только с русскими названиями. Тут, к примеру, всё нормально. — Vort 05:04, 27 февраля 2016 (UTC)
- Спросил у автора. Sealle 12:38, 27 февраля 2016 (UTC)
- Разработчики исправили проблему, новые данные уже будут идти без ошибок, старые, повреждённые, пересчитают в течение недели. — Vort 14:43, 2 марта 2016 (UTC)
- @DarDar, Викидим, Алый Король: Добавил в Сведения о странице (например, [2]) график числа просмотров (внизу, в разделе Внешние инструменты). Sealle 05:30, 5 марта 2016 (UTC)
Шаблон сломан и я больше не могу понять его организацию. Пожалуйста, помогите с починкой! Шаблон прежде обеспечивал интеграцию с LyricWikia --eugrus 02:28, 27 февраля 2016 (UTC)
- @eugrus: Я слегка поправил и документировал шаблон. Но интеграцию LyricWiki он не обеспечивает. Прежде — это когда? Существенные изменения в код этого шаблона не вносились до сегодняшнего дня почти семь лет. Гамлиэль Фишкин 01:37, 28 февраля 2016 (UTC)
- Разобрался: Drozd (обс. · вклад) затёр шаблон для lyricwikia перенаправлением в 2015 году: https://ru.wikipedia.org/w/index.php?title=%D0%A8%D0%B0%D0%B1%D0%BB%D0%BE%D0%BD:%D0%A2%D0%B5%D0%BA%D1%81%D1%82%D1%8B_%D0%BF%D0%B5%D1%81%D0%B5%D0%BD&action=history --eugrus 01:43, 28 февраля 2016 (UTC)
- Искомый шаблон тоже не был документирован. Гамлиэль Фишкин 02:46, 28 февраля 2016 (UTC)
Патрулирование
правитьХочу предложить оптимизировать страницы ВП:ЗКП и ВП:ЗКПАУ. Теперь вопрос: есть ли шаблон, позволяющий сделать так, как на этой служебной странице Служебная:Ожидающие проверки изменения? Здесь не нашёл: Википедия:Шаблоны/Ссылки для внутреннего использования/Категория:Шаблоны:Внутренние ссылки. Думаю, что в случае реализации этой идеи будет намного удобнее патрулировать эти страницы с запросами. Сразу будет видно, какая статья отпатрулирована, а какая ещё нет. Такое возможно сделать? Oleg3280 15:49, 26 февраля 2016 (UTC)
- См. мой комментарий на странице к удалению, я там описал свое мнение. Илья Драконов 16:42, 29 февраля 2016 (UTC).
- Да, я видел, спасибо за комментарии. Oleg3280 16:46, 29 февраля 2016 (UTC)
Шаблон ПозКарта~
правитьЯ хочу чтобы на карте подписи были ссылками, а цвет их пр этом был черным. На данный момент я не вижу как это сделать встроенными средствами шаблона {{ПозКарта~}} и использую конструкцию label=<font color="black">[[ссылка]]</font>: пример. Но тут помимо избыточности кода есть недостаток - подчеркивание при этом остается синим или красным. Вопрос: может ли кто-нибудь из коллег добавить новые параметры в шаблон, чтобы не приходилось прибегать к этим костылям? — Рождествин Обо мне 13:29, 25 февраля 2016 (UTC)
- Вопрос: а вы когда-нибудь видели несинее и некрасное подчеркивание в статьях у ссылок? Насколько я понимаю, невозможность залезать в стили ссылок иначе, чем из CSS/JS сайта, — жесткое ограничение движка. Могу ошибаться. Хотя это зависит от браузера. У меня на Андроиде, к примеру, ссылки в вашем примере чёрные. — Джек, который построил дом 13:42, 25 февраля 2016 (UTC)
- Подчеркивание — второстепенный вопрос, может и нельзя. Я бы просто хотел иметь возможность задавать черный цвет ссылок и ссылку на label параметрами шаблона. А почему, кстати, параметр Link устанавливает ссылку только на mark? А если мне надо и на надпись и на шарик ссылку установить? — Рождествин Обо мне 13:51, 25 февраля 2016 (UTC)
- Черное подчеркивание вы имеет в виду? — Рождествин Обо мне 13:51, 25 февраля 2016 (UTC)
- Да, да. — Джек, который построил дом 14:02, 25 февраля 2016 (UTC)
- Действительно, в хроме тоже вроде черное. — Рождествин Обо мне 14:14, 25 февраля 2016 (UTC)
- Да, да. — Джек, который построил дом 14:02, 25 февраля 2016 (UTC)
- Ещё жалко, что при выделении чёрным недоступные ссылки становятся невидны. В идеале каждую ссылку можно было бы проверить через {{ifexists:}}, и установить другой цвет для недоступных. — Джек, который построил дом 14:30, 25 февраля 2016 (UTC)
- Да, да - сам думаю об этом. Я надеюсь этот момент никто не использует как довод против добавления параметров. Если будет добавлен параметр fontcolor, скажем, можно будет тупо его не задавать в случае, если статьи нет, что будет аналогично убиранию тега font из моего примера. Правда, если статья появится, ссылка станет синей. — Рождествин Обо мне 14:39, 25 февраля 2016 (UTC)
- Сделал у себя в личном пространстве. Если тут будет проходить мимо добрый админ, можете залить в код шаблона (ничего, кроме запрошенного Рождествиным, в шаблоне не меняется). Смотрите на вашем примере, что к чему:
-
- Установите
|label_link = x
для всех меток (любое непустое значение). Теперь вместо параметра|label =
в качестве текста метки будет использоваться содержимое параметра|link =
(который был до нас и который у вас уже был установлен). - Установите
|label_style =
для всех меток, в вашем случае —font-weight: bold;
(жирный шрифт). - Установите
|label_blue_link_color =
для всех меток, в вашем случае —black
(чёрный цвет). Этот и предыдущий параметр разведены, чтобы не устанавливать отдельно жирный для «синих» и «красных» ссылок. - При необходимости (каковой в вашем случае я не вижу) установите
|label_red_link_color =
для всех меток. - Таким образом, оставшаяся ручная работа заключается только в расставлении
|label_link_text =
для тех ссылок, где их отображаемый текст должен отличаться от заданного в параметре|link =
.
- Установите
- При этом параметр
|label_style =
работает только при установленном|label_link =
: при неустановленном можно и так записывать что хочешь в|label =
.P.S. Ссылка на Собор инвалидов в параметре|link =
у вас была нерабочая (может, ещё какие-то, эта просто бросилась в глаза). — Джек, который построил дом 16:46, 25 февраля 2016 (UTC)- Джек, который построил дом — вы святой! Спасибо!=)) — Рождествин Обо мне 16:53, 25 февраля 2016 (UTC)
- А вот и нет. Вижу забавную деталь: из-за того, что я реализовал изменение цвета через
<span style="..."></span>
, подчеркивание в Хроме таки вернулось к синему цвету. А если реализовывать через старый добрый<font color="..."></font>
, то оно становится одним цветом со ссылкой. Я сейчас исправлю. А ещё говорят, юзайте семантичный код. — Джек, который построил дом 17:02, 25 февраля 2016 (UTC)- Я даже и не помню откуда я этот
<font color="..."></font>
вытащил — из какого-то другого шаблона наверное, вряд ли сам придумал. Значит давно уже люди этот костыль используют. А потому что синий цвет на картах по крайней мере в половине случаев — плохо. — Рождествин Обо мне 17:08, 25 февраля 2016 (UTC)
- Я даже и не помню откуда я этот
- Исправил.
|label_blue_link_style = color: black;
, соответственно, превращается в|label_blue_link_color = black
. — Джек, который построил дом 17:11, 25 февраля 2016 (UTC)- Так тут получается вместо black можно любое значение вписать? — Рождествин Обо мне 17:15, 25 февраля 2016 (UTC)
- Ну естественно, всё, что позволяется вписывать в
<font color="...">
. — Джек, который построил дом 17:21, 25 февраля 2016 (UTC)
- Ну естественно, всё, что позволяется вписывать в
- Так тут получается вместо black можно любое значение вписать? — Рождествин Обо мне 17:15, 25 февраля 2016 (UTC)
- А вот и нет. Вижу забавную деталь: из-за того, что я реализовал изменение цвета через
- Джек, который построил дом — вы святой! Спасибо!=)) — Рождествин Обо мне 16:53, 25 февраля 2016 (UTC)
- Давайте я сюда впихну {{editprotected}}, чтобы как-то ускорить процесс. Документацию я допишу, как сделаете (если я к тому моменту буду ещё тут). Рождествин абсолютно прав — есть многие карты, где синий текст смотрится дряно, а делать каждую подпись на белой плашке чересчур.Кроме того, это обновление позволит не вписывать дополнительно текст подписи, если он совпадает с содержимым параметра
|link =
, а обойтись непустым значением параметра|label_link =
для всех меток. (К слову, параметр link что в английском, что в русском шаблоне работает с тем неприятным недостатком, что для каждой подписи создается широкий div [шире подписи], который может загораживать другую метку, в результате чего она перестаёт работать как ссылка.)
![]() | Запрос выполнен |
- @Jack who built the house:, если приведёте на СО шаблона код, на который надо заменить, это максимально ускорит процесс, а то все продолжают обходить это обсуждение стороной — Эта реплика добавлена участником WindEwriX (о • в) 08:05, 9 марта 2016 (UTC)
- А, разул глаза, просмотрел обсуждение и увидел рабочий текст у вас на подстранице, заменил --windewrix 18:39, 19 марта 2016 (UTC)
- В таком случае @Рождествин:
Сделано. — Джек, который построил дом 10:01, 20 марта 2016 (UTC)
- Всем огромное спасибо=) Заменю в статье. — Рождествин Обо мне 10:13, 25 марта 2016 (UTC)
- В таком случае @Рождествин:
Куда девать второй аккаунт?
правитьПроблема: 10 лет назад, когда я регистрировался в ру-вики, никто ещё и близко не слыхал про SUL, и я спокойно зарегистрировался под ником Ari. Потом мне понадобился аккаунт на Commons, и я зарегистрировался и там, но уже под ником Ari Linn. В прошлом году наступила всеобщая SUL-изация, и мой аккаунт ру-вики стал глобальным. Теперь получается, что «меня двое» — один аккаунт пришёл с ру-вики, второй с Commons. Хочу или запросить удаление аккаунта Ari Linn, или, что лучше, объединить правки обоих аккаунтов. Но вот смотрю, объединять аккаунты вроде нельзя, удалять — тоже... С этим можно что-нибудь сделать, или мне так и жить теперь в двух экземплярах? — Ari✓ 03:58, 25 февраля 2016 (UTC)
- Ничего, можешь попросить заблокировать второй.--Александр Русский 04:21, 25 февраля 2016 (UTC)
- В sul можно вставлять/удалять. Например, у Ari Linn больше правок в commons, тогда из sul Ari достаём Ari-commons и вставляем Ari Linn-commons, попутно переименовав или оставив так. На Мете написано, что когда-нибудь сделают объединение учётных записей, до тех пор для вторичного sul можно на общей личной страницей на Мете поставить перенаправление на основной, или забыть/заблокировать, но не удалить. --Hrum-Hrum 07:32, 25 февраля 2016 (UTC)
Выкачать иллюстрации с сайта
правитьНемного неожиданный запрос. Есть один сайт, на котором выложен один очень редкий коллекционный журнал. Я его в своё время скупал за очень крутые деньги, чтобы написать пару статей для вики, например про Е Фэн. Так вот, вопрос, можно ли выкачать все страницы журнала с этого сайта. Формат они имеют такой. http://internationalscreen.net/uploadfile/image/BLOW-UPS/67/11.jpg где 67 это номер журнала, а 11 это страница. Мне было бы достаточно, чтобы вот эти изображения были выкачаны в отдельные директории, всего их 68. В глубине души я подозреваю, что технически это можно сделать, потому что сталкивался с таким, но как конкретно - абсолютно не ведаю. --Алый Король 08:57, 24 февраля 2016 (UTC)
- В чём проблема сохранить их самостоятельно? Меняете цифру в адресе, ctrl+s и вперёд. Advisor, 09:02, 24 февраля 2016 (UTC)
- Там 68 номеров, в номере 40 страниц, 2720 сохранений? Я говорю о том, что хочу сохранить все номера, поскольку не факт, что сайт не помрёт через год или два. Я слишком часто сталкиваюсь с таким. --Алый Король 09:25, 24 февраля 2016 (UTC)
- Teleport Pro и ему подобные. --Igel B TyMaHe 10:15, 24 февраля 2016 (UTC)
- Там 68 номеров, в номере 40 страниц, 2720 сохранений? Я говорю о том, что хочу сохранить все номера, поскольку не факт, что сайт не помрёт через год или два. Я слишком часто сталкиваюсь с таким. --Алый Король 09:25, 24 февраля 2016 (UTC)
- Я написал граббер, сейчас он работает, когда будет готово - скину результат. MaxBioHazard 11:05, 24 февраля 2016 (UTC)
- MaxBioHazard, а как-то возможно поделиться технологией с народом? --Vayvor 09:05, 25 февраля 2016 (UTC)
- в Download Master, например, это штатная функция - выкачивание по маске. -- ShinePhantom (обс) 09:40, 25 февраля 2016 (UTC)
- MaxBioHazard, а как-то возможно поделиться технологией с народом? --Vayvor 09:05, 25 февраля 2016 (UTC)
using System.Net;
using System.IO;
class Program
{
static void Main(string[] args)
{
var c = new WebClient();
for (int first = 1; first < 69; first++)
{
Directory.CreateDirectory(first.ToString());
for (int second = 1; second < 60; second++)
{
string sf = (first < 10 ? "0" + first.ToString() : first.ToString());
string ss = (second < 10 ? "0" + second.ToString() : second.ToString());
try
{
c.DownloadFile(@"http://internationalscreen.net/uploadfile/image/BLOW-UPS/" + sf + "/" + ss + ".jpg", first.ToString() + "/" + sf + "-" + ss + ".jpg");
}
catch (WebException e) { }
}
}
}
}
но рассчитано оно на скачку исключительно указанных файлов. MaxBioHazard 09:45, 25 февраля 2016 (UTC)
Итог
правитьСделано. MaxBioHazard 14:19, 24 февраля 2016 (UTC)
Что с датой рождения тут?
правитьПомогите - не ставится дата рождения в карточке - Бротон, Карл. Не пойму. :-( Gennady 19:09, 23 февраля 2016 (UTC)
- Дата в шаблон подтягивается из викиданных. Там была ошибка, исправил --AleUst 19:24, 23 февраля 2016 (UTC)
- Спасибо. Gennady 19:40, 23 февраля 2016 (UTC)
Переносы в таблицах
правитьПодскажите, пожалуйста, как делать таблицы с переносом слов по слогам. В обсуждении была затронута проблема: в ячейках таблиц в словах расставлены дефисы и переводы строк там, где следует использовать мягкий перенос слова. Есть ли в движке возможность использовать мягкий перенос (не мешающий поиску по странице в браузере, поиску по википедии, копированию текста, но переносящий слова для получения более компактных таблиц)? При копировании текста со страницы текст «[ править вики-текст ]» не копируется, хорошо бы также сделать с переносами. Если такая возможность есть, то можно ли ещё расставлять такие переносы автоматически, беря данные о переносах, например, из викисловаря? --2A01:D0:9085:0:B942:85A1:1C8A:46E7 19:03, 23 февраля 2016 (UTC)
- Не знаю, какая здесь объективная потребность, но символ мягкого переноса —
­
; см. также шаблон {{shy}}.> Если такая возможность есть, то можно ли ещё расставлять такие переносы автоматически, беря данные о переносах, например, из викисловаря?
Тот случай, когда я должен сказать, что прогресс ещё не так далеко продвинулся (если он вообще есть; у меня пока стойкое ощущение, что все сладкие песни о семантичности, автоматизации, микроформатах и прочем ни во что особенное не претворились; буду рад ошибаться). — Джек, который построил дом 19:35, 23 февраля 2016 (UTC) - (КР) Для простановки мягкого переноса есть шаблон {{shy}}, который можно использовать и с подстановкой. Использовать можно как-то так
супермегадлинное слово | 1 |
- Но в вашем примере сразу этот шаблон проблемы не решит, потому как там не задана жёсткая ширина столбцов --windewrix 19:41, 23 февраля 2016 (UTC)
- Спасибо, исходная таблица в статье с {{shy}} и жёсткой шириной столбцов стала значительно лучше. В ней больше нет проблем поиска и копирования переноса и, вроде как, нет новых заметных проблем. А нужно даже такое мелкое исправление для пресечения распространения ошибок в другие статьи обыкновенным копированием кода таблиц, ведь откуда-то взялись ещё 50 статей с таким же оформлением заголовка. Они плодятся несмотря на наличие каких-то шаблонов для подобных целей вроде {{Карточка символа}}.
- Есть ещё вопрос про дальнейшее улучшение. Можно ли настроить ячейку таблицы так, чтобы текст в ней переносился хотя бы по словам, а не увеличивал ширину столбца, если текст не помещается в одну строку без увеличения ширины столбца под него, но помещается в несколько строк без увеличения ширины и высоты ячейки? Этот вопрос возник из-за той же статьи. Пример таблицы:
Столбец 1 Столбец 2 Достаточно длинный многословный текст, который может быть перенесён Строка Строка
- То есть можно ли основываясь на возможности переноса текста ячейки без увеличения высоты её строки убедить таблицу перенести длинный текст без ручного задания ширины столбца? Чтобы получилось примерно так:
Столбец 1 Столбец 2 Достаточно длинный многословный текст, который может быть перенесён Строка Строка
- --2A01:D0:9085:0:B942:85A1:1C8A:46E7 23:09, 23 февраля 2016 (UTC)
- Вот тут уже не уверен, что возможно. Могу только сказать, что вместо использования {{shy}} после каждого слога, можно использовать его как обёртку надо всем текстом (см. в коде):
- --2A01:D0:9085:0:B942:85A1:1C8A:46E7 23:09, 23 февраля 2016 (UTC)
Столбец 1 Столбец 2 Достаточно длинный многословный текст, который может быть перенесён Строка Строка
- это и места меньше занимает, и воспринимается легче --windewrix 08:45, 24 февраля 2016 (UTC)
Конфликт между перенаправлением и несуществующей статьей
правитьГоспода, возник вопрос, аналогичный уже обсуждавшемуся и очень эффективно решенному. На этот раз перенаправление конфликтует не со ссылкой на иноязычный раздел, а с красной ссылкой. Вот пример моей правки (на всякий случай прошу прощения за то, что для примера взята статья Русский мат). На месте двух будущих статей созданы временные перенаправления на Русский мат, но в самой статье Русский мат хотелось бы, чтобы они работали не как перенаправления на нее же, а как красные ссылки. Достижимо ли это? Или так и надо каждый раз удалять ссылки, а при появлении статей возвращать их? Vcohen 16:02, 23 февраля 2016 (UTC)
- Кажется, удалось: {{Redir2red}}.
- Пример с перенаправлением:
{{Redir2red|Закон Филиппи}}
→ Закон Филиппи - Пример с обычной статьей:
{{Redir2red|Москва}}
→ Москва - Пример с обычной красной ссылкой:
{{Redir2red|такой статьи тута нету}}
→ такой статьи тута нету
- Пример с перенаправлением:
- В первом примере красная ссылка ведет себя не совсем как настоящая красная (подчеркивается синим и не бледнеет после посещения), поэтому исправления приветствуются. Пытался ставить class="new", но оно у меня не работает. Vcohen 14:13, 24 февраля 2016 (UTC)
- А в каком файле css сидят классы new и plainlinks?
Есть ли возможность (и с точки зрения прав на редактирование у кого-нибудь, видимо, из администраторов, и с точки зрения поможет ли это) добавить класс, который бы сочетал в себе свойства этих двух? Или это не поможет, потому что класс должен быть именно у якоря, а заворачивание его самого или его внутреннего текста в спаны этого эффекта не даст?Vcohen 14:39, 25 февраля 2016 (UTC) - Использовал патент из соседнего обсуждения, теперь подчеркивается красным. Осталось добиться, чтобы цвет был разный для посещенной и непосещенной ссылки. Сейчас он постоянный и отличается от обоих. Vcohen 19:01, 25 февраля 2016 (UTC)
- Привел красный к правильному оттенку. Нашел стайл для посещенной ссылки: a.new:visited{color:#a55858}. Осталось воткнуть его в шаблон. Как это сделать? Слово visited работает только в описании класса, который надо дать якорю, но создать якорь невозможно... Vcohen 22:13, 29 февраля 2016 (UTC)
Проконсультируйте, коллеги
правитьКак сделать шаблон "Навигационная полоса" свёртываемым по умолчанию? Я его использовал в статье "О начале человеческой истории". Если есть возможность, подскажите что-нибудь более уместное.--Dmartyn80 15:20, 23 февраля 2016 (UTC)
- С помощью
|скрыть = 1
--windewrix 15:54, 23 февраля 2016 (UTC)- Благодарю!--Dmartyn80 16:16, 23 февраля 2016 (UTC)
Снеговик
правитьДобрый день! У меня по прежнему в качестве логотипа снеговик. Вроде бы этого уже не должно быть, но он остался в коде страницы [3], Ctrl+F5 не помогает. --Sasha Krotov 13:46, 23 февраля 2016 (UTC)
- Нисколько не удивлен :-) Я на планшете специально не трогал настройки, то же самое.
Решение, прошлое обсуждение. — Джек, который построил дом 14:03, 23 февраля 2016 (UTC)
Смайлы
правитьЭто баг или фича, что английский отличается от русского
? --Vayvor 00:28, 23 февраля 2016 (UTC)
- Может нам, кстати, забабахать шаблоны под другие смайлы? Картинки можно брать отсюда: https://commons.wikimedia.org/wiki/Tango_icons#Emotes. --Vayvor 00:44, 23 февраля 2016 (UTC)
- В английском {{smiley|тип смайла}} вообще их полный набор. — Джек, который построил дом 00:50, 23 февраля 2016 (UTC)
- У нас картинки лучше
. --Vayvor 02:37, 23 февраля 2016 (UTC)
- Только почему-то у {{смайлик}} в документации нет про альтернативные смайлы. — Джек, который построил дом 22:08, 23 февраля 2016 (UTC)
- Кстати, такой смайл работает {{;)}} (
), а такой {{:)}} — не очень. --Vayvor 02:50, 23 февраля 2016 (UTC)
Сделан максимально гибкий шаблон. Имя файла (за вычетом расширения, которое обязано быть svg) подставляется произвольно. По умолчанию берется вот это:
. Vcohen 08:44, 23 февраля 2016 (UTC)
- Собственно, сам шаблон: {{^)}}. — Джек, который построил дом 10:43, 23 февраля 2016 (UTC)
- Крутяк!
. Может этот шаблон бахнуть куда-нибудь вниз для быстрой вставки? --Vayvor 21:03, 23 февраля 2016 (UTC)
- И еще с комбобоксом для выбора картинки.
Vcohen 21:16, 23 февраля 2016 (UTC)
- Комбобокс — это круто, конечно, но для начала можно и без него
--Vayvor 10:24, 24 февраля 2016 (UTC)
- Комбобокс — это круто, конечно, но для начала можно и без него
- И еще с комбобоксом для выбора картинки.
- Ну и переименовать в {{смайл|ИмяФайла}}. --Vayvor 21:06, 23 февраля 2016 (UTC)
- Проще превратить {{смайл}} в перенаправление на {{^)}}. Vcohen 21:16, 23 февраля 2016 (UTC)
- Vcohen, вы могли бы превратить его в перенаправление? Я просто не умею
--Vayvor 10:22, 24 февраля 2016 (UTC)
- Не берусь без консенсуса. Тем более что там сейчас другая картинка, не та, которая в новом шаблоне по умолчанию.
Vcohen 10:35, 24 февраля 2016 (UTC)
- Почему же, та, но чуть больше. Плюс там есть возможность указывать размер (хотя теоретически, если сюда это добавить для обратной совместимости, конфликтовать с именем особо не должно; вопрос, нужно ли). — Джек, который построил дом 10:49, 24 февраля 2016 (UTC)
- Да, действительно. А там еще всплывающая подсказка, а тут нет... В общем, предлагаю считать, что не нужно. Vcohen 11:06, 24 февраля 2016 (UTC)
- Почему же, та, но чуть больше. Плюс там есть возможность указывать размер (хотя теоретически, если сюда это добавить для обратной совместимости, конфликтовать с именем особо не должно; вопрос, нужно ли). — Джек, который построил дом 10:49, 24 февраля 2016 (UTC)
- Не берусь без консенсуса. Тем более что там сейчас другая картинка, не та, которая в новом шаблоне по умолчанию.
- Vcohen, вы могли бы превратить его в перенаправление? Я просто не умею
- Проще превратить {{смайл}} в перенаправление на {{^)}}. Vcohen 21:16, 23 февраля 2016 (UTC)
- У нас картинки лучше
- А ещё есть шаблоны {{Смайлик}}, {{Улыбка}}, {{-)}}, {{-D}}. Oleg3280 21:18, 23 февраля 2016 (UTC)
- Так вот русский
брат английского
! --Vayvor 21:21, 23 февраля 2016 (UTC)
- Так вот русский
- А нет какого-нибудь гаджета по типу выпадающего меню, чтобы проще вставлять было смайлики?
--VAP+VYK 15:07, 24 февраля 2016 (UTC)
Как в футбольной таблице подсчитать очки по-старому?
правитьШаблон:ФутболТаблица — как задать этот шаблон так, чтобы очки подсчитались по-старому: 2 очка за победу, а не 3? --Борис Бердичевский 17:29, 22 февраля 2016 (UTC)
- Уже нашёл. Шаблон:ФТ-команда-2О, можно закрыть вопрос. --Борис Бердичевский 17:40, 22 февраля 2016 (UTC)
Запрос о сбросе пароля к аккаунту
правитьДоброго дня всем!
Не нашла похожей проблемы на форуме, поэтому может быть кто-то подскажет: с января на почту стабильно начали приходить письма с запросами о сбросе пароля к моему аккаунту. Стандартная формулировка «Someone (probably you, from IP address 75.232.226.166) requested a reset of your password for Wikipedia (<https://en.wikipedia.org/wiki/Main_Page>)…» и IP каждый раз разный.
Я сама, естественно, запросов не отправляла и на всякий случай пароль сменила на еще более сложный)) Перепутать человек аккаунты точно не мог — достаточно зайти на мою страницу и там сразу видно кто и откуда я, так что, видимо, кому-то просто очень хочется получить доступ.
Собственно, сам вопрос: можно ли как-то остановить этот поток писем с запросами, потому что они меня, честно говоря, уже утомили? В профиле таких настроек для почты нет.
Ну или, быть может, посоветуете что-то, что сможет успокоить желающего получить доступ к моему аккаунту? Anita 12:16, 22 февраля 2016 (UTC)
- Доброго. Полагаю, Вам следует обратиться к чекюзерам. Advisor, 12:29, 22 февраля 2016 (UTC)
- Спасибо за подсказку! :) Anita 12:45, 22 февраля 2016 (UTC)
Штрафная категория ошибок в сносках
править- Категория:Страницы с ошибками в примечаниях
Категория:Википедия:Страницы с неправильно оформленными сносками
Как бы зачистить этот, простите, гадюшник, от страниц не в ОП? Не думаю, что кому-то интересно исправлять чужие черновики. Advisor, 01:01, 22 февраля 2016 (UTC)
- CatScan не подойдёт? Раз, два. Кстати, а чем эти две категории различаются? ~Facenapalmобс, вкл 10:10, 22 февраля 2016 (UTC)
- При чём тут кэтскан? Речь о ненужном хламе, который валится в категорию. Advisor, 10:16, 22 февраля 2016 (UTC)
- Ну, кэтскан позволяет его автоматически отсеять. Ладно, видимо, не так понял вопроса. ~Facenapalmобс, вкл 10:19, 22 февраля 2016 (UTC)
- При чём тут кэтскан? Речь о ненужном хламе, который валится в категорию. Advisor, 10:16, 22 февраля 2016 (UTC)
- С одной разобрался. Advisor, 12:34, 22 февраля 2016 (UTC)
К лишению статуса хорошей
правитьШаблон {{К лишению статуса хорошей}} стал работать не правильно, переходит не на обсуждение, а на два обсуждения ниже. Так в случае со статьёй Русский язык на Украине ссылка ведёт на обсуждение Википедия:Кандидаты в хорошие статьи/К лишению статуса#Младич, Ратко.--Inctructor 17:19, 21 февраля 2016 (UTC)
- Нормально он переводит. Другое дело, что есть такой баг в браузерах (в частности в моём Хроме), когда после перехода на якорь страница съезжает на некоторое расстояние вверх или вниз (возможно, повинно изменение масштаба сайта, у меня 110% стоит). MaxBioHazard 18:13, 21 февраля 2016 (UTC)
- Посмотрел, Опера правильно показывает, Фаерфокс тоже сдвигает. Понятно, не ошибка.--Inctructor 18:47, 21 февраля 2016 (UTC)
- Сверху сворачивается блок и вслед за ним поднимается содержание. --Hrum-Hrum 19:22, 21 февраля 2016 (UTC)
Помощь с таблицей
правитьВот здесь в шапке поверх Лучший фильм, Лучшая актриса нужно добавить "Категории", но как это сделать, я немного не понимаю. --Алый Король 13:09, 21 февраля 2016 (UTC)
HTML-ссылки на разделы
правитьЧасто даю на других сайтах ссылки на Википедию. Чтобы ссылка была удобочитаемой, раньше я писал её по-русски: https://ru.wikipedia.org/wiki/Статья#Раздел
До недавних пор такой формат работал, теперь - нет. Ни один браузер не переходит на нужный раздел - только на начало статьи. Приходится давать ссылки
[https://ru.wikipedia.org/wiki/%D0%91%D0%BE%D1%80%D1%82%D0%BD%D0%B5%D0%B2%D1%81%D0%BA%D0%B8%D0%B9,_%D0%92%D0%B8%D0%BA%D1%82%D0%BE%D1%80_%D0%93%D0%B5%D0%BE%D1%80%D0%B3%D0%B8%D0%B5%D0%B2%D0%B8%D1%87#.D0.91.D0.B8.D0.BE.D0.B3.D1.80.D0.B0.D1.84.D0.B8.D1.8F Бортневский Виктор Георгиевич, биография]
— что очень неудобно, особенно там, где жёсткие ограничения на длину комментариев.
Что изменилось, как это ограничение обойти? Речь не о том, чтобы создавать якори, а о том, как повседневно использовать читабельные ссылки. Радион 13:03, 21 февраля 2016 (UTC)
- Никак: некоторые браузеры не обрабатывают юникод-символы (буквы всех алфавитов, кроме английского) в якорях. MaxBioHazard 13:24, 21 февраля 2016 (UTC)
- Chrome, Edge, Firefox… Все вдруг перестали обрабатывать? Похоже на поломку сайта. Радион 13:36, 21 февраля 2016 (UTC)
- Похоже, что и в 2012 году русские якори точно так же не работали: [4]. Хотя с чего бы им работать, если в коде страницы чётко прописано
<span class="mw-headline" id=".D0.91.D0.B8.D0.BE.D0.B3.D1.80.D0.B0.D1.84.D0.B8.D1.8F">
? Другое дело ссылки вики->вики. Тут уже движок выполняет необходимые для работы этой функции замены. — Vort 14:26, 21 февраля 2016 (UTC)- По крайней мере в некоторых браузерах, помнится, работали ссылки на содержимое тэгов
h1...h6
. Подробностей не знаю, может, в потрохах HTML-кода что-то поменялось, а может, вы вводили ссылки без пробелов. Ignatus 16:35, 21 февраля 2016 (UTC)
- По крайней мере в некоторых браузерах, помнится, работали ссылки на содержимое тэгов
Пометка в свежих правках загружаемых файлов
правитьЗаметил, что вновь загружаемые файлы в свежих правках помечаются красным восклицательным знаком с комментарием «Эта правка ещё никем не патрулировалась», причём это происходит независимо от флагов, которыми загружающий обладает, а сам файл в то время может патрулироваться автоматически. Поясните, пожалуйста, почему так происходит — это баг или всё-таки фича? nebydlogop 12:15, 21 февраля 2016 (UTC)
- У меня возник тот же вопрос. --Odessey 12:42, 4 марта 2016 (UTC)
Карточка вся состоит из "Ошибка..."
Автор сообщения: 5.166.32.16 07:00, 21 февраля 2016 (UTC)
- До переноса параметров в Викидату всё отображалось нормально. Вполне возможно, что именно в этом причина. Oleg3280 10:01, 21 февраля 2016 (UTC)
- Убирая/добавляя параметры до исчезновения ошибки: скрипт начинает безумствовать при выборке места рождения. Я сейчас прямо в шаблоне прописал место рождения Донецк, и проблема решилась. А вот в чём причина, это скорее на Википедия:Форум/Викиданные подскажут. --Neolexx 11:41, 21 февраля 2016 (UTC)
- В статье Берсукер, Исаак Борухович то же самое. --Andreykor 14:34, 21 февраля 2016 (UTC)
- И тоже из Кишинёва (Мизерного я по ошибке в Донецк прописал, уже исправили). Может, именно по Кишинёву чего "патриотичного" намудрили на Викиданных, из-за чего положили выборку на бесконечный цикл? Я по их интерфейсам не в теме, но в целом гляну, вдруг чего увижу. --Neolexx 15:25, 21 февраля 2016 (UTC)
- Может, дело в Ё? попробуйте с родившимися в городе Орле. --95.165.32.66 18:34, 21 февраля 2016 (UTC)
Update
правитьВ общем, все имевшие несчастье родиться в Кишинёве получают сломанную карточку с "Ошибка Lua: not enough memory" если данные берутся из Викиданных. Быстрый индивидуальный фикс: прямо прописать в карточке |место рождения = {{МестоРождения|Кишинёв}}
Только для Кишинёва такое или везде началось, пока не знаю. На форуме Викиданные вопрос продублировал, там пока ответа нет. --Neolexx 15:35, 21 февраля 2016 (UTC)
Итог
правитьКишинёв исправлен, был цикл. — putnik 17:03, 24 февраля 2016 (UTC)
Странное оформление кнопки «править»
правитьВ данной статье возле разделов вместо « [править]» написано «Править» (без скобок и без пробела. С уважением, Олег Ю. 21:13, 19 февраля 2016 (UTC)
- Открыл страницу - действительно без пробела. В вики-коде ничего нет. Обновил страницу - всё само исправилось. Странно. The-city-not-present 21:18, 19 февраля 2016 (UTC)
- phab:T124356 — чтобы исправилось, надо добавить
?action=purge
в конец адресной строки.--Imaginary Rainbow 21:20, 19 февраля 2016 (UTC)
- Спасибо, теперь нормально. С уважением, Олег Ю. 15:30, 20 февраля 2016 (UTC)
Ребят, нужна ваша помощь. В шаблоне я вас прошу все ордена и медали привести в порядок (у меня не получается) и добавить то что я не добавил (все что мне известно об его орденах и медалях я перечислил в первой строчке раздела Награды). Работы там немного, но я уже напортачил отчасти, поэтому прошу вас сделать. С уважением. Зейнал 10:04, 18 февраля 2016 (UTC)
- Работы там больше, чем кажется. Список в источнике не соответствует фотографии. Можете дать точный список наград? Я плохо разбираюсь, но, по-моему, у него два ордена Отечественной войны, обеих степеней,
а Красной Звезды нетэто я о своём…. — Igel B TyMaHe 13:55, 18 февраля 2016 (UTC)- Igel B TyMaHe, награды я написал тот список который прислал его сын. Ему я думаю виднее. Зейнал 14:27, 18 февраля 2016 (UTC)
- Я могу прокомментировать возможное появление ордена Отечественной войны I степени (?). Как написано в статье, в 1985 году награда была вручена многим ветеранам как памятная награда. Мой дед получил орден I степени именно 1985 году. — Igel B TyMaHe 20:10, 18 февраля 2016 (UTC)
Сделано. Я добавил все награды, которые были в списке у меня на СО, в том числе сделал ленту для почётного знака «70 лет полного снятия блокады Ленинграда». Если появится достоверная информация о других наградах, обращайтесь. Старшинство не проверял, расставлял по списку. — Igel B TyMaHe 21:16, 18 февраля 2016 (UTC)
- Igel B TyMaHe, награды я написал тот список который прислал его сын. Ему я думаю виднее. Зейнал 14:27, 18 февраля 2016 (UTC)
Языки в блоке интервик
правитьВроде сюда? Заметил, что в блоке интервик во всплывающих подсказках не все языки названы по-русски. Чтобы далеко не ходить, возьму примеры с этой страницы: код azb — название арабской вязью, коды als, glk, pfl, szl, zh-yue — название латиницей. Полный список кодов из блока на ВП:Форум (вроде самый полный набор там?): aln, arz, azb, bar, bat-smg, bh, bjn, cbk-zam, cdo, eml, fiu-vro, frp, gan, glk, gom, hak, lmo, ltg, map-bms, nah, pdc, pfl, pih, pms, pnt, rmy, roa-rup, szl, vec, vls, wuu, zea, zh-classical, zh-min-nan, zh-yue 88.81.41.24 20:28, 17 февраля 2016 (UTC)
- Подсказка на русском всплывает при наведении. Но в принципе согласен: удобней было бы сразу видеть русский текст а не угадывать и проверять по всплывающей подсказке. — Igel B TyMaHe 07:49, 18 февраля 2016 (UTC) PS. О, в теме сразу после этой как раз обсуждается гаджет, который устраняет проблему.
- Проблема в том, что подсказка, которая всплывает при наведении, не всегда на русском. Не всё переведено. О чём и разговор. ~Facenapalmобс, вкл 08:33, 18 февраля 2016 (UTC)
- Мой пост ниже про ту же ситуацию. Скажите где это перевести? Готов сам даже сделать. Илья Драконов 13:13, 18 февраля 2016 (UTC).
- MediaWiki:User-lang-ru.js. — putnik 14:19, 18 февраля 2016 (UTC)
- А, это в спец.пространстве имён, теперь понял. Не могли бы добавить ady — адыгейский и tyv — тувинский? Заранее спасибо. Илья Драконов 14:44, 18 февраля 2016 (UTC).
- Адыгейскую интервику, кстати, нужно ещё добавить в «Языки народов России» в гаджете «Интервики: переносить в начало списка». --di Da-ma-te 20:02, 26 февраля 2016 (UTC)
- MediaWiki:User-lang-ru.js. — putnik 14:19, 18 февраля 2016 (UTC)
- Мой пост ниже про ту же ситуацию. Скажите где это перевести? Готов сам даже сделать. Илья Драконов 13:13, 18 февраля 2016 (UTC).
- Проблема в том, что подсказка, которая всплывает при наведении, не всегда на русском. Не всё переведено. О чём и разговор. ~Facenapalmобс, вкл 08:33, 18 февраля 2016 (UTC)
- Вопрос по той же теме. Если навести мышку на русское название языка, то появляется подсказка, в которой тоже написано русское название языка, но оно иногда другое. Например, если навести на слово "себуанский", то в подсказке будет слово "кебуано", а если на слово "севернофризский", то "фризский северный". Значит ли это, что существует два списка, поддерживаемых независимо и дублирующих друг друга? Vcohen 16:31, 25 февраля 2016 (UTC)
- Я так понимаю, это вопрос к MediaWiki:Interwiki-links.js, откуда он списки берёт. 88.81.43.214 17:52, 27 февраля 2016 (UTC)
Перевод
правитьЯ использую гаджет, в котором все интервики переводятся на русский. Заметил, что все языки на русском, кроме тувинского. Он написан как Тува Дыл. Не могли бы эксперты перевести? Спасибо. Илья Драконов 15:32, 17 февраля 2016 (UTC).
- Помимо этого, только что появился "Адыгабзэ" - адыгейский. Спасибо. Илья Драконов 17:57, 17 февраля 2016 (UTC).
- Что за гаджет-то, где лежит и с чем его едят? ~Facenapalmобс, вкл 18:33, 17 февраля 2016 (UTC)
- В настройках раздел "гаджеты" и там "интервики". Там есть галочка "Заменить самоназвания языков русскими названиями, сортировать в алфавитном порядке". Илья Драконов 18:56, 17 февраля 2016 (UTC).
Проблемы с редактированием статьи
правитьЗдравствуйте, коллеги.
Столкнулся со следующей проблемой, при попытке добавить в статью о городе Серпухов, в раздел Температура воздуха ссылку на источник. Я пытаюсь добавить в шаблон {{Климат города}} в соответствующее поле вот эту ссылку: [http://ru.climate-data.org/location/1853/ Серпухов, climate-data.org]
Редактор сообщает мне, что: Статья защищена от добавления внешних ссылок в связи с частым спамом.
Но в журнале защиты ничего такого нет. В сведениях о странице информация о защите также отсутствует. Объясните пожалуйста в чём проблема? Bobsky 13:44, 17 февраля 2016 (UTC)
- Защиту даёт шаблон {{Внешние ссылки нежелательны}}. — Vort 13:48, 17 февраля 2016 (UTC)
- Vort, благодарю за оперативный ответ. Bobsky 13:50, 17 февраля 2016 (UTC)
Арамейский шрифт
правитьКакой шрифт использует Медиавики для арамейской группы языков? У меня что-то одни квадратики, хотя, при наведении, подсказки Хрома нормально отображают вязь. С уважением, Iniquity 21:47, 16 февраля 2016 (UTC)
- Смотря для какого языка. Для syc (сирийский) и arc (имперский арамейский) — шрифт EastSyriacAdiabene, для остальных исключений нет — стандартные шрифты проектов Медиавики. [5] — Радион 15:40, 21 февраля 2016 (UTC)
- @Радион:спасибо. Так и думал, что подгружаемые. Странно, что они автоматом к странице не привязываются. С уважением, Iniquity 11:38, 23 февраля 2016 (UTC)
Lang-ar
править- {{lang-ar}}
Арабский текст стал просто огромен Артемий Лебедев негодуе исправьте пожалуйста. --Esetok 20:15, 16 февраля 2016 (UTC)
- Я его немного увеличил. Не знаю как у Вас, а в хроме он сейчас на миллиметр выше обычного текста. Advisor, 20:49, 16 февраля 2016 (UTC)
- В Firefox и Опере тоже всё нормально. Вязь хоть прочесть можно. Advisor, 20:52, 16 февраля 2016 (UTC)
- Сомневаюсь (мягко говоря), что средние пользователи Википедии могут бегло читать арабский текст вместе с русским. :-)) Потому, чтобы нормально видеть, как выглядит слово, лучше именно так, как сейчас сделали.
Первый пример из Edge, второй - из Chrome. Если у вас другой браузер - вид может несколько отличаться, но относительный размер шрифта должен быть одинаковым. Радион 20:16, 23 февраля 2016 (UTC)
- «Сомневаюсь (мягко говоря), что средние пользователи Википедии могут бегло читать арабский текст» — если их никто не читает, то в таком случае писать арабские названия вообще нет смысла. Advisor, 08:29, 24 февраля 2016 (UTC)
- Advisor, похоже, надо унифицировать размер арабского и иврита. Наблюдать несоответствие можно в статье Израиль.
--Vayvor 21:26, 23 февраля 2016 (UTC)официальное название — Государство Изра́иль (ивр. מְדִינַת יִשְׂרָאֵל, араб. دولة اسرائيل)
— Израиль
- Ещё такой шрифт сильно отличается от шрифта без шаблона:
--Vayvor 05:40, 24 февраля 2016 (UTC)Группировка враждебно относится к «Исламскому государству», утверждая, что последнее «убивает мусульман, но щадит идолопоклонников» (араб. يقتلون أهل اسلام ويدعون أهل الأوثان), а также «использует стихи [Корана], относящиеся к безбожникам, против мусульман» (араб. ينزلون أيات نزلت في الكفار على المسلمين). Выпустила видеозапись казни членов ИГИЛ, сопровождаемую речью члена шариатского суда, осуждающей «тех, кто желает победы ИГИЛ» (وما الذي يريدون أن يحققوه), как «лицемеров» (مذهب النفاق), «идущих под знаменем ада» (مذهب عبد الله بن سبأ اليهودي إنه الإنضمام تحت لواء كلاب أهل النار).
- Это повод обернуть текст в шаблон. Advisor, 08:29, 24 февраля 2016 (UTC)
Странность шаблона lang-ja
правитьПочему-то шаблон {{lang-ja}} дает текст кеглем крупнее основного? См.: Chokushi-Мон (яп. Ворота Императорского Посланника) // Chokushi-Mon. С уважением, --Olgvasil 16:39, 16 февраля 2016 (UTC)
- Потому что в него предполагается вставлять текст на японском языке, который будет выглядеть нормально, а не русский перевод с японского (то же самое действительно для {{lang-en}} и прочих шаблонов семейства {{lang}}). Для указания русского перевода существуют другие шаблоны. Возможно, есть более специализированные для японского, но минимальный вариант —
{{trr|lang=ja|Ворота Императорского Посланника}}
→ с яп. — «Ворота Императорского Посланника»
- (или просто указать перевод в кавычках, если язык очевиден). — Джек, который построил дом 17:07, 16 февраля 2016 (UTC)
- Да, конечно, спасибо. Зашибло :) С уважением, --Olgvasil 17:15, 16 февраля 2016 (UTC)
- Для японских слов рекомендуется {{нихонго}}:
- {{нихонго|японские слова|日本語の言葉|нихонго но котоба|тут даже есть поле для прикольного комментария}}
- японские слова (яп. 日本語の言葉 нихонго но котоба, тут даже есть поле для прикольного комментария). — Ле Лой 03:19, 17 февраля 2016 (UTC)
- Вот это да :) Но я знаю только англ. транскрипцию. Гугл предлагает: Чокуши-Мон (яп. ゲート、メッセンジャ ; англ. Chokushi-Mon; рус. Ворота Императорского Посланника), но опасаюсь верить. Спасибо! С уважением, --Olgvasil 23:24, 17 февраля 2016 (UTC)
- Во-первых та японщина, которая передаётся на английский как Chokushi-Mon, на русский передаётся как Тёкуси-Мон. Во-вторых собственно каной у вас записано "гэ:то мэссэндзя", что является транскрипцией уже на японский английского Gate Messenger. В общем, не стоит делать транслитерации по выдаче гугла - будет ужасужас. MaxBioHazard 03:09, 18 февраля 2016 (UTC)
- Должно быть Тёкуси-мон (яп. 勅使門, досл. «ворота императорского посланника»). Если что-то будет нужно с японским — пишите, я постараюсь помочь. — Ле Лой 03:37, 18 февраля 2016 (UTC)
- Коллеги, благодарю за участие! Но вот по поисковым запросам такой результат: Чокуши-мон, Тёкуси-мон. Не знаю, как быть, м.б., не мудрствовать и оставить англ. написание? С уважением, --Olgvasil 12:06, 18 февраля 2016 (UTC)
- Не стоит японский термин в русской Википедии писать латиницей, у нас есть система Поливанова. Результаты поисковиков нерелевантны в этом вопросе, в современных научных японоведческих источниках для именования замков и их частей всегда используется Поливанов. — Ле Лой 03:29, 19 февраля 2016 (UTC)
- Тот неловкий момент, когда не знаешь ни буквы японского алфавита... Спасибо! С уважением, --Olgvasil 10:01, 19 февраля 2016 (UTC)
- Не стоит японский термин в русской Википедии писать латиницей, у нас есть система Поливанова. Результаты поисковиков нерелевантны в этом вопросе, в современных научных японоведческих источниках для именования замков и их частей всегда используется Поливанов. — Ле Лой 03:29, 19 февраля 2016 (UTC)
- Коллеги, благодарю за участие! Но вот по поисковым запросам такой результат: Чокуши-мон, Тёкуси-мон. Не знаю, как быть, м.б., не мудрствовать и оставить англ. написание? С уважением, --Olgvasil 12:06, 18 февраля 2016 (UTC)
Туплю
править- Это шаблон ПозКарта+, видимо. И не надо его передвигать, он смотрится там лучше, чем на другой стороне. MaxBioHazard 11:08, 16 февраля 2016 (UTC)
- Внутри шаблона былоб лучше. А так на большом экране уползло в служебные разделы - это не "лучше". см. ВП:Оформление. И сносочки позволило сложить красиво. --S, AV ☎ 11:24, 16 февраля 2016 (UTC)
Итог
правитьСпс) --S, AV ☎ 11:35, 16 февраля 2016 (UTC)
Благодарности в будущем времени
правитьВ «Оповещениях» только что смотрю благодарность, написано: тот-то поблагодарил за то-то… и ниже «через час». Перед этим смотрел благодарность через минут 20 после благодарности, писали «через 42 минуты» (сейчас там же написано «33 минуты назад»). Дискомфорта у меня нет, интересно, на чьей стороне глюкануло. Кеш почищен. С уважением, Кубаноид 08:01, 16 февраля 2016 (UTC)
Вопрос по javascript
правитьНадо сделать гаджет на js, который брал бы выделенный текст в окне редактора, отправлял методом POST скрипту на https://tools.wmflabs.org, и ответом заменял выделенный текст в редакторе. Наверняка есть какие-то викиособенности для этого, функции и т.п. Посоветуйте их и аналогичные скрипты, чтобы использовать как образец. --Vladis13 22:53, 15 февраля 2016 (UTC)
Сноски из ВД
править- Я думаю можно сразу на «Википедия:Запросы к ботоводам» без обсуждения. С уважением, Iniquity 15:53, 15 февраля 2016 (UTC)
- Но не во всех статьях, а только в тех, где действительно есть сноски из ВД. Vcohen 15:54, 15 февраля 2016 (UTC)
- Раз зашёл разговор, то можно пояснить, как это работает. Например есть карточка в викиданных про мультфильм 9. В карточке указано что жанр «кинофантастика», на это есть источник и он якобы взят из английской википедии. Поправьте меня, но в английской статье в упор не наблюдается источников на жанр мультфильма. В самой карточке викиданных просмотреть источник я тоже затруднился. — Saidaziz 19:13, 15 февраля 2016 (UTC)
- ... Начинаем искать... The-city-not-present 19:30, 15 февраля 2016 (UTC)
- ... d:User:Legobot: «Task: Mass-add properties based on Wikipedia categories». В статье есть и была категория. Дальше - дело рук роботов. Я так понимаю. То есть «источник» — это не АИ, как вы привыкли, а Английская Википедия. The-city-not-present 19:38, 15 февраля 2016 (UTC)
- Жанры, стили, вообще духовные абстракции — не для автоматической расстановки. Совершенно незачем «ихние скрепы» сюда тащить, и тем более сноски к ним: даже если найдётся ВД-соответствие двух понятий, их пересечение может быть неполным (или вовсе ложным). Одна только война классицизм-неоклассицизм чего стоит
. Retired electrician 19:42, 15 февраля 2016 (UTC)
- Ну ладно, неважно. Пусть будет источник на имя режиссёра. На имя режиссёра там в карточке тоже указано, что есть источник. - Saidaziz 03:34, 16 февраля 2016 (UTC)
- Английская википедия тут выступает не как АИ (D:P:P248), а как источник сведений (D:P:P143) -- ShinePhantom (обс) 20:03, 15 февраля 2016 (UTC)
- В нашем же случае, когда мы зачастую используем именно ссылки, а не печатные или же другие материальные вещи, как АИ будет свойство D:P:P854, с архивом D:P:P1065. С уважением, Iniquity 20:16, 15 февраля 2016 (UTC)
- Нет, английская википедия — это не источник. А есть пример, когда в карточку викидаты вставлен нормальный источник (книга, например). - Saidaziz 03:34, 16 февраля 2016 (UTC)
Итог
править2) Английская Википедия, равно как Русская и Чукотская не АИ (тут обсуждать нечего - см. Википедия:Отказ от ответственности). Появление сносок на другие разделы, как и на ру.Вику, что тоже встречается, не есть проблема Викиданных. Сие должно решаться переоформлением таких сносок на шаблон:Не переведено либо на шаблон:Переведенная статья на СО статьи, либо попросту удалятся ПАТами (в идеале с проведением разъяснительной работы с теми, кто сии косяки допускает). --S, AV ☎ 11:21, 16 февраля 2016 (UTC)
Шаблон Ly
правитьВ шаблоне при результате оканчивающимся на 2 выдает «года», а не «лет», что верно, но не во всех коннотациях. Пример в статье Kepler-186 f: «на расстоянии 492 св. года». Возможно, неплохо бы добавить флаг, чтобы можно было менять значение по умолчанию «года» на «лет». С уважением, Олег Ю. 15:24, 15 февраля 2016 (UTC)
- 492 года - это правильно. Vcohen 15:42, 15 февраля 2016 (UTC)
- «На расстоянии 492 св. года» — это правильно? С уважением, Олег Ю. 15:49, 15 февраля 2016 (UTC)
- Да. Хотя возможны варианты. На расстоянии четыреста девяносто два световых года - это правильно. На расстоянии четырёхсот девяноста двух световых лет - тоже правильно, но тогда см. ответ ниже про падежи. Vcohen 15:52, 15 февраля 2016 (UTC)
- «На расстоянии 492 св. года» — это правильно? С уважением, Олег Ю. 15:49, 15 февраля 2016 (UTC)
- Не предполагает падежи же. «Прибавить к 492 св. годам ещё 492 св. года» — дательный, винительный. Тогда окончания совершенно произвольные будут. — Джек, который построил дом 15:47, 15 февраля 2016 (UTC)
- Я наверное не четко выразился. Имелось в виду, что сейчас в шаблоне окончание по умолчанию не всегда верно и предлагается добавление опции изменения окончания при использовании шаблона за счет создания дополнительного флага в шаблоне (ly|492|лет). С уважением, Олег Ю. 15:51, 15 февраля 2016 (UTC)
Шаблон Hider
правитьПочему не работает параметр hidden= (т.е. без значения), как описано — чтобы оставить изначально содержимое показанным? Это случилось в статье Чемпионат Израиля по футболу 2015/2016, последний из туров. --Борис Бердичевский 07:41, 15 февраля 2016 (UTC)
- Из-за того, что все блоки начиная с третьего сворачиваются автоматически, если не прописан класс expanded, а он не прописан. Так просто это, думаю, не исправить. -- dima_st_bk 00:33, 16 февраля 2016 (UTC)
Синий экран
правитьВ статье "https://ru.wikipedia.org/wiki/Яшкин,_Григорий_Петрович" одна из двух ссылок или обе вместе стали неоднократной причиной "синего экрана смерти" у моего компьютера ВАЙО Уиндоус 10. Вот эти сомнительные ссылки:
http://www.testpilot.ru/review/war/syria.htm http://old.redstar.ru/2002/02/28_02/2_01.html
Данияр — Эта реплика добавлена с IP 95.56.180.44 (о)
- Скорее всего это проблемы вашего компьютера, может, где-то с памятью проблемы, может, с другим оборудованием, может ещё 100 других возможных причин. Если у кого-то еще будут проблемы, здесь отпишется. У меня всё работает, и ссылки открываются. The-city-not-present 17:44, 14 февраля 2016 (UTC)
- Можете ещё сказать свой браузер, чтобы другие участники могли проверить в нём же. The-city-not-present 17:46, 14 февраля 2016 (UTC)
Браузер ОПЕРА
Данияр
Не заходит в AWB
правитьПри попытке зайти из AWB в аккаунт выдаётся
Operation 'login' ended with result 'NeedToken'. Xml: '<?xml version="1.0"?><api><warnings><login xml:space="preserve">Fetching a token via action=login is deprecated. Use action=query&meta=tokens&type=login instead.</login></warnings><login result="NeedToken" token="30ede894c34d62be138417907aaf908256bf3789+\" cookieprefix="ruwiki" sessionid="sufubgd15uaum0aini8dbe8e5soont08" /></api>'
- description**:
- workaround**:
Exception: | `OperationFailedException` |
---|---|
Message: | `Operation 'login' ended with result 'NeedToken'. Xml: '<?xml version="1.0"?><api><warnings><login xml:space="preserve">Fetching a token via action=login is deprecated. Use action=query&meta=tokens&type=login instead.</login></warnings><login result="NeedToken" token="30ede894c34d62be138417907aaf908256bf3789+\" cookieprefix="ruwiki" sessionid="sufubgd15uaum0aini8dbe8e5soont08" /></api>'` |
Call stack: | в WikiFunctions.API.ApiEdit.CheckForErrors(String xml, String action) в WikiFunctions.API.ApiEdit.Login(String username, String password, String domain) в WikiFunctions.Profiles.AWBProfilesForm.PerformLogin(String username, String password) |
- OS**: Microsoft Windows NT 6.2.9200.0
- version**: AutoWikiBrowser (5.7.0.0), WikiFunctions (5.7.0.0), revision 11328 (2015-07-14 19:56:59)
- net**: 2.0.50727.8669
- duplicate**:
- site**: https://ru.wikipedia.org
- Нужно вынести «Профиль ChessDB» за пределы условия «Дата смерти», только «Номер ФИДЕ».
|текст12 = {{#if:{{{Дата смерти|}}}||{{#if:{{{Номер ФИДЕ|}}}|{{Профиль ФИДЕ|id={{{Номер ФИДЕ}}}}}<br />{{Профиль ChessDB|id={{{Номер ФИДЕ}}}}}}}}}
Спасибо! -- Volcanus 13:05, 13 февраля 2016 (UTC)
Сделано --windewrix 13:34, 13 февраля 2016 (UTC)
- Почти, если первый if закрыть после «<br />}}», то шаблон «Профиль ChessDB» будет всегда добавляться
|текст12 = {{#if:{{{Дата смерти|}}} | |{{#if:{{{Номер ФИДЕ|}}} |{{Профиль ФИДЕ|id={{{Номер ФИДЕ}}}}}<br />}} {{#if:{{{Номер ФИДЕ|}}} |{{Профиль ChessDB|id={{{Номер ФИДЕ}}}}}}} | }}
-- Volcanus 17:48, 13 февраля 2016 (UTC)
Поиск русских слов в английской раскладке
правитьСпецифическая проблема для неанглийских раскладок клавиатуры — набор текста не в той раскладке: "поиск" -> "gjbcr". Популярные поисковики давно с этой проблемой справились, чем лично у меня вызвали очень большое уважение. Нельзя ли ввести аналогичную функциональность для поиска Википедии, чтобы в ответ на, например, "Vjcrdf" появлялось "Москва" с возможностью выбора и перехода на соответствующую страницу? — Igel B TyMaHe 07:58, 13 февраля 2016 (UTC)
- Это отличная идея для фиче-реквеста MediaWiki или напрямую к Search & Discovery Team (о которой подробно и скандально в ближайшем Сайнпост-дайджесте :) --SSneg 12:50, 13 февраля 2016 (UTC)
- Участник:Ignatus/search invertkb.js? --Convallaria 12:56, 13 февраля 2016 (UTC)
- Поставил - не работает (в векторе и Опере, по крайней мере). Tatewaki 13:04, 13 февраля 2016 (UTC)
- Раскладка только одна из проблем. У нас вообще движок поиска давно устарел, из-за чего к нему приходится руками мастерить костыли и подпорки вроде дизамбигов, перенаправлений и категорий. Что отнимает много сил и времени участников. Может нам какой-нибудь богатый спонсор купит нормальный движок (вряд ли его бесплатно напишут). - Saidaziz 13:06, 13 февраля 2016 (UTC)
Бот делает что-то не то
правитьХочу пожаловаться на действия бота RainBot: во-первых, он меняет общий шаблон неоднозначности на частный "топоним" или "гидроним" — что получается нелепо при наличии длинного списка однофамильцев [6] или других значений на странице (вот тут он всех "Петрушек" записал в реки [7]); во-вторых он ломает шаблон "не переведено" [8]. Пожалуйста, почините, кто-нибудь! ~Fleur-de-farine 23:04, 12 февраля 2016 (UTC)
- Я собрался было писать большой пост про это. Мастер теней зачем-то удалил из реорганизованного шаблона {{неоднозначность}} (см. также его обсуждение) возможность указывать, что в дизамбиге «есть такие-то тематические значения, но есть и другие». И предвидел жалобы на это. Вы объявились первая. Предлагаю Мастеру теней всё же вернуть эту возможность; решительно непонятно, чем вообще она мешала. Пускай бот лучше добавляет в таких случаях (а также в тех, когда там пропущен первый параметр) два параметра:
тип|другое
, а для параметра «другое» (а также для «default») вернёт фразу «другие значения». А то дизамбиг Аптекарь (значения) превратится в «Список однофамильцев». Хотя в первом вашем случае, где Макгрегор, к шаблону надо просто добавить ещё один параметр «фамилия». — Джек, который построил дом 23:53, 12 февраля 2016 (UTC) - А с другой стороны, с учетом того, что указывать эти «другое» можно замучиться, пропускать первый параметр действительно могло бы быть изящным решением. Мастер теней, нельзя ли сделать так, чтобы, если мы хотим указать, что в дизамбиге «есть такие-то тематические значения, но есть и другие», мы могли пропустить первый параметр, а во второй вписать дополнительный тип? То есть для Аптекарь (значения) вызов будет выглядеть так:
{{неоднозначность||фамилии}}
. Дёшево и сердито. Хотя можно оставить такое же поведение и для параметра «другое». — Джек, который построил дом 00:08, 13 февраля 2016 (UTC)
Ш:неоднозначность/вывод: баг в Firefox
править- Вот это не есть дело. «На этой странице приведены…» Бесполезная вспомогательная информация занимает едва ли не больше места, чем сам список. Это лишние строчки, они мешают. The-city-not-present 12:50, 13 февраля 2016 (UTC)
- Хм, у вас что-то с браузером/настройками CSS? Там межстрочное расстояние маленькое. Как у вас выглядят остальные шаблоны на базе {{неоднозначность}} тогда? Дублированный пункт списка там как раз в результате бага после реорганизации. Что касается того, должны ли мы ставить категорию "однофамильцы" там, где их всего два, — это отдельный вопрос, но формально, наверное, должны (там же правда есть однофамильцы). В любом случае шаблона "список однофамильцев" там не должно быть. Если же он стоит, то, в отсутствие возможности указать, что там не только однофамильцы, люди просто будут отдельно доставлять шаблон {{неоднозначность}}, как сейчас сделано на Ломоносов (значения). — Джек, который построил дом 13:28, 13 февраля 2016 (UTC)
- У меня последний Firefox, дополнения есть, но все нормальные. Попробовал, если развернуть на весь экран, межстрочные уже нормализуются. Там что-то в ячейке таблицы перестаёт убираться, и строки разъезжаются. The-city-not-present 13:46, 13 февраля 2016 (UTC)
- Ваша правда! Firefox как-то по-другому рендерит список в этом шаблоне, см. скриншоты в разных браузерах. В других браузерах такого не наблюдается. Надо что-то менять. — Джек, который построил дом 18:15, 13 февраля 2016 (UTC)
- У меня последний Firefox, дополнения есть, но все нормальные. Попробовал, если развернуть на весь экран, межстрочные уже нормализуются. Там что-то в ячейке таблицы перестаёт убираться, и строки разъезжаются. The-city-not-present 13:46, 13 февраля 2016 (UTC)
- Хм, у вас что-то с браузером/настройками CSS? Там межстрочное расстояние маленькое. Как у вас выглядят остальные шаблоны на базе {{неоднозначность}} тогда? Дублированный пункт списка там как раз в результате бага после реорганизации. Что касается того, должны ли мы ставить категорию "однофамильцы" там, где их всего два, — это отдельный вопрос, но формально, наверное, должны (там же правда есть однофамильцы). В любом случае шаблона "список однофамильцев" там не должно быть. Если же он стоит, то, в отсутствие возможности указать, что там не только однофамильцы, люди просто будут отдельно доставлять шаблон {{неоднозначность}}, как сейчас сделано на Ломоносов (значения). — Джек, который построил дом 13:28, 13 февраля 2016 (UTC)
- Вот это не есть дело. «На этой странице приведены…» Бесполезная вспомогательная информация занимает едва ли не больше места, чем сам список. Это лишние строчки, они мешают. The-city-not-present 12:50, 13 февраля 2016 (UTC)
- В моём Firefox 44.0 всё нормально. Advisor, 15:40, 15 февраля 2016 (UTC)
- @Мастер теней: Блин, ну вы же должны понимать, что это не аргумент. Там отступ, сделанный неразрывными пробелами, — сложно придумать что-то более ненадёжное. Firefox 37 (дата выпуска 31 марта 2015) — то же самое (версий новее на сайте нет), The-city-not-present говорит, что у него последняя версия. — Джек, который построил дом 16:00, 15 февраля 2016 (UTC)
- Сейчас у меня 44.0.2, но окно не было развёрнуто, оно было меньше по ширине. В таком случае какие-то элементы перестают убираться в таблицу, и строки разъезжаются. Если развернуть на весь экран, всё нормально. The-city-not-present 18:43, 15 февраля 2016 (UTC)
- В любом случае надо чинить. — Джек, который построил дом 19:02, 15 февраля 2016 (UTC)
- Всё-таки в полусвёрнутом режиме в самом деле расползаются. Однако, как я и предполагал, nbsp там ни при чём: firefox вообще убирает его при поcтроении страницы. В прочем, поменял пробелы на свойство стиля — не помогло.
CSS не моя излюбленная часть, так что было бы правильно, если кто-нибудь ещё займётся вопросом. Advisor, 21:08, 15 февраля 2016 (UTC)
- Сейчас у меня 44.0.2, но окно не было развёрнуто, оно было меньше по ширине. В таком случае какие-то элементы перестают убираться в таблицу, и строки разъезжаются. Если развернуть на весь экран, всё нормально. The-city-not-present 18:43, 15 февраля 2016 (UTC)
- @Мастер теней: Блин, ну вы же должны понимать, что это не аргумент. Там отступ, сделанный неразрывными пробелами, — сложно придумать что-то более ненадёжное. Firefox 37 (дата выпуска 31 марта 2015) — то же самое (версий новее на сайте нет), The-city-not-present говорит, что у него последняя версия. — Джек, который построил дом 16:00, 15 февраля 2016 (UTC)
- В моём Firefox 44.0 всё нормально. Advisor, 15:40, 15 февраля 2016 (UTC)
Код шаблонов медалей СССР
правитьПосмотрел код шаблонов некоторых медалей (например, {{Медаль «За трудовую доблесть»}}) — обнаружил какую-то экзотику с использованием тега imagemap. Кто-нибудь может объяснить, зачем это было нужно? NBS 22:24, 12 февраля 2016 (UTC)
- Видимо, для возможности перехода по ссылке на страницу, а не по ссылке на файл изображения медали. То есть для ссылок функциональность обеспечивается [[Ссылка|Текст ссылки]], а [[Ссылка|Файл:Картинка.png]] не работает. — Igel B TyMaHe 08:03, 13 февраля 2016 (UTC)
- Может просто не знали. Обычным способом будет явно проще [9] и работает аналогично. --Сунприат 11:12, 13 февраля 2016 (UTC)
- @Vlsergey: пинг автору --Сунприат 11:14, 13 февраля 2016 (UTC)
- Скорее всего. Я, например, не знал, когда правил шаблоны наград, использовал по аналогии imagemap Если через "ссылка=" правильнее, можно сразу бота зарядить на правки. — Igel B TyMaHe 12:49, 13 февраля 2016 (UTC)
- Возможно, в 2008 году просто ещё не было конструкции [[Файл:|link=]] --windewrix 13:38, 13 февраля 2016 (UTC)
- +1, такая возможность появилась позже. До этого работали через imagemap. Сейчас можно смело исправлять на link=.-- VlSergey (трёп) 14:32, 13 февраля 2016 (UTC)
Причуды международных Википедий
правитьЯть. --Advisor, 20:18, 12 февраля 2016 (UTC)
Графики прямо из Wikidata
правитьНа следующей неделе можно будет создавать графики основываясь на данных прямиком из Викиданных, например карта количества музеев на страну. --Yurik 15:26, 12 февраля 2016 (UTC)
"Текущая версия (не проверялась)"
правитьУже не раз сталкивался с непонятной мне ситуацией. Как сейчас в Красная жара (альбом). Внёс изменения в статью, которые были автоотпатрулированы (как у патрулирующего). Тем не менее в шапке статьи у меня висит серый кружок с минусом и "Текущая версия (не проверялась)". Это какой-то особый вид защиты и кого тогда просить проверить? --Neolexx 14:07, 12 февраля 2016 (UTC)
- Если страница не проверялась, то нужно в самом низу на основной странице нажать подтвердить версию. Oleg3280 14:10, 12 февраля 2016 (UTC)
- Тогда я всё равно не понимаю различия между "отпатрулировать статью" и "подтвердить версию статьи". Где это у нас описано? --Neolexx 14:21, 12 февраля 2016 (UTC)
- И вторым вопросом: при каких обстоятельствах это различие всплывает? --Neolexx 14:22, 12 февраля 2016 (UTC)
- Это одно и то же. Изменения автопатрулируются только тогда, когда предыдущая версия статьи была отпатрулирована. В остальных случаях их нужно патрулировать вручную. — putnik 14:24, 12 февраля 2016 (UTC)
- Дело в том, что я всегда действую как a good boy scout и перед внесением своих правок проверяю и патрулирую предыдущие чужие непроверенные правки, если такие есть. Это, собственно, технически единственный вариант, иначе у патрулирующего при попытке сохранить свою правку будет сообщение "есть непроверенные правки перед вносимой". И так оно без проблем работает в 9 из 10 случаев, но в 1 из 10 выскакивает ситуация выше. Которую я пока никак в логику "патрулировано/непатрулировано" вписать для себя не могу. --Neolexx 14:39, 12 февраля 2016 (UTC)
- ... подумав ещё раз... Если статья ни разу с момента создания не патрулировалась, то в ней нет "непроверенных правок" (она вся непроверенная). Тогда внесение любой правки патрулирующим равно первому патрулированию всей статьи, и в таком случае требуют дополнительно подтверждения через "Текущая версия (не проверялась)". А редко это встречаю, так как по набору личных интересов редко попадаю на ни разу не патрулировавшиеся статьи. Угадал? --Neolexx 14:45, 12 февраля 2016 (UTC)
- Neolexx, да, угадали. --Michgrig (talk to me) 14:48, 12 февраля 2016 (UTC)
- Это одно и то же. Изменения автопатрулируются только тогда, когда предыдущая версия статьи была отпатрулирована. В остальных случаях их нужно патрулировать вручную. — putnik 14:24, 12 февраля 2016 (UTC)
- Вносящий правку в непатрулированную статью патрулирующий вовсе не обязательно будет ради этой правки патрулировать всю статью (а если там 1200 непроверенных за два года?) Поэтому правка и патрулирование полностью разделены: правка патрулирующего не патрулирует автоматически статью, в которой есть непроверенные правки; для патрулирования есть отдельная кнопка. MaxBioHazard 15:47, 12 февраля 2016 (UTC)
- @MaxBioHazard: То есть, и простите за язык, старался как мог: внесение в статью правки патрулирующим без патрулирования им предыдущих неотпатрулированных правок (если такие есть) также не патрулируется, лишь добавляется в список неотпатрулированных правок? --Neolexx 16:43, 15 февраля 2016 (UTC)
- Совершенно точно. Флаг патрулирующего вообще ни на что не влияет, пока его носитель не нажмет на кнопку "Патрулировать". А флаг автопатрулируемого влияет на то, что статья после его правки останется отпатрулированной, если она была таковой до этой правки. Vcohen 18:05, 15 февраля 2016 (UTC)
- @MaxBioHazard: То есть, и простите за язык, старался как мог: внесение в статью правки патрулирующим без патрулирования им предыдущих неотпатрулированных правок (если такие есть) также не патрулируется, лишь добавляется в список неотпатрулированных правок? --Neolexx 16:43, 15 февраля 2016 (UTC)
Патрулирование
правитьНа странице запросов к администраторам был оставлен запрос:
== Столкновение поездов в Бад-Айблинге == Столкновение поездов в Бад-Айблинге (обс. · история · журналы · фильтры)
Столкновение поездов в Бад-Айблинге - отпатрулирована и тем-не-менее отображается давно устаревшая версия, что особенно не соответствует "В этой статье описываются текущие события. Информация может быстро меняться по мере развития событий"
— Эта реплика добавлена участником Ms-schrott (о • в) 12:43, 12 февраля 2016 (UTC)
- Статья была отпатрулирована и находится на стабилизации. Даты последней правки в шаблоне и в истории правок совпадают, то есть отображается последняя версия. Кроме того, что статья находится на стабилизации, запрос не имеет отношения к этой странице. Oleg3280 13:47, 12 февраля 2016 (UTC)
- Я в курсе, что она отпатрулирована (я сам и ставил запрос на патрулирование) - но если я просматриваю статью незарегистрировавшись, то вижу версию от 9/02/2016; а если зарегистрировавшись, то последнюю версию. Ms-schrott 14:38, 12 февраля 2016 (UTC)
=== Итог === Здесь закрыто. Для запросов такого типа существует отдельная страница: Википедия:Запросы к патрулирующим. -- Q-bit array 15:20, 12 февраля 2016 (UTC)
Прошу помочь участнику в этой ситуации. Заранее спасибо. Oleg3280 16:00, 12 февраля 2016 (UTC)
- Помогло? У меня (анонимно) сейчас текущая. Возможно участнику следует почистить кэш браузера. Advisor, 20:07, 12 февраля 2016 (UTC)
- Да, спасибо. Я только что зашёл анонимно, чтобы посмотреть эту статью, и у меня отображается последняя версия. Oleg3280 20:36, 12 февраля 2016 (UTC)
? Advisor, 09:37, 12 февраля 2016 (UTC)
- Сейчас оно через шаблоны или mw:Extension:Graph/Vega 2.0 --Сунприат 10:23, 12 февраля 2016 (UTC)
- Перевёл название в Транслейтвики и повесил шаблон на категорию. — putnik 10:37, 12 февраля 2016 (UTC)
- В общем посмотрел я на это безобразие и устроил хирургию: было 28 страниц шаблона, стало четыре. Новые подстраницы теперь не нужны. Advisor, 18:33, 11 февраля 2016 (UTC)
"Анонимизация" правки
правитьКто разбирается с шаблонами и особенно с mwLua. Есть ли возможность анонимных опросов зарегистрированных участников, то есть:
- зарегистрированный участник выбирает вариант ответа и нажимает ссылку
- программа проверяет, что это зарегистрированный участник из фиксированного списка
- если да, то ответ записывается на страницу опроса, но не как правка самого участника, а как правка программы
С mwLua весьма немощен и нет желания копать вглубь, если заранее и очевидно невозможно. --Neolexx 13:09, 10 февраля 2016 (UTC)
- Только начинаю разбираться в Lua, но слабо понимаю, как такое возможно. «Программа проверяет, что это зарегистрированный участник из фиксированного списка» — угу, таким макаром можно было бы скрипт накатать, который бы выводил что-то наподобие «Привет, %username%!» То, что таких скриптов в окрестностях не наблюдается, говорит о том, что на такую функциональность Lua не рассчитан. Нужны расширения MediaWiki, типа en:Wikipedia:SecurePoll. — Джек, который построил дом 13:23, 10 февраля 2016 (UTC)
- mwLua работает в режиме «только для чтения» — он форматирует текст, но не может изменить содержимое страниц (записать новое содержимое). — VlSergey (трёп) 14:46, 10 февраля 2016 (UTC)
- Предчувствовал, поэтому заранее и уточнил. Спасибо всем за помощь! --Neolexx 17:50, 10 февраля 2016 (UTC)
Шаблон «книга» в сносках
правитьШаблоны {{статья}} и {{книга}} внутри конструкции {{#tag:ref|блаблабла|name=bar}}
.
- Во втором случае (шаблон {{книга}}), при двух и более в точности одинаковых сносках с одним именем, вылезает ошибка «Неверный тег <ref>: название «bar» определено несколько раз для различного содержимого».
- В первом случае (шаблон {{статья}}) такой ошибки нет.
Означает ли это, что с шаблоном {{книга}} что-то не то? ссылка на тест — stannic(обс)(вкл)(выкл) 09:47, 10 февраля 2016 (UTC)
- Опытным путём и подстановками до самого примитивного уровня выяснено, что виной всему может быть конструкция
<nowiki> </nowiki>
, которая задаёт пробел после имени автора. Ну и без использования механизма {{#tag:}} всё работает нормально, конечно же --windewrix 12:06, 10 февраля 2016 (UTC)- Как я понимаю, на уровне {{#tag:}} внутренние нераскрытые теги заменяются парсером уникальными идентификаторами, которые в конце разворачиваются обратно в теги. Поэтому на верхнем уровне парсер видит, к примеру,
<nowiki>_</nowiki>
и<nowiki>_</nowiki>
(две идентичные строки). А на нижнем уровнеnowiki12345_nowiki12345
иnowiki67890_nowiki67890
(две совершенно разные строки) и ругается. --Neolexx 13:18, 10 февраля 2016 (UTC) - Оставил только nowiki - всё так же. Насколько я понял из сказанного, нужно в защищенных шаблонах менять
<nowiki> </nowiki>
на 
(и другие конструкции с nowiki на эквивалентные им без nowiki)? Возможно, решение проблемы заметно скажется на этих двух категориях. — stannic(обс)(вкл)(выкл) 15:19, 10 февраля 2016 (UTC) UPD: в бо́льшей половине этих статей проявляется проблема в шаблоне {{книга}}. — stannic(обс)(вкл)(выкл) 21:39, 10 февраля 2016 (UTC)- Примерно так. "Правило буравчика для уровня #tag" (который уровнем ниже шаблонов): Туда вообще не передаются никакие строки с тегами (формата <tag>...</tag>), либо крутитесь в каждом случае как знаете индивидуально. Покопавшись ещё, вспомнил, где я это некогда читал, чтобы не по памяти, как выше: здесь, второй Warning. --Neolexx 17:08, 10 февраля 2016 (UTC)
- Безотносительно к проблеме, я пока не понимаю, какой сумрачный разум и зачем вставил пробелы через <nowiki> </nowiki> вместо старого доброго   Хотя мог быть обход ещё какой "won't-fix feature" парсера, о которой я не знаю. --Neolexx 17:18, 10 февраля 2016 (UTC)
- Как я понимаю, на уровне {{#tag:}} внутренние нераскрытые теги заменяются парсером уникальными идентификаторами, которые в конце разворачиваются обратно в теги. Поэтому на верхнем уровне парсер видит, к примеру,
- Обсуждение шаблона:Книга#избавление от тегов nowiki; поддержка нескольких ISBN — stannic(обс)(вкл)(выкл) 17:03, 11 февраля 2016 (UTC)
Итог
правитьШаблоны {{книга}} и {{статья}} были обновлены, теперь осталось дождаться, пока обновятся категории 1, 2 и результаты поиска. Сейчас там ещё есть статьи, в которых ошибки уже пропали. — stannic(обс)(вкл)(выкл) 15:08, 13 февраля 2016 (UTC)
Только у меня после кнопки Добавить номинацию появилось куча ссылок на #invoke:AfD и Шаблон:Удаление статей? С уважением, Iniquity 23:40, 8 февраля 2016 (UTC)
- Нет. Это называется ВП:КУ утоплен. Проблема давняя. На форуме уже были обсуждения. Например, здесь. Oleg3280 23:47, 8 февраля 2016 (UTC)
- Страница перегружена шаблонами, слишком много незакрытых дней. MaxBioHazard 23:51, 8 февраля 2016 (UTC)
- Я так и подозревал. Спасибо. С уважением, Iniquity 23:59, 8 февраля 2016 (UTC)
- Оффтоп для технического форума, но вот интересно. Как вы думаете, есть ли корреляция снижения активности в РуВП с кризисом в России или чем-то? Знаю, что это общий тренд для разных разделов, но всё же. Может, стоит серьёзно взяться за привлечение и удержание новых участников (или возвращение отошедших от дел)? Создавать соответствующую атмосферу, наладить работу всевозможных инструментов, не мыслить в рамках тех возможностей, которые предоставляют текущие. (Как я всегда рекомендую в таких случаях, смотреть в сторону того, как преуспел английский раздел в этом направлении. Иногда, при взгляде на прогресс англовики, у меня возникает ощущение, что мы тут сидим на куче барахла, а развиваться не желаем.) Или, например, смягчить политику в отношении старых, не переусердствовать со всяческими блокировками. По-моему, когда я активно участвовал здесь несколько лет назад, на форумах было погуще. (Заранее отвечаю, что сам я, к большой беде, дальше болтовни на эту тему не уйду, потому что выкроил для ВП лишь пару месяцев, а потом буду занят.) — Джек, который построил дом 01:20, 9 февраля 2016 (UTC)
- Это очень оффтоп здесь, но вы можете поднять тему в проекте «Атмосфера Википедии» и я там, вероятно, тоже выскажусь. — Ле Лой 07:58, 9 февраля 2016 (UTC)
Смещение часового пояса в шаблоне
правитьКаким образом можно учесть поправку в часовом поясе в шаблоне подобном этому? === В этот день — [[{{CURRENTDAY}} {{CURRENTMONTHNAMEGEN}}]] ===
{{События дня:{{CURRENTMONTH}}-{{CURRENTDAY}}}}
|[[Шаблон:События дня:{{CURRENTMONTH}}-{{CURRENTDAY}}|Просмотр]]
}}
Необходимо, чтобы он показывал время отличное от UTC на +9. И соответственно на 9 часов ранее вытаскивал очередные события дня. Спасибо! --Павлов Николай Н. 21:22, 8 февраля 2016 (UTC)
- Проще через директиву
:time
: {{#time: j | +9 hours }} {{#time: xg | +9 hours }} даст 14 августа --Neolexx 21:55, 8 февраля 2016 (UTC)
- Отлично! Вроде разобрался. Спасибо! --Павлов Николай Н. 21:32, 10 февраля 2016 (UTC)
Количество просмотров статьи
правитьВижу, что у некоторых участников наболело, и тоже посмею высказаться. Уважаемые участники, подскажите, и если можете, помогите! Как и где можно узнать ОБЩЕЕ количество просмотров той или иной статьи Википедии со дня ее создания до сегодняшнего дня??? Если это технически возможно, то прошу кого-нибудь из участников что-нибудь соорудить, чтобы народ честной мог посмотреть на эту статистику, сам бы рад, да не умею. С уважением, Egor Shustoff 18:51, 8 февраля 2016 (UTC).
- Высказывайтесь здесь, не плодите темы.--Imaginary Rainbow 20:06, 8 февраля 2016 (UTC)
- Тут о другом. --Сунприат 10:36, 10 февраля 2016 (UTC)
- @Egor Shustoff: А зачем? Одна старая с 2006, другая новая; одну показывали на заглавной, другую нет; одна статусная, другая заготовка. Т.е. "вообще общая" цифра - смазанная и не надёжный показатель. Вытащить и посчитать что-то конкретное/среднее для отдельных статей могут ботоводы. --Сунприат 10:36, 10 февраля 2016 (UTC)
- А вот мне интересна общая инфа. А к кому посоветуете обратиться? С уважением, Egor Shustoff 11:38, 10 февраля 2016 (UTC).
Вклад с диапазона
правитьЯ уже когда-то писал, но ответа так и не нашёл. Как посмотреть весь вклад в русскую википедию с диапазона ip-адресов? Опять возникла необходимость, приходится руками (!) перебирать все адреса, меняя последние цифры. Не верится что нет какого-то автоматического механизма. Гаджет походу умер окончательно. --Glovacki 14:07, 8 февраля 2016 (UTC)
- Английская версия вроде как-то работает, хотя и не совсем. Свежие (не знаю насколько большая задержка) правки не показывает, но что-то выдаёт. --Glovacki 15:54, 8 февраля 2016 (UTC)
- Вы же в курсе, что гаджет принимает не любой диапазон, вы ему корректные диапазоны давали? MaxBioHazard 16:35, 8 февраля 2016 (UTC)
- Я давал диапазоны типа 123.123.123.12* как и сказано в описании. --Glovacki 16:44, 8 февраля 2016 (UTC)
- ОМГ. Почитайте что-нибудь про диапазоны айпишников и как они выглядят. MaxBioHazard 23:51, 8 февраля 2016 (UTC)
- Макс, ты неправ. В описании гаджета явно написано, что ему можно скармливать как CIDR-диапазоны (то, про что ты говоришь), так и IP-шники или названия учеток со звездочкой в конце. Только он действительно, похоже, не работает. --Michgrig (talk to me) 11:01, 10 февраля 2016 (UTC)
- Ни вариант 123.123.123/24 ни ай-пи 123.123.123* как указано в описании не работают уже около года. А когда работало - работало очень криво, выдавая не все, что было в диапазоне. Хорошо бы это как-то исправить. --Pessimist 11:06, 10 февраля 2016 (UTC)
- Правильно же вроде 123.123.123.0/24 MaxBioHazard 14:33, 10 февраля 2016 (UTC)
- Ни вариант 123.123.123/24 ни ай-пи 123.123.123* как указано в описании не работают уже около года. А когда работало - работало очень криво, выдавая не все, что было в диапазоне. Хорошо бы это как-то исправить. --Pessimist 11:06, 10 февраля 2016 (UTC)
- Макс, ты неправ. В описании гаджета явно написано, что ему можно скармливать как CIDR-диапазоны (то, про что ты говоришь), так и IP-шники или названия учеток со звездочкой в конце. Только он действительно, похоже, не работает. --Michgrig (talk to me) 11:01, 10 февраля 2016 (UTC)
- ОМГ. Почитайте что-нибудь про диапазоны айпишников и как они выглядят. MaxBioHazard 23:51, 8 февраля 2016 (UTC)
- Я давал диапазоны типа 123.123.123.12* как и сказано в описании. --Glovacki 16:44, 8 февраля 2016 (UTC)
- Тоже обратил внимание, присоединяюсь к призыву починить. — Джек, который построил дом 22:17, 19 февраля 2016 (UTC)
- Не используйте шаблоны в заголовках — иначе не работают ссылки на переход к теме из истории правок и списка наблюдения. --Michgrig (talk to me) 10:56, 8 февраля 2016 (UTC)
Кривизна видна в документации к шаблону, при более чем однократном использовании шаблона в статье, получаем в разделе «Примечания» ошибку: Ошибка в сносках?: Неверный тег <ref>: название «.D0.9E.D1.82.D0.B5.D1.87.D0.B5.D1.81.D1.82.D0.B2.D0.B5.D0.BD.D0.BD.D1.8B.D0.B5-.D0.B1.D1.80.D0.BE.D0.BD.D0.B8.D1.80.D0.BE.D0.B2.D0.B0.D0.BD.D0.BD.D1.8B.D0.B5-.D0.BC.D0.B0.D1.88.D0.B8.D0.BD.D1.8B-1941-1945--» определено несколько раз для различного содержимого. Как исправить - не знаю. Хелп. --Voyagerim 20:15, 7 февраля 2016 (UTC)
- В документации шаблона два раза используется шаблон без аргументов, то есть, получается идентичная сноска с идентичным названием. Почему определено «для различного содержимого» я не понимаю, правда. Но авторы шаблона, видимо, рассчитывали, что если кому-то понадобится два раза использовать сноску на одну и ту же страницу, второй случай будет записан так: <ref name="Отечественные-бронированные-машины-1941-1945-[№ части]-[№ страницы]" />. ~Facenapalmобс, вкл 20:40, 7 февраля 2016 (UTC)
- Я увидел эту гадость в статье Т-34, в разделе «Примечания», думал ссылки в статье кривые, а оказалось, что шаблон негодный.. Исправить это можно как-нибудь? --Voyagerim 22:40, 7 февраля 2016 (UTC)
- Я же объяснил: если в двух местах надо сослаться на одну и ту же страницу книги, надо оформлять тэг ref. Исправил. Логику шаблона можно и поменять, конечно, но тогда, во-первых, надо все страницы с шаблоном просмотреть на предмет поломок, во-вторых, дублирование сносок получится. Хотя, если честно, я вообще смысла в этом шаблоне не вижу. Если использовать его как подстановочный — вообще проблем не будет. Вдобавок, тут, по хорошему, через {{sfn}} сноски надо бы оформить. ~Facenapalmобс, вкл 22:54, 7 февраля 2016 (UTC)
- С предложением об использовании {{sfn}} и бессмысленным шаблоном всецело согласен, но хотелось малой кровью обойтись. За исправление спасибо большое! --Voyagerim 06:52, 8 февраля 2016 (UTC)
Переработка шаблона
правитьНужна помощь в переработке шаблона {{Периоды Эстонской истории}}. Подробности на СО шаблона. Заранее спасибо. --Pessimist 15:32, 7 февраля 2016 (UTC)
Шаблоны запусков по годам
правитьВ ряде навигационных шаблонов, которые содержат все космические запуски по годам, используются следующие обозначения:
«Аппараты, выведенные одной ракетой, разделены запятой (,), запуски — чертой (|). Пилотируемые полёты выделены жирным текстом. Неудачные запуски выделены курсивом».
Но внутренняя ссылка со статьи на неё же (например, в том же навигационном шаблоне) отображается жирным. Вот и получается, что в статьях, посвящённых непилотируемых запускам, в шаблоне согласно легенде они отображаются пилотируемыми. Пример. Следует выбрать другое обозначение и заменить это всё, если получится, ботом. Dimma837 14:41, 7 февраля 2016 (UTC)
- @Dimma837: Хорошо, что вы заметили. Можно в качестве компромисса сделать дописку, что «за исключением текущей статьи». Ну и в шаблонах этой категории, вместо замены текста комментария ботом, надо создать вспомогательный шаблон, в котором будет находиться только этот комментарий, и ботом заменить эти комментарии на шаблон (если они везде одинаковые), чтобы затем, если понадобится ещё где-то изменить этот комментарий, это можно было бы сделать в одном месте. — Джек, который построил дом 22:42, 19 февраля 2016 (UTC)
- @Jack who built the house: А если статья всё же посвящена пилотируемому полёту? Тогда никакого исключения не будет. Может лучше обозначить их, например, другим цветом? А вот идея с общим родительским шаблоном хороша. Dimma837 09:20, 20 февраля 2016 (UTC)
- Смотря как сформулировать. "Жирным выделены пилотируемые, а также текущая статья" — логически никак однозначно не характеризует текущую. Вряд ли стоит менять оформление из-за одной неточности. — Джек, который построил дом 14:07, 20 февраля 2016 (UTC)
- Так а зачем такие неоднозначности? Читатель не должен гадать о том, пилотируемый это полёт или нет, или просто текущая страница выделена. Dimma837 14:52, 20 февраля 2016 (UTC)
- К тому времени, когда он добрался до навигационного шаблона, он с большой вероятностью уже об этом знает. — Джек, который построил дом 15:13, 20 февраля 2016 (UTC)
- Так а зачем такие неоднозначности? Читатель не должен гадать о том, пилотируемый это полёт или нет, или просто текущая страница выделена. Dimma837 14:52, 20 февраля 2016 (UTC)
- Смотря как сформулировать. "Жирным выделены пилотируемые, а также текущая статья" — логически никак однозначно не характеризует текущую. Вряд ли стоит менять оформление из-за одной неточности. — Джек, который построил дом 14:07, 20 февраля 2016 (UTC)
- @Jack who built the house: А если статья всё же посвящена пилотируемому полёту? Тогда никакого исключения не будет. Может лучше обозначить их, например, другим цветом? А вот идея с общим родительским шаблоном хороша. Dimma837 09:20, 20 февраля 2016 (UTC)
Ref в предварительном просмотре
правитьКоллеги, подскажите, что это за новация, когда в окне редактирования при предпросмотре стали показываться примечания, причём в один столбец. Это вообще можно отключить? Или управлять этим кошмаром, чтобы хоть в 4 столбца для компактизации? Kmorozov 06:48, 7 февраля 2016 (UTC)
- Chrome на Windows показывает столбцы рефов корректно. --Pessimist 06:54, 7 февраля 2016 (UTC)
- Ну, я бы предпочёл, чтобы было, как ещё пару дней назад, то есть не показывало вообще. Зачем они мне в предпросмотре? У меня их в среднем разделе десяток, и все в один столбец. Kmorozov 07:16, 7 февраля 2016 (UTC)
- Тоже Chrome на Windows (и Monobook, и Vector) - все в один столбец (например, в той статье, что давеча обсуждали). Retired electrician 15:28, 8 февраля 2016 (UTC)
- Это лучшее улучшение движка за много-много лет. В кои-то веки разработчики движка сделали что-то реально помогающее править статьи. Механизм рефов - возможно, самый дезориентирующий новичков компонент разметки. Они открывают на редактирование раздел рефов - а там ничего нет. Потом они понимают, что рефы привязаны к тексту, а не к последнему разделу - но рефы в тексте не отображаются в предпросмотре! MaxBioHazard 07:23, 7 февраля 2016 (UTC)
- Понятно. Старикам здесь не место. Kmorozov 07:31, 7 февраля 2016 (UTC)
- так удобнее же? -- ShinePhantom (обс) 09:22, 7 февраля 2016 (UTC)
- На мой взгляд, удобнее. Я сюда не вчера пришёл, но даже и я не раз совершал какие-нибудь ошибки/опечатки в сносках, работая с одним конкретным разделом, а потом, после сохранения, обнаруживал свою ошибку. Что уж говорить о новичках (см. реплику MaxBioHazard выше). --VAP+VYK 11:13, 7 февраля 2016 (UTC)
- Стало лучше. Не так давно в какой-то статье при предпросмотре вставлял шаблон {{примечания}} специально для предпросмотра примечаний, перед сохранением забыл убрать. В обсуждениях видел у других ту же проблему. — stannic(обс)(вкл)(выкл) 11:33, 7 февраля 2016 (UTC)
- meta:Tech/News/2016/04/ru И в предварительном просмотре и в конце статьи даже когда в статье не поставлен шаблон/тега для примечаний. Попробуйте попросить на Википедия:Запросы к скриптерам доработать Википедия:Гаджеты/Компактный список сносок. --Сунприат 12:26, 7 февраля 2016 (UTC)
- Может кому-то и удобнее, но всё-равно не продумано. Во-1 я пользуюсь {{sfn}} и мне предпросмотр ссылок никаких сюрпризов не сулит. Во-2 у меня, в среднем, этих sfn больше 10 на раздел и, в результате, препросматриваемый текст уезжает и приходится скроллить. Что, с учётом вышеуказанной бесполезности фичи, раздражает. Kmorozov 14:57, 7 февраля 2016 (UTC)
- Ссылку на раздел в статье, статью или скриншот дадите? Может легче станет, если снять галочку в настройки-редактирование-Помещать предпросмотр над окном редактирования, тогда примечания будут совсем внизу. --Сунприат 19:46, 7 февраля 2016 (UTC)
- Может кому-то и удобнее, но всё-равно не продумано. Во-1 я пользуюсь {{sfn}} и мне предпросмотр ссылок никаких сюрпризов не сулит. Во-2 у меня, в среднем, этих sfn больше 10 на раздел и, в результате, препросматриваемый текст уезжает и приходится скроллить. Что, с учётом вышеуказанной бесполезности фичи, раздражает. Kmorozov 14:57, 7 февраля 2016 (UTC)
- Задумано хорошо, исполнено как всегда. Очень не хватает (а) визуальной отбивки сносок от собственно текста (просто линию прочертить - уверен, возражений было бы меньше) (б) плотной упаковки этих сносок в несколько столбцов. То есть, если в статье задано {{reflist|4}}, то это самое |4 следовало воспроизвести и в предпросмотре. Оно ж там не просто так. Ну или ориентироваться на количество сносок в редактируемом разделе и дробить на столбцы автоматом. Двадцать сносок в один столбец ещё куда ни шло, но
наши руки не для скукисорок уж точно требуют упаковки. Retired electrician 15:21, 8 февраля 2016 (UTC)- Пример? --Сунприат 16:41, 8 февраля 2016 (UTC)
- Один раздел без подразделов [10] - 29, один раздел с подразделами [11]. Retired electrician 16:58, 8 февраля 2016 (UTC)
- Пример? --Сунприат 16:41, 8 февраля 2016 (UTC)
- А жизнь-то налаживается, уже есть подраздел "Preview of references", ещё утром нее было. Глядишь, и столбцы добавят. Kmorozov 15:41, 14 февраля 2016 (UTC)
- О да! хвала Джимбо, ну или кто-то-там за всё в ответе
. Retired electrician 18:43, 21 февраля 2016 (UTC)
- О да! хвала Джимбо, ну или кто-то-там за всё в ответе
Здравствуйте! Раньше этот шаблон отличался от Шаблон:Неоднозначность внешним видом и ссылкой на список однофамильцев. Сейчас они совпадают. Это - ошибка или так должно быть каким-то новым правилам? С уважением, 18:05, 6 февраля 2016 (UTC) And S Yu.
- Напишите администраторам. Вчера поменяли формат шаблона {{неоднозначность}} и должны, по логике вещей, перевести все подобные шаблоны на него, но пока почему-то не перевели. — Джек, который построил дом 18:45, 6 февраля 2016 (UTC)
- Переименование выполнял Мастер теней, ну давайте его позовём. — Джек, который построил дом 18:47, 6 февраля 2016 (UTC)
- Да, я в курсе проблемы — к сожалению не успел доделать, а по случайному стечению обстоятельств остался без интернета на выходных. В ближайшее время поправлю этот и соседние шаблоны. П.С. Зачем делать дубли тем? Advisor, 08:25, 8 февраля 2016 (UTC)
- Я предложил написать администраторам — человек скопипейстил :) Но всё, разобрались, одну можно тереть. — Джек, который построил дом 08:36, 8 февраля 2016 (UTC)
- Этот поправил. Остальные — позже: где-то подшаблоны уже были, а где-то надо создавать. Advisor, 09:09, 8 февраля 2016 (UTC)
- Я предложил написать администраторам — человек скопипейстил :) Но всё, разобрались, одну можно тереть. — Джек, который построил дом 08:36, 8 февраля 2016 (UTC)
- Да, я в курсе проблемы — к сожалению не успел доделать, а по случайному стечению обстоятельств остался без интернета на выходных. В ближайшее время поправлю этот и соседние шаблоны. П.С. Зачем делать дубли тем? Advisor, 08:25, 8 февраля 2016 (UTC)
Таблица
правитьНазвание корабля | Количество погибших | Страна приписки | Дата катастрофы | Место катастрофы | Причина кораблекрушения |
---|
Может кто сделать так, чтоб над таблицей была одна большая ячейка, где было бы написано "Три крупнейшие морские катастрофы десятилетия по числу жертв".
И еще: нужно внести для образца одно из судов, далее я уже буду по накатанной повторять. Например это:
- 6 мая 1902 в Бенгальском заливе было застигнуто циклоном близ Рангуна и потерпело крушение судно шаблон не поддерживает такой синтаксис под флагом Великобритании; число погибших составило 655 человек.
Можно прямо здесь в моем сообщении добавить, чтоб удобнее.
И, в идеале, было бы здорово если бы таблица сама вставала в центр страницы (не обязательно, но оч. хочется, если возможно). И цветом бы (неброским синим оттенком) выделить первые строчки, где перечисление параметров и надпись "Три крупнейшие морские катастрофы десятилетия по числу жертв". Нужно для статьи Крупнейшие морские катастрофы XX века - дабы сделать её максимально удобной и читабельной. Потом и 19 век посмотрю, а может, если запала хватит и 18 - используя как заготовку. --S, AV ☎ 03:08, 6 февраля 2016 (UTC)
- Мой вариант с вашей просьбой:
Название корабля | Количество погибших | Страна приписки | Дата катастрофы | Место катастрофы | Причина кораблекрушения |
---|---|---|---|---|---|
«Каморта»[англ.] | 655 | ![]() |
6 мая 1902 | Бенгальский залив, Индийский океан | циклон |
Можно не писать «близ Рангуна» — как хотите. Причину не знаю как лучше, толи «циклон», толи «неблагоприятные погодные условия». С дальнейшими просьбами я не понял (выделить цветом строчки с параметрами, надпись) — зачем? ← Alex Great обсуждение 05:20, 6 февраля 2016 (UTC)
- Alex Great, так логично, чтоб строчки, где написаны слова «Три крупнейшие морские катастрофы десятилетия по числу жертв» «Название корабля !! Количество погибших !! Страна приписки !! Дата катастрофы !! Место катастрофы !! Причина кораблекрушения» выделялась от перечислений, тем более в одной статье будет 10 таких таблиц - и визуально очень хорошо будет помогать. --S, AV ☎ 07:09, 6 февраля 2016 (UTC)
- 2
Схлопните пожалуйста Ш:Крупнейшие морские катастрофы. После этого берусь снять его с КУЛ по наполнению. Мегаблямбу на пол статьи править не буду, нужно схлопнуть, чтоб не уродовал статьи. --S, AV ☎ 03:17, 6 февраля 2016 (UTC)
- Чтобы зафиксировать ширину — раскомментировать свойство таблицы width и выставить нужные цифры. --Chan 07:05, 6 февраля 2016 (UTC)
- Chan Я это не умею, но хотя бы вдвое длиннее надо как минимум. сделайте плис. Так как-то мелковат. Даже в 2,2 раза можно смело- это и 15 дюймовик прочтет. ну а в идеале, чтоб он сам расползался до нужного размера. Если это невозможно, то в две целых две десятых раза надо удлиннить. --S, AV ☎ 07:06, 6 февраля 2016 (UTC)
{{Крупнейшие морские катастрофы}} Сделал 800px. Вроде нормально. --Chan 07:15, 6 февраля 2016 (UTC)
- Спасибо огромное. Теперь мона доводить его до ума))) --S, AV ☎ 07:16, 6 февраля 2016 (UTC)
- Chan, а можно верхнюю строчку, где написано «Крупнейшие морские катастрофы» выделить синим цветом, как то у нас в шаблонах и принято, иначе в статьях выглядит как заголовок раздела и не сразу видно слово "показать" - оно сливается с похожим править- не каждый поймет. --S, AV ☎ 07:25, 6 февраля 2016 (UTC)
- Спасибо огромное. Теперь мона доводить его до ума))) --S, AV ☎ 07:16, 6 февраля 2016 (UTC)
- Ребята, пожалуйста, сделайте так, чтоб этот шаблон сам центровался по центру страницы и расползался по ширине страницы. Некрасиво собираются данные в две строчки - наполнять даже неприятно. --S, AV ☎ 12:24, 6 февраля 2016 (UTC)
Итог
править- Chan, Alex Great, спасибо. --S, AV ☎ 14:21, 6 февраля 2016 (UTC)
Обсуждение участника в мобильной версии Википедии
правитьНе могу попасть в обсуждение участника, как только я нажимаю на «обсуждение», выводит:
Недопустимое название
Запрашиваемое название страницы содержит недопустимые символы: «%D0».
Возврат к странице Заглавная страница.
— Ping08 обс 23:36, 5 февраля 2016 (UTC)
- Захожу на любое обсуждение участника и появляется примерно вот такая ссылка
https://ru.m.wikipedia.org/wiki/%25D0%259E%25D0%25B1%25D1%2581%25D1%2583%25D0%25B6%25D0%25B4%25D0%25B5%25D0%25BD%25D0%25B8%25D0%25B5_%25D1%2583%25D1%2587%25D0%25B0%25D1%2581%25D1%2582%25D0%25BD%25D0%25B8%25D0%25BA%25D0%25B0:Ping08 — Ping08 обс 23:44, 5 февраля 2016 (UTC)
- Написал phab:T126111 --Сунприат 09:22, 6 февраля 2016 (UTC)
Translatewiki
править"Хьажорг йина хилла..." в Уведомлениях
правитьшозахрень о.О : в Уведомлениях текст попер на некоем (каковском?) языке (см. Служебная:Уведомления). Пример:
- Сегодня
Хьажорг йина хилла Камера Тусклых Объектов Dornier тӀе.
4 часа назад | Просмотр страницы | Все ссылки на эту страницу
Хьажорг йина хилла Храпунов, Виктор Вячеслав… Почётный гражданин тӀе.
7 часов назад | Просмотр страницы | Все ссылки на эту страницу
Хьажорг йина хилла Абромавичюс, Айварас Баскетбол в тӀе.
17 часов назад | Просмотр страницы | Все ссылки на эту страницу
- Вчера
Хьажорг йина хилла France Media Monde Средства массовой информ… тӀе.
18 часов назад | Просмотр страницы | Все ссылки на эту страницу
.........
появилось вчера, думал пройдет (мало ли чего), но.. Настройки не трогал, оно само пришло. --Tpyvvikky 16:34, 5 февраля 2016 (UTC)
- Это чеченский. На Транслейтвики откатил, у нас вернётся в норму в течение недели. — putnik 17:14, 5 февраля 2016 (UTC)
- Несколько участников в чатах жаловались, но у меня всё на русском (у меня монобук, правда). MaxBioHazard 22:06, 5 февраля 2016 (UTC)
- Вряд ли дизайн влияет. Насколько я понял, на чеченском только уведомления «на страницу из списка наблюдения сослались» — возможно, у тебя просто таких нет. Остальные уведомления у меня ок. Хотя нет, упоминания на английском. --~Facenapalmобс, вкл 01:01, 6 февраля 2016 (UTC)
- "откатил, у нас вернётся в норму в течение недели" - отлично (будем ждать). А отчего ж это произошло.. (чисто любопытно) --Tpyvvikky 00:02, 6 февраля 2016 (UTC)
- Один участник перепутал язык при переводе и напереводил русских сообщений вместо чеченских. Уже не первый раз такое, и каждый раз какой-нибудь новый язык. Видимо, у многих участников, которые переводят на языки России, делают это с русского, а не с английского, и иногда путают источник перевода и сообщение на нужном языке. — putnik 01:34, 6 февраля 2016 (UTC)
У меня один тип сообщений (упоминания меня на страницах обсуждения) пишутся на английском: «Farsizabon mentioned you on Википедия:Форум/Техничес… in "Шаблон:Оазис".» Тот же баг? ← Alex Great обсуждение 07:49, 7 февраля 2016 (UTC)
- У меня тоже был английский, наверно, 2 недели. Как раз к карнавалу этот Чеченский. — 1234qwer1234qwer4⇝обс⇜⇝вклад⇜ 11:18, 8 февраля 2016 (UTC)
- Интересно а кто перевёл это? --Дагиров Умаробс вклад 16:11, 9 февраля 2016 (UTC)
Благодарность за правку
правитьЕсли нажать «поблагодарить» в какой-то правке, выскочит сообщение по-татарски, а «да» и «нет» — по-русски. «Отблагодарён» — тоже по-татарски. — 1234qwer1234qwer4⇝обс⇜⇝вклад⇜ 10:19, 8 февраля 2016 (UTC)
- Это ж хорошо, будем больше языков знать. Advisor, 10:50, 8 февраля 2016 (UTC)
- Это башкирский. То же самое, что ниже с чеченским. Откатил на Транслейтвики. — putnik 11:00, 8 февраля 2016 (UTC)
- Да какая разница! Кстати, это я тоже когда-то видел, по-моему. — 1234qwer1234qwer4⇝обс⇜⇝вклад⇜ 11:14, 8 февраля 2016 (UTC)
рәхмәт әйтелгән
правитьА почему благодарности теперь пишутся на языке тюркской группы? [12]. Не имею ничего против, просто странно. Лес 14:27, 8 февраля 2016 (UTC)
Рахмат
правитьРаньше нажимая поблагодарить за правку - спрашивала- «хотите поблагодарить?» Теперь стало «Был төҙәтөү өсөн рәхмәт ебәрергәме?» Очень большого труда стоило на эту тему не поострить. --S, AV ☎ 12:16, 9 февраля 2016 (UTC)
- См. #Благодарность за правку ниже --Michgrig (talk to me) 12:30, 9 февраля 2016 (UTC)
- У меня тоже самое. И на чеченском некоторые слова. --Дагиров Умаробс вклад 16:07, 9 февраля 2016 (UTC)
- Судя по количеству тем про статистику и перевод интерфейса на этой странице, не интересоваться, есть ли у кого-то такая же проблема, и не решена ли она уже ранее, — это принципиальная позиция опытных участников. — putnik 19:35, 9 февраля 2016 (UTC)
Итог
правитьТема закрыта, как дублирующая уже имеющуюся. --S, AV ☎ 08:29, 10 февраля 2016 (UTC)
У меня одна проблема, как можно добавить на этом шаблоне две страны? Создал статью о Хорезмском оазисе который находится в Узбекистане и Туркменистане. Знак «/» между названиями стран не помог. К примеру в шаблоне о долине это работает. Как можно решить эту проблему? Farsizabon 12:06, 5 февраля 2016 (UTC)
- страна1{{ъъ}}, {{хх}}страна2. Advisor, 12:21, 5 февраля 2016 (UTC)
- Не помогло. Взгляните на статью. Здесь коллега сказал что нужно программировать шаблон. Наверное он прав. Farsizabon 12:32, 5 февраля 2016 (UTC)
- С флагами — никак, а без флагов работает. --Convallaria 12:35, 5 февраля 2016 (UTC)
- И без флагов не работает. Попробовал в предпросмотре. Та же самая проблема о пустынях в этой же карточке. Невозможно добавить две пустыни. Farsizabon 12:44, 5 февраля 2016 (UTC)
- С флагами — никак, а без флагов работает. --Convallaria 12:35, 5 февраля 2016 (UTC)
- Не помогло. Взгляните на статью. Здесь коллега сказал что нужно программировать шаблон. Наверное он прав. Farsizabon 12:32, 5 февраля 2016 (UTC)
- @Farsizabon:
|Страна = Файл:Flag of Russia.svg{{!}}border{{!}}22px{{!}}Флаг России{{ъъ}} {{хх}}Россия{{ъъ}} / {{хх}}Файл:Flag of Mongolia.svg{{!}}border{{!}}22px{{!}}Флаг Монголии{{ъъ}} {{хх}}Монголия
- Работает. ← Alex Great обсуждение 12:48, 5 февраля 2016 (UTC)
- @Alex Great:, большое спасибо! Работает. А как на счёт пустынь? Farsizabon 12:54, 5 февраля 2016 (UTC)
| Пустыня = Пустыня1{{ъъ}}<br />{{хх}}Пустыня2
--Convallaria 12:57, 5 февраля 2016 (UTC)- @Farsizabon:
|Пустыня = Кызылкум{{ъъ}} / {{хх}}Каракумы
- Пожалуйста. ← Alex Great обсуждение 12:57, 5 февраля 2016 (UTC)
- Спасибо большое! Тоже работает :-) Farsizabon 12:59, 5 февраля 2016 (UTC)
- Кстати, а вот и не работало со страной. Из-за этого хака шаблон неправильно выбирал карту, так как не имел названия страны, карту которой отображать, в чистом виде. Вот чем это заканчивается :-/ — Джек, который построил дом 15:29, 5 февраля 2016 (UTC)
- @Alex Great:, большое спасибо! Работает. А как на счёт пустынь? Farsizabon 12:54, 5 февраля 2016 (UTC)
- Когда я вижу такие советы от опытных участников, хочется убивать. Ну вот зачем так делать? Что это за очумелые ручки с выпуском «Как построить шалаш из говна и палок»? Почему сразу не решить проблему по-нормальному? — putnik 13:11, 5 февраля 2016 (UTC)
- Что Вы предлагаете? К примеру я благодарен этим участникам что помогли чем могли. Farsizabon 13:20, 5 февраля 2016 (UTC)
- Просим здесь, на техфоруме, изменить шаблон (если шаблон защищён от изменений — обращаемся на страницу ВП:Запросы к администраторам по техническим вопросам (если нужно срочно) или ставим шаблон {{editprotected}} на страницу обсуждения, описывая необходимые изменения). Две страны полезно вписывать? Полезно. Так пусть будет всем полезно! — Джек, который построил дом 13:28, 5 февраля 2016 (UTC)
Сделано. Я вручную реализовал тот же метод, который реализуется в шаблонах на базе {{Геокар}} (в т. ч. {{Долина}}), то есть разделение знаком «/». Разбирающиеся могут перевести шаблон на {{Геокар}} полностью. — Джек, который построил дом 14:38, 5 февраля 2016 (UTC)
- Спасибо огромное Вам коллега! Побольше бы таких энергичных участников в Википедии. Farsizabon 16:31, 5 февраля 2016 (UTC)
- А я тоже так считаю!
— Джек, который построил дом 16:43, 5 февраля 2016 (UTC)
- А я тоже так считаю!
- Спасибо огромное Вам коллега! Побольше бы таких энергичных участников в Википедии. Farsizabon 16:31, 5 февраля 2016 (UTC)
- Что Вы предлагаете? К примеру я благодарен этим участникам что помогли чем могли. Farsizabon 13:20, 5 февраля 2016 (UTC)
- Да :-( Только недавно видел, в карточке для игр что ли, два сайта, русский и оригинальный, впихнутые в одни квадратные скобки. Изобретательность же, национальная черта! — Джек, который построил дом 13:28, 5 февраля 2016 (UTC)
Нет кнопки для подписи
правитьПочему при редактировании страницы Проект:Знаете ли вы/Подготовка следующего выпуска нет кнопки Подпись с отметкой времени? Приходится вручную добавлять подпись. --Voroninv 15:08, 4 февраля 2016 (UTC)
- См. #Как объявить страницу "Страницей обсуждений"?. — putnik 15:14, 4 февраля 2016 (UTC)
- @putnik: Получается, нужно в начало это страницы просто добавить __ NEWSECTIONLINK __? --Voroninv 15:19, 4 февраля 2016 (UTC)
- Специально же дал ссылку на тему, где всё объяснено, чтобы по десятому разу одно и то же не писать. Кнопки подписи в пространстве имён «Проект» нет, добавить её нельзя. — putnik 15:32, 4 февраля 2016 (UTC)
- Проблему подробно, с кодом и примерами объяснил здесь. Ровно та же проблема: в пространстве 104 (Проект) jquery.wikiEditor.toolbar.config удаляет кнопку правки. Возможное решения то же: добавить исключения в массив wgExtraSignatureNamespaces --Neolexx 15:33, 4 февраля 2016 (UTC)
- phab:T125509 --Сунприат 15:40, 4 февраля 2016 (UTC)
Обсуждение завершилось и у меня некоторое время заняло сообразить, что по этому багрепорту уже создана задача. --Voroninv 15:47, 4 февраля 2016 (UTC)
Editsuggest
правитьКто-нибудь может обновить гаджет Участник:Js/editsuggest? Можно его функционал объединить с молодым Викиссыльщиком - чтоб было выпадающее окно, а в нём первым предложением - догадка Викиссыльщика. --infovarius 12:22, 4 февраля 2016 (UTC)
ВД: длина
правитьКак взять оттуда длину именно в километрах? Вариант «забыть про свойство не в км» тоже рассматривается. Для пыток есть: Миссисипи (2340 миль) и Уяндина (586 км). Advisor, 10:07, 4 февраля 2016 (UTC)
- Пока никак. Нужно закончить с переводом Модуль:Convert (конкретнее — Модуль:Convert/documentation/conversion data/doc). Присоединяйтесь. — putnik 12:41, 4 февраля 2016 (UTC)
- @Мастер теней: Хотя я тут подумал, что не мешает доработать другой модуль, поэтому держите: {{wikidata|p2043[unit:q828224]}} оставит только километры. — putnik 13:15, 4 февраля 2016 (UTC)
- @putnik: благодарю! А возможно подпилить также свойство «площадь бассейна»: d:Property:P2053? Advisor, 16:36, 4 февраля 2016 (UTC)
- @Мастер теней: Так аналогично всё: {{wikidata|<свойство>[unit:<нужная единица измерения>]}}. — putnik 16:53, 4 февраля 2016 (UTC)
- @putnik: благодарю! А возможно подпилить также свойство «площадь бассейна»: d:Property:P2053? Advisor, 16:36, 4 февраля 2016 (UTC)
- @Мастер теней: Хотя я тут подумал, что не мешает доработать другой модуль, поэтому держите: {{wikidata|p2043[unit:q828224]}} оставит только километры. — putnik 13:15, 4 февраля 2016 (UTC)
- Спасибо, не сразу понял логику обращения. П.С. Точки — новые ветки обсуждений. Двоеточия — дискуссия ветки. Визуально интуитивнее. Advisor, 17:23, 4 февраля 2016 (UTC)
- HTML-код и семантика этого «визуально интуитивнее» — адский ад. У меня аж кровь из глаз течёт. — putnik 22:08, 4 февраля 2016 (UTC)
- @putnik: вот и напоролся: {{wikidata|p2043[unit:q828224]}} возвращает строку, обёрнутую в span. При этом {{wikidata|p2043[unit:q828224]|plain=true}} выдаёт жирную красную строку «Ошибка раскрытия свойства «P2043[unit:Q828224]»: Property not found for label 'P2043[unit:Q828224]' and language 'ru'». А ведь вся соль в том, чтобы сравнивать местное значение параметра «длина» и значение ВД. Предлагаю убрать span для таких вызовов. Advisor, 21:30, 4 февраля 2016 (UTC)
- @Мастер теней:
plain=true
это превращается{{#propery:p2043[unit:q828224]}}
и, соответственно, выдаёт ошибку. А span'ы добавляются на другом уровне, да и вообще шаблон {{wikidata}} в принципе не предполагает пост-обработки. Самый простой, быстрый и правильный способ получить именно числовое значение — написать под это отдельный модуль. — putnik 22:08, 4 февраля 2016 (UTC)
- @Мастер теней:
- Спасибо, не сразу понял логику обращения. П.С. Точки — новые ветки обсуждений. Двоеточия — дискуссия ветки. Визуально интуитивнее. Advisor, 17:23, 4 февраля 2016 (UTC)
- Насколько я понял из примера, приведенного в свойстве, км там по умолчанию. --Michgrig (talk to me) 12:48, 4 февраля 2016 (UTC)
- Нет. Пример — это только пример. Там могут быть хоть нанометры, хоть сажени. — putnik 13:15, 4 февраля 2016 (UTC)
- А откуда же в этом примере размерность взялась? В режиме редактирования ее вроде не видно. --Michgrig (talk to me) 14:20, 4 февраля 2016 (UTC)
- Я, кажется, понял. Если зайти в элемент d:Q58767, то там указана единица измерения. --Michgrig (talk to me) 14:22, 4 февраля 2016 (UTC)
- Единица измерения указывается при редактировании значения. Так же, как язык. Скриншот. — putnik 14:47, 4 февраля 2016 (UTC)
- Нет. Пример — это только пример. Там могут быть хоть нанометры, хоть сажени. — putnik 13:15, 4 февраля 2016 (UTC)
В улучшенной панели редактирования исчезает кнопка викиссыльщика
правитьпосле первого использования и повторного входа в редактирование. Это только у меня, или проблема популярная? В неулучшенной панели этого нет, но там исчезает кнопка math-тэгов. Д.Ильин 17:15, 2 февраля 2016 (UTC).
- У меня тоже она редко когда срабатывает, чаще на пустых страницах где отрабатывает меньше скриптов (подметилось, может быть и связи нет).--Luterr 18:16, 2 февраля 2016 (UTC)
- Пропадает иногда. Закономерность не заметил. --Maxrossomachin 11:20, 4 февраля 2016 (UTC)
Викисклад
правитьСсылка на Викисклад теперь не указывает на викисклад, а ведёт на галерею. Теперь ссылки на викисклад нужно возвращать в статьи?Inctructor 17:05, 2 февраля 2016 (UTC)
- @Inctructor: Вы бы дали хоть какую-то конкретику, а то получается «лампочка теперь не горит» — ну плохо, что не горит, только не зная, какая и где, ничего и не исправишь. Приведите хоть ссылку на статью, где вы это заметили. — putnik 01:19, 3 февраля 2016 (UTC)
- Объясню на примере статьи Микаса (броненосец). Была ссылка на викисклад
- её прикрепили к викиданным как категория на Викискладе и она стала отображаться слева
(над викиданным), а саму ссылку удалил бот и первое время всё было нормально, а теперь ссылка над викидаными ведёт не на викисклад, а на галерею на Викискладе и так у многих статей: ссылка на склад либо пропадает, либо вместо неё какая то галерея.--Inctructor 11:37, 3 февраля 2016 (UTC)
- У меня ссылка ведёт сюда - вроде, всё нормально. ~Facenapalmобс, вкл 11:47, 3 февраля 2016 (UTC)
- Не с шаблона, а со строки над викиданными слева от статьи (выше интервик). А в шаблоне это костыль.--Inctructor 11:59, 3 февраля 2016 (UTC)
- (конфликт редактирования) Нет противоречия: из карточки ссылка на категорию, из боковой панели на страницу из основного пространства (галерею) --windewrix 12:02, 3 февраля 2016 (UTC)
- Но не во всех шаблонах сделан выход на викисклад, зачем тогда надо было удалять ботом ссылки?--Inctructor 12:12, 3 февраля 2016 (UTC)
- Теперь приведите пример, где ботом (и каким) удалили ссылку и категория совсем пропала, чтобы знать, к каким шаблонам надо прикручивать ссылки на викисклад --windewrix 12:23, 3 февраля 2016 (UTC)
- @Inctructor: Не, вы абсолютно правы, там должна быть ссылка на категорию. Просто сломался скрипт, который это делает, сейчас уже всё должно быть нормально. — putnik 12:32, 3 февраля 2016 (UTC)
- @putnik: Да. Всё пришло в норму. Спасибо всем принявшем участие в ремонте.--Inctructor 17:03, 3 февраля 2016 (UTC)
- Но не во всех шаблонах сделан выход на викисклад, зачем тогда надо было удалять ботом ссылки?--Inctructor 12:12, 3 февраля 2016 (UTC)
- (конфликт редактирования) Нет противоречия: из карточки ссылка на категорию, из боковой панели на страницу из основного пространства (галерею) --windewrix 12:02, 3 февраля 2016 (UTC)
- Не с шаблона, а со строки над викиданными слева от статьи (выше интервик). А в шаблоне это костыль.--Inctructor 11:59, 3 февраля 2016 (UTC)
- У меня ссылка ведёт сюда - вроде, всё нормально. ~Facenapalmобс, вкл 11:47, 3 февраля 2016 (UTC)
Итог
править Исправлено. — putnik 17:06, 3 февраля 2016 (UTC)
Объединение шаблонов
правитьСуществует шаблон Участник:Cinemantique/Listen, который, насколько я понимаю, является копией {{Listen}} с возможностью регулировать ширину. Его хотят перенести в пространство шаблонов уже 4 года, но никто так и не собрался. А тем временем он продолжает использоваться, в том числе в нескольких ХС (включая недавно избранную Zooropa). Можно, конечно, просто переименовать его в {{Listen2}}, но лучше всё-таки объединить их. Нужен кто-то, кто сможет это сделать. –Great•Music•Lover 15:33, 2 февраля 2016 (UTC)
Не пойму - в чем трабл?
правитьСписок аэропортов США в конце ругается: Ошибка в сносках... Как-то "тянется" из списка Список аэропортов штата Колорадо. Кто может выправить? Gennady 18:55, 1 февраля 2016 (UTC)
- Поправил, если что, это в списке по Колорадо. Dmitry89 (talk) 19:10, 1 февраля 2016 (UTC)
- Спасибо. Gennady 06:26, 2 февраля 2016 (UTC)
Проект «Мириада». Кто отслеживает состояние?
правитьКоллеги, если бот, то он ленив. Последнее обновление 8 марта 2014. Обнаружила несоответствие. Например, Пилорылые скаты отмечены нехорошим красным цветом, указан текущий объем 7077, тогда как он уже давно 26868 и превышает желанный размер англоязычной статьи 26090. Это далеко не единственный пример. Непорядок. --Melissanda 18:43, 1 февраля 2016 (UTC)
- @Melissanda: Убрал давно не обновлявшийся пёстрый список. Лучше ориентироваться по списку на Мете (meta:List of articles every Wikipedia should have/Expanded) и спискам Acebot'а. --Сунприат 19:37, 1 февраля 2016 (UTC)
- Спасибо за ответ. --Melissanda 07:32, 2 февраля 2016 (UTC)
Сломался викификатор?
правитьUPD 2. Вопрос снят. Ларчик просто открывался — ВП:Викификатор действительно удаляет неразрывные пробелы на страницах пространства «Википедия», на что я прежде не обращал внимания, в то время как второй кейс в основном пространстве оказался результатом невероятного стечения обстоятельств, по которому кто-то поставил вместо длинного тире горизонтальную черту. В ВП:ОС эта викификация, очевидно, оказалась в силу усердия людей, наполнявших то правило. Эх, предупредили бы где-нибудь! Если бы не та злополучная их ручная работа, этой темы бы никогда не возникло :-)
Господа, я знаю, что обсуждение викификатора не здесь, но происходящее меня беспокоит. За последнее время я несколько раз столкнулся с тем, что в некоторых статьях (почему-то не всех) он заменяет неразрывные пробелы на простые везде, где должны стоять неразрывные, а всю остальную работу проделывает правильно. Более того, я явно не единственный, кто испытывал подобные глюки: вот другой пример у участника Kalendar, две недели назад. Судя по всему, он ничего не делал, лишь нажал на кнопку викификатора. У меня викификатор в этой статье ведёт себя так же.
Я прошу вас открыть эту страницу и доложить, что будет после нажатия на кнопку викификации и затем показа внесённых изменений. В ответе сообщите ваш браузер.
То же повторяется у меня, например, в этой статье (при этом — удивительное дело — если я напишу число со знаком процента и викифицирую его, то на этот раз неразрывный пробел не пропадет; неразрывность пробела можно проверить, скопировав его и заменив им пробел в конце какой-нибудь строки). UPD. В этой статье по невероятному стечению обстоятельств оказалась горизонтальная черта вместо длинного тире, а остальные случаи формально не подпадают под викификацию: «К. И. Иванов» подпадает, «К. Иванов» — нет.
И в то же время в другой статье викификатор работает как следует (я полагаю).
Так происходит у меня в Хроме, причем в режиме «Инкогнито» проблема не исчезает, а значит, это не работа каких-то подгружаемых скриптов (браузером или в моём аккаунте).
UPD. Насколько я понял впоследствии, первые ответы в дискуссии пошли про сознательную политику замены на неразрывные пробелы и последующее их удаление. Вероятно, эта тема тоже заслуживает обсуждения, но сущность данного кейса — не про то. — Джек, который построил дом 05:29, 1 февраля 2016 (UTC)
- Он не сломался. Уже много раз обсуждали эту тему, и почему-то каждый раз предлагали оставить как есть под предлогом «потому что неразрывные пробелы не видны».--Tucvbif???
* 05:38, 1 февраля 2016 (UTC)- > предлагали оставить как есть под предлогом «потому что неразрывные пробелы не видны»
- Это что, дело разве?
- > Он не сломался.
- Это называется «сломался», потому что он не выполняет своей функции. — Джек, который построил дом 05:55, 1 февраля 2016 (UTC)
- Хотел сказать не «предлагали», а «решали».--Tucvbif???
* 17:05, 1 февраля 2016 (UTC)
- Хотел сказать не «предлагали», а «решали».--Tucvbif???
- здесь было написано, что ещё раньше где-то обсуждалось, но раньше я не нашёл. — stannic(обс)(вкл)(выкл) 05:41, 1 февраля 2016 (UTC)
- В приведённом выше примере после оформления ссылки на источник информации я нажал на кнопку Викификатора и получил этот результат. Браузер Хром. Kalendar 05:46, 1 февраля 2016 (UTC)
Автор Викификатора в своё время это объяснял, что неразр. пробелы именно из-за их невидимости «накапливаются» в статьях, и никто не видит, откуда их надо удалять.
- Это читается как анекдот. Викификатор не расставляет неразрывные пробелы, приехали. «Фича, а не баг», ну офигеть теперь. В ВП:ОС написано, что Викификатор расставляет неразрывные пробелы (и поэтому, друзья, не утруждайтесь расставлять их вручную! Всё предусмотрено!), а он их, оказывается, не расставляет. А, по факту, удаляет теперь по всей ВП, где они ещё остались (и где их предписывает расставлять ВП:ОС); понять бы ещё, зачем он тогда перед этим сначала превращает в неразрывный пробел, а потом уже удаляет.В РуВП ещё остались технические специалисты? В тему призываются Ignatus и DmitTrix как пытавшиеся взывать к разуму в упомянутой теме.«Очистим русскую Википедию от неразрывных пробелов», интересная инициатива. В моей вики-молодости такого не было. — Джек, который построил дом 06:19, 1 февраля 2016 (UTC)
- Ну нет, ребята, думаю, что я погорячился. В статье по последней ссылке-то, Falcon 9, он всё делает правильно. Значит, дело не в сознательной политике и не в авторе Викификатора, а в чём-то другом. Понять бы ещё, в чём. — Джек, который построил дом 06:30, 1 февраля 2016 (UTC)
- Ну раз позвали, то вот моё мнение: уборка невидимых неразр. пробелов — это хорошо, а то они действительно иногда оказываются в неожиданных местах, а из-за их невидимости редактор об этом узнать не может. Замена на сам символ неразр. пробела — это плохо, а уж с последующей заменой оного на обычный (см. выше) — вообще за гранью добра и зла; в en-wiki, кстати, использование прописано в Manual of Style. Пункт 2 я обхожу использованием шаблонов {{nbsp}} и {{num}}, так как переубедить ув. автора Викификатора мне (и прочим участникам в тех обсуждениях) не удалось. DmitTrix 08:19, 1 февраля 2016 (UTC)
- Подождите секундочку, давайте уточним. Вы же говорите о тех случаях, когда вы решаете поставить неразрывный пробел как бы собственным волюнтаристским решением? Или о любых случаях употребления неразрывного пробела? Какой уборкой неразрывных пробелов (против которой я в основном тоже не возражаю) можно объяснить убирание неразрывного пробела перед тире, например?Точно ли мы говорим об одном, или же одни говорят о политике по уборке неразрывных пробелов, а я говорю о том, что викификатор просто тупо сломался на части статей?Вот я сейчас в нескольких статьях пытаюсь понять логику его глюков и никак не пойму. То ставит неразрывный, то убирает. Или в одном месте ставит, в другом убирает. Брррр. — Джек, который построил дом 08:54, 1 февраля 2016 (UTC)
- Он убирает все, а потом расставляет заново. — putnik 09:56, 1 февраля 2016 (UTC)
- DmitTrix: А с удалением HTML-сущностей перебор, конечно. Готов поспорить, много людей шишку набили, пытаясь вставлять их между разрядами чисел или в упомянутом случае «К. Иванов», а Викификатор их, получается, мало того, что удаляет, — он еще и внушает ложную надежду, что всё ок, заменяя сущности на знаки и лишь потом выбрасывая. Хотя бы предупреждали бы, чтобы пользовались шаблонами вместо этого. Есть же правило ВП:ОС — нельзя же просто так брать и совершать какие-то действия, какими бы разумными соображениями они ни оправдывались, в пику написанному в нём. — Джек, который построил дом 19:05, 1 февраля 2016 (UTC)
- То есть, грубо говоря, если хотите удалять неразрывные пробелы в виде HTML-сущностей — странная идея, но пожалуйста, но это не должно решаться на уровне «удалось» или «не удалось переубедить автора Викификатора». Есть правило ВП:ОС, и в первую очередь надо думать о нём, а не о чьих-то личных мотивах. Короче, не дело всё это.И ещё животрепещущий вопрос — зачем сначала заменять пробелы на неразрывные, чтобы потом их удалить. Может, конечно, скрипту как-то затратно было бы решать за один проход, что с ними делать, но вообще это наталкивает на мысль, что вся эта тема с удалением скорее больше по недомыслию, чем по уму. — Джек, который построил дом 19:30, 1 февраля 2016 (UTC)
- Подождите секундочку, давайте уточним. Вы же говорите о тех случаях, когда вы решаете поставить неразрывный пробел как бы собственным волюнтаристским решением? Или о любых случаях употребления неразрывного пробела? Какой уборкой неразрывных пробелов (против которой я в основном тоже не возражаю) можно объяснить убирание неразрывного пробела перед тире, например?Точно ли мы говорим об одном, или же одни говорят о политике по уборке неразрывных пробелов, а я говорю о том, что викификатор просто тупо сломался на части статей?Вот я сейчас в нескольких статьях пытаюсь понять логику его глюков и никак не пойму. То ставит неразрывный, то убирает. Или в одном месте ставит, в другом убирает. Брррр. — Джек, который построил дом 08:54, 1 февраля 2016 (UTC)
- Ну раз позвали, то вот моё мнение: уборка невидимых неразр. пробелов — это хорошо, а то они действительно иногда оказываются в неожиданных местах, а из-за их невидимости редактор об этом узнать не может. Замена на сам символ неразр. пробела — это плохо, а уж с последующей заменой оного на обычный (см. выше) — вообще за гранью добра и зла; в en-wiki, кстати, использование прописано в Manual of Style. Пункт 2 я обхожу использованием шаблонов {{nbsp}} и {{num}}, так как переубедить ув. автора Викификатора мне (и прочим участникам в тех обсуждениях) не удалось. DmitTrix 08:19, 1 февраля 2016 (UTC)
- Так, со вторым случаем, кажется, разобрался. Там по какому-то невероятному стечению обстоятельств оказалась горизонтальная черта вместо длинного тире. Но с первым и главным примером ничего подобного нет. Он просто вырывает все неразрывные пробелы. — Джек, который построил дом 09:15, 1 февраля 2016 (UTC)
- Старый Фаерфокс, если не ошибаюсь, убивал при редактировании все неразрывны пробелы в тексте. Поэтому, чтобы не (де)викифицировать по сто раз обсуждения, в своё время пришли к тому, что в обсуждениях только обычные пробелы. Насколько понимаю, сейчас причин для того, чтобы сохранять статус-кво, нет. Если возражений не будет, можно включить викификацию обратно. — putnik 09:56, 1 февраля 2016 (UTC)
- Хорошая мысль. Потому что сейчас каждый, кто правит викифицированные правила, такие как ВП:ОС (точка сосредоточения всех, кому небезразлична эта тема), сталкивается со слетанием викификации и либо возвращает всё сам, либо возвращают за него, либо викификация слетает окончательно. И все набивают себе шишки, как я сейчас, из-за этого незначительного, в общем-то, вопроса (даже я готов это признать :-) ). — Джек, который построил дом 10:06, 1 февраля 2016 (UTC)
- Старый Фаерфокс, если не ошибаюсь, убивал при редактировании все неразрывны пробелы в тексте. Поэтому, чтобы не (де)викифицировать по сто раз обсуждения, в своё время пришли к тому, что в обсуждениях только обычные пробелы. Насколько понимаю, сейчас причин для того, чтобы сохранять статус-кво, нет. Если возражений не будет, можно включить викификацию обратно. — putnik 09:56, 1 февраля 2016 (UTC)
- Неразрывный пробел ставится шаблоном {{nobr}} либо {{num}}. Либо ещё каким-то, я сейчас не вспомню. {{nbsp}} - для нескольких пробелов подряд, для дублирования - моветон и накрутка размера. — Igel B TyMaHe 14:34, 2 февраля 2016 (UTC)
- 1) {{nobr}} не ставит неразрывный пробел; он запрещает браузеру разрывать строку. К примеру, при копировании в plain text скопируются обычные пробелы, а не неразрывные — это минус. Генерируемый им HTML-код гораздо сложнее, чем один символ (там <span> с параметрами) — это ещё минус. 2) Накрутка чего, простите? Я качество статей размером не меряю. 3) Моветон? Во-первых, с чего бы это вдруг? это ваше личное мнение, или истина в последней инстанции? Во-вторых, у вас есть лучший способ? не предлагать до прочтения этого топика и осознания того, что Викификатор его выпиливает. DmitTrix 16:12, 2 февраля 2016 (UTC)
- Даже если бы всё было так, как вы сказали, беда в том, что люди не от вас должны получать ответы на такие вопросы, а из правила. На настоящий же момент правило ведет рассказ в духе «Есть такой знак — неразрывный пробел, он же , пользуйтесь им тогда-то и тогда-то», а потом оказывается, что есть какие-то негласные понятия относительно его употребления, определяющие поведение важнейшего инструмента сайта, которые правилом манкируют и про которые можно узнать, только поставив прямой вопрос где-нибудь на форуме.Вот у меня например, в связи с моей занятостью как веб-разработчика, на HTML-сущность установлена горячая клавиша ctrl+shift+пробел. И не зайдя сюда, я бы, следуя правилу и ничему другому, так прекраснодушно и вставлял его вместо пробелов где-нибудь в «К. Иванов» или «20 000», убеждённый в том, что Викификатор их не удаляет, а лишь заменяет на сам знак. Как сказали выше, в англовики вон никаких вспомогательных шаблонов вместо HTML-сущности не знают и уж тем более не заставляют никого ставить курсор в два места для записи
{{nobr|
........................}}
, когда можно поставить в одно, чтобы написать
. (Я уж не говорю о том, что, как бы нам ни рассказывали про «Don't worry about performance», избыточный вызов шаблонов с точки зрения затраты ресурсов ни к чему хорошему не ведёт.)Пока писал, заметил ещё одну вещь: на панели быстрой вставки есть, а {{nobr}} и {{num}} — нет. Раз уж мы здесь живём по понятиям, а не по правилам, мечтаю, чтобы группировка панели быстрой вставки разбила клан последователей автора Викификатора и вернула -у статус того, что в почёте отнюдь не у лохов, а у вполне даже чётких пацанов. — Джек, который построил дом 16:29, 2 февраля 2016 (UTC)- Я надеюсь, вы в курсе, что текст вашего комментария для среднего участника — это нечто адское, что невозможно отредактировать, не сломав разметку? Вы действительно хотите превратить в такой же ад код статей? Давайте уж тогда сразу вики-текст на HTML-код заменим, результат-то одинаково выглядит. — putnik 17:04, 2 февраля 2016 (UTC)
- Вы меня с кем-то путаете :-) (Даже догадываюсь, с кем. Спасибо, это не по моей части.) Я свои скиллы в работе с текстом другим не навязываю и пользуюсь ими исключительно персонально. Как я ответил Максу ниже, я вообще сторонник того, чтобы никакие текст не засоряли. Была бы подсветка этих неразрывных пробелов — а то они дескать, невидимые и могут попутать что-то — было бы хорошо. Ничего бы не попутали, и обычных редакторов бы всяким заумным кодом не грузили. — Джек, который построил дом 17:22, 2 февраля 2016 (UTC)
- Да нет, вроде ни с кем не путаю, это вы в начале темы ругаетесь на заменённые
. Обычным редакторам совершенно не важны неразрывные пробелы, они их и ставить не будут, и удалять (если вдруг откуда-то скопировали) тоже не будут. В итоге оформление статей только проиграет. Раз уж вы веб-разработчик, то я думаю, что самым конструктивным вариантом будет предложить вам помочь в доработке Викификатора, чтобы он приносил больше пользы и меньше вреда. Думаю, что возражений относительно того, что он должен как можно лучше соответствовать ВП:ОС, ни у кого нет. — putnik 17:37, 2 февраля 2016 (UTC)- Я испытываю странное чувство, что вы пытаетесь объяснить мне то же самое, что я пытаюсь объяснить вам. А именно: простым людям незачем знать ни о каких неразрывных пробелах, подсветка должна быть, естественно, не всеобщей, как вы, вероятно, заключили из моих слов, а для тех, кто сознательно её включит (есть же гаджет соответствующий). Скопировать их случайно — не самая тривиальная задача; Хром, например, при копировании со страницы вообще превращает все пробелы в обычные; ну а если их таки скопировали, то либо для некоего бота, да пусть и для Викификатора могут быть настроены случаи, в которых он сам расставлять неразрывные пробелы не будет (потому что с автоматическим анализом возникают непреодолимые трудности), но и удалять не будет тоже, в остальных же случаях он их уберёт, — и в мизерной части случаев, когда этих пробелов там таки не должно быть, человек с подсветкой сделает всю грязную работу. Жаль, что у меня нет возможности заняться доработкой Викификатора, я согласен, но я занят другими важными задачами, включая таковые в ВП.Ругаться, как оформитель, я имею полное право, потому что ценность таких вещей мне известна, это не значит, что я требую ото всех остальных, чтобы они так же ругались, и это не значит, что я ругаюсь не по делу. — Джек, который построил дом 17:59, 2 февраля 2016 (UTC)
- Ну так скрипты подсветки викисинтаксиса есть, например у меня стоит. Достаточно лишь немного его допилить в нужном направлении. MaxBioHazard 18:09, 2 февраля 2016 (UTC)
- Я испытываю странное чувство, что вы пытаетесь объяснить мне то же самое, что я пытаюсь объяснить вам. А именно: простым людям незачем знать ни о каких неразрывных пробелах, подсветка должна быть, естественно, не всеобщей, как вы, вероятно, заключили из моих слов, а для тех, кто сознательно её включит (есть же гаджет соответствующий). Скопировать их случайно — не самая тривиальная задача; Хром, например, при копировании со страницы вообще превращает все пробелы в обычные; ну а если их таки скопировали, то либо для некоего бота, да пусть и для Викификатора могут быть настроены случаи, в которых он сам расставлять неразрывные пробелы не будет (потому что с автоматическим анализом возникают непреодолимые трудности), но и удалять не будет тоже, в остальных же случаях он их уберёт, — и в мизерной части случаев, когда этих пробелов там таки не должно быть, человек с подсветкой сделает всю грязную работу. Жаль, что у меня нет возможности заняться доработкой Викификатора, я согласен, но я занят другими важными задачами, включая таковые в ВП.Ругаться, как оформитель, я имею полное право, потому что ценность таких вещей мне известна, это не значит, что я требую ото всех остальных, чтобы они так же ругались, и это не значит, что я ругаюсь не по делу. — Джек, который построил дом 17:59, 2 февраля 2016 (UTC)
- Да нет, вроде ни с кем не путаю, это вы в начале темы ругаетесь на заменённые
- Вы меня с кем-то путаете :-) (Даже догадываюсь, с кем. Спасибо, это не по моей части.) Я свои скиллы в работе с текстом другим не навязываю и пользуюсь ими исключительно персонально. Как я ответил Максу ниже, я вообще сторонник того, чтобы никакие текст не засоряли. Была бы подсветка этих неразрывных пробелов — а то они дескать, невидимые и могут попутать что-то — было бы хорошо. Ничего бы не попутали, и обычных редакторов бы всяким заумным кодом не грузили. — Джек, который построил дом 17:22, 2 февраля 2016 (UTC)
- Я надеюсь, вы в курсе, что текст вашего комментария для среднего участника — это нечто адское, что невозможно отредактировать, не сломав разметку? Вы действительно хотите превратить в такой же ад код статей? Давайте уж тогда сразу вики-текст на HTML-код заменим, результат-то одинаково выглядит. — putnik 17:04, 2 февраля 2016 (UTC)
- Я сейчас задам крамольный для наших оформителей вопрос, но всё-таки: а зачем вообще нужны неразрывные пробелы? Нет, не "что они делают", это-то ясно - но "зачем они нужны"? Ну будет в очень редких случаях (но это неважно - в редких или частых) тире или обозначение единицы изменения переноситься на следующую строку - И ЧТО? Я вообще оформительства не понимаю. Когда-то очень давно я увидел такой вот кошмарный пример оформительства, который очень хорошо иллюстрирует, что вся эта оформительщина - просто мусор в коде, мешающий участникам, редактирующим статьи. Прежде чем поднимать удаление нобров как проблему вселенского масштаба задумайтесь - понимаете ли вы, что даже если вычистить из Википедии все нобры, её ценность не уменьшится и на 0,01%? MaxBioHazard 16:32, 2 февраля 2016 (UTC)
- Неразрывный пробел существует потому, что разрывать цифру на 2 строки - некорректно, а некоторые словосочетания - ухудшает восприятие текста. --Pessimist 16:41, 2 февраля 2016 (UTC)
- Кому как. Мне не ухудшает. MaxBioHazard 16:42, 2 февраля 2016 (UTC)
- Считаю цифру 0,01 % заниженной. Ответственно заявляю, что ВП потеряет 1
% своей ценности! (От пробелов в этом случае, конечно, вообще надо отказаться, но как пример.) — Джек, который построил дом 14:29, 3 февраля 2016 (UTC)
- Неразрывный пробел существует потому, что разрывать цифру на 2 строки - некорректно, а некоторые словосочетания - ухудшает восприятие текста. --Pessimist 16:41, 2 февраля 2016 (UTC)
- По существу обсуждения - считаю варианты "стоит обычный пробел" и "стоит юникод-пробел" принципиально предпочтительнее варианта "стоит хтмл-энтити или шаблон". Не надо загрязнять код, это мешает участникам проекта. Не можете поставить юникодный нобр - не ставьте никакого, это лучше, чем забивать код страницы всеми этими нобрами. MaxBioHazard 16:37, 2 февраля 2016 (UTC)
- Макс, я недавно из тех же наивных и невежественных соображений дополнил ВП:ОС со словами «предлагать замусоривать текст кодами и шаблонами {{nobr}}, как главные способы, не стоит, если есть символ». А потом узнал, что Викификатор режет неразрывные в качестве символа, потому что они невидимы и никто не знает, есть ли они и где. А он тоже режет (только сначала зачем-то превращая их в символы, только они, конечно, никакие не юникодные, а самые что ни на есть обычные, за номером 160), но уже из других соображений, которые вообще малопонятны (я пока только от DmitTrix услышал по теме, что он, мол, не смог убедить так не делать). Ещё раз — в английский разделе, насколько я понимаю, из двух зол выбрали HTML-сущности (а в русском это ещё более актуально, потому что и правда некрасиво, когда число 20
000 переносится на следующую строку, и я не раз был свидетелем такого). Польза от , на мой взгляд, больше не в запрете отрыва сокращённых слов, а в конструкциях типа «№ 8», «§ 104» и упомянутом случае с числами, поделёнными на разряды.Хотя, я сейчас подумал, соображения могут быть банальные и соответствующие принципу бритвы Хэнлона — Викификатор просто все сущности заменяет на знаки, а неразрывный пробел сам по себе здесь ни при чём. — Джек, который построил дом 17:22, 2 февраля 2016 (UTC) - Проблема, скорее всего, решается внедрением подсветки неразрывных пробелов в качестве символов, чтобы они случайно ничего не попутали, как я ответил выше Путнику. Тогда и грузить они никого не будут, засоряя код, и казусов из-за их невидимости не будет происходить. — Джек, который построил дом 17:27, 2 февраля 2016 (UTC)
- "только они, конечно, никакие не юникодные, а самые что ни на есть обычные, за номером 160" - я не знаю, что вы разумеете под юникодными, я же разумел любые, являющиеся текстовым символом ("юникодом" я называю все символы, не входящие в восьмибитный ASCII) MaxBioHazard 18:12, 2 февраля 2016 (UTC)
- Ну да, старая привычка брать ISO-8859/CP1251 за умолчание. Всё так. — Джек, который построил дом 18:33, 2 февраля 2016 (UTC)
- "только они, конечно, никакие не юникодные, а самые что ни на есть обычные, за номером 160" - я не знаю, что вы разумеете под юникодными, я же разумел любые, являющиеся текстовым символом ("юникодом" я называю все символы, не входящие в восьмибитный ASCII) MaxBioHazard 18:12, 2 февраля 2016 (UTC)
- Макс, я недавно из тех же наивных и невежественных соображений дополнил ВП:ОС со словами «предлагать замусоривать текст кодами и шаблонами {{nobr}}, как главные способы, не стоит, если есть символ». А потом узнал, что Викификатор режет неразрывные в качестве символа, потому что они невидимы и никто не знает, есть ли они и где. А он тоже режет (только сначала зачем-то превращая их в символы, только они, конечно, никакие не юникодные, а самые что ни на есть обычные, за номером 160), но уже из других соображений, которые вообще малопонятны (я пока только от DmitTrix услышал по теме, что он, мол, не смог убедить так не делать). Ещё раз — в английский разделе, насколько я понимаю, из двух зол выбрали HTML-сущности (а в русском это ещё более актуально, потому что и правда некрасиво, когда число 20
- Коллеги, не вдаваясь сейчас в дискуссию, нужен ли неразр. пробел вообще — давайте пока предположим, что есть случаи, когда нужен — я хочу напомнить ещё вот что: символ неразрывного пробела не видно. Я, редактор, понятия не имею, где его уже поставили до меня, а где мне его надо бы вставить. Я, в общем-то, согласен с Максом по поводу засорения кода -ами, но из двух вариантов предпочитаю всё же чуть менее читабельный код, а не вообще полное отсутствие какой-либо возможности узнать о наличии символа. Подсветка кода в окне редактирования, конечно, может помочь, но учитывайте, пожалуйста, следующее: 1) для слабых компьютеров это, похоже, немалая нагрузка — в en-wiki я себе включил Syntax highlighter, так в больших статьях он даже на моём Core i7 и 16 ГБ RAM тормозит; 2) есть люди с ослабленным зрением, дальтоники и т. п. — им будет тяжело высматривать эти небольшие (шириной в пробел, высотой в строку) отметки. DmitTrix 09:30, 3 февраля 2016 (UTC)
- И то правда. В таком случае мне наиболее разумным представляется вариант, чтобы Викификатор преобразовывал в сам символ только в случаях, где он бы и без того вставлял их (как минимум можно настроить исключения, где Викификатор не трогал бы / символ, как сейчас сделано с незаменой длинного тире на дефис, но и не автоматической простановкой его в 1—5; только проблема в том, что вряд ли эти исключения будут жёстко фиксированными). Ведь случаев, когда Викификатор не может автоматически поставить неразрывный пробел, не очень много (у меня пока в голове крутятся только упомянутые 20 000 и К. Иванов), поэтому вряд ли они будут очень уж мешаться (и даже меньше, чем предлагаемый сейчас {{nobr}}). В идеале те, кому они в свою очередь мешаются, могут довести дело до конца и преобразовать в сам символ, который Викификатор тоже будет настроен не драть. Как вы на это смотрите? — Джек, который построил дом 10:27, 3 февраля 2016 (UTC)
- Что касается людей с ослабленным зрением, то я, как один из них, просто поднял себе масштаб страниц ВП на 10% — шрифт увеличился до хорошей величины, побочных эффектов нет. — Джек, который построил дом 10:40, 3 февраля 2016 (UTC)
- Ребят, я уже давно подал запрос на то, чтобы викификатор не удалял неразрывнные пробелы, которые сам же расставил, и код приложил, как это сделать, там же баг явный. Может, реализует кто? Ignatus 11:57, 3 февраля 2016 (UTC)
- В той теме в обсуждении Викификатора я вижу регулярку от вас, которая бы резала двойные и более пробелы любого качества. Оставляя в стороне то, что исходная регулярка зачем-то заменяет все простые пробелы на них самих, что, по-моему, должно отрицательно сказываться на скорости, — как можно понять из обсуждения выше, удаление всего неразрывного (там, где скрипт потом сам же не вернёт) как такового автор скрипта проблемой не считает, т. е. с его точки зрения это не баг. Предполагаемых векторов работы здесь два, на выбор: 1) не заменять  , за исключением случаев автоматически расставляемых неразрывных в виде символа, тем более что сейчас он заменяется заодно со всем прочим, может и не по особому умыслу; 2) заменять , но крайне аккуратно резать неразрывные впоследствии, не трогая спорные случаи. Основная претензия автора Викификатора, насколько можно судить о его мотивах по обсуждению, в обоих случаях будет нивелирована. Первый вариант при этом не исключает вторую часть второго, а второй допускает наличие исключений для таковой замены в виде тех же спорных случаев. Вот вроде всё подытожил. — Джек, который построил дом 13:09, 3 февраля 2016 (UTC)
- Коллега, ну ёлки-палки
… Вариант 2 плох тем, что при следующих правках не видно, где уже есть эти пробелы (и, может, их надо удалить), а где — нет, и их надо вставить. Как по мне, единственное решение (если не считать полный отказ от неразр. пробелов везде, где Викификатор их сам не ставит) — оставлять мнемонику как есть, предоставляя редактору самому решать, где её поставить/убрать. Да, это захламляет код… но как-то же живёт с этим крупнейший раздел Википедии, где правят на порядок больше редакторов, причём многие из них — не на своём родном языке. И ничего, разбираются как-то. DmitTrix 15:27, 3 февраля 2016 (UTC)
- Когда я это писал, я ещё думал, что искать неразрывные пробелы в поле для ввода Хром позволяет (как не преобразовывает он их в обычные пробелы при копировании из поля для ввода). А теперь выходит, что да — остаются только извращения, типа заменить пробел и нажать «Изменения» или заменить им пробел в конце строки и посмотреть, склеются ли слова. Ну или другой вариант: мы вас с вашим отсутствием подсветки будем дискриминировать, потому что всё равно это не самая большая проблема
И вы же должны понимать: ваше сильное желание видеть неразрывные пробелы имеет свою противоположность в виде (хоть и более слабо выраженного) желания других людей их не видеть.Да вообще надо было бы вводить узкие пробелы,   (простой) /   (неразрывный), которые полагается вставлять между разрядами (194 000 000) и в других случаях. 2016-й год на дворе, я понимаю, лет 10 назад, когда ещё в строю были всякие старые браузеры и текстовые редакторы и легитимными были аргументы, что кто-то что-то не поддерживает. И ещё раз для успокоения противников усложнения викитекста: всё это предлагается проворачивать только такими способами, которые меньше всего будут загружать голову простых редакторов. — Джек, который построил дом 16:40, 3 февраля 2016 (UTC)
- И кстати: если сейчас между разрядами вставить  , а потом викифицировать, то Викификатор заменит HTML-сущность на сам неразрывный узкий пробел, а в дальнейшем ничего с ним делать не будет. Вот так его можно обманывать для лечения отрывающихся разрядов чисел, обходясь без всяких {{nobr}}, делая наиболее правильный вид и даже не пугая простых редакторов. От нас убегали два зайца, а мы убили их и в процессе погони шлёпнули третьего. — Джек, который построил дом 16:50, 3 февраля 2016 (UTC)
- Насчёт не/желания видеть неразр. пробелы: IMHO, неудобство от наличия мнемоник просто несопоставимо с неудобством от невидимости символа. Но если сообщество решит иначе — я, разумеется, это приму. Насчёт неразрывного тонкого пробела между разрядами: если мы считаем их использование предпочтительным, то надо бы подкрутить функцию парсера formatnum, чтобы и она их использовала. Бонус — все числа, заключённые в шаблоны {{num}}, {{val}} и некоторые специализированные (напр., {{ly}}, некоторые карточки), будут автоматически переоформлены. DmitTrix 08:27, 4 февраля 2016 (UTC)
- Когда я это писал, я ещё думал, что искать неразрывные пробелы в поле для ввода Хром позволяет (как не преобразовывает он их в обычные пробелы при копировании из поля для ввода). А теперь выходит, что да — остаются только извращения, типа заменить пробел и нажать «Изменения» или заменить им пробел в конце строки и посмотреть, склеются ли слова. Ну или другой вариант: мы вас с вашим отсутствием подсветки будем дискриминировать, потому что всё равно это не самая большая проблема
- Коллега, ну ёлки-палки
- В той теме в обсуждении Викификатора я вижу регулярку от вас, которая бы резала двойные и более пробелы любого качества. Оставляя в стороне то, что исходная регулярка зачем-то заменяет все простые пробелы на них самих, что, по-моему, должно отрицательно сказываться на скорости, — как можно понять из обсуждения выше, удаление всего неразрывного (там, где скрипт потом сам же не вернёт) как такового автор скрипта проблемой не считает, т. е. с его точки зрения это не баг. Предполагаемых векторов работы здесь два, на выбор: 1) не заменять  , за исключением случаев автоматически расставляемых неразрывных в виде символа, тем более что сейчас он заменяется заодно со всем прочим, может и не по особому умыслу; 2) заменять , но крайне аккуратно резать неразрывные впоследствии, не трогая спорные случаи. Основная претензия автора Викификатора, насколько можно судить о его мотивах по обсуждению, в обоих случаях будет нивелирована. Первый вариант при этом не исключает вторую часть второго, а второй допускает наличие исключений для таковой замены в виде тех же спорных случаев. Вот вроде всё подытожил. — Джек, который построил дом 13:09, 3 февраля 2016 (UTC)
- ""Да вообще надо было бы вводить узкие пробелы... которые полагается вставлять между разрядами (194 000 000) и в других случаях - Нет. Не надо. Точнее можно, но не на этом уровне. Знаете, а ведь здесь применима та же логика, которой вы оперируете в треде про шаблон языка. Как мы не размечаем в коде статей части речи, чтобы помочь программам-переводчикам; как мы не размечаем там же языки, чтобы помочь программам-говорилкам; точно так же мы и не должны размечать там двадцать сортов пробелов, по той же самой причине - это не имеет отношения к содержимому текста, это некая внешняя мета-обвязка, которая почти никому не нужна. Пробелы даже сильно проигрывают частям речи и языкам, потому что эти две категории сможет указать каждый писатель статей, а правил расстановки тонких неразрывных пробелов не знает никто, кроме трёх с половиной
сумасшедшихдизайнеров в стране. Авторы статей должны писать ТЕКСТ. В тексте существует всего один, очевидный сорт пробела - дырка между словами (разрядами етц.) Расстановкой дизайнерских поправок в вёрстку страницы, смещающих буквы на 0,1 мм туда-сюда, авторы статей заниматься не должны, потому что это занятие не имеет отношения к написанию осмысленного текста. И ботом этого делать нельзя - потому что это замусоривание историй правок незначимыми правками. Потому что статья с "правильно расставленными пробелами" ничуть не содержательнее и не полезнее статьи с только нормальными пробелами. А расстановкой неразрывных и тонких пробелов, как и в примерах с языками и частями речи, может, при желании, заниматься та программа, которая получает на вход этот текст. То есть - браузер. Вот пусть в браузерах будет функция приведения текста в соответствие нормам типографики заданного языка, например для русского заменяющая дефисы на тире, стандартные кавычки на угловые, нормальные пробелы на тонкие и неразрывные... Как ворд, он это давно умеет. Но не надо тащить в код статей эту мета-обвязку, ненужную никому, кроме трёх с половиной дизайнеров с профессиональной травмой - обострённым восприятием субмиллиметровых визуальных элементов на странице. Я им сочувствую, правда, но пусть они не перекладывают свои страдания на всех окружающих. Мне нафиг не нужны тонкие пробелы между разрядами, меня полностью устраивают обычные. Смею предположить, что подавляющему большинству людей - тоже. Мне нафиг не нужны угловые кавычки вместо нормальных, да и дефисы вместо тире меня полностью устраивают. А та малая группа людей, которым это не нравится, пусть не навязывает окружающим свои требования, а тихо пишет себе юзерскрипты, которые в их собственном компьютере будут расставлять хоть 145 сортов пробелов. А простым участникам оставим возможность вводить дырку между словами и разрядами одним простым способом - тыком по длинной нижней клавише - а не двадцатью каббалистическими заклинаниями вида  . Им это просто не нужно. Это никому, кроме дизайнеров, не нужно. MaxBioHazard 10:31, 4 февраля 2016 (UTC)- @MaxBioHazard: Макс, боюсь, что ваша реплика на треть состоит из невежества и на две трети — из ломления в открытую дверь. Вот именно, что я абсолютно не отступаю от той логики, которую применял в обсуждении шаблона lang-en2. Но давайте, коли быть многословным для меня привычно, я ещё раз пройдусь по всему. Я понимаю, что в РуВП, вероятно, набили шишки на «улучшателях» и «реформаторах» разного сорта, игнорирующих потребности большинства, но я по крайней мере не отношусь к этому виду. Я, может, и дизайнер, но также я прагматик.При всём желании вашу отповедь не получится рассматривать как «глас народа» или «глас большинства» — только как «глас противоположного полюса». Боюсь, те, кому безразлично, стоят в тексте дефисы или тире, машинописные кавычки или ёлочки, и те, кому нет, никогда друг друга не поймут. Потому что вы явно доходите до противоположной крайности — что это не имеет значения вообще. И проблема для вас здесь в том, что уже пришло то время, когда лучшие практики (а Википедия, как ведущая интернет-энциклопедия, конечно же, стремится им соответствовать) подготовки текста для веба догнали таковые для книгоиздания, и огромное число сайтов выбирают для себя вариант париться, а не вариант не париться. По какой-то причине они считают, что оно того стоит. И, кстати, в основном эта причина вовсе не в том, что в руководстве этих сайтов стоят отмороженные
сумадизайнеры, — а в том, что автоматические инструменты для приведения текста в соответствие с типографскими стандартами легко и быстро доступны.И неважно, касаемся мы вопроса написания кавычек-ёлочек или узких неразрывных пробелов (кстати, я правда готов пожертвовать последними, но про них я вспомнил тогда, когда оказалось, что простые неразрывные ставить нельзя, и это просто альтернатива тому, что числа у вас будут разрываться, если вы не обернёте их по всему тексту уродливыми {{nobr}}). Это всё — часть одной задачи, а именно — подготовки качественно свёрстанного текста.Рассуждения о том, что этой работой должен заниматься браузер, довольно наивны и не имеют отношения к реальности. Разметка языков — да, типографика — нет. Браузер пока что и близко не может брать на себя эту функцию, и вряд ли когда-нибудь сможет. Зато уверенно можно сказать: много раз в течение этого дня кто-нибудь заметил где-нибудь число, где часть разрядов перенеслась на другую строку, и попытался сделать что-то, чтобы это исправить (скорее всего — вставить корявый nobr или nbsp, который потом удалится, и всё по новой). Ваше предположение о том, что «всем плевать», вряд ли выполняется на практике. И моё предложение состоит исключительно в том, что если, например, эти «несчастные» попали в поле зрения Викификатора, то пускай он покровительственно укроет их одеялом тех необходимых пометок в вики-тексте, благодаря которым 1) их озабоченность не пропадёт зря, 2) вики-текст не превратится в симфонию всевозможных уродливых и малоосмысленных конструкций.Выводы тезисно:
- @MaxBioHazard: Макс, боюсь, что ваша реплика на треть состоит из невежества и на две трети — из ломления в открытую дверь. Вот именно, что я абсолютно не отступаю от той логики, которую применял в обсуждении шаблона lang-en2. Но давайте, коли быть многословным для меня привычно, я ещё раз пройдусь по всему. Я понимаю, что в РуВП, вероятно, набили шишки на «улучшателях» и «реформаторах» разного сорта, игнорирующих потребности большинства, но я по крайней мере не отношусь к этому виду. Я, может, и дизайнер, но также я прагматик.При всём желании вашу отповедь не получится рассматривать как «глас народа» или «глас большинства» — только как «глас противоположного полюса». Боюсь, те, кому безразлично, стоят в тексте дефисы или тире, машинописные кавычки или ёлочки, и те, кому нет, никогда друг друга не поймут. Потому что вы явно доходите до противоположной крайности — что это не имеет значения вообще. И проблема для вас здесь в том, что уже пришло то время, когда лучшие практики (а Википедия, как ведущая интернет-энциклопедия, конечно же, стремится им соответствовать) подготовки текста для веба догнали таковые для книгоиздания, и огромное число сайтов выбирают для себя вариант париться, а не вариант не париться. По какой-то причине они считают, что оно того стоит. И, кстати, в основном эта причина вовсе не в том, что в руководстве этих сайтов стоят отмороженные
- Мета-обвязку не тащить в текст не получится.
- Есть случаи, когда мета-обвязка очень помогла бы (даже если узкие пробелы — не один из них; это лишь микробонус).
- Этим можно загружать только то немногочисленное число «несчастных», которые не оставляли бы попыток это сделать и без того. Остальные как писали, так и будут писать «ТЕКСТ».
- Пока не доказано, что, например, Викификатор нельзя обучить интеллектуально разруливать такие кейсы.
- И в целом: если есть возможность, подобные противоречия следует разрешать изобретательностью, а не нежелательным компромиссом (вариант англовики — в виде HTML-сущности), переламыванием одной из сторон через колено или капитуляцией перед проблемами.
Задача | Капитуляция | Компромисс | Грубая сила | Изобретательность |
---|---|---|---|---|
Волки и овцы | Волки сыты, овец нет | Волки полуголодны, овец всё меньше | Убить волков! | Волки сыты, овцы целы |
Бревно на дороге | Повернуть назад | Продолжить пешком | Вперёд на бревно! | Преодолеть без последствий |
Автомаршруты | Не ездить на машине | Купить толстый атлас | Нанять водителя | Машина сама скажет, куда ехать |
Клиент просит большую скидку | Потерять клиента | Дать скидку | Поставить ультиматум | Продать ещё больше |
- Давайте всё-таки не будем агитировать за какой-то нигилизм, мне это на образном уровне напоминает идеологию, стоявшую за массовым строительством хрущёвок в СССР.P.S. И вот кстати, Макс, — ваша, как и множество других реплик в обсуждениях, не поделена на абзацы, а представляет собой монолитный гигантский блок. И от этого такие реплики правда: 1) труднее читать, 2) труднее понимать, так как неочевидна их структура, и могут сбиться акценты (хотя в данном конкретном случае всё предельно ясно). — Джек, который построил дом 18:51, 4 февраля 2016 (UTC)
- Не понимаю, почему браузер расставлять типографику не сможет, когда, как вы сами признали, автоматические инструменты для типографирования уже написаны, да и сам викификатор - один из таких инструментов. Ворд не то, что для готового текста - он для пишущегося прямо сейчас текста автоматически исправляет и тире, и кавычки, и наверняка нобры. MaxBioHazard 21:24, 4 февраля 2016 (UTC)
- Ну дык? Ворду соответствует поле для редактирования Википедии, а браузеру соответствует читалка документов. Читалка не модифицирует символы, читалка отображает то, что написано.Смочь-то он, конечно, в теории сможет, но если бы это было таким простым делом, это бы давно было уже предложено и реализовано, хотя бы в каких-то мало-кем-адаптированных стандартах. Проблема кавычек, тире и пробелов — не такая простая, чтобы её можно было на 100% решить автоматически, и браузер просто не может брать на себя смелость модифицировать символы. (Собственно, а что мы здесь обсуждаем? Пограничные кейсы, когда правильно разобраться может только человек.) Даже если бы он умел это делать на 90%, надо придумывать какое-то заумное CSS-свойство, специально его прописывать, что возвращает нас к той же самой обсуждавшейся теме машинночитаемой разметки (и как мы расставляем сейчас nowiki, так же мы бы расставляли какое-нибудь notypography). То, что люди, принимающие стандарты, не пошли на такой шаг, говорит о том, что они уже проголосовали ногами за то, что за типографику отвечает не CSS, а авторы страниц.Хотя чего только сейчас не появляется, и я вам не могу гарантировать, что если сегодня этого нет, это не появится через год, или через 10 лет. А вообще — разделение ответственности между сервером и клиентом — это такая большая тема… — Джек, который построил дом 22:26, 4 февраля 2016 (UTC)
- @MaxBioHazard: Забыл про самый важный фактор — время. Для браузеров критично время загрузки страницы, а в длинной статье типографика (со всякими расчетами, где же там закрывающая кавычка для этой кавычки) будет отнимать времени столько же, сколько весь остальной рендер. Да и наконец — зачем проделывать миллион раз ту работу, которую можно проделать один? — Джек, который построил дом 14:31, 6 февраля 2016 (UTC)
- Не понимаю, почему браузер расставлять типографику не сможет, когда, как вы сами признали, автоматические инструменты для типографирования уже написаны, да и сам викификатор - один из таких инструментов. Ворд не то, что для готового текста - он для пишущегося прямо сейчас текста автоматически исправляет и тире, и кавычки, и наверняка нобры. MaxBioHazard 21:24, 4 февраля 2016 (UTC)
- Аргумент про «замусоривание истории правок» убил. Во-первых, может быть вообще закроем википедию для редактирования, чтобы вам историю правок не замусоривать? Во-вторых, таких правок будет от силы 0,05 %. А что касается списка наблюдения — боты из него уходят после установки одной единственной галочки.--Tucvbif???
* 18:01, 5 февраля 2016 (UTC)
- Давайте всё-таки не будем агитировать за какой-то нигилизм, мне это на образном уровне напоминает идеологию, стоявшую за массовым строительством хрущёвок в СССР.P.S. И вот кстати, Макс, — ваша, как и множество других реплик в обсуждениях, не поделена на абзацы, а представляет собой монолитный гигантский блок. И от этого такие реплики правда: 1) труднее читать, 2) труднее понимать, так как неочевидна их структура, и могут сбиться акценты (хотя в данном конкретном случае всё предельно ясно). — Джек, который построил дом 18:51, 4 февраля 2016 (UTC)
- [CENSORED] MaxBioHazard 06:43, 5 февраля 2016 (UTC)
- Ну и некруто, чё. Я не одобряю. — Джек, который построил дом 06:51, 5 февраля 2016 (UTC)
- Так вы же это предлагали. Или вы хотели ставить юникод-символы? MaxBioHazard 15:02, 6 февраля 2016 (UTC)
- Ох, Макс, читайте внимательнее. Столько слов, и ради чего… — Джек, который построил дом 15:09, 6 февраля 2016 (UTC)
- Ок, поясню: 1) упоминанием   я скорее отсылал к тому, как символ получить HTML'ом. Но ниже несколько раз оговорился, что можно и нужно реализовывать это иначе, а Викификатор вообще преобразует узкие неразрывные в символ, вот и славно. 2) В вашем примере даже шаблон, который бы оформлял разряды, делал бы эту работу незаметнее. Даже DmitTrix это вряд ли поддержит. — Джек, который построил дом 15:25, 6 февраля 2016 (UTC)
- Так вы же это предлагали. Или вы хотели ставить юникод-символы? MaxBioHazard 15:02, 6 февраля 2016 (UTC)
- Ну и некруто, чё. Я не одобряю. — Джек, который построил дом 06:51, 5 февраля 2016 (UTC)