Архив форума
Правки нежелательны

Эта страница — часть архива форума Википедии.

Пожалуйста, не редактируйте эту страницу!
Здесь находятся завершившиеся обсуждения. Просьба не вносить изменений.

Форматирование библиографических ссылок на Lua править

Господа, я переписал шаблон {{Книга}} на Lua. Код в модуле Biblio, песочница шаблона {{Книга/песочница}}. В данный момент я принимаю замечания и предложения, что добавить или переделать с учётом новых возможностей. Нужно ли объединять код для {{Статья}}, {{АрхИ}} и {{Cite web}}? Don Rumata 00:20, 31 августа 2013 (UTC)

  • nodot похоже неправильно работает, если судить по приведенным примерам: в первых 3-х примерах она не добавилась, начиная с 4-го - добавилась после названия книги, а не имени автора, потом ниже опять пропала. Также лишние точки после общего числа страниц и названия серии, в общем числе страниц нет пробела (1-й пример), когда нет места издания или издательства - остаются лишние знаки припинания (двоеточие, запятая), когда только место издания (сокращенное) без года - лишняя точка... → borodun™ ¿¿¿ 09:03, 31 августа 2013 (UTC)
  • Можно параметры (например: страницы, pages, seite) именовать на одном языке, а для отображения добавить параметр «язык»? WBR, BattlePeasant 01:44, 1 сентября 2013 (UTC)
    Как минимум я хочу сохранить совместимость с предыдущей версией, чтобы не пришлось править все включения. Don Rumata 15:35, 1 сентября 2013 (UTC)
  • Я не понял, зачем вообще сохранён устаревший параметр nodot? --Akim Dubrow 13:56, 1 сентября 2013 (UTC)
    Это в тестах nodot остался, а в параметра нового шаблона его нет. Я не сразу сделал проверку на точку. Там ещё есть ошибки, я исправлю. Сейчас важно понять, что ещё нужно добавить, чтобы учесть в будущем. Я хочу значительно расширить функциональность согласно ГОСТ Р 7.0.5—2008. Часть уже реализована. Don Rumata 15:35, 1 сентября 2013 (UTC)
    См. также шаблон:публикация — полный ГОСТ =) --Akim Dubrow 16:11, 1 сентября 2013 (UTC)

Неудобство при редактировании править

Коллеги, мне одному кажется, что плашка со спецсимволами отъехала на несколько строк вниз от окна редактирования? Зачем между ними был вставлен пробел и как это можно исправить? --Ghirla -трёп- 18:31, 30 августа 2013 (UTC)

Вернуть отъехавший блок быстрой ставки можно добавив себе в common.css строку:
.editOptions { margin-bottom: 2px; }

Если нужно я могу прописать для всех. Don Rumata 00:04, 31 августа 2013 (UTC)

      • Конечно, нужно. --Ghirla -трёп- 04:11, 31 августа 2013 (UTC)
      • А как вылечить отступ у кнопок быстрой вставки описания правки? (японская мать, теперь при редактировании common.css загружается векторовский редактор вместо монобукского!...) → borodun™ ¿¿¿ 08:43, 31 августа 2013 (UTC)
        • Вместо common.css поправьте свой monobook.css. С кнопками быстрой вставки у меня всё в порядке. Можете показать скриншот, а то не пойму что там у вас не так. Don Rumata 20:17, 31 августа 2013 (UTC)
          • Не очень понял что поправить в monobook.css? (отступ editOptions вылечился указанной вами выше вставкой в common). Скрин с кнопками быстрой вставки - [1] - отступа, указанного стрелкой, еще вчера не было, кнопки были вплотную к строке описания... → borodun™ ¿¿¿ 21:14, 31 августа 2013 (UTC)
            У меня всё хорошо. См. скриншот. Каким браузером вы пользуетесь? Don Rumata 18:05, 2 сентября 2013 (UTC)
            FF.23. Собственно, да и ... с ним :) Уже привык к отступу... → borodun™ ¿¿¿ 19:17, 2 сентября 2013 (UTC)
            У меня FF.24, но это не существенно, т.к. код в MediaWiki:Editpage.js для поля комментария поправляется стиль. Но если он почему-то у вас не исправляется, то добавьте в ваш common.css ещё строку:
            input#wpSummary { margin-bottom: 0 }
            
            Возможно у вас включён какой-нибудь гаджет, который мешает этому. Don Rumata 20:14, 2 сентября 2013 (UTC)
            Нет, не помогло... И в комон вставлял, и в монобук... Всё равно соскакивает на строчку вниз... Новых гаджетов в эти дни не подключал... Потом проверю старые, может действительно какой из них стал косячить... Палец вверх Спасибо за желание помочь! → borodun™ ¿¿¿ 21:42, 2 сентября 2013 (UTC)
            А как это выглядит, если вы правите анонимно? Соскакивает? Don Rumata 08:44, 3 сентября 2013 (UTC)
            Анонимно, в векторе, не соскакивает. Значит действительно что-то в моем монобуке сбилось... Буду проверять гаджеты... → borodun™ ¿¿¿ 19:21, 4 сентября 2013 (UTC)
          • Я добавил в монобук — у меня ничего не изменилось в плане отступа, зато кнопки, подключённые с помощью скриптов, пропали. Пришлось отменить... --VAP+VYK 12:10, 2 сентября 2013 (UTC)

Проблема не решена править

Быстрая вставка править

У меня одного на страницах обсуждения быстрая вставка перестала работать? -- Alexander Shatulin 07:17, 30 августа 2013 (UTC)

Здравствуйте! А нельзя ли сделать так, чтобы можно было сразу перейти на последние (а не только следующие 50 или 500 страниц) по времени создания страницы. А то на некоторые страницы ссылается более 2000 страниц и пролистывать их даже по 500 шт. физически долго, а интерес представляют только новые, т.к. старые страницы по интересующим темам я уже почитал.

С уважением, 217.118.91.61 04:31, 30 августа 2013 (UTC).

Можно просто поправить параметр from в url например я поставил 5000: https://ru.wikipedia.org/w/index.php?title=Служебная:Ссылки_сюда/Шаблон:Книга&namespace=0&from=5000. Но я не уверен, что страницы отсортированы по дате редактирования, скорее по ID, т.е. по дате создания. Если это так, то можно воспользоваться песочницей API и указать там обратный порядок сортировки action=query list=backlinks bltitle=Шаблон:Книга blnamespace=0 bldir=descending bllimit=10. Правда вывод там неудобный, по ссылке быстро не перейдёшь. Don Rumata 01:06, 31 августа 2013 (UTC)

Выделение "своих" статей в списке наблюдения править

Возможна ли техническая реализация выделения каким-либо образом в списке наблюдения N-участника статей, созданных этим самым N-участником? Не секрет ведь, что многие участники следят прежде всего за "своими" статьями, но если в списке наблюдения слишком много разных пунктов, эти "свои" статьи теряются, и можно прозевать значительное (иногда фатальное) изменение в судьбе "своей" статьи... Может можно сделать фильтр "Скрыть/Показать свои статьи" (есть же фильтр "Скрыть/Показать свои правки")? Или цветом выделять?... → borodun™ ¿¿¿ 21:48, 29 августа 2013 (UTC)

Можно сделать подстраницу со списком всех ваших статей и следить за ними через связанные правки, что слева в инструментах. Fameowner (обс) 09:16, 30 августа 2013 (UTC)
...Выложив в публичный доступ приватную информацию о содержании списка наблюдения. Zero Children 10:06, 30 августа 2013 (UTC)
Ну список созданных участником и не удалённых статей и так доступен на Тулсервере по ссылке снизу от вклада. А тема эта уже, помнится, обсуждалась. К СН можно прикрутить всякие разные фильтры на JavaScript, объём загрузки от этого не уменьшается, но внешний вид можно менять. Ignatus 10:23, 30 августа 2013 (UTC)
У меня в СН несколько тысяч страниц, их них тех, что можно назвать в какой-то степени "моими", сотен пять. -- ShinePhantom (обс) 10:27, 30 августа 2013 (UTC)
Ага! Спасибо! Про "связанные правки" я и не подумал... → borodun™ ¿¿¿ 19:20, 30 августа 2013 (UTC)

Странице в списке наблюдения править

Я бы хотел увидеть изменения в списке наблюдения примерно за 10 дней. Пытался выставить вручную, где 1\3\7 дней, но показывает только последних два дня. Кто-то может помочь? Spillik 18:09, 27 августа 2013 (UTC)

  • А как вы пытались выставить вручную? По сути открываете список за 1 день (3 дня), и в адресной строке браузера, там, где написано &days=1 (или &days=3), просто меняете на &days=10, &days=20 и т.п. У меня так прекрасно работает, хотя грузится довольно долго. Dmitry89 18:32, 27 августа 2013 (UTC)

Поддержка категорий из Lua и реорганизация ВП:КУ править

Написал модуль, реализующий извлечение в код страниц содержимого категорий: Module:Category. А нужен мне он для реорганизации обсуждений удаления страниц по темам. Механизм предполагается следующий:

  • Шаблон {{К удалению}} предлагает создать номинацию на странице [[ВП:К удалению/{{#time:j xg y}}/{{FULLPAGENAME}}]] (однако можно указать другую подстраницу для групповых номинаций). Кроме того, если нет страницы [[ВП:К удалению/{{#time:j xg y}}]], то предлагается также и её создать с заранее заготовленным кодом (т. е. дополнительной работы потребуется одному человеку два клика раз в день, и то, если он поленится, страницу может создать бот).
  • Страницы номинаций содержат шаблон, в котором администратор помечает состояние номинации. Он добавляет страницу в категорию [[К:Википедия:{{titleparts:{{PAGENAME}}|2}}]] (1), открытые обсуждения — также в [[К:Википедия:{{titleparts:{{PAGENAME}}|2}}/О]] (2), групповую номинацию — также в [[К:Википедия:{{titleparts:{{PAGENAME}}|2}}/Г]] (3), при этом устанавливает {{DEFAULTSORT:{{subst:#time:H:i}}}}.
    • Ни для каких упомянутых категорий страниц создавать не надо. Их можно скрыть средствами CSS из списков внизу страниц (хотя, может быть, и не надо) и запретить делать фильтром правок.
  • Страницы КУ по дням содержат один шаблон, их код после создания меняется только закрытием (впрочем, можно делать и его автоматически по закрытию всех обсуждений и очистке категории [[К:Википедия:{{PAGENAME}}/О]], но можно и оставить проверку администраторам). Как и сейчас, данный шаблон добавляет страницу в Категория:Википедия:Незакрытые обсуждения удаления страниц. Этот шаблон находит по категории (1) и включает в виде секций все подстраницы данной страницы (т. е. внешний вид не изменится, а через связанные правки можно отслеживать все номинации данного дня). Зачёркивание заголовков обеспечивается специальным поведением заголовочного шаблона номинации.
  • ВП:К удалению перестаёт обновляться ботом и тоже содержит один шаблон. Он собирает по Категория:Википедия:Незакрытые обсуждения удаления страниц незакрытые дни, и для каждого из них выкачивает список номинаций по категориям (1), а их вычёркивание обеспечивается сверкой по категориям (2). Страницы из категорий (3) он подгружает и извлекает с них заголовки (групповых номинаций не очень много, это не слишком увеличит нагрузку).

Всё это реально может работать уже сейчас при условии, что открытых дней не больше 200, номинаций в день не больше 200 и общая нагрузка такова, что мы не вылезаем за ВП:Пределы шаблонов. Планирую внедрить в течение месяца. Вопрос только к ботоводам и специалистам по фильтрам правок — готовы ли они к предлагаемым изменениям. Ignatus 16:55, 27 августа 2013 (UTC)

  • Такие масштабные изменения требуют обсуждения не только на техническом форуме (скажем, на ВП:Ф-ПРЕ, а при возникновении серьёзных возражений — и опроса). NBS 17:54, 27 августа 2013 (UTC)
    Так опрос же уже был - Википедия:Опросы/Структура обсуждений удаления статей (правда 2010 года), в котором есть констатация консенсуса за подстраницы. Помнится, было и более свежее обсуждение на форумах, в которых подстраницы опять-таки были поддержаны, единственное чего не хватало, так это того, кто бы взялся за реализацию. И вот теперь есть участники, которые готовы за это взяться, и оптяь нужно проводить опрос? Зачем? Я правда думаю, что начинать с КУ чересчур глобально, и может быть для простоты стоило бы попробовать с чего-то малого, ну где нет таких колоссальных завалов и итоги более менее оперативно подводятся - может быть ВП:ОБКАТ, ВП:ВУС, ВП:КР или на ваш взгляд что-то еще. С другой стороны, необходимость такой системы назрела в основном на КУ (и может быть КУЛ), так что наверно "все силы на КУ" оправданы. Dmitry89 18:47, 27 августа 2013 (UTC)
    Хотя кажется вот последнее обсуждение - Википедия:Форум/Архив/Предложения/2012/11#Организация ВП:КУ. И я кажется не прав, консенсус в нем не столь очевиден, а итог опроса в нем критикуют ка минимум из-за его давности. Dmitry89 18:56, 27 августа 2013 (UTC)
    • Вообще схема именования номинаций из этого опроса мне не очень нравится (принималась парой голосов, тогда как английский и французский варианты не хуже, кроме того, они обеспечивают автопоиск предыдущих обсуждений), надо бы переопросить. Только предварительно стоит выяснить поточнее технические возможности. Данный механизм в принципе годится для любой схемы, лишь бы с большинства номинаций названия обсуждаемых страниц можно было однозначно определить по названию номинации. Ignatus 11:09, 28 августа 2013 (UTC)
  • Да, и ещё: может быть, создать тестовый шаблон {{К удавлению}} и на тестовых подстраницах ВП:К удавлению попробовать всё это? NBS 19:47, 27 августа 2013 (UTC)
    Там с форматированием какая-то беда, да и с парсингом вывода #tag:categorytree тоже. По крайней мере для категории Википедия:Незакрытые обсуждения удаления страниц см. мой тест Тест модуля Category. Поднимать искусственно параметром сортировки новые вверх как-то странно. Может тогда всё на API через js сделать, там и содержание категории можно вытащить и названия секций. Единственный минус, что у кого-то может быть выключен js.Don Rumata 20:00, 27 августа 2013 (UTC)
    Исправил модуль, теперь выглядит ожидаемо. Сортировку от последних элементов к модулю прикрутить легко, а вот то, что число дней слишком большое — это для предлагаемой схемы околофатально. Но можно, например, собирать особо застарелые дни в подкатегорию К:Википедия:Обсуждения удаления станиц старше 200 дней. Именно из-за необходимости работоспособности без js этот огород и пошли городить. Ignatus 10:58, 28 августа 2013 (UTC)
  • Песочницу сделаю, конечно. Ignatus 10:58, 28 августа 2013 (UTC)
  • Правильно ли я понимаю, что внешне для пользователей всё останется как раньше? То есть, если я захожу на ВП:КУ, я буду видеть по-прежнему группу номинаций, но технически это будет сделано как на страницах порталов (все секции на одной странице, но при нажатии «править» я окажусь на подстранице)? --VAP+VYK 08:50, 30 августа 2013 (UTC)

Существующая техническая сторона ВП:УС править

Вообще, кто мог бы мне объяснить, какие неочевидные механизмы сейчас обслуживают удаление статей? Например, я знаю, что ВП:К удалению обновляет ClaymoreBot (кстати, если предложение пройдёт, можно ли будет как-то на него повлиять, участник-то из проекта вроде ушёл?), а оповещения о старых номинациях создаёт BotDR. Ещё я что-то слышал о фильтрах правок, которые запрещают снимать шаблон «К удалению»… Ignatus 19:28, 29 августа 2013 (UTC)

Проблемы с Openstreetmap править

Кто-то подскажет что случилось - при нажатии на «показать географическую карту» уже который день выдаёт вкладку «В Википедии нет статьи с таким названием». Toolserver.org/~kolossos/openlayers/kml-on-ol.php --Шнапс 04:10, 27 августа 2013 (UTC)

Для Тулсервера это обычное явление. --Evil Russian (?!) 06:42, 27 августа 2013 (UTC)
Это кое-кто накосячил. Теперь работает. — putnik 17:42, 27 августа 2013 (UTC)
Спасибо. --Шнапс 04:19, 28 августа 2013 (UTC)
Рано )) Не работает. --Шнапс 04:21, 28 августа 2013 (UTC)
Попробуйте очистить кэш страницы--Tucvbif ?  * 10:04, 28 августа 2013 (UTC)

Как переименовать учётную запись? править

Я теперь не очень понимаю, как переименовать учётку, чтобы поменялось глобально? Или с переименованием в одном языковом разделе поменяется везде? Leo 17:40, 26 августа 2013 (UTC)

ВП:ПУЗ, в других проектах создастся автоматически при входе; либо мета, с указанием на глобальное переименование. †Йо Асакура† ♠бла-бла♠ 17:53, 26 августа 2013 (UTC)
20:12, 25 августа 2013 (UTC)

Что-то там сильно не так с шаблоном. Можно это поправить? Leo 19:54, 25 августа 2013 (UTC)

Проблема: карта Москвы править

Заметила, что в шаблоне Москвы огромная карта города создаёт большие неприятности для статей о московских улочках, переулках и проездах. Я "прошлась" по дюжине из них и везде одинаковая проблема: эта карта как спрут вылезает из шаблона и подминает под себя текст, фотографии и другие иллюстрации. Для примера см. Камергерский переулок и Улица Петровка. С этим явно нужно что-то делать, так что прошу помощи у мастеров. Fleur-de-farine

В указанных статьях не вижу проблем: карта отдельно - текст отдельно. --Michgrig (talk to me) 11:23, 25 августа 2013 (UTC)

Вид и название статей править

Не знаю, у меня одного это так или как: вкладки "Читать", "Править исходный текст", "История" оказываются снизу справа от вкладок "Статья" и "Обсуждение" и закрывают название статей. Это "лечится" только сильным уменьшением масштаба страницы, но в таком случае текст становится слишком мелким и нечитабельным. Что тут можно сделать или не только у меня такая картина?--КИН 11:14, 25 августа 2013 (UTC)

Не знаю, актуально ли, но вы можете попробовать поставить в настройках галочку «Временно отключить Визуальный редактор, пока он находится в бета-версии». Эти вкладки автоматически скрываются js скриптом. Возможно это эффект того, что соответствующий скрипт по каким-то причинам не загрузился. Don Rumata 12:41, 27 августа 2013 (UTC)

Викиданные править

Господа, в Викиданных уже огромное число свойств: [15], значительную часть которых мы вполне можем использовать в наших карточках, а значит уменьшить объем кода статей, повысить их актуализацию, упростить процесс заполнения карточек для них и всякое такое. Я вижу, что отдельные движения в направлении идут, но это всё делается как-то единично, и даже после добавления кода в карточки сами карточки в статьях не чистятся. Надо бы как-то скоординировать движение по переносу данных в данные. Ибо, как я понимаю, нужно отслеживать новые свойства в ВД, изменять код карточек, изменять документацию к ним, с указанием того, значения каких полей берутся с ВД, ботом выискивать конфликты между значениями свойств у нас и крупнейших иновики, и если конфликтов нет, то переносить данные в ВД и убирать у нас, а если есть, то ручками разбирать. Кто чем занимается то у нас - непонятно. Я видел, что Putnik правит иногда карточки. А что с ботами? -- ShinePhantom (обс) 11:00, 24 августа 2013 (UTC)

  • А вот визуализация отсталости рувики http://dl.dropboxusercontent.com/u/172199972/map/index.html - в то время как Европа перенасыщена связями через ВД, у нас большинство страниц с геокоординатами никак не связаны вообще. -- ShinePhantom (обс) 11:27, 24 августа 2013 (UTC)
    • Неспешные обсуждения идут в Обсуждение шаблона:Wikidata, он пока ещё не полностью готов к полноценной работе со всеми свойствами. Да и вообще полностью переводить на использование свойств из Викиданных лучше пока только закрытые списки статей, когда мы заранее знаем все включения шаблона. Если говорить про участников, то есть Ivan A. Krestinin, который куда активнее меня работает с Викиданными. Активных ботов русских участников в Викиданных штук пять, а может уже и больше. В целом, процесс идёт, и довольно хорошими темпами, просто объём работы слишком большой, чтобы всё сделать быстро. — putnik 12:06, 24 августа 2013 (UTC)
    • Процесс в целом идёт, есть несколько моментов, которые процесс замедляют. Перенесли кучу данных с из Википедии, проверили их простейшими алгоритмами — обнаружили большую гору ошибок, гора эта обычно такой величины, что непонятно с какой стороны к ней подступаться, а до её разгребания использовать свойство в ВП вроде-бы нехорошо. Внутри проекта Викиданные много ресурсов уходит на постоянные воины между желающими сделать одно большое свойство, которое описывает всё что угодно и в каждом айтеме уточнять что же именно мы имели в виду и желающими сделать много свойств на каждый конкретный случай. Замедляет процесс также очень необычное для ВП явление предварительного согласования, которое придумали для создания свойств d:Wikidata:Property proposal/ru, прежде чем создать свойство ты должен ждать, когда хотя бы 1-2 человека скажут, что им тоже нравится это свойство, и даже если они сказали это, то нужно ждать ещё неделю, вдруг кто-то будет возражать. С рувики также есть некоторая сложность: формально проект Викиданных многоязычен, однако на деле все ключевые обсуждения (включая создание свойств) проходят на английском. Это приводит к некоторому вытеснению участников из рувики (у нас насколько я понимаю уровень владения английским всё-же ниже, чем во франции или португалии). Это в свою очередь приводит к тому, что получающаяся модель данных в той или иной степени направленна именно на английский язык и русский язык местами вписывается в неё с большой натяжкой. Потому призываю активнее участвовать в становлении этого проекта. — Ivan A. Krestinin 17:08, 24 августа 2013 (UTC)
      • Может быть, вы (или кто-то ещё, кто хорошо ориентируется в этих проблемах) возьмётесь информировать сообщество о наиболее важных для рувики обсуждениях? (Всё-таки принять участие в обсуждении, которое лично тебе почему-то оказалось важным, можно и с не слишком хорошим английским.) И ещё: разгребание этой горы требует ручной работы или всё же доступно ботам? NBS 17:27, 24 августа 2013 (UTC)
        • Из меня корреспондент наверное будет не очень, давайте я сначала попробую дать координаты ключевых точек проекта, где обычно всё и происходит:
  1. d:Wikidata:Requests for comment — нечто вроде обсуждения правил, но работает несколько по-другому, очень рекомендую добавить эту страницу в наблюдение, так вы узнаете об открытии новых запросов;
  2. d:Wikidata:Property proposal/ru — обсуждение создания свойств, разбито на несколько больших тем, рекомендую следить за тематикой в которой вы работаете, а ещё заглядывать иногда в тематику Общее;
  3. страницы обсуждения свойств по интересующей вас тематике, рекомендую добавить их в список наблюдения;
  4. d:Wikidata:Project chat — англоязычный, а на деле главный форум, где всё обсуждается, следить за ним мне удаётся только по заголовкам;
  5. meta:Wikidata/Status updates — еженедельные новости, можно настроить чтобы приходили на свою СО или куда-то ещё;
  6. d:Wikidata:Форум — русскоязычный форум, не слишком активен, но можно использовать для координации;

Из того, что мне показалось важным из происходящего сейчас: Wikidata:Requests for comment/Image properties: many properties or many qualifiers — суть: использовать единственное свойство «изображение» и описывать то, что на нём нарисовано с помощью квалификаторов, а карточка сама должна исхитриться и выбрать то, что ей подходит, или множество свойств, например, «панорама города», «портрет», «флаг» и т. д. Также идёт большая война вокруг свойства d:P107 — суть на самом деле в допустимости использования нескольких систем категоризации или попытке изобрести свою единственную на все случаи жизни. По поводу кучи: она на самом деле внутри разная, изредка бывает, что простым ботом лечится, где-то жутко интеллектуальный может справиться, а где-то и он спасует. Ссылку на кучу можно найти на странице обсуждения почти каждого свойства, например, на d:Property talk:P625 можно обнаружить линк на отчёт, где видно, что у целого ряда географических объектов России в точности совпадают географические координаты: d:Wikidata:Database reports/Constraint violations/P625#Россия (Q159). — Ivan A. Krestinin 18:48, 24 августа 2013 (UTC)

Что-то сломалось: оповещение о марафонах не закрывается и смещает интрефейс влево. Почините, плиз? --Akim Dubrow 20:48, 22 августа 2013 (UTC)

Исправлено Vlsergey тут и тут. Don Rumata 12:08, 27 августа 2013 (UTC)
Кстати, оно сдвинулось в более нормальную позицию, но по-прежнему незакрывабельно. --Akim Dubrow 11:39, 28 августа 2013 (UTC)

Просьба о помощи править

Доброго времени суток. Друзья, если не трудно не могли бы Вы помочь создать ПозКарту для Закавказья на основе этой карты
. Дело в том, что сам я их никогда не делал, а тут взялся и ничего не получается :(. Нервов уже не хватает..--Lori-mՆԿՐ 20:40, 22 августа 2013 (UTC)
Пожалуйста - Шаблон:ПозКарта Закавказье. --Obersachse 20:58, 22 августа 2013 (UTC)
Большое при большое спасибо. --Lori-mՆԿՐ 21:03, 22 августа 2013 (UTC)

Обработка страниц править

Господа, я создал модуль Pageparser для обработки страниц. В принципе он универсальный и позволяет вытаскивать все названия секций заданного уровня на любой странице. Но в первую очередь, я предлагаю его использовать на странице Википедия:К удалению. Модуль можно дополнить функциями автоматического определения закрытых итогов обсуждения, и можно будет отказаться от зачёркивая секций ботом. Также его можно использовать на самой странице обсуждения вместо оглавления.

Жду комментариев и предложений по вариантам развития и использования. Don Rumata 22:36, 21 августа 2013 (UTC)

Уже сейчас видно, что всё это будет глючить и тормозить (смотреть конец страницы). Попытался распечать все что сейчас на КУ - скрипт благополучно грохнулся вылетев за тайм-лимиты. Zero Children 23:16, 21 августа 2013 (UTC)
Решается просто. Вставляем на странице обсуждения <section begin=s1 />{{#invoke:Pageparser|sections}}<section end=s1 />. и собираем все на странице Википедия:К удалению используя <code>{{#lst:Википедия:К удалению/{{#time:j xg Y|2013-8-21}}|s1}} и далее по датам. Don Rumata 23:38, 21 августа 2013 (UTC)
И что, в момент сборки движок не начнет пересчитывать эти секции? Потому как если начнет, результат будет ровно тем же самым - падение по тайм-лимиту. Zero Children 00:04, 22 августа 2013 (UTC)
UPD Участник:Zero Children/test total. Разбитие списка на две страницы результата не изменило. Zero Children 00:12, 22 августа 2013 (UTC)
Да, это беда :-( Don Rumata 08:34, 22 августа 2013 (UTC)

Ошибки при создании страниц о фильмах править

В шапке страницы справа, там, где указывается название фильма, его общие характеристики, время выхода, появляется ошибка скрипта. Например, статьи Всё к лучшему (фильм, 2010) и Цена страсти. Как убрать и что делать в будущем? Ben-Artur 18:32, 21 августа 2013 (UTC)

Надо удалить из статьи все категории персоналий. Мне усидчивости не хватило. Ignatus 11:18, 21 августа 2013 (UTC)

Не могу взять в толк, откуда в карточке берется герб. --Ghirla -трёп- 06:39, 21 августа 2013 (UTC)

Если на Викиданных имеется изображение, то теперь оно будет автоматически вставляться в шаблон {{Государственный деятель}}, согласно этой правке коллеги Putnik... Хорошо ли это или нет — не знаю... — Adavyd 06:52, 21 августа 2013 (UTC)
Это чудовищно. --Ghirla -трёп- 07:45, 21 августа 2013 (UTC)
В случае с Георгий I Балшич в Викиданных изображение указано в неправильном свойстве, такое нужно исправлять. В общем же случае для персоналий там должны вставляться только портреты. Мне кажется, это не должно быть проблемой. — putnik 09:31, 21 августа 2013 (UTC)
А мне кажется, автоподстановка портретов тоже лишняя. Либо должна быть возможность их замены на локальном уровне. Сколько было споров о средневековых правителях, когда вместо аутентичного изображения (с монеты, с гробницы) вставляли приукрашенно-романтизированную мазню 19-20 веков. --Ghirla -трёп- 10:24, 21 августа 2013 (UTC)
Замена есть и никуда не денется — если в карточке указано изображение, то показывается именно оно. Единственная возможная проблема, что в Викиданных может быть изображение, но его не нужно показывать (и вообще нет того, которое нужно), но вряд ли она очень распространена. — putnik 10:28, 21 августа 2013 (UTC)
Именно поэтому неплохо бы иметь параметр, отключающий изображение... разве не так? А пока его нет, лучше обойтись без автоматики. — Adavyd 13:45, 21 августа 2013 (UTC)
Случаев, когда эта автоматика приносит пользу, больше, чем случаев, когда она создаёт проблемы. А параметр, наверно, действительно стоит добавить. Запишу в планы. — putnik 06:30, 22 августа 2013 (UTC)

Gadget-markadmins.js править

Что изменилось в этом гаджете, что в РВП все участники продолжают помечаться буквами, а, скажем, в малых разделах Википедии все буковки пропали некоторое время назад? Скорее, дело не в гаджете, а в каких-то настройках в Common.js и т.п.?--Soul Train 09:59, 20 августа 2013 (UTC)

Насколько я знаю, этот гаджет в каждом разделе свой. --Michgrig (talk to me) 18:31, 20 августа 2013 (UTC)

Шаблон развалился править

Обнаружил в статье Тральщики проекта 266-М шаблон-карточку, развалившийся на части. Собственно, там карточка состоит из нескольких самостоятельных шаблонов, поэтому такое и стало возможным. Причиной же является использование ненумерованных списков внутри шаблона, как мне удалось установить опытным путём. Вопрос: почему так происходит и что с этим можно сделать? -- Alexander Shatulin 14:39, 19 августа 2013 (UTC)

ɪ 15:10, 19 августа 2013 (UTC)
Спасибо. Правда, <nowiki></nowiki> там не зря стояло. -- Alexander Shatulin 15:16, 19 августа 2013 (UTC)
Зря. — ɪ 16:10, 19 августа 2013 (UTC)

Новый стиль тега править

Предлагаю поменять стиль тега <code>. Пример старого оформления:

  • <code><includeonly><noinclude></noinclude></includeonly></code>.

Предлагается изменить следующие свойства:

А так?

Документация
{{#if:{{{nocat|}}}|

|[[Категория:]]}} (с уменьшенным до 4 border-radius)

Сравните с
{{#if:{{{nocat|}}}|
|[[Категория:]]}}

Я всё это из-за чего затеял. Когда тег применяется на цветном фоне, как показано сверху, то фон остаётся белый, что выглядит некрасиво, как дырка на цветных обоях, так хотя бы он визуально выделен среди соотв. блока. На закругление мне вообще плевать, готов от него отказаться без боя. KPu3uC B Poccuu 03:48, 20 августа 2013 (UTC)
Документация
Так, может, просто <code style="background-color:rgba(255,255,255,0);vertical-align:12%" />? А если padding большой делать, трудно заметить, есть ли пробел.
--Ignatus 19:08, 20 августа 2013 (UTC)
  • Нет, выглядит, будто ошибка в разметке. А padding в обновлённом предложении уже нет. KPu3uC B Poccuu 02:33, 21 августа 2013 (UTC)
  • Остаётся лишь предложить автору предложения пользоваться на цветном фоне другими тэгами. St. Johann 07:47, 21 августа 2013 (UTC)
    • Это два разных тега, и сфера применения у них разная. Я не понимаю вашу озабоченность добавлением лишней строчки в стилевой файл, тем более, что в основном моё предложение поддержано. Тем более, что я пытаюсь найти точки соприкосновения со всеми высказавшимися, к примеру, убрал отступы. KPu3uC B Poccuu 08:17, 21 августа 2013 (UTC)
      • Это два разных тэга и сфера применения у них разная, но для выделения текста моноширинным шрифтом подойдёт и этот тэг. И да, на добавление лишней строчки в стилевой файл лично мне будет наплевать, я просто посоветовал пользоваться иными тэгами, если <code> выглядит в таких случаях плохо. Ваше предложение, в любом случае, поддержано в разных частях — а то, что вы убрали отступы, которые и не показывались из-за того, что тэг <code> имеет свойство display:inline, показывает лишь то, что вы убрали единственный грязный кусок кода. Ну и да, меня до сих пор не устраивает навёрнутая зачем-то круглота и другой цвет фона, неслишком отличающийся от текущего. St. Johann 11:18, 21 августа 2013 (UTC)
        • Ну да, отступы совершенно не показываются. Сдаётся мне, вы не разбираетесь в том, о чём спорите. «Круглота», как я уже сказал, только для красоты, и что я за неё не держусь, так что я искренне не понимаю причину вашего «неустройства». Цвет светло-серый различимый, а не девственно белый, потому что, как я уже сказал, на цветном фоне дыра получается, а так и на цветном фоне, и на обычном тега выделяется зрительно, что, по-моему, очень здорово. KPu3uC B Poccuu 13:06, 21 августа 2013 (UTC)
          • Он далеко не белый, а очень даже #f9f9f9. И #f7f7f7 от него почти не отличается. — putnik 13:44, 21 августа 2013 (UTC)
            • Мой темнее и мне, по крайней мере, виден лучше, чем старый, на белом. Если и добавлять к нему фон, то такой, чтобы был заметен на белом, а иначе смысл в нём? KPu3uC B Poccuu 13:53, 21 августа 2013 (UTC)

Ё на багзилле править

Создан баг bugzilla:52997. Кто зареган на багзилле — идём и поднимаем ему приоритет. --Akim Dubrow 02:29, 19 августа 2013 (UTC)

  • «идём и поднимаем ему приоритет» — зачем? Там вроде очередь не на полгода, можно и подождать пару-тройку дней. — Vlsergey 13:59, 19 августа 2013 (UTC)
    • Ну — кто ленится, те не идут и не поднимают. Действительно, в течение недели-двух вопрос должен решиться, по моим оценкам. Несколько дней погоды не делают. --Akim Dubrow 15:05, 19 августа 2013 (UTC)
      • Да быстрее решиться -- патч уже готов, осталось его просмотреть (заапрувить). Это где-то неделя. Потом дождётся переконфигурации серверов и готово. Просто голосование тут ну никак не повляет, ИМХО :-). Это ведь не какая-нибудь новая возможность, которую программировать надо. Vlsergey 15:57, 19 августа 2013 (UTC)
        • Йа фсё понимай. Я добавил «...-двух» следующей правкой, просто потому, что рассчитывать на неделю или меньше — хороший опитимистический сценарий, но не единственный. Ладно. Sero molunt Bugzillum molae molunt autem tenuiter. --Akim Dubrow 16:47, 19 августа 2013 (UTC)

Как объеденить две интервики на Викидате править

Приветствую друзья. Собственно есть [16] и [17] как объединить в единое целое? JukoFF 19:13, 18 августа 2013 (UTC)

  • Да ручками это спокойно делается, удалить из одной страницы, добавить в другую. Тем более, там просто французская статья была не туда отнесена, в англовики статьи про спортсмена пока нет. А у нас не было дизамбига--WindEwriX 19:35, 18 августа 2013 (UTC)
    Спасибо. Простота на поверхности  :) JukoFF 19:59, 18 августа 2013 (UTC)
    • Если это один человек - полностью очистить и выставить удаление более поздно созданную запись, более позднюю, чтобы нельзя было было "захватывать" авторство, создавая запись позднее.--Arbnos 20:34, 18 августа 2013 (UTC)

Вот в этой статье имеется в определении такой фрагмент {{Unicode|Ͷͷ}}, это памфилийская дигамма en:Digamma#Pamphylian_digamma. Оно у меня читается как ХЦ, и та же проблема например на вот этом адресе[18]: там у меня читается примерно как иЦЦЦ.

В статье оно должно читаться не как ХЦ, а похоже на Ии. Кто-нибудь может поправить статью? Уникоды вроде правильные, но мозилла показывает ХЦ вместо примерно Ии.

Вот Опера показывает правильно как Ии, а мозилла неправильно как ХЦ. Но мы же не можем рассчитывать, что у всех опера.Longbowm@n 15:45, 18 августа 2013 (UTC)

  • Не подтверждаю. В Файрфоксе 23.0.1 отображается правильно. → borodun™ ¿¿¿ 15:50, 18 августа 2013 (UTC)
    • Вот и у меня та же версия. Мозилла говорит ХЦ, опера говорит Ии.Longbowm@n 15:55, 18 августа 2013 (UTC)
    • Вообще это по-моему редкостный уникод.Longbowm@n 15:56, 18 августа 2013 (UTC)
      • Проверил на другом компе, с семеркой (на другом - виста) - тут отображаются два квадратика неустановленного шрифта (тут и моя подпись неправильно отображается). Так что это очевидно локальная проблема нехватки в системе шрифтов. → borodun™ ¿¿¿ 16:06, 18 августа 2013 (UTC)
        • Не уверен. У меня все шрифты какие только можно. Но даже если это ↑ только моя личная проблема, могу сказать, что я пытался сделать подпись готским шрифтом 𐌹𐍉𐌽𐌲𐌱𐍉𐍅𐌼𐌰𐌽, так все сразу сказали, что у них одни квадраты. Может, вынести эту памфилийскую дигамму в один раздел с предупреждением. Как в англовики, никаких уникодов, одна картинка. Longbowm@n 16:17, 18 августа 2013 (UTC)
        • Если считать, что не установлены шрифты, почему на одном и том же компе опера делает правильно, мозилла неправильно. Longbowm@n 16:20, 18 августа 2013 (UTC)
          • Даже после установки шрифтов разные браузеры почему-то могут отображать по-разному. Так, у меня установлены шрифты с диапазоном Private Use, но в Гугл Хроме всё нормально, а Фаерфокс продолжает вместо этих символов рисовать квадратики (с буквами и цифрами кода каждого символа внутри)... --VAP+VYK 16:48, 18 августа 2013 (UTC)
  • У меня в ФФ отображается правильно. --VAP+VYK 16:48, 18 августа 2013 (UTC)
  • А в исходном коде статьи как отображается? → borodun™ ¿¿¿ 17:12, 18 августа 2013 (UTC)
  • Заменил на пробу в статье шаблон unicode на polytonic. Что-нибудь изменилось? (у меня по прежнему отображается правильно) → borodun™ ¿¿¿ 17:27, 18 августа 2013 (UTC)
      • У меня в FF21 вместо штуки, похожей на серифные Ии, появилась штука, похожая на жирные безсерифные Ии (Vista). Ignatus 17:35, 18 августа 2013 (UTC)
        • В исходном коде там тоже было ХЦ, и осталось ХЦ после изменения шаблона, как в исходнике, так и на странице. Такое впечатление, что мозилла без подсказки шаблона знает что делать, эти шаблоны ей ничего не дают. Ну а что касается серифные/несерифные, это несущественный момент.Longbowm@n 17:42, 18 августа 2013 (UTC)
  • Как костыль может использовать вместо этого юникода картинку? Даже греки в своей статье вместо буквы картинку вставили - . кстати, кто б статью дописал... а то про эту самую памфилийскую дигамму в статье ни гугу ;) → borodun™ ¿¿¿ 17:49, 18 августа 2013 (UTC)
    • Я по крайней мере убрал политоник и оставил unicode, потому что в мозилле не помогло, а в опере вылезло то же ХЦ.Longbowm@n 17:52, 18 августа 2013 (UTC)

Вы можете здесь видеть таблицу со сворачивающимися блоками, при раскрытии содержимое исходной ячейки должно быть, по замыслу, полностью заменено раскрытым блоком, однако здесь это не происходит, видна часть строки. KPu3uC B Poccuu 05:22, 18 августа 2013 (UTC)

  • Не то чтобы я очень понимал этот код, но очевидно, что надо а) настроить в выпадающей таблице полную ширину исходной ячейки (но как-то так, чтобы ссылка «свернуть» не ушла, видимо, обернуть это дело в лишний div по ширине текста и задать ширину таблицы 100% от него) и б) сделать фон этой таблицы белым непрозрачным, а не только у текста. Ignatus 17:55, 18 августа 2013 (UTC)
    • Там вообще стоит background-color:#f9f9f9. Что делать ума не приложу. KPu3uC B Poccuu 06:48, 19 августа 2013 (UTC)
    • Хотя нет, знаю. Надо сделать новую функцию обработки соврачивания. По моей идее, нужен новый класс collapsbile replace, применяемый к строкам таблицы, начинающим блок со сворачиванием, и collapsbile replace-content, применяемый к последующим ячейкам последовательно (что и указывает границы блока сворачивания, как нет такой строки в таблице, так блок закончился), который по умолчанию не видим, и показывается при щелчке по ссылке, скрывая собой старый. Это решает сразу несколько побочных проблем текущей реализации. KPu3uC B Poccuu 04:57, 20 августа 2013 (UTC)

В общем, набросал Участник:KPu3uC B Poccuu/collapsible-replace.js, однако почему-то при сворачивании исчезают все ячейки. Отладка в Opera Drangonfly показала, что скрипт неверно определяет изначальную строку блока (это видно по узлу ссылки сворачивания, оказывающемуся в самой последней ячейке). Здесь находится сама таблица. Ау, мы ищем таланты! KPu3uC B Poccuu 12:08, 20 августа 2013 (UTC)

Исправил сам. KPu3uC B Poccuu 05:50, 21 августа 2013 (UTC)

Вместо правого рукава выводится прямоугольник. --Evil Russian (?!) 12:55, 17 августа 2013 (UTC)

Баг с interwiki править

Подскажите, пожалуйста, сам не могу сообразить, в каком месте баг и что делать для лечения? Смотрите iw (наши «в нетуда»): Станично-Луганский краеведческий музей, Q12157211, w:uk:Станично-Луганський краєзнавчий музей. --cаша (krassotkin) 08:23, 17 августа 2013 (UTC)

ɪ 09:00, 17 августа 2013 (UTC)

Категоризация навшаблонами править

Люди добрые! Не могли бы вы перенести этот файл на Викисклад? Зейнал 20:20, 15 августа 2013 (UTC)

Стрелочки сортировки на цветных столбцах править

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

Выборы мэра Москвы (2013)#Сводная таблица с учётом не определившихся с выбором - здесь столбцы раскрашены в разные цвета, но почему-то при этом перестает показываться, но при этом продолжает функционировать, значёк сортировки по значениям столбца. Не подскажите как это исправляется? --Туча 15:00, 15 августа 2013 (UTC)

  • А вам не кажется, что надо транспонировать таблицу? А как некий Левичев умудрился получить отрицательный результат? И вообще таблицу следует удалить по ВП:НЕНОВОСТИ. WBR, BattlePeasant 16:57, 15 августа 2013 (UTC)
    • Нет, не кажется, что нужно удалить, а если транспонировать, то сортировка вообще всякий смысл потеряет, а таблица растянется до невообразимых размеров. --Туча 21:47, 15 августа 2013 (UTC)

Слишком много номинаций на КУ? править

При открытии страницы ВП:КУ выскакивает ошибка «Ошибка: слишком много вызовов функции #time» (вот). Это у всех так? будет ли это исправляться?--Tucvbif ?  * 11:44, 14 августа 2013 (UTC)

  • Подтверждаю, на том же месте. Вообще последние несколько недель это несчастье грузится аномально долго. Retired electrician (talk) 14:05, 14 августа 2013 (UTC)
  • Да, есть такое, видимо итоги начали подводить еще медленнее, чем раньше. Но закроются 2-3 дня эта ошибка исчезнет, а вот "долго грузится" - это так быстро не решить, все-таки завалы огромные. Хотя проблему долгой загрузки можно как-то предложить решить, уменьшив кол-во отображаемой информации - например убрав из списка зачеркнутые секции (там где есть итог). Dmitry89 14:12, 14 августа 2013 (UTC)
    • Двух-трёх дней мало будет, так как там ещё есть подвал с шаблонами {{удаление статей}} и {{текущие обсуждения}}--Tucvbif ?  * 17:06, 14 августа 2013 (UTC)
    • Пока 2-3 дня закроется, 3-4 откроется. Завалы на КУ имеют тенденцию медленно, но верно расти с каждым днем. Так что проблема никуда не денется. Zero Children 17:08, 14 августа 2013 (UTC)
    • Там, похоже, один или два вызова функции на всю строку, так что удаление зачёркнутых ничего не даст - всё равно минимум один незачёркнутый итог есть в каждом дне. Надо просто закрывать дни. Закроем, куда мы денемся. --D.bratchuk 17:49, 14 августа 2013 (UTC)
      • Учитывая, что пол-года назад список номинаций на удаление включал в себя около шести месяцев, а также то, что с октября дни идут практически сплошняком, с КУ явно что-то не так. Такое ощущение, что по сложным номинациям итоги практически перестали подводиться.--Tucvbif ?  * 18:01, 14 августа 2013 (UTC)

Итог править

Переписал шаблон на Lua, уменьшил число вызовов функций, глюки вроде ушли. В англовики такой страницы вроде давно нет, поскольку там всё распилено по номинациям, чего и нам желаю. Ну и всех приглашаю на ВП:ЗСПИ (особенно компетентных в тех темах, где обычные админы ни в зуб ногой), а сам пока пойду, подведу чего-нибудь. Ignatus 19:20, 14 августа 2013 (UTC)

  • Из исходного HTML кода ВП:КУ - "Post‐expand include size: 2019737/2048000 bytes". Чисто для справки - второе число, это лимит при превышении которого движок опять будет ругаться матом. Но да не обращайте внимания - глюки ушли, лимиты исчерпаны всего на 98%. И даже в таком фантастическом варианте как исчерпание оставшихся 2% движок просто тихо-мирно пропустит часть шаблонов. Делов то... Zero Children 20:31, 14 августа 2013 (UTC)
    • Меньше при текущих настройках бота не получится. Списки номинаций, в принципе, можно вывести за шаблоны; да и хранить на этой странице закрытые номинации надобности особой нет. Вопрос к ботоводам, которые это обслуживают. Ignatus 08:08, 15 августа 2013 (UTC)

Баг(?) с загрузкой изображений править

В общем, не знаю, баг это, или что-то ещё... Когда загружаю изображение, страничка автоматически становится непатрулированной: "Имеются непроверенные изменения в шаблонах или файлах." Причём если сделать на странице любую правку, то предупреждение исчезает. У меня права автопатрулирующего, раньше такого не замечал. Вот в качестве примера, только что загруженный постер [19], специально не стал ничего править там. Damien86 23:29, 13 августа 2013 (UTC)

Наличие проблемы подтверждаю. У меня также файл сохраняется с неким неотпатрулированным изменением, которого нет. Статья, которая ссылается на данное изображение, тоже становится распатрулированной из-за этого. --VAP+VYK 17:41, 16 августа 2013 (UTC)

Приоритетные интервики править

Не во всех вики так же легко, как в русской, можно в настройках задать список приоритетных интервики, выводящихся вначале списка. Что и куда должен прописать пользователь, чтобы включить эту фичу для себя в любом википроекте? (Извините, если это частый вопрос, но найти поиском нереально из-за сверхчастого употребления слова "интервики" на форуме.) Yakiv Glück 06:17, 13 августа 2013 (UTC)

Проблема с навшаблоном править

{{Навигация:Холокост}} — у меня там отображается поломатая ссылка на Викисклад, пока не понял почему. --Pessimist 09:47, 12 августа 2013 (UTC)

Итог править

Я тоже не понял, но с нулевой правки ушло. Ignatus 10:20, 12 августа 2013 (UTC)

Проблема с шаблоном править

Не понимаю причину поломки шаблона в Gears of War (сингл). Прошу помощи. --Д. Б.(Princenoire) оБс 14:38, 11 августа 2013 (UTC)

✔ --Drakosh 14:39, 11 августа 2013 (UTC)
Спасибо. --Д. Б.(Princenoire) оБс 14:57, 11 августа 2013 (UTC)

Категория в шаблоне-карточке править

Шаблон-карточка подставляет в статью пришитую к нему категорию. В моем конкретном случае эта категория не нужна. Подскажите, пожалуйста, ведь есть же способ подавить автоподставление категории? Увы, самостоятельные поиски не увенчались... --Томасина 14:04, 11 августа 2013 (UTC)

Вот бы спасибочки! Шаблон:Телесериал --Томасина 14:22, 11 августа 2013 (UTC)

  • ✔ Исправлено [20] — дописываете параметр |nocat=1 и шаблон перестаёт добавлять категории. Вообще. Если какие-то надо было оставить, напишите, пожалуйста, дополнительно. И не забываем голосовать ниже за букву Ё! =) Akim Dubrow 14:47, 11 августа 2013 (UTC)

«Сноска» в «комментариях» править

Приветствую! Подскажите, пожалуйста, как исправить ошибку в «комментариях». Или это невозможно? С уважением, Кубаноид 07:35, 10 августа 2013 (UTC)

Hoc fac et vinces. — ɪ 07:55, 10 августа 2013 (UTC)
Жму руку или целую ручку — в зависимости от пола ;). Спасибо! С победой! С уважением, Кубаноид 08:03, 10 августа 2013 (UTC)

Кто разбирается, просьба добавить ссылку на Викисклад. А то народ мучается, не зная куда приткнуть эту ссылку в наших крохотных стабах о сортах сыра. --Ghirla -трёп- 18:44, 9 августа 2013 (UTC)

«Исчезающий язык» править

Смотрите-ка, фокус: если идешь на /wiki/Оля_(порт) — статья только на русском, а если на /wiki/Оля_%28порт%29 — в списке языков статьи появляется секретный язык. Или это только у меня в хроме и сафари так? zcx 06:40, 8 августа 2013 (UTC)

Ссылки править для введения править

У меня одного оба пункта из [править | править исходный текст], показываемого вверху статей, ведут на стандартный способ редактирования? Использую monobook --WindEwriX 18:09, 7 августа 2013 (UTC)

  • Вектор, Chrome. Аналогично: обе ссылки нулевой секции ведут на старый привычный способ редактирования. Dmitry89 18:47, 7 августа 2013 (UTC)

Хм, кто-нибудь может подсказать, как убрать категорию ошибок в скриптах и вернуть ссылки для правки разделов? KPu3uC B Poccuu 14:59, 7 августа 2013 (UTC)

UPD: Ссылки исчезли из-за __NOEDITSECTION__ в {{doc/begin}}. KPu3uC B Poccuu 08:59, 9 августа 2013 (UTC)

Сортировка «Ё»: к походу на багзиллу править

Здесь находятся завершившиеся обсуждения. Просьба не вносить изменений.
История обсуждения вопроса: 1) Категоризация Ё - не алфавитный порядок; 2) Категоризация Ё - не алфавитный порядок : 2; 3) ВП:ЗКТА#Сортировка «Ё»
Данный запрос относится ко всем проектам Викимедиа на русском языке --cаша (krassotkin) 07:33, 11 августа 2013 (UTC)
Коллеги, в процессе6 обсуждения ВП:ЗКТА#Сортировка «Ё» выяснилось, что проблема может быть легко решена указанием параметра сортировки SQL-серверу. Однако перед походом на багзиллу запрос должен быть обсуждён и подытожен. Прошу проголосовать внесение в InitialiseSettings.php кода
'ruwiki' => 'uca-ru',
'ruwikibooks' => 'uca-ru',
'ruwikinews' => 'uca-ru', 
'ruwikiquote' => 'uca-ru',
'ruwikisource' => 'uca-ru',
'ruwikivoyage' => 'uca-ru',
'ruwiktionary' => 'uca-ru',
как это сделали украинцы в bugzilla:45776. --Akim Dubrow 14:58, 7 августа 2013 (UTC)
  • «хоть один нормальный изданный словарь есть со смешением букв?» — такие устроят? (словарь Бурцевой - из тех, что пару лет назад приняты Минобрнауки в качестве стандартов)... Это из тех что у меня на коленях... Если поискать еще... Взамен хотелось бы увидеть словари, где Ё отдельно от Е... ;) → borodun™ ¿¿¿ 22:09, 11 августа 2013 (UTC)
  • А и в самом деле всё печально. Вероятно, мне приснились словари, в которых слова с Ё отдельным разделом. Даже искать не хочу. И ничего удивительного, что примечание 3 к параграфу 5 никого не удивило. 91.79 23:35, 11 августа 2013 (UTC)
  • У меня нашлись словарь Ожегова-Шведовой 1999 года, где «Ё» отдельно, и «Толковый словарь русского языка конца XX века» (М., 1998), где на «Ё» только одно слово, но всё равно под него собственный раздел. Так что есть такое. В переводных словарях — там да, вперемешку. В БРЭ никто не знает, как? Это к нам вроде самое близкое. Ignatus 07:44, 12 августа 2013 (UTC)
  • (−) Noway. «Е» and «Ё» are two different letters, that are transliterated, respectively, as [je] and [jo]. †Йо Асакура† ♠бла-бла♠ 18:56, 11 августа 2013 (UTC)
    • Тэк, я себя пока вычеркнул. Дон Румата, не затруднит ли вас объяснить, как конкретно будет работать после предлагаемого изменения? Я думал, секция «Ё» переедет в надлежащее место. Если по факту будет «каша», то это уже не так хорошо (хотя всё же лучше, ИМХО, чем когда они совсем не по алфавиту). Ignatus 19:07, 11 августа 2013 (UTC)
      После внесения изменений «Ё» будет вести себя также как «Є» в украинской Википедии. Статьи в категориях начинающиеся на "Ё" будут оформляться отдельной секцией, только эта секция будет правильно отсортирована. Don Rumata 05:19, 19 августа 2013 (UTC)
  • (+) За. --Аксон 06:58, 12 августа 2013 (UTC)
  • (−) Против per †Йо Асакура†. С уважением, Smell U Later 19:46, 12 августа 2013 (UTC)
  • (+) За. Предлагаемый вариант соответствует нормам языка[1]. Можно лучше, но текущий подход — Ё в начале алфавита — неверен.
  1. http://gramota.ru/spravka/buro/29_446233
--Gryllida 11:58, 13 августа 2013 (UTC)

Итог/Summary править

По результатам обсуждений, текущая ситуация с неправильным расположением слов с буквами [Ёё] является недопустимой. Вариант с сортировкой «Е=Ё» следует признать допустимым — он встречается и в изданиях, где употребление бувы Ё обязательно. Кроме того, в ряде случаев он предпочтителен для поиска (когда слов с Ё не слишком много, а посетитель может не знать, какая точно буква пишется). Поскольку лучшего или другого такого же технического решения нам не предложено, принимаем предложение дона Руматы.

As result of discussions: current situation with incorrect position of words with letters [Ёё] is not acceptable. The variant with «Е=Ё» sorting should be recognized as acceptable — it occur in mandatory using Ё publications. Moreover, in some cases it's better for searching purposes (when there are few Ё rate, and visitor might not know exactly which letter is used). Since no better or equal technical solution is available, we should apply proposed suggestion.

--Ignatus 20:56, 12 августа 2013 (UTC)

(!) Комментарий: Хотелось бы поставить вопрос применения этого итога ко всем проектам. Как собрать и проанализировать мнения проектов по отдельности? Не хотелось бы ставить прецедент и давать сообществу русской википедии пропорциональный размеру вес голоса. Если это стандартная практика, то вопрос снимается. Gryllida 08:36, 14 августа 2013 (UTC)

Это чисто технический момент; чтобы не ходить в бегзиллу от каждого проекта в отдельности. Голоса "против" в секции выше это идеологически мотивированные выступления (очевидно же, что они ни на что не повлияют) против устранения ошибки, потому что предложенный вариант устранения "просто не нравится". --Akim Dubrow 15:16, 14 августа 2013 (UTC)
ОК, это просто рационально в данном случае и прецедентом не является. Спасибо. Gryllida 09:23, 15 августа 2013 (UTC)
Здесь находятся завершившиеся обсуждения. Просьба не вносить изменений.
Баг в карточке статьи, 6 раз одна и та же фраза. Исправимо ли?--Sasha Krotov 17:11, 6 августа 2013 (UTC)

Тавтология на каждой странице править

Впервые за долгое время вылез из своего монобука и пришел в ужас от тавтологических надписей "править" и "править исходный текст" в каждом разделе, да еще и в начале страницы, так что они накладываются на и закрывают собой header из координат. Пользоваться координатами в такой ситуации невозможно. P.S. Уж лучше "исходник" вместо "править исходный текст": коротко и без тавтологии. --Ghirla -трёп- 16:08, 6 августа 2013 (UTC)

Привет. Люди добрые, никто не мог бы перенести моё фото на Викисклад? Это тантуни, национальное турецкое блюдо из мяса. Зейнал 14:45, 5 августа 2013 (UTC)

Итог править

Готово - File:Tantuni.jpeg. Dmitry89 18:28, 7 августа 2013 (UTC)

В карточке два раза отображалась одна и та же позиционная карта. Я "закомментил" одно включение, поз. карты теперь разные (не знаю, насколько это правильно). Но при этом всё равно не отображается карта острова. Если кто-нибудь разбирается, поправьте. --217.197.250.148 11:35, 5 августа 2013 (UTC)

Для справки: история правок показывает, что дубль поз.карты появился после этой правки, хотя на самом деле может оказаться, что причина в правках в шаблоне, а не в статье. --217.197.250.148 11:48, 5 августа 2013 (UTC)

Проблема с авторизацией в Чеченской Вики править

Здравствуйте. Из-за не правильного перевода синонимов на translatewiki.net невозможно авторизоваться а обновление синонимов будет не скоро обновлять вручную отказали. Может есть какой нибудь способ исправить данную ошибку? С уважением -- Дагиров Умаробс вклад 10:32, 5 августа 2013 (UTC)

Патрулирование править

У меня проблема. Я не могу найти кнопку "Подтвердить версию". Выскакивает вот такое [21]--Easy boy 09:06, 5 августа 2013 (UTC)

Поищите внизу страницы, не открывая разницу версий. †Йо Асакура† ♠бла-бла♠ 13:30, 5 августа 2013 (UTC)
Спасибо за помощь!--Easy boy 16:04, 5 августа 2013 (UTC)

Коллекция книг править

Перенесено со страницы Википедия:Сообщения об ошибках#Therac-25.
--Andiorahn () 08:45, 5 августа 2013 (UTC)

{название страницы пришлось указать Therac-25, т.к. страницу "Служебная:Коллекция_книг", система отказывалась принимать}

Проблемы две: 1)Проблема: из-за таймаута кукисов (мое предположение), при создании книги, в какой-то момент(вероятно, через сутки) начинает глючить(не появляться) появляющаяся менюшка на некоторых статьях "добавить эту статью в Книгу" (перезагрузка страниц не всегда помогает)

Предлагаемое решение: на странице "Служебная:Коллекция_книг" сделать кнопку "Введите урл wiki-страницы, которую хотите добавить в Книгу"

2) Проблема 2: (невозможность сохранить заготовку книги (до отрисовки) для себя, и возможность её загрузки и продолжения редактирования) Если человек не успел (по правилам) внести 10 правок,итд, то он не может сохранить свою книгу, даже если и сомневается, что может внести полезный вклад(в виде правок) в Проект.

Предлагаемое решение: Сделать на странице "Служебная:Коллекция_книг" кнопку "сохранить(т.е. скачать) список статей и глав, в виде .txt файла" и ещё одну кнопку: "загрузить ранее сохранённый список статей и глав, для продолжения редактирования книги"

Автор сообщения: User 128.68.113.204 07:26, 5 августа 2013 (UTC)

2-сохранение есть у зарегистрированных пользователей (в их личных подстраницах). 92.101.98.58 10:49, 5 августа 2013 (UTC)

Я не очень понимаю, что происходит с английской интервики. В настройках указано правильное название статьи, однако ссылка выводит не на англоязычную статью, а на какую-то таблицу. Кто-нибудь поправьте, пожалуйста. Leo 16:43, 3 августа 2013 (UTC)

Разрывы перед оглавлением править

== Оленин, Алексей Николаевич ==

Просьба устранить мерзкие пустоты перед оглавлением. P.S. Разрешение меньше 1024px не использую. --Ghirla -трёп- 16:02, 3 августа 2013 (UTC)

== Волынский, Артемий Петрович ==

Просьба устранить пустоты перед оглавлением. --Ghirla -трёп- 19:14, 2 августа 2013 (UTC)

  • Данная проблема проявляется только на достаточно маленьком по ширине экране (порядка 800px). Проблема связана с особенностью работы браузеров в части обработки свойства float в CSS. Путей устранения не вижу (разве что написать побольше в нулевой секции). — Sauron (ов) 20:38, 2 августа 2013 (UTC)
  • Проблема возникает из-за длинных названий разделов («Генеральный проект о поправлении внутренних государственных дел») и потому, что в содержании строки не переносятся (почему-то). --IGW 17:16, 3 августа 2013 (UTC)
  • {{TOC wrap}}. — ɪ 00:00, 4 августа 2013 (UTC)
    А в шапки форумов добавить это нельзя? Уже достало, что при ширине окна 960px (1920/2) оглавление уходит под шаблон «Актуально». --aGRa 11:00, 4 августа 2013 (UTC)
Да-да то же самое. --Юлия 70 11:03, 4 августа 2013 (UTC)
Так может этот параметр из шаблона можно добавить в глобальный common.css ? чтобы это влияло сразу на все статьи... → borodun™ ¿¿¿ 11:39, 4 августа 2013 (UTC)
В common.css надо добавить вот что: .toc { display:table!important; }. Тогда шаблон {{TOC wrap}} можно будет выкинуть. — Sauron (ов) 12:48, 4 августа 2013 (UTC)
Конечно, нужно добавить в Common.css. --Kaganer 22:29, 4 августа 2013 (UTC)
Спасибо! Оставил там заявку на добавление. Прошу админов отреагировать :) → borodun™ ¿¿¿ 21:00, 5 августа 2013 (UTC)

В англовики, в случае если скрипты в браузере запрещены, таб и ссылка у заголовка отображается как короткое "edit", которая нормально запускает edit sourse. В рувики - "править исходный код". Это в англовики свой костыль или у нас чего-то не хватает?95.53.34.239 15:48, 2 августа 2013 (UTC)

XML-дамп enwiki править

http://dumps.wikimedia.org/enwiki/20130708/

Все страницы с полной историей правок:

enwiki-20130708-pages-meta-history1.xml-p000000010p000003380.7z 213.7 MB

Почему бы не сделать блоки в формате <месяц><год>.xml

Зачем полную базу всё время бекапить, если можно ежемесячно добавлять новый месяц. А полный бекап делать реже  —  раз в год, например.--GBuilder 14:39, 2 августа 2013 (UTC)

Это блоки в формате «начальный ID — конечный ID». Если хотите, там есть полный архив на 36 ГБ. И такие вопросы лучше задавать разработчикам. — putnik 14:59, 2 августа 2013 (UTC)

Ссылка на изображения на викискладе править

В статье Эскадренные миноносцы типа «Хацуюки» она почему-то вылезла в самое начало статьи. Просмотрел вики-код, и ничего не понял. Ткнул наугад в пару статей о военных кораблях: Новик (бронепалубный крейсер), Витязь (судно, 1949—1979) - ещё более запутался. В коде первой вообще нет Category:Novik (ship, 1900), в коде второй ссылка есть, но в статье отображается аж в двух местах. Догадываюсь, что ссылка генерируется где-то в шаблоне-карточке, но откуда берётся сам адрес? И как перенести ссылку в конец первой упомянутой мною статьи? --217.197.250.148 07:14, 2 августа 2013 (UTC)

  • Сам адрес берется с Викиданных: D:Q1588981. А как перенести вниз - не скажу. надо искать техников, разбирающихся в это громоздком шаблоне.-- ShinePhantom (обс) 07:39, 2 августа 2013 (UTC)
  • {{Судно/Конец}} берет информацию о Викискладе с Викиданных. Категория же отрывается потому, что есть один баг, который надо бы исправить: списки разрывают шаблон. Пока лечится с испльзованием {{*}}, хотя лично мне непонятно, зачем использовать списки в карточке. Fameowner (обс) 10:53, 2 августа 2013 (UTC)

Сноска править

Посмотрите, пожалуйста, 10-ю сноску в статье Витамин А. В чём там ошибка? — Maksim Fomich 21:43, 1 августа 2013 (UTC)

Перенос строки вместо пробела. Распространённая ошибка копипастеров. †Йо Асакура† ♠бла-бла♠ 21:48, 1 августа 2013 (UTC)
Спасибо. Спалился :) — Maksim Fomich 23:09, 1 августа 2013 (UTC)

Как удалить свои ненужные скрипты? править

Например, тут? На обычной песочнице ставлю {{db-owner}}, но на .js страницах он просто становится частью кода. --NeoLexx 18:02, 1 августа 2013 (UTC)

  • пишите мне, если что — удалю, или на ЗКА :) rubin16 18:10, 1 августа 2013 (UTC)
    • не, я лучше приватным порядком... :-) Я пока движок ещё поломаю скриптами с единым названием testNN.js (кэш безумствует, из-за этого и ряд скриптов вместо одного) а потом разом попрошу вас удалить. --NeoLexx 18:32, 1 августа 2013 (UTC)
  • (конфликт редактирования) Частью кода он становится, но, тем не менее, добавляет страницу в нужную категорию. Так что в общем случае смело ставьте шаблон (а лучше таки последуйте моему предложению на вашей СО). — Absconditus 19:28, 1 августа 2013 (UTC)

Вопросы по API править

Здравствуйте! Не очень понял, куда именно (кроме как в гугл) стоит задавать какие-либо вопросы по API википедии. Буду благодарен за направление и помощь. 81.9.30.135 11:06, 1 августа 2013 (UTC) theheadmen

В самом API есть очень подробное описание. — putnik 11:29, 1 августа 2013 (UTC)
Ага, такое подробное, что перебором аргументов и перепроверками пробиваться приходится. Плюс «песни» по типу «вот рабочий пример запроса, только он не работает, так как GET, а нужен только POST плюс edittoken, о которой сами догадывайтесь». Приколисты... Такую бы документацию попробовали бы для коммерческого продукта предложить. Топикстартеру: если сам ответ знаю, отвечу (знаю пока не слишком много). --NeoLexx 11:49, 1 августа 2013 (UTC)

Ооокей, я просто думал, что отсюда меня отправят куда-нибудь в более специализированное место. Собственно вопрос - при запросе для получения разметки мобильной версии сайта, в ответ приходит только body-контент. Если для десктопного варианта есть соответсвующий запрос - то для мобильного я так и не нашел. Каким образом собственно получать весь head-контент? Ибо общего варианта, подходящего для всех статей разом - кажется не существует. 81.9.30.135 12:00, 1 августа 2013 (UTC) theheadmen

  • Я так мню, что если вам нужна мобильная версия, то нужно обращаться к парсеру мобильной версии, а не стационарной (ru.m.wikipedia.org вместо ru.wikipedia.org). Вот этот запрос работает как надо (?):
    http://ru.m.wikipedia.org/w/api.php?action=parse&format=json&page=WTFPL&prop=headhtml
    --NeoLexx 12:22, 1 августа 2013 (UTC)
    • Я уже обрадовался и хотел хаять песочницу, в которой все идет к десктопной версии... Но хотя запросы дают действительно разные результаты - на практике никаких изменений в лучшую сторону не произошло. Еще идеи? 81.9.30.135 13:05, 1 августа 2013 (UTC) theheadmen
      • Зависит от того, что вы делаете. Если вам нужен именно HTML код мобильной версии страницы, то зачем вам вообще этот "секс для нищих"? Он незаменим по данным шарить, а так мало ли что api.php возвращает по тому или иному HTML запросу, нужен-то точный контент, который упадёт в мобильный броузер. В таком случае я просто делал бы XMLHttpRequest на, скажем, http://ru.m.wikipedia.org/wiki/WTFPL и работал собственным парсером с responseText. Заодно ставил бы UserAgent через setRequestHeader, так как разным мобильным броузерам может быть различный код, кто знает. --NeoLexx 13:17, 1 августа 2013 (UTC)
        • Суть в том, что нужен именно не весь HTML код - мне не нужны поиск и верхняя панель управления. Вариант с прямым обращением, которое Вы предложили, действительно будет работать - но это крайний случай. Согласитесь, что когда есть API с вроде бы реализованными функциями, очень рассчитываешь на то, что не придется обращаться к подобным "крайним" вариантам. 81.9.30.135 13:28, 1 августа 2013 (UTC) theheadmen
            • Как отмотавший рядовым (3rd level Web Developper) обе войны браузеров («великую» 1997-98 и «религиозную» 2005-07), рекомендую параноидальный подход: каждый раз, когда фича не только внятно описана, но но и делает точно как написано, можно отдельный праздник устраивать :-) Я бы всё-таки рекомендовал проверить сначала responseText на эмуляции UserAgent самых распространённых мобильных броузеров. Если всегда одно и то же, то тогда продолжать копаться с api.php (в этой дискуссии) и смотреть его вариант на совпадение с просто HTTP-запросом. Если варианты меняются, то api.php вам тут тогда не помощник. --NeoLexx 13:50, 1 августа 2013 (UTC)