Википедия: Деревенский насос (технический)

Политика

Технический

Предложения

Лаборатория идей

WMF

Разное

• Оглавление
• Первое обсуждение
• Конец страницы
• Новый пост

Ярлыки WP: VPT РГ: ВП / Т РГ: TECHPUMP РГ: PUMPTECH Техническая часть села насос используется для обсуждения технических вопросов о Википедии . Отчеты об ошибках и запросы функций должны быть сделаны в Phabricator (см., Как сообщить об ошибке ). Об ошибках, влияющих на безопасность, следует сообщать по-другому (см., Как сообщать об ошибках безопасности ). Новичкам в техническом деревенском насосе рекомендуется прочитать это руководство перед размещением здесь. Если вы хотите сообщить об ошибке JavaScript , следуйте этому руководству . Вопросы о MediaWiki в целом следует размещать в службе поддержки MediaWiki . Обсуждения автоматически архивируются, если они остаются неактивными в течение пяти дней.

редактировать Часто задаваемые вопросы (FAQ) (см. Также: Википедия: FAQ / Технические ) Щелкните «[показать]» рядом с каждой точкой, чтобы увидеть более подробную информацию. Если что-то не так, очистите кеш сервера , а затем обойдите кеш браузера . Это, как правило, решает большинство проблем, включая неправильное отображение изображений, отсутствие загрузки пользовательских настроек и отображение старых версий страниц. Нет, мы не будем использовать JavaScript для установки фокуса на поле поиска. Это помешает удобству использования, доступности, навигации с помощью клавиатуры и стандартным формам. См. Задачу 3864 . На нем есть accesskeyсвойство (по умолчанию на accesskey="f"английском языке). Зарегистрированные пользователи могут установить гаджет в своих предпочтениях . Нет, мы не будем добавлять программу проверки орфографии или бота для проверки орфографии . Вы можете использовать веб-браузер, например Firefox , в котором есть проверка орфографии. Если у вас есть проблемы с тем, чтобы ваша необычная подпись работала, посмотрите Википедию: Как исправить вашу подпись . Если вы перешли на другой скин и не можете вернуться, воспользуйтесь этой ссылкой . Кроме того, вы можете нажимать Tab, пока не будет выделена кнопка «Сохранить», а затем нажать Enter. Похоже, что использование Mozilla Firefox решает проблему. Если миниатюра изображения не отображается, попробуйте очистить страницу описания изображения. Если изображение взято из Wikimedia Commons, возможно, вам придется очистить его и там. Если это не сработает, попробуйте еще раз, прежде чем делать что-либо еще. Некоторые средства блокировки рекламы, прокси или брандмауэры блокируют URL-адреса, содержащие / ad / или заканчивающиеся общими исполняемыми суффиксами. Это может привести к тому, что некоторые изображения или статьи не будут отображаться. Статус сервера или сети можно найти на странице показателей Викимедиа .

«Архивы , 167 , 168 , 169 , 170 , 171 , 172 , 173 , 174 , 175 , 176 , 177 , 178 , 179 , 180 , 181 , 182 , 183 , 184 , 185 , 186 , 187

Wikitable помощь; пространство между столбцами и строками? [ редактировать ]

Я пытаюсь сделать этот wikitable формат более похожим на этот стиль div . При создании новой страницы проекта для Википедии: WikiProject Classical music мне посоветовали не использовать div, поскольку они оставляют огромное пустое пространство при уменьшении окна и не оптимальны для многих устройств. Я подумал, что лучше всего было бы поместить это в табличный формат, но мне трудно найти способ, чтобы он не выглядел таким переполненным; есть ли способ разместить пространство между столбцами и строками? Best - Aza24 ( обсуждение ) 23:04, 8 февраля 2021 (UTC)

@ Aza24 : Я взял на себя смелость редактировать вашу песочницу напрямую, так как это позволяет легко опробовать вещи напрямую. Пожалуйста, не стесняйтесь, конечно, отменить мою правку . Мой быстрый тест был успешным, если я сравниваю его с вашим критерием "больше похож на этот"; Я бы сказал, да. Он не особенно чувствителен к изменениям размера дисплея, что мне не очень нравится, но ваша версия в стиле "div" тоже не реагирует.

Я использовал два разных метода для имитации разделительных линий, верхний (между строками 1 и 2) использует свойства границы CSS, что (я считаю) чище, чем использование <hr>. Нижние разделители между 2 и 3 рядами используйте <hr>. В версии с бордюром между ячейками есть небольшой разрыв, но, возможно, это вас не сильно беспокоит.

Возможно, вы увидите, где я установил ширину, чтобы затем отрегулировать и опробовать свои изменения по своему усмотрению. -  JohnFromPinckney ( разговор ) 00:39, 9 февраля 2021 г. (UTC)

Тот, кто сказал вам, что насчет div, ошибается. Это будет предпочтительный механизм для выполнения того, что вы пытаетесь сделать. - Изно ( разговор ) 01:48, 9 февраля 2021 (UTC)

Согласовано, содержание Aza24 имеет это не табличный. Вот почему я добавил role="presentation"в свой пример кода, поскольку он предназначен исключительно для верстки. Пример div можно улучшить, ослабив некоторые ограничения на него. В настоящее время он не может изменять размер ни больше, ни меньше, чтобы адаптироваться к различным размерам дисплея. -  JohnFromPinckney ( разговор ) 01:56, 9 февраля 2021 г. (UTC)

Большое спасибо JohnFromPinckney , это именно то, что я искал, я выбрал версию без вертикального интервала. @ Izno :, я действительно не знаю, что делать - пользователь на странице обсуждения настаивал, чтобы я удалил их. Насколько я понимаю, это из-за белого пространства, которое он оставляет после того, как секция просто движется вниз, а не сворачивается, когда окно свернуто. Я не знаю, насколько это лучше, но, по крайней мере, он решает эту проблему? Aza24 ( разговорное ) 02:09, 9 февраля 2021 (UTC)

Вот что они сказали, если это поможет:

Каждый браузер имеет возможность увеличивать и уменьшать масштаб. Это первый шаг к эмуляции больших и маленьких экранов, прежде чем переходить к разным программным и аппаратным средствам (например, с различным соотношением высоты / ширины экрана). Выполняя такие проверки на первом этапе, вы должны увидеть, что предложенный вами макет (особенно второй) чрезвычайно проблематичен. Для наглядности такие проверки при работе с тегами <div> представляют собой шаги html student 1.0. Обратите внимание, что программное обеспечение MediaWiki позволяет использовать теги <div> напрямую, но обычно этого не следует делать: теги <div> в вики-среде обычно используются с помощью шаблонов и других функций, при этом большинство редакторов фактически их не видят. Это потому, что они сложны, и их реализация в шаблонах, по крайней мере, избегает наиболее распространенных ошибок. Итак, если вы можетеЧтобы найти шаблон для реализации функции макета, обычно лучше не реализовывать его напрямую с помощью html-кода, в то время как те, кто немного более опытен в html, специально старались избегать их (не включая их в шаблон или что-то подобное).Итак, я интерпретировал это так, как будто должен использовать шаблон Wiki, а не чистый HTML, и Wikitable казалось единственной возможностью ...? Aza24 ( разговорное ) 02:15, 9 февраля 2021 (UTC)

Каждый браузер ... настройки. Это более-менее разумно. Слово, которое мы ищем там, - отзывчивый , то есть дизайн страницы является адаптивным, когда он может изменяться, чтобы соответствовать экрану, на котором он просматривается. (Касательная: на самом деле лучший способ проверить разные разрешения - это проверить разные разрешения, увеличивая или уменьшая ширину области просмотра браузера. Масштабирование, которое, как я полагаю, означает масштаб увеличения / уменьшения, обычно вторично по отношению к этой оценке .)

Ваше понимание того, что вам следует использовать вики- таблицы, неверно и на самом деле приводит к гораздо худшему дизайну на адаптивной оси, поскольку таблицы не работают так, как вы могли бы предпочесть, при небольшой ширине. Более того, они ошибочны с семантической точки зрения.

но обычно этого не следует делать. Это более или менее разумно при работе с пространством статьи, потому что пространство статьи можно часто менять, и где в любом случае предпочтительнее простота / викитекст, чтобы его было легко использовать (см. WP: MOS # Use simple разметки ; особенно эти причины на самом деле не являются указанными причинами). Это становится неразумным в местах, не предназначенных для чтения, которые обычно не меняются и где вы, возможно, предпочтете проявить творческий подход. Вперед!

Что вам определенно следует сделать, так это использовать WP: TemplateStyles, например, в Wikipedia: WikiProject Classical music / styles.css (вам понадобится кто-то, чтобы запустить эту страницу и изменить модель контента; не стесняйтесь, напишите мне) и поместите все, что сейчас встроенные стили в одном месте. Это упростит тестирование и настройку для различных разрешений и размеров текста, и, что наиболее важно, сделает доступными медиа-запросы CSS, что поможет сделать дизайн вашего вики-сайта более гибким. Я бы также порекомендовал избегать относительного положения и т. Д. В пользу display: flex, что также поможет сделать ваш дизайн адаптивным. - Изно ( разговор ) 02:50, 9 февраля 2021 (UTC)

@ Aza24 : Свежий пинг, так как я потерпел неудачу на предыдущем. - Изно ( разговор ) 23:35, 10 февраля 2021 (UTC)

Извините, что так долго не ответил, Изно , и спасибо вам за все это. IDK. Я не очень хорошо знаком с CSS (я почти не знаю HTML), поэтому внесение таких корректировок может оказаться огромной кривой обучения. Я попытаюсь подробнее изучить это на этих выходных, но меня довольно обескураживает наличие страницы проекта, на которой нужен совершенно новый язык только для небольшого раздела! Aza24 ( разговор ) 08:15, 13 февраля 2021 (UTC)

Похоже, возникла проблема с вашим сеансом входа в систему ... [ изменить ]

Сегодня вечером со мной случилось кое-что интересное. Моя основная машина вышла из строя, поэтому я откопал старый ноутбук и попытался использовать его. Пытаясь войти в википедию, я получил: «Кажется, возникла проблема с вашим сеансом входа; это действие было отменено в качестве меры предосторожности против взлома сеанса. Пожалуйста, отправьте форму повторно. Вы можете получить это сообщение, если блокируете файлы cookie». .

Короче говоря, если вы когда-нибудь это получите, посмотрите, какую версию браузера вы используете. Если это что-то древнее, попробуйте обновить свой браузер :-) - предшествующий неподписанный комментарий, добавленный RoySmith ( обсуждение • вклад ) 23:59, 9 февраля 2021 (UTC)

Я видел это хотя бы раз за последнюю неделю или около того. Я использую современное программное обеспечение. davidwr / ( talk ) / ( contribs ) 00:12, 10 февраля 2021 (UTC)

Я видел это сообщение, когда открывал страницу входа, но какое-то время не входил; Я всегда предполагал, что это соответствует таймауту страницы входа в систему (один из подходов к снижению риска атаки типа «человек посередине»). Если на вашем старом ноутбуке была старая кешированная версия страницы входа, это был бы устаревший сеанс входа в систему. isaacl ( разговор ) 01:13, 10 февраля 2021 (UTC)

Isaacl , мне удалось войти в систему через окно в режиме инкогнито, но очистка кеша браузера в главном окне браузера не помогла. Я не помню, очистил ли я свои файлы cookie или нет, но непонятно, почему обновление до более новой версии Chrome может иметь значение, если это проблема устаревших файлов cookie. - Рой Смит (разговор) 17:45, 10 февраля 2021 г. (UTC)

Я получил то же сообщение пару дней назад, может быть, в то же время. Я использую последнюю версию Firefox, поставляемую с моим дистрибутивом Linux. Я повторил попытку пару раз и получил то же сообщение, но затем оставил его на час или около того и смог отлично войти в систему. Мне кажется, что это может быть какой-то тайм-аут, вызванный тем, что что-то медленно работает на клиенте, сервере или сети. Фил Бриджер ( разговор ) 09:48, 11 февраля 2021 (UTC)

Я получаю это сообщение время от времени, в течение довольно долгого времени. Совсем недавно см. Обсуждение сброшенных логинов выше . - Ура, Steelpillow ( Обсуждение ) 09:54, 11 февраля 2021 г. (UTC)

Эта проблема немного отличается, когда попытка входа в систему завершается неудачей, в отличие от того, что вы уже вошли в систему, а затем неожиданно вышли из нее. isaacl ( разговор ) 18:27, 11 февраля 2021 (UTC)

Внешне да. Но я начал испытывать их оба в довольно схожих временных рамках, и оба они являются ошибками входа в систему. Насколько сильным должно быть совпадение, чтобы оно не стало совпадением? В любом случае я бы не хотел быть догматиком. - Ура, Steelpillow ( Обсуждение ) 19:28, 11 февраля 2021 г. (UTC)

Хотя все возможно, вход в систему отличается от поддержания сеанса входа в систему. Поэтому я бы не стал априори связывать эти два симптома вместе. isaacl ( разговор ) 20:07, 11 февраля 2021 (UTC)

@ Steelpillow : Один раз случайность, дважды совпадение, в третий раз действия врага. Ян Флеминг, Goldfinger . - Red rose64 🌹 ( обсуждение ) 20:38, 11 февраля 2021 (UTC)

У меня были обе проблемы. Я неожиданно вышел из системы, а затем получил описанное выше сообщение, когда попытался снова войти в систему. Фил Бриджер ( выступление ) 21:11, 11 февраля 2021 г. (UTC)

Категории обслуживания [ править ]

Сразу заметил, что шаблоны Категория: Астрономия не скрываются в радиоизлучении Солнца, а отображаются рядом с энциклопедическими категориями (нужны более свежие глаза, чем мои). Кстати, можем ли мы запустить бота, который обнаружит все скрытые категории обслуживания и скроет их? Brandmeister ^{разговор} 20:56, 10 февраля 2021 (UTC)

Brandmeister , это было вызвано неправильной категоризацией вики-текста в Template: The Sun и было исправлено. —⁠ андрыбак ( разговор ) 21:42, 10 февраля 2021 (UTC)

Спасибо, я подумал, что это связано с самой категорией. Brandmeister ^{разговор} 21:51, 10 февраля 2021 (UTC)

@ Brandmeister : Это было редактирование проблемы - категория была размещена за пределами того места, <noinclude>...</noinclude>где она должна была быть внутри, в идеале - на странице документации (см. WP: CAT # T ). Категория: Астрономические шаблоны не является категорией обслуживания, и не должно быть причин для ее скрытия - иначе она не будет отображаться в Template: The Sun , где ее отображение очень уместно. - Red rose64 🌹 ( обсуждение ) 14:19, 11 февраля 2021 (UTC)

По моему опыту, скрытые категории обслуживания - это очень редкая проблема, и нам не для этого нужен бот. Более распространенная проблема заключается в том, что категории не существует и отображается красным, что выглядит хуже. Я подумал о том, чтобы сделать запрос Phabricator для сообщения MediaWiki с регулярным выражением для имен категорий, которые следует рассматривать как скрытые категории, если они не существуют. Функция, аналогичная MediaWiki: черный список спама . Множество добавленных шаблонов категорий обслуживания с такими названиями, как Категория: статьи с мертвыми внешними ссылками с апреля 2020 года , можно было бы легко настроить с помощью регулярного выражения. Некоторые вики могут скрыть все красные категории. Эта функция также может иметь настройку для автоматического скрытия категории, если она существует. PrimeHunter ( обсуждение) 21:07, 11 февраля 2021 г. (UTC)

Отмененный тег отсутствует [ изменить ]

Я не вижу полезного тега «отменено» в некоторых материалах, которые были отменены. Примеры возврата к mw находятся в недавних изменениях, но как насчет этих:

• пользователь с 3 правками, все отменены
• IP с 1 правкой, отменен
• пользователь с несколькими правками, все отменены

Я что-то упускаю или это временный сбой? Джонуник ( разговор ) 03:06, 11 февраля 2021 (UTC))

Johnuniq , теги TIL применяются асинхронно. Например, когда я впервые посмотрел на Special: Contributions / Cheekyrascal , только у первых двух правок был тег Reverted. Теперь все трое. См. Мета: Справка: Откат # Отмененные изменения : Тег изменения mw- reverted применяется вскоре после отмены ... - РойСмит (выступление) 03:47, 11 февраля 2021 г. (UTC)

В этом есть смысл, спасибо. Я никогда раньше не видел лагов и мог бы предположить, что что-то необычное тормозит процесс. Я надеюсь, что он вернется к быстрому отклику, потому что цель тега - увидеть, какие правки нужно проверить / отменить при обнаружении проблемного редактора. Johnuniq ( разговор ) 04:06, 11 февраля 2021 (UTC)

Загрузка отключена или ошибка разрешения [ править ]

Я встречал обе версии сообщений, пытающихся загрузить файлы на другие вики. В первом сообщается «Ошибка разрешения», а затем «Запрошенное действие ограничено пользователями в группе: Администраторы». См. Wikt: Special: Upload . Первое не так сложно понять. Однако во втором заголовке написано «Загрузка отключена». Затем он говорит: «Локальная загрузка файлов отключена. Пожалуйста, загрузите на Wikimedia Commons ». См. D: Special: Upload. У меня вопрос по поводу второго сообщения: означает ли второе сообщение, что даже администраторы не могут загружать изображения в эту вики? Если да, то кто может загружать? Я всегда думал, что администраторы могут делать «все» в вики; Под всем я не имею в виду буквально все, но что-то вроде загрузки изображений должно быть доступно сисопам или, по крайней мере, кому-то на каждой вики. 54nd60x ( разговор ) 04:58, 11 февраля 2021 (UTC)

Обычные администраторы могут многое , но не все. В системе администраторы могут отключить функции непосредственно в программном обеспечении , так что никто не может их выполнять. Это то , что вы видите в «отключенном» Uploads случае: это то, что происходит , когда $wgEnableUploadsустановлено значение falseв MediaWiki. Викиданным не нужны файлы, размещенные локально, поэтому они отключены. -  В  Earwig  ⟨ ток ⟩ 5:25, 11 февраля 2021 (UTC)

Уведомления Викиданных [ править ]

Есть ли способ отключить бесконечный поток уведомлений Викиданных? Это сделало мой "почтовый ящик" бесполезным. Мори Марковиц ( разговорное ) 12:03, 11 февраля 2021 (UTC)

Под "почтовым ящиком" вы подразумеваете электронную почту, уведомления onwiki или список наблюдения? Есть настройки в Special: Preferences # mw-prefsection-echo , Special: Preferences # mw-prefsection-watchlist , wikidata: Special: Preferences # mw-prefsection-echo . PrimeHunter ( разговорное ) 14:01, 11 февраля 2021 (UTC)

Это значок почтового ящика. Актуальные сообщения для меня отображаются в значке колокольчика. Спасибо за указатель, я нашел (надеюсь, правильный) вариант. Очень странно, что это на другом сайте. Мори Марковиц ( разговорное ) 14:49, 11 февраля 2021 (UTC)

Это следствие взаимодействия различных сайтов WMF. На одном уровне каждая вики (википедии на разных языках, викиданные, общие и т. Д.) Представляет собой отдельный сайт со своим собственным набором настроек. Например, я мог бы хотеть получать уведомления, когда кто-то ссылается на страницу, которую я создал на enwiki, но не на wikidata. С другой стороны, все (ну, большинство) из этих проектов используют общую систему аутентификации , поэтому вам не нужно создавать новую учетную запись на каждом сайте. Одна из вещей, которые дают вам, - это то, что уведомления, созданные на любом из сайтов, видны на всех других через ваш почтовый ящик. На самом деле это очень удобная функция, но я понимаю, как она может удивлять и / или сбивать с толку. - РойСмит (разговор) 15:52, 11 февраля 2021 (UTC)

Незначительная проблема с воспроизведением [ править ]

Я знаю, что это мелочь, но меня это беспокоит. Взгляните на среднее арифметическое в примере как часть определения. Неправильно сформированы первый, четвертый и седьмой знаки плюс (+). Моя первоначальная мысль заключалась в том, что это артефакт моего монитора или какая-то временная проблема с воспроизведением, я считаю, что она сохраняется, и я могу воспроизвести ее в других браузерах.

Я создал:

• Пользователь: Sphilbrick / MathML, пример 1
• Пользователь: Sphilbrick / MathML, пример 2
• Пользователь: Sphilbrick / MathML, пример 3

Обратите внимание, что проблема не существует в примере 2, но есть в примере 1 и примере 3.

Я думаю, это говорит о том, что это как-то связано с заголовком, но я не могу понять, почему это могло быть - С. Филбрик (Обсуждение) 16:17, 11 февраля 2021 г. (UTC)

@ Sphilbrick : ... вы на самом деле не описали, какая у вас проблема, но, учитывая, как вам удалось ее решить, я считаю, что вы страдаете от этой проблемы . - Изно ( разговор ) 16:33, 11 февраля 2021 (UTC)

Изно , я так не думаю, хотя и не могу исключить такую ​​возможность. Дело не в том, что отсутствует знак +, а в том, что отсутствуют простые пиксели и не четкая пара линий. Было бы интересно узнать, видят ли другие именно то, что вижу я. когда я смотрю на пример 2, знаки «плюс» четкие и хорошо сформированные, но в примерах 1 и 3 знак «+» выглядит не совсем правильно. Я просто попробовал поэкспериментировать с изменением размера шрифта. Если я увеличиваю или уменьшаю шрифт, все выглядит нормально; единственная проблема в том, что размер по умолчанию. С Филбрик (Обсуждение) 17:42, 11 февраля 2021 (UTC)

Изно , если вы этого не видите, я могу сделать снимок экрана. С Филбрик (Обсуждение) 17:42, 11 февраля 2021 (UTC)

Действительно, я этого не вижу. Еще кое-что, что вы можете добавить: какой скин, какой браузер (ы), какая операционная система и какая у вас настройка математического отображения в конце Special: Preferences # mw-prefsection-rendering ? - Изно ( разговор ) 18:30, 11 февраля 2021 г. (UTC)

Я тоже это вижу. Любопытно, что на странице статьи это 1-й, 4-й и 7-й знаки плюс, но если я открываю изображение в новой вкладке, это 2-й, 4-й и 6-й знаки. Я использую Vector в Chrome 88.0.4324.150, и для математического отображения установлено значение «MathML с резервным SVG или PNG». Вот несколько скриншотов.

В статье

В новой вкладке

- rchard2scout ( обсуждение ) 07:07, 12 февраля 2021 (UTC)

Rchard2scout , спасибо за скриншоты, промедление снова спасает меня :) S Philbrick (Обсуждение) 12:58, 12 февраля 2021 (UTC)

Новые статьи из определенной категории [ править ]

Как я могу увидеть новые статьи из Категории: Двусторонние отношения по странам и их подкатегориям? Eurohunter ( разговорное ) 16:21, 11 февраля 2021 (UTC)

@ Eurohunter : вы можете использовать инструмент PetScan. Вот пример набора параметров: Запрос PetScan . - ^{Обсуждение} xaosflux 16:49, 11 февраля 2021 г. (UTC)

@ Xaosflux : Спасибо, Eurohunter ( обсуждение ) 17:35, 11 февраля 2021 (UTC)

Пользовательская песочница по умолчанию [ править ]

Почему песочница пользователя по умолчанию не пишется с заглавной буквы, как любое другое пространство имен? Итак, у нас должен быть User: Example / Sandbox вместо User: Example / sandbox . Eurohunter ( разговорное ) 18:01, 11 февраля 2021 (UTC)

Если вы имеете в виду ссылку «Песочница» в строке пользовательского меню вверху, на самом деле она ведет к «user: example / sandbox». Руслик _ Зеро 20:11, 11 февраля 2021 (UTC)

Пространство имен - это часть перед двоеточием, в данном случае «Пользователь». Первый символ после пространства имен автоматически становится заглавным, в данном случае "E". По умолчанию / песочница - это подстраница пользователя. Подстраницы полностью чувствительны к регистру, как и любая другая часть имени страницы после первого символа. Я не знаю, как был выбран случай, но все подстраницы скинов также строчные: /common.js, /common.css, vector.js, vector.css (и имя скина Vector), /monobook.js, monobook .css (название скина MonoBook) и так далее. PrimeHunter ( разговорное ) 20:18, 11 февраля 2021 (UTC)

изменение размеров частей информационного окна в мобильной версии [ править ]

я делаю это сравнение из Chrome (мобильный). Пожалуйста, переключите записи ширины в приведенном выше коде, чтобы увидеть, можете ли вы изменить размеры частей информационного окна как в настольном, так и в мобильном представлениях. единственная запись ширины, кажется, работает для меня (в представлении рабочего стола) - это "стиль тела" и "стиль заголовка". Я не могу изменить стиль заголовка, стиль метки или ширину стиля данных на рабочем столе. и ни одна из записей ширины, похоже, не имеет никакого эффекта в мобильном представлении. пожалуйста, проверьте наличие ошибок в приведенном выше коде. это ожидаемое поведение? или следует сообщить об этом, если да, то где (или кому)? Gfigs ( разговор ) 08:51, 12 февраля 2021 (UTC)

@ Gfigs : Ячейка не может отображаться с двумя разными значениями ширины, поэтому существуют зависимости: ширина тела = ширина заголовка = ширина метки + ширина данных. Если вы укажете конфликтующие ширины, они не могут быть удовлетворены всеми. Ширина тела по умолчанию составляет 22em, если вы не переопределяете ее. Второе информационное окно имеет тело 4em, метку 2em, данные 2em. Поле данных расширено до самого широкого слова «consctetur». Используйте {{ мягкий дефис }}, если вы хотите разрешить разрывы слов для получения более узкого столбца. Не делайте информационное окно статьи таким узким. PrimeHunter ( разговорное ) 10:01, 12 февраля 2021 (UTC)

PrimeHunter , надеюсь, на мобильных устройствах все складывается .. Gfigs ( обсуждение ) 12:28, 12 февраля 2021 г. (UTC)

Gfigs , еще отмечу , что это не просто таблицы, это почтовые ящики. Инфобоксы имеют целый набор настраиваемых CSS, особенно на мобильных устройствах (на мобильных устройствах мы визуализируем их в виде гибкой сетки). Также вы, вероятно, должны знать, например, о max-width и min-width, которые обычно лучше использовать, если вы хотите установить определенный предел, в отличие от «начальной» позиции для расчета фактически используемой ширины. - Th е DJ ( разговор • вклад ) 14:55, 12 февраля 2021 (UTC)

TheDJ , вроде бы в порядке .. просто несколько сбоев в понимании здесь .. Gfigs ( обсуждение ) 16:53, 12 февраля 2021 (UTC)

выглядит так, как будто размер bodystyle инфобокса не может быть изменен здесь на мобильном устройстве с шириной или максимальной шириной. Размер стиля заголовка, стиля заголовка, стиля метки, стиля данных и нижнего стиля можно изменить на мобильном устройстве с помощью max-width. Ширина bodystyle может быть изменена только в границах шаблона на рабочем столе .. Gfigs ( обсуждение ) 02:11, 13 февраля 2021 (UTC)

как вы можете видеть, большинство столбцов / строк Infobox можно изменить с помощью max-width. однако размер bodystyle не может быть изменен, с max-width на мобильном устройстве ... не знаю почему, хотя это должно быть возможно ... Gfigs ( обсуждение ) 07:10, 13 февраля 2021 (UTC)

Я думаю, это может быть панель навигации внизу инфобокса? Gfigs ( разговор ) 07:36, 13 февраля 2021 (UTC)

вероятно, нет ... во всяком случае, спасибо всем, кто работает над этим и Википедией Gfigs ( обсуждение ) 09:17, 13 февраля 2021 года (UTC)

Шаблон ссылки не работает [ править ]

Здравствуй. Я заметил, что ссылки на шаблоны в форме (например) {{t | R от разговорного имени}} теперь отображают массивный баннер перенаправления по всему сайту. Например:

{{ R от разговорного имени }}

Если присмотреться, я думаю, что это, вероятно, было вызвано недавним перемещением главной страницы шаблона с Template: TL на ссылку Template: Template .

Не совсем уверен, как и есть ли у меня разрешения, чтобы исправить это лично, поэтому я публикую здесь. BlackholeWA ( разговор ) 22:32, 12 февраля 2021 (UTC)

Думаю, кто-то это поправил. Спасибо. BlackholeWA ( разговорное ) 22:44, 12 февраля 2021 (UTC)

Да, я исправил это после того, как увидел ваш предыдущий пост на Template talk: Ссылка на шаблон # Может ли операция перемещения нарушить этот шаблон в Википедии? . См. WP: MULTI . - Red rose64 🌹 ( обсуждение ) 22:57, 12 февраля 2021 (UTC)

Плохо, я не был уверен, что кто-нибудь увидит мой комментарий на довольно редко посещаемой странице обсуждения. Спасибо за исправление. BlackholeWA ( разговор ) 13:26, 13 февраля 2021 (UTC)

Откуда взялась эта разметка для извлечения веб-ссылок? [ редактировать ]

Недавно появилась странная разметка со словом "выборка".{{cite web}}или bollixed параметры. Я бы хотел, чтобы это прекратилось. Вот несколько примеров.

Это всего 3 примера, которые я недавно нашел и исправил. Я хотел бы разобраться в этом. - Anomalocaris ( разговор ) 22:42, 12 февраля 2021 (UTC)

Я бы предположил, что mw: Citoid . - Изно ( разговорное ) 22:51, 12 февраля 2021 (UTC)

Я только что проверил, и Zotero делает то же самое, так что, вероятно, проблема здесь. Вахурзпу ( разговорное ) 00:16, 13 февраля 2021 (UTC)

Я добавил 4-й пример, который может быть частью другого паттерна. - Anomalocaris ( разговор ) 23:07, 12 февраля 2021 (UTC)

Четвертый не является серьезным нарушением, но просто делает неверные предположения относительно некоторых параметров {{ Cite web }}. Чтобы воспроизвести все 4: Отредактируйте страницу, например Special: MyPage / sandbox , с помощью VisualEditor. Нажмите "Цитировать" и "Автоматически" и введите один из четырех URL-адресов в приведенных выше различиях:

1. https://www.dailytelegraph.com.au/newslocal/wentworth-courier/council-votes-to-reject-any-proposals-for-light-rail-long-bondi-rd/news-story/8570d0a66fe1a31e41ec532d1c612768
2. https://www.adelaidenow.com.au/news/national/corangamite-mp-sarah-henderson-quiet-on-gay-marriage-debate-in-canberra/news-story/e278a94f7ed86cdf12ebca6abc4f3438
3. https://www.couriermail.com.au/news/queensland/churchs-almighty-religious-lobby-lords-it-over-state-lnp/news-story/583a8c8ca25aeac44d35d54be090c26b
4. https://www.newsday.com/long-island/tropical-storm-isaias-li-1.47737460

Не обращайте внимания на то, что это выглядит неправильно, и нажмите «Вставить» или нажмите «Enter». PrimeHunter ( разговорное ) 23:36, 12 февраля 2021 (UTC)

PrimeHunter : Вот и все, инструмент визуального редактора «Добавить цитату» испортил их, по крайней мере, в примерах 2–4; страница в примере 1 не отвечает должным образом. Это означает:

1. Было бы неплохо улучшить инструмент добавления цитирования, чтобы избежать этих ошибок. Должна быть возможность добавить фрагмент кода в строку «если найти ', то внутренний HTML', затем вернуть ошибку».
2. Между тем, пользователи должны быть проинформированы как на страницах справки, так и на страницах с инструкциями по визуальному редактору, а также в диалоговом окне, представляющем результаты цитирования, что пользователь должен внимательно изучить автоматически созданную ссылку и посмотреть, имеет ли она смысл; в частности, если результаты не начинаются с действительной фамилии, они могут быть искажены. Это еще не все, потому что, конечно, если в предмете нет фамилии, ссылка не будет начинаться с нее. Мы должны быть в состоянии придумать короткий и надежный «Ищите X», чтобы помочь пользователю обнаружить наиболее распространенные проблемы.

- Anomalocaris ( разговор ) 00:31, 13 февраля 2021 (UTC)

Кроме того, я предполагаю, что инструмент цитирования визуального редактора имеет базу данных типа «Если веб-сайт nytimes.com, используйте |website=The New York Times». Есть ли такая база данных, и если да, то есть ли страница с рекомендациями по дополнениям к ней? Некоторые полезные дополнения могут быть такими, как «записи в Facebook следует использовать |via=Facebook» и «записи YouTube следует использовать {{Cite AV media ... |via=YouTube}}. Я говорю« в соответствии с », потому что есть исключения для обоих». - Anomalocaris ( разговор ) 00:52, 13 февраля 2021 г. ( УНИВЕРСАЛЬНОЕ ГЛОБАЛЬНОЕ ВРЕМЯ)

Anomalocaris , нет, все это взято с веб-страницы The NY Times. - Th е DJ ( разговор • вклад ) 19:10, 15 февраля 2021 (UTC)

Мобильное приложение Википедии продолжает выходить из системы [ править ]

Я использую мобильное приложение Wikipedia для редактирования на своем телефоне Android. С тех пор, как я включил двухфакторную аутентификацию, приложение выводит меня из системы каждые несколько дней, что невероятно расстраивает, поскольку мне приходится каждый раз переходить в режим аутентификации, чтобы снова войти в систему. Это известная проблема / я делаю что-то не так? Elliot321 ( Обсуждение | вклад ) 03:29, 13 февраля 2021 (UTC)

Перемещения страниц помечены как незначительные правки [ править ]

Проверяя историю статьи, которая в настоящее время обсуждается как в WP: ANI, так и в AFD , я увидел, что страница была создана в области черновика, а затем была перемещена другим редактором в область статьи, и перемещение указано в история страницы как незначительное изменение: https://en.wikipedia.org/w/index.php?title=Sarah_A._Matthews&diff=prev&oldid=1006628272&diffmode=source

Это кажется настолько несовместимым с концепцией незначительного редактирования, что его нельзя допускать. Я собирался написать, что не знаю, было ли это помечено как незначительное преднамеренное действие, непреднамеренное действие или бездействие. Затем я проверил свою историю изменений и увидел, что когда я перемещаю страницу, чтобы устранить неоднозначность или принять черновик, это помечается как незначительное изменение. Так что, похоже, это бездействие. В любом случае обозначать перемещение страницы как незначительное редактирование неверно и делать это неправильно. Перемещение страниц часто вызывает споры. Можно ли это изменить? Роберт МакКленон ( выступление ) 00:30, 14 февраля 2021 г. (UTC)

@ Роберт МакКленон : нулевое редактирование в истории страниц для перемещения заголовка, кажется, существует с 2005 года, было начато обсуждение его улучшений, но оно застопорилось на долгое время, см. Phab: T46388 для получения дополнительной информации. В любом случае, это не то, что мы можем сделать прямо здесь, в английской Википедии. - ^{Обсуждение} xaosflux 01:08, 14 февраля 2021 г. (UTC)

Пользователь: Xaosflux - Спасибо. Я подумал, что это наиболее вероятный форум для получения ответа, и это ответ, даже если это не тот ответ, который я хотел. Роберт МакКленон ( разговор ) 01:59, 14 февраля 2021 (UTC)

@ Роберт МакКленон : вы наверняка попали в нужное место, я только сказал, что у нас нет никакого способа настроить его напрямую - всем, кому интересно, нужно будет исправить разработчиков mediawiki. - ^{Обсуждение} xaosflux, 02:06, 14 февраля 2021 г. (UTC)

Если у пользователя установлен флажок, чтобы отмечать все изменения как незначительные в своих настройках, то переходы страниц помечаются как второстепенные, - Снаевар ( разговор ) 02:11, 14 февраля 2021 г. (UTC)

Пользователь: Snaevar - пользователь также не должен иметь возможность отмечать все правки как незначительные. Роберт МакКленон ( разговор ) 05:02, 14 февраля 2021 (UTC)

Предпочтение отмечать все правки как незначительные было удалено из английской Википедии в 2011 году по адресу phab: T26313 . PrimeHunter ( разговорное ) 09:19, 14 февраля 2021 (UTC)

@ Snaevar : все перемещения страниц помечены как второстепенные, эта настройка не имеет значения, см. Пример здесь . - ^{Обсуждение} xaosflux, 03:40, 14 февраля 2021 г. (UTC)

Хорошо, я не знал о конкретной конфигурации enwiki. Я полагаю, что разработчики хотят обсудить wikitech-l, поскольку phab не является платформой для обсуждения. Другие сообщества вряд ли поддержат глобальное изменение MediaWiki по этому поводу, - Снаевар ( разговор ) 14:19, 14 февраля 2021 г. (UTC)

Реализовано как глупо. Сломан как реализовано. Роберт МакКленон ( разговор ) 05:02, 14 февраля 2021 (UTC)

И статья, с которой началась эта дискуссия, написана носковыми троллями, но это уже другой вопрос. Роберт МакКленон ( разговор ) 05:04, 14 февраля 2021 (UTC)

Проблема в том, что отметка как второстепенная функция бесполезна и архаична. Настоящее решение - удалить его из MediaWiki. ProcrastinatingReader ( разговор ) 09:04, 14 февраля 2021 (UTC)

@ ProcrastinatingReader : вы имеете в виду пометить как второстепенную пользовательскую опцию по умолчанию (которую мы давно удалили из enwiki) - или что нулевое изменение, сделанное ходами, помечено как второстепенное? Для первого могут быть варианты использования за пределами enwiki, и его достаточно легко настроить для каждого проекта. На потом, вы знаете, где находится phab :) - xaosflux ^Talk 16:19, 14 февраля 2021 (UTC)

@ Xaosflux : Я имею в виду мелкие правки в целом. Идея такая бесполезная. Пользователи решают * сами *, считают ли они свою правку незначительной, отмечают ее как таковую, и единственная цель для этого - скрыть незначительные правки в своем списке наблюдения? Ну, а что, если вандал просто помечается как мелкий, чтобы избежать проверки? Или редактор-новичок. Или опытный редактор считает что-то второстепенным, например, использование заглавных букв, но все же кто-то оспаривает это. Таким образом, нельзя доверять отфильтровывать мелкие правки. Функция имо бесполезна. ProcrastinatingReader ( разговор ) 17:02, 14 февраля 2021 (UTC)

Пометка правок как незначительных может не иметь большого значения в общедоступной вики, допускающей анонимное редактирование. Однако в более частных условиях, таких как компания, клуб или другая организация, где все редакторы должны быть зарегистрированы и аутентифицированы, умышленный вандализм не является проблемой, и поэтому возможность помечать правки как незначительные может быть полезна. isaacl ( разговор ) 17:05, 14 февраля 2021 (UTC)

Справедливый. Думаю, должен быть параметр конфигурации, чтобы отключить его для каждой вики. ProcrastinatingReader ( разговор ) 17:19, 14 февраля 2021 (UTC)

@ ProcrastinatingReader : что касается ручной пометки мелочей, есть разрешение, (minoredit)которое мы даем всем зарегистрированным пользователям (не IP-адресам), и в ходе обсуждения в сообществе мы могли бы удалить возможность его использования у «всех пользователей» и ограничить его только админы / боты или другие группы пользователей (например, возможно, откатчики). Не стесняйтесь работать над предложением, если хотите его реализовать. - ^{Обсуждение} xaosflux 20:16, 14 февраля 2021 г. (UTC)

@ Xaosflux : интересно! Я мог бы просто сделать это. Впрочем, вопрос, если его убрать из откатов, это проблема с откатом? например, будут ли откаты помечены как второстепенные, если у кого-то нет разрешения minoredit? Кроме того, это проблема с Huggle? (Я считаю, что Huggle не использует откат программного обеспечения, но все еще помечается как незначительный?) Если так, мы могли бы добавить его в средства отката и ограничить пометку как незначительную, чтобы использовать ее только для предотвращения вандализма (через PAG). ProcrastinatingReader ( разговор ) 20:34, 14 февраля 2021 (UTC)

@ ProcrastinatingReader : это должно быть протестировано, я думаю, что не будет (но все равно будет помечено как второстепенное - точно так же, как и перемещение страниц; я не вижу никаких проектов WMF, которые фактически ограничивают minoredit от пользователей - но мы должны быть в состоянии. Что касается псевдо-отката, который использует второстепенные, он сломается, так как он происходит на "стороне клиента" - насколько изящно он ломается, зависит от дизайна инструмента. - xaosflux ^Talk 00:24, 15 Февраль 2021 г. (UTC)

Откладывая читатель , полностью с Вами согласен. - Th е DJ ( разговор • вклад ) 19:13, 15 февраля 2021 (UTC)

@ Snaevar : это (имеется в виду, что перемещения страниц помечены как второстепенные при нулевых изменениях) не является специфической конфигурацией enwiki , поэтому я указал заинтересованным редакторам на обсуждение в тикете. Если бы это была конфигурация, специфичная для enwiki, мы могли бы прийти к консенсусу сообщества, чтобы обновить нашу конкретную опцию, но сегодня нет такой опции, чтобы изменить это для каждого проекта. - ^{Обсуждение} xaosflux 16:14, 14 февраля 2021 г. (UTC)

Возможно, я пропустил, чтобы кто-то сказал это раньше, но незначительные утверждения о том, что содержание статьи существенно не изменилось. Это совершенно правильно для перемещения страницы. Если ваш список наблюдения включает незначительные изменения, вы должны решить, нужно ли вам исследовать «перемещенную страницу», но второстепенная информация говорит вам, что вам не нужно проверять содержимое. Я не знаю, пропускаются ли перемещения страниц, если ваш список наблюдения не включает мелкие правки. Если да, возможно, стоит заняться этим. Johnuniq ( разговор ) 22:22, 14 февраля 2021 (UTC)

• @ Роберт МакКленон и ProcrastinatingReader : просто для того, чтобы отсортировать все это до самого начала, хотя да, история страницы включает «второстепенный» маркер на нулевом редактировании, автоматически добавляемом при повторном изменении названия страницы, это не традиционное «редактирование». Например, в Special: Watchlist и Special: RecentChanges это отображается как действие «журнала», а не как «редактирование» с второстепенным маркером, поэтому оно не скрывается от этих процессов патрулирования (т.е. параметр hideminor = 1 не влияет на видимость этого выхода). Наряду с обсуждением выше, есть ли какая-либо часть рабочего процесса, которую вы используете для поддержки статей, на которую влияет этот второстепенный флаг нулевого редактирования? - ^{Обсуждение} xaosflux 12:09, 15 февраля 2021 г. (UTC)
  • Никаких проблем по этому поводу у меня нет. Мне просто нужно потренироваться с мелкими правками. Таким образом, @ Xaosflux и TheDJ : Я запустил Википедию: Village_pump_ (предложения) #Disable_minor_edits_on_English_Wikipedia ProcrastinatingReader ( обсуждение ) 19:58, 15 февраля 2021 г. (UTC)

Одинарный полноразмерный столбец PDF [ править ]

как это интерпретировать? Справка: Download_as_PDF # Issues

1. PDF-файлы отображаются в одном столбце полной ширины; это не может быть изменено.

Поскольку размеры страницы PDF A0-A3, для статей с информационными блоками, кажется, есть как минимум два столбца? Gfigs ( разговор ) 09:05, 14 февраля 2021 (UTC)

некоторые информационные поля в них не отображаются должным образом (обрезка текста). особенно с длинными записями {{ Marriage }} ... не лучше ли было бы, чтобы PDF-файлы соответствовали макету рабочего стола (более широкие информационные окна?). или, в качестве альтернативы, сделайте PDF-файлы в один столбец, как в форматах Letter или A4, пока проблема с отображением на больших страницах не будет решена? .. Gfigs ( обсуждение ) 09:49, 14 февраля 2021 г. (UTC)

просмотр из Chrome (мобильный) 87.0.4280.141 Gfigs ( обсуждение ) 09:52, 14 февраля 2021 г. (UTC)

программное обеспечение просит браузер не помещать Infobox во вторую колонку? - «Атомный номер хрома равен 24. Если бы в нем было тридцать протонов, это был бы цинк. - Эдисон » Gfigs ( доклад ) 10:04, 14 февраля 2021 г. (UTC)

mw: Экспорт PDF Gfigs ( обсуждение ) 22:36, 14 февраля 2021 г. (UTC)

как вы можете видеть в последнем коде, опубликованном в Википедии: Village_pump_ (технический) #resizing_parts_of_an_Infobox_in_mobile_view при одновременном изменении размера тела и стиля данных при одновременном изменении стиля данных max-width, {{ Infobox }} теряет перенос слов в столбце данных (представление на рабочем столе) для Ширина bodystyle меньше 10em (и datastyle вдвое меньше). это наиболее заметно, как написано , с bodystyle 4em .. Gfigs ( обсуждение ) 02:49, 15 февраля 2021 (UTC)

это для печати статьи в формате PDF на бумаге формата A0, то есть 84 см x 119 см. Gfigs ( обсуждение ) 03:33, 15 февраля 2021 г. (UTC)

как вы можете видеть на mediawiki2latex.wmflabs.org , нет страниц формата A0-A3 .. Gfigs ( обсуждение ) 13:54, 15 февраля 2021 г. (UTC)

A0 определяется как имеющий площадь 1 квадратный метр, а его стороны находятся в соотношении 1: sqrt (2). Это работает так, что длинная сторона составляет 2 ^ 0,25 м (1189,207 мм, до 3 dp), а более короткая сторона составляет 2 ^ -0,25 м (840,896 мм, до 3 dp). - Red rose64 🌹 ( обсуждение ) 17:44, 15 февраля 2021 (UTC)

Я не понимаю, о чем это. «Некоторые вещи что-то делают» - ужасное описание проблемы. Пожалуйста, дайте точные ссылки на страницы, шаги, которые вы предпринимаете, ожидаемый результат и приведенный результат (где возможно, со снимком экрана), если вы хотите, чтобы люди помогли вам - Th е DJ ( разговор • вклад ) 19:18, 15 февраля 2021 (UTC)

Интересно читать о том, что происходит в Википедии и на сайтах Wiki ... начали изучать Wikitext и медленно читать страницы справки. пытаясь следить за техническим прогрессом .. есть так много всего, чему можно научиться только из ваших сообщений. и я также постараюсь внести свой вклад ... спасибо всем, кто публикует сообщения в Википедии, и за ваш вклад .. Gfigs ( обсуждение ) 22:38, 15 февраля 2021 г. (UTC)

Кнопки редактирования описания [ править ]

Есть ли способ иметь кнопки редактирования описания? Eurohunter ( разговорное ) 13:51, 14 февраля 2021 (UTC)

Может быть. Не могли бы вы дать больше подсказок о том, чего вы хотите? Где вы это хотите? Что им делать? Вы ищете резюме редактирования ? -  JohnFromPinckney ( разговор ) 14:09, 14 февраля 2021 г. (UTC)

@ JohnFromPinckney : Я ищу кнопки редактирования резюме, поэтому мне не нужно вводить «ссылки» и т. Д. Каждый раз, когда я редактирую страницу. Eurohunter ( разговорное ) 14:45, 14 февраля 2021 (UTC)

@ Eurohunter : если вы перейдете в Special: Preferences # mw-prefsection-gadgets, вы можете включить гаджет «Добавить два новых раскрывающихся списка под полем сводки редактирования с некоторыми полезными сводками по умолчанию», это позволит скриптам гаджета из MediaWiki: Gadget- defaultsummaries.js для вас. - ^{Обсуждение} xaosflux 16:11, 14 февраля 2021 г. (UTC)

@ Xaosflux : Слишком много нажатий, чтобы, например, добавить «Очистить / скопировать». Есть ли что-нибудь попроще или я могу это использовать (зеленые кнопки под сводкой редактирования)? Eurohunter ( разговорное ) 16:21, 14 февраля 2021 (UTC)

Вы можете делать все, что хотите, со своим личным Javascript. - Изно ( разговор ) 18:21, 14 февраля 2021 (UTC)

@ Izno : Как я могу использовать PLWP js? Eurohunter ( разговорное ) 18:33, 14 февраля 2021 (UTC)

@ Eurohunter : кто-то может перенести его на гаджет, но если вы хотите просто запустить личный javascript, вы можете скопировать и вставить все, что хотите, в Special: MyPage / common.js - имейте в виду, что вы должны быть уверены, что знаете, что вы вы делаете и можете прочитать сценарий, так как вы будете нести ответственность за все, что вы с ним делаете. - ^{Обсуждение} xaosflux 20:11, 14 февраля 2021 г. (UTC)

@ Xaosflux : Могу ли я использовать mw.loader.load или мне нужно скопировать его прямо сюда? Eurohunter ( разговорное ) 20:23, 14 февраля 2021 (UTC)

@ Eurohunter : вы можете использовать загрузчик между проектами, имейте в виду, что этот скрипт полировки, кажется, уже вызывает нагрузку для этого проекта (ext.gadget.edit-summaries), поэтому может потерпеть неудачу в другом месте. - ^{Обсуждение} xaosflux 01:20, 15 февраля 2021 г. (UTC)

@ Xaosflux : Мне просто нужно добавить mw.loader.load со ссылкой на pl: Wikipedysta: Skalee / dodatkowe przyciski opisu edycji.js ? Eurohunter ( разговорное ) 05:18, 15 февраля 2021 (UTC)

Как я уже сказал выше, я не думаю, что это будет так просто при быстром чтении - поскольку этот сценарий выглядит также для вызова других сценариев - вы можете свободно экспериментировать и копировать сценарии своему пользователю: Eurohunter / xxx.js подстраницы, а затем просто вызовите свой собственный сценарий из /common.js. Если вы переведете его и заставите его работать здесь, однажды он может даже стать здесь гаджетом. - ^{Обсуждение} xaosflux 11:57, 15 февраля 2021 г. (UTC)

@ Xaosflux : Могу я сделать это в каком-нибудь пространстве Википедии вместо моего? Eurohunter ( разговорное ) 18:12, 15 февраля 2021 (UTC)

@ Eurohunter : нет, однако, как только вы его создадите , администратор интерфейса может переместить его в пространство имен MediaWiki для общего использования (и другие тестеры могут вызывать ваше пользовательское пространство из своего). - ^{Обсуждение} xaosflux 20:16, 15 февраля 2021 г. (UTC)

Расширения [ править ]

Недавно я попытался установить скины MediaWiki для использования в Википедии, однако инструкции очень неясны, и я получаю случайные символы, когда пытаюсь открыть файл. Это потому, что расширения не работают для Викимедиа? Эти расширения предназначены для использования на Викимедиа или их можно использовать на других сайтах, использующих MediaWiki? Прошу помощи с установкой скина, спасибо. 54nd60x ( разговор ) 15:34, 14 февраля 2021 (UTC)

Вы не можете устанавливать скины «для Википедии»; если у вас есть собственный экземпляр mediawiki, вы можете установить скины для своих пользователей. Подробнее об этом читайте на странице mw: Manual: Skin configuration . - ^{Обсуждение} xaosflux, 16:08, 14 февраля 2021 г. (UTC)

Если вам понадобится помощь в этом вопросе , то mediawikiwiki: Support - это то, что вам нужно . Эта страница предназначена для технического обсуждения в английской Википедии. - Изно ( разговор ) 18:22, 14 февраля 2021 (UTC)

Разница во времени [ править ]

Когда я нахожусь на своей странице вкладов пользователей и нахожу указатель мыши на ссылку "hist" для статьи, время, которое появляется во всплывающем окне, на час раньше, чем (правильное) время, которое появляется, когда я нажимаю на ссылку и отобразить страницу истории статьи. Кто-нибудь еще видит / сообщает об этой проблеме? Firefox - это мой браузер FWIW. США ( разговорное ) 15:55, 14 февраля 2021 (UTC)

Перейдите в «Настройки»> «Внешний вид»> «Смещение времени» и убедитесь, что ваш часовой пояс установлен правильно. :) ƒirefly ( t · c ) 16:02, 14 февраля 2021 года (UTC)

Исправление: это только в том случае, если рассматриваемый вклад был сделан до отключения летнего времени прошлой осенью: всплывающее окно предварительного просмотра и фактическая страница истории показывают время, различающееся на один час. UnitedStatesian ( разговорное ) 16:06, 14 февраля 2021 (UTC)

Лучше всего выбрать «Использовать вики по умолчанию (UTC)». - Red rose64 🌹 ( обсуждение ) 13:21, 15 февраля 2021 (UTC)

@ UnitedStatesian : отметки времени в базе данных - это UTC, в котором нет летнего времени. MediaWiki преобразует историю страницы в выбранный вами часовой пояс в Special: Preferences # mw-prefsection-rendering . Он запоминает, какие прошлые правки были внесены в летнее и зимнее время, поэтому может варьироваться, сколько часов он изменяет время UTC. Всплывающее окно при наведении курсора на ссылку "hist" не создается MediaWiki. Это делается с помощью всплывающих окон навигации, которые вы включили в Special: Preferences # mw-prefsection-gadgets . Код находится в MediaWiki: Gadget-popups.js . Он всегда подстраивается на одну и ту же величину. Об этом сообщается на беседе в MediaWiki: Gadget-popups.js # Неправильная локализация метки времени иphab: T223002 . PrimeHunter ( разговорное ) 15:24, 15 февраля 2021 (UTC)

Спасибо @ PrimeHunter : : это всегда хорошая ставка , что вы были бы один с ответом и связь вопрос Phabricator. UnitedStatesian ( разговорное ) 16:28, 15 февраля 2021 (UTC)

что такое стрип-маркер postMath? [ редактировать ]

Этот поиск возвращает около 265 результатов, большинство из которых являются заголовками разделов. Тем не менее, когда вы нажимаете на отдельные результаты, заголовки выглядят нормально. Почему в результатах поиска появляются стрип-маркеры? А что такое стрип-маркер postMath?

Я обнаружил это в Special: Permalink / 1006770866 . Когда я удаляю сообщение{{#invoke:}} об ошибке сценария Lua, я получаю следующее: Special: Permalink / 1006769917, что является ожидаемым результатом.

Это почему? Помешает ли ошибка сценария Lua MediaWiki «завершить» свою работу на странице с ошибками?

- Монах-траппист ( разговор ) 18:41, 14 февраля 2021 г. (UTC)

Понятия не имею, но просмотр пары результатов поиска показывает, что у F-score есть заголовок, ===<math>F_\beta</math>===а результат поиска включает «F-score (section?» «UNIQ - postMath-00000003-QINU`« '?) ». Другой пример - Encoder (digital) с заголовком === <math>2^n</math>-to-n encoders ===и результатом поиска «Encoder (digital) (section? '« «UNIQ - postMath-00000001-QINU`«'? - to-n encoders) ». Возможно, поисковой индекс создается на каком-то среднем этапе во время сохранения страницы, а математическая визуализация не завершена ?? Как вы получили это сообщение - еще одна загадка - я не понимаю математики . Johnuniq ( разговор ) 22:38, 14 февраля 2021 (UTC)

Не уверен, что происходит с поиском, но ошибки Lua, нарушающие математический рендеринг, - это phab: T236629 * Pppery * он начался ... 22:40, 14 февраля 2021 (UTC)

Спасибо за это. Оглядываясь назад, мне кажется, что имеет смысл считать, что результаты поиска «сломаны», потому что меня не удивит, узнав, что страница результатов поиска не проходит ту же обработку, что и обычный вики-сайт. Это говорит о том, что обычный математический маркер полосы не заменяется визуализированным изображением, а вместо этого заменяется другим маркером полосы, который действует как (довольно плохой) заполнитель.

- Монах-траппист ( разговор ) 22:57, 14 февраля 2021 г. (UTC)

нужна помощь во внесении изменений в языковой код, если это вообще возможно. [ редактировать ]

Смотрите мои недавние комментарии на Template talk: Native name . Там еще никто не ответил. Я не смог получить даже смутного представления о том, где на самом деле перечислены эти языковые коды. Само изменение относительно незначительное, но я даже не знаю, к кому об этом спросить. Библброкс ( разговор ) 21:15, 14 февраля 2021 (UTC)

Только что там ответили. ProcrastinatingReader ( разговор ) 21:37, 14 февраля 2021 (UTC)

Шаблон: маршрут не работает [ править ]

Я редактировал Tizard Bank, в котором есть ссылка на «Маршрут плавания по Южно-Китайскому морю». При этом использовался шаблон enroute с параметрами 161 | 2017 | 13. Цитата отображается правильно, но при переходе по ссылке на pdf я получил ошибку 404 not found. Это также происходит с другими комбинациями параметров и с примером, приведенным в статье о шаблоне. Я использовал другую форму цитирования как временное решение, но было бы удобно, чтобы это работало. Когнос ( разговорное ) 22:12, 14 февраля 2021 (UTC)

Kognos , чтобы изложить проблему, которую вы пытались использовать , она вернула ^[1] , а не https://msi.nga.mil/Publications/SDEnroute , какую ссылку вы хотите?{{Cite enroute|161|2017|13}}

{{u | Sdkb }}  ^talk 23:17, 14 февраля 2021 г. (UTC)

Цитата, которую возвращает шаблон, выглядит нормально, и это то, что я хочу. Проблема в том, что при нажатии на ссылку, которая должна перейти в pdf, выдается ошибка 404 not found. Ссылка на https://msi.nga.mil/Publications/SDEnroute - это то, что я добавил в качестве временного исправления, чтобы пользователи могли получить доступ к pdf, хотя и косвенно. Когнос ( разговорное ) 23:42, 14 февраля 2021 (UTC)

Kognos , URL-адрес, который вы получаете с помощью временного исправления, такой же, как URL-адрес, указанный в шаблоне? Если нет, то какая разница? Это, вероятно, подскажет вам, что вам нужно изменить с помощью шаблона. {{u | Sdkb }}  ^talk 03:01, 15 февраля 2021 г. (UTC)

Нет, это не так. URL-адрес из шаблона: https://msi.nga.mil/MSISiteContent/StaticFiles/NAV_PUBS/SD/Pub161/Pub161bk.pdf . Как видно, это ссылка на pdf-файл, чего мы и хотим. Но он битый, выдает ошибку 404. Добавленная мной ссылка https://msi.nga.mil/Publications/SDEnroute ведет на общую страницу маршрута, где вам нужно снова ввести номер документа. Менее удобно, но хоть в pdf добраться можно. Когнос ( разговор ) 09:04, 15 февраля 2021 (UTC)

https://msi.nga.mil изменил свой URL-адрес без перенаправления. К сожалению, это очень часто встречается в наших источниках. Я изучил сайт и обновил шаблон. [1] Многие из нынешних Pub. числа в поле выбора на https://msi.nga.mil/Publications/SDEnroute не кодируются в шаблоне. Возможно, они были добавлены после того, как шаблон был создан в 2018 году. PrimeHunter ( обсуждение ) 14:26, 15 февраля 2021 года (UTC)

Я добавил 21 оставшуюся публикацию. [2] PrimeHunter ( обсуждение ) 14:55, 15 февраля 2021 (UTC)

Поковырявшись, я понял, что это, вероятно, проблема, но не мог понять, как ее исправить. Я снова изменил цитату, чтобы использовать шаблон, и обновил ее до последней версии. Еще раз спасибо. Когнос ( обсуждение ) 10:55, 16 февраля 2021 (UTC)

Форматирование даты без ссылок [ править ]

Можно ли создать шаблон, который принимает дату и возвращает ее в формате mdy, dmy или YYYY-MM-DD в зависимости от того, {{ использовать даты mdy }}, {{ использовать даты dmy }}, или ни то, ни другое настоящее время? Это относится к этой теме , а также имеет некоторые другие потенциальные применения. {{u | Sdkb }}  ^talk 23:13, 14 февраля 2021 г. (UTC)

Это может сделать шаблон с вызовом модуля string2. Он будет "просто" искать в тексте статьи каждый шаблон использования и вызывать {{ date }} в правильном формате, как P2 - GhostInTheMachine ^{разговаривает со мной} 23:22, 14 февраля 2021 г. (UTC)

Я полагаю, это будет означать извлечение (или прямой вызов) Module: Citation / CS1 / Configuration # get_date_format и Module: Citation / CS1 / Date validation #format_dates . -  В  Earwig  ⟨ ток ⟩ 00:54, 15 февраля 2021 (UTC)

Хм, я не знаю, как это делать, но я бы хотел это увидеть! {{u | Sdkb }}  ^talk 03:02, 15 февраля 2021 г. (UTC)

У нас были такие шаблоны примерно до двенадцати лет назад, когда автоматическое форматирование даты было отменено после консенсуса сообщества. - Red rose64 🌹 ( обсуждение ) 13:23, 15 февраля 2021 (UTC)

Необычное расширение ширины шаблонов инфобоксов с использованием Ordnance Survey National Grid [ править ]

Привет, по какой-то причине несколько шаблонов теперь показывают http-код |os_grid_reference=, и из-за этого информационные окна занимают почти всю ширину страницы. Я не знаю, какой подшаблон вызывает это. См .: Шаблон: Infobox UK place / doc / London или Шаблон: Gbmapping . Ценю любую помощь! Спасибо, Funandtrvl ( обсуждение ) 00:24, 15 февраля 2021 г. (UTC)

Что ж, теперь похоже, что проблема исправлена. Funandtrvl ( обсуждение ) 00:26, 15 февраля 2021 (UTC)

Проблема с таблицами [ править ]

Я не могу заставить синтаксис таблицы работать в соответствии с документацией.

{|| + [текст подписи]| -! scope = "col" | [заголовок столбца 1] !! scope = "col" | [заголовок столбца 2] !! scope = "col" | [заголовок столбца 3]| -! scope = "row" | [заголовок строки 1] || [нормальная ячейка 1,2] || [нормальная ячейка 1,3]|}

производит:

Но вместо того, чтобы выделить заголовок строки, выделена вся строка.

Hawkeye7 (обсуждение) 08:40, 15 февраля 2021 (UTC)

Очевидно, «Каждая ячейка заголовка должна быть на отдельной строке в вики-разметке» ( Справка: Таблица № Область ). Итак, это работает:

{|| + [текст подписи]| -! scope = "col" | [заголовок столбца 1]! scope = "col" | [заголовок столбца 2]! scope = "col" | [заголовок столбца 3]| -! scope = "row" | [заголовок строки 1]| [нормальная ячейка 1,2] || [нормальная ячейка 1,3]|}

- rchard2scout ( обсуждение ) 13:00, 15 февраля 2021 г. (UTC)

Только первый символ исходной строки используется для определения того, следует ли помечать ячейки как заголовок (восклицательный знак !) или данные (вертикальная черта |). Все ячейки в этой исходной строке затем размечаются так же, как и первая. Если исходная строка начинается с ячейки заголовка, двойные восклицательные знаки и двойные каналы могут использоваться в этой строке без разбора, не влияя на тип ячейки - все это будут ячейки заголовка; но если исходная строка начинается с ячейки данных, для последующих ячеек можно использовать только двойные каналы - восклицательные знаки (одинарные или двойные) обрабатываются как обычный текст. Следовательно, чтобы иметь разные типы ячеек в одной строке таблицы, вам необходимо использовать как минимум одну строку для каждого типа. Так было уже несколько лет. - Красная роза64 🌹 (обсуждение ) 13:44, 15 февраля 2021 (UTC)

Технические новости: 2021-07 [ править ]

17:54, 15 февраля 2021 г. (UTC)

Настройки временного просмотра [ править ]

Здравствуй! Надеюсь, это не слишком глупый вопрос: где установить временные предпочтения просмотра? Я просмотрел вкладку «Список наблюдения» в своих пользовательских настройках и посмотрел « Справка: список наблюдения» , но я не стал мудрее. Система, кажется, выбирает для меня, что определенные страницы следует смотреть только на некоторое время, и я бы хотел, чтобы это прекратилось. Я не хочу посещать каждую из этих страниц для сброса истечения срока действия списка наблюдения. Совет, кто-нибудь? Justlettersandnumbers ( обсуждение ) 20:53, 15 февраля 2021 (UTC)

Выпадающий список появляется при редактировании страницы, а также при добавлении с помощью кнопки «смотреть». По умолчанию он постоянный, по крайней мере, для меня, я должен изменить этот параметр, если мне нужна временная запись. У внешних пользовательских скриптов могут быть свои предпочтения. - mfb ( talk ) 21:13, 15 февраля 2021 (UTC)

В частности, самоуверен Твинкл; решение - сменить WP: TW / PREFS . - Изно ( разговорное ) 21:19, 15 февраля 2021 г. (UTC)

Если вы хотите постоянно следить за всеми текущими страницами в вашем списке наблюдения, вы можете перейти в Special: EditWatchlist / raw , скопировать все в другое место, сохранить пустой список наблюдения, а затем скопировать все обратно. В списке наблюдения нет истории страниц, поэтому будьте осторожны, чтобы не потерять копию или не сохранить ее в неправильном формате, например, что-то, что искажает некоторые специальные символы. Если это слишком страшно, то Special: EditWatchlist может помочь вам определить страницы, которые вы временно просматриваете. PrimeHunter ( разговорное ) 21:32, 15 февраля 2021 (UTC)

Неверная информация "месяцев назад" [ править ]

Я только что обновил дату предварительного выпуска Sumatra PDF . До того, как я отредактировал страницу, дата стабильного выпуска была указана как «15 марта 2020 г., 10 месяцев назад». После того, как я отредактировал дату предварительного выпуска, она превратилась в «15 марта 2020 года; 11 месяцев назад». Поскольку 15-е было вчера, почему это уже не было «11 месяцев назад»? 93.136.144.94 ( разговорное ) 14:47, 16 февраля 2021 (UTC)

Скорее всего, вы видели кешированную версию страницы, шаблоны не пересчитываются постоянно при каждом просмотре - как только вы отредактировали страницу, это вызвало пересчет. - ^{Обсуждение} xaosflux 15:09, 16 февраля 2021 г. (UTC)

Что ж, это немного неожиданно. Думаю, мне придется пересчитать время, прошедшее в моей голове, из собственного oO 93.136.144.94 ( разговор ) 16:38, 16 февраля 2021 года (UTC)

Вы можете принудительно выполнить обновление с помощью очистки без редактирования. По моему опыту, биографии живых людей почти всегда показывают правильный обновленный возраст в день их рождения. См., Например, статьи на 16 февраля # Рождения . PrimeHunter ( разговорное ) 17:35, 16 февраля 2021 (UTC)

Интересно, есть ли смысл иметь немного JS сайта для обновления этого относительного времени при загрузке страницы. Это поставит в невыгодное положение пользователей, не использующих JS, но очистка все равно будет работать для них. -  В  Earwig  ⟨ ток ⟩ 17:52, 16 февраля 2021 (UTC)

В Clientside JS нет синтаксического анализа вики-текста, поэтому его нельзя всегда выполнять для вывода в любом формате, но в некоторых выбранных случаях это можно сделать на созданном HTML. BLP обычно используют (614 000 включений в основное пространство), например, в Майкле Джордане, где он в настоящее время производит . Это стандартизировано и достаточно специфично, чтобы можно было манипулировать JavaScript без случайных нежелательных изменений. Кто-нибудь (не я) мог бы создать пользовательский сценарий для этого и некоторых других шаблонов, таких как {{ Дата и возраст начала }} (86 000 включений в основное пространство). Я не думаю, что это должно быть по умолчанию. PrimeHunter ( разговорное ) 20:58, 16 февраля 2021 (UTC){{Birth date and age}}{{birth date and age|1963|2|17}}<span style="display:none"> (<span class="bday">1963-02-17</span>) </span>February 17, 1963<span class="noprint ForceAgeToShow"> (age 57)</span>

Запланировано техническое обслуживание [ править ]