Технический раздел деревенского насоса используется для обсуждения технических вопросов , касающихся Википедии . Отчеты об ошибках и запросы функций следует отправлять в Phabricator (см., как сообщить об ошибке). Об ошибках, влияющих на безопасность, следует сообщать по-другому (см., как сообщать об ошибках безопасности).
Если вы хотите сообщить об ошибке JavaScript , следуйте этому руководству . Вопросы о MediaWiki в целом следует задавать в службу поддержки MediaWiki. Обсуждения автоматически архивируются после пяти дней бездействия.
Могу ли я сделать так, чтобы мои поисковые запросы открывали «Редактировать дату – текущая вверху»
Я часто ищу опечатки. Я использую расширенный поиск, который всегда открывает «Сортировать по релевантности», тогда как мне нужно «Редактировать дату — текущая вверху», поскольку я знаю, когда я последний раз искал в этом конкретном списке. Я знаю, что нужно всего лишь несколько щелчков мышью, а затем выполнить новый поиск, чтобы изменить его, но если делать это сто раз или около того, это утомительно и снижает мою производительность. Добавление «&sort=last_edit_desc» в URL-адрес столь же неуклюже, и других вариантов я не могу найти. Есть ли способ открыть результаты поиска «Редактировать дату — текущая вверху» — Arjayay ( обсуждение ) 20:13, 16 января 2024 г. (UTC) Ответить [ ответить ]
Как вы обычно открываете расширенный поиск? Если вы хотите, чтобы все запросы, которые вы выполняете через форму поиска на каждой странице сайта, по умолчанию сортировались по дате редактирования, вы можете добавить
в ваш Special:MyPage/common.js . Но если вы все равно делаете одни и те же запросы, похоже, что самое простое решение — добавить в закладки URL-адреса результатов поиска, которые уже имеют расширение sort=last_edit_desc. Нардог ( обсуждение ) 03:45, 17 января 2024 г. (UTC) Ответить [ ответить ]
Спасибо, Нардог . Я поиграюсь с версией кода. У меня уже есть закладки для самых частых поисковых запросов; Я не знаю, есть ли ограничение на количество закладок, но когда я говорю «много поисков», я говорю о тысячах. Еще раз спасибо — Арджай ( разговор ) 13:53, 17 января 2024 г. (UTC) Ответ [ ответ ]
Привет, Нардог . Я добавил этот скрипт, оставив одну пустую строку под предыдущей инструкцией, а затем нажал Shift + F5, чтобы обойти кеш (MS Edge), но при поиске по-прежнему открывается «Сортировка по релевантности». Затем я перезагрузил всю машину, но поиск все еще открывает «Сортировать по релевантности». Что я делаю не так? - Арджайай ( обсуждение ) 18:31, 17 января 2024 г. (UTC) Ответ [ ответ ]
Какую форму вы используете для поиска? Это тот, что вверху (или слева в Monobook) на каждой странице? Нардог ( обсуждение ) 18:53, 17 января 2024 г. (UTC) Ответ [ ответ ]
Это CirrusSearch, похоже, у него есть некоторые возможности настройки. Обсуждение здесь. Ответ может быть здесь, в разделе «Профили восстановления». У меня сейчас нет времени на дальнейшее исследование. Хм... большая часть этих вещей ориентирована на сервер. Neils51 ( обсуждение ) 00:01, 18 января 2024 г. (UTC) Ответить [ ответить ]
Спасибо за попытку, Neils51 . Я просмотрел страницы, на которые вы ссылались, но недостаточно разбираюсь в них, чтобы попытаться понять, как изменить порядок параметров поиска. Раньше я писал программы для мэйнфреймов, но это было более 50 лет назад. В любом случае, еще раз спасибо. - Арджайай ( разговор ) 17:00, 18 января 2024 г. (UTC) Ответ [ ответ ]
Привет , Арджай , я решил поиграть с этим, поскольку оно «должно» работать. Обнаружил, что когда я скопировал строку, имя поля «sort» каким-то образом оказалось с заглавной буквой «s». Исправили это и всё работает. Откройте поиск в Wiki, нажмите «Поиск», после чего откроется поле CirrusSearch с опцией «Расширенный поиск», установленной как «Сортировать по дате редактирования». Посмотрите и дайте нам знать, как у вас дела! Neils51 ( обсуждение ) 01:36, 30 января 2024 г. (UTC) Ответить [ ответить ]
Есть ли возможность массового обновления параметров информационного окна?
у меня есть такие данные
я хочу обновить данные, в которых отсутствуют параметры информационного окна. Пожалуйста, помогите мне в этом. Заранее спасибо - IJohnKennady ( обсуждение ) 15:55, 22 января 2024 г. (UTC) Ответить [ ответить ]
Можете ли вы предоставить более подробную информацию? Это не похоже на инфобокс. Это для какой статьи? — Мартин ( MSGJ · разговор ) 16:40, 22 января 2024 г. (UTC) Ответ [ ответ ]
Если это все данные, которые у вас есть, то ручное редактирование подойдет. {{ Инфобокс Индийского избирательного округа }} есть поле для constituency_no, это актуально? И почему им всем 20? — Мартин ( MSGJ · разговор ) 22:20, 22 января 2024 г. (UTC) Ответ [ ответ ]
Эти консистенции имеют одинаковый номер избирательного округа. Я думал, что для массовых операций будет проще, если они уникальны. - IJohnKennady ( обсуждение ) 05:09, 23 января 2024 г. (UTC) Ответить [ ответить ]
Для массовых изменений на одной странице я использую редактор регулярных выражений, см. Meta:TemplateScript. Для массовых страниц WP:AWB может выполнить эту работу, но вам нужно знать, что вы делаете, доказать это и получить разрешение. Грэм Бартлетт ( обсуждение ) 05:17, 26 января 2024 г. (UTC) Ответ [ ответ ]
Я уже использую WP:AWB , но это занимает больше времени, у меня около 500 страниц избирательного округа Индийской Ассамблеи. - IJohnKennady ( обсуждение ) 07:59, 30 января 2024 г. (UTC) Ответ [ ответ ]
Одна страница выглядит так, как сейчас в Википедии
Отслеживается в задаче Phabricator T352592
Это не относится ни к одной другой странице. Мне нравится Монобук. Википедия:Чайный дом/Вопросы/Архив 1167 выглядит так, как будто я вышел из системы или использую одну из своих альтернативных учетных записей, чтобы увидеть, что видят новички (у меня есть одна учетная запись, в которой слишком мало изменений для автоматического подтверждения, и другую, которую я использовал для Приключения в Википедии). после того, как в аккаунте было слишком много правок). — Vchimpanzee • обсуждение • вклад • 23:32, 22 января 2024 г. (UTC) Ответить [ ответить ]
Обход кэша на странице. Используйте Ctrl+ F5в браузерах Windows (не только F5 или кнопку перезагрузки). PrimeHunter ( обсуждение ) 23:48, 22 января 2024 г. (UTC) Ответить [ ответить ]
Со мной этого не произошло, когда я сделал первый пост. Это действительно произошло сейчас, так что это реальная проблема, но мне помог обходной путь. PrimeHunter ( обсуждение ) 04:11, 23 января 2024 г. (UTC) Ответить [ ответить ]
Выглядит снова нормально. — Vchimpanzee • разговор • вклады • 16:53, 24 января 2024 г. (UTC) Ответить [ ответить ]
Вернуться к тому, как было.— Vchimpanzee • разговор • вклады • 23:31, 26 января 2024 г. (UTC) Ответить [ ответить ]
Странный. Теперь все снова так, как я хочу, после того как я дал ссылку на архив и нажал, чтобы убедиться, что ссылка работает.— Vchimpanzee • обсуждение • вклады • 23:36, 29 января 2024 г. (UTC) Ответить [ ответить ]
Новая функция для предварительного просмотра ссылок в вашей вики.
Извиняюсь, что пишу на английском. Если вы сможете перевести это сообщение, мы будем очень признательны.
Привет. Как было объявлено несколько недель назад [1] [2] , команда технических пожеланий Wikimedia Deutschland представила ссылочные превью на многих вики, включая этот. Эта функция показывает всплывающие окна для ссылок в тексте статьи.
Хотя эту новую функцию уже можно использовать в вашей вики, большинство людей здесь ее еще не видят, поскольку в вашей вики гаджет установлен по умолчанию для предварительного просмотра ссылок. Мы предлагаем удалить флаг по умолчанию для этого гаджета в вашей вики. Это будет означать:
Новым значением по умолчанию для всплывающих окон со ссылками на вашей вики будет «Предварительный просмотр ссылок».
Однако если вы хотите продолжать использовать гаджет, вы все равно можете включить его в личных настройках .
Преимущество использования предварительного просмотра ссылок по умолчанию заключается в том, что взаимодействие с пользователем будет единообразным во всех вики и в функции предварительного просмотра страниц, а также в том, что программное обеспечение в целом будет проще поддерживать.
Если ваша вики хочет внести это изменение, вы можете удалить флаг по умолчанию самостоятельно или попросить команду технических пожеланий удалить его для вас, в идеале к 12 февраля. – С уважением, Йоханна Стродт (WMDE), 09:40, 23 января 2024 г. (UTC) Ответить [ ответить ]
Нам кажется, что это простое и позитивное изменение, поскольку оно гармонизирует впечатления читателей от просмотра без потери какой-либо функциональности (на самом деле это добавляет функциональность). Кроме того, хотя это и не является обязательным требованием, редакторы, желающие продолжать использовать гаджет, могут это сделать. Эд [обсуждение] [OMT] 18:48, 23 января 2024 г. (UTC) Ответ [ ответ ]
Нет , предположительно, должно быть наоборот, т.е. Navpopups, совместимые с этим, и предварительный просмотр страниц. - Разговор Qwerfjkl 18:58, 23 января 2024 г. (UTC) Ответ [ ответ ]
Поскольку Navpopups восходит к 2005 году, это не обязательно. Но в любом случае обидно, что в одном есть функциональность, а в другом нет. Главной для меня является функция устранения неоднозначности. Nthep ( обсуждение ) 19:02, 23 января 2024 г. (UTC) Ответить [ ответить ]
Что ты имеешь в виду ? У Navpopups есть собственный предварительный просмотр ссылок… — The DJ ( обсуждение • вклад ) 19:04, 23 января 2024 г. (UTC) Ответить [ ответить ]
Я знаю, и поэтому придерживаюсь этого. Мое разочарование заключается в том, что эти расширения, разработанные WMF, не включили (на протяжении многих лет) все доступные функции Navpopups. Nthep ( обсуждение ) 19:07, 23 января 2024 г. (UTC) Ответить [ ответить ]
Navpopups — это гаджет, поддерживаемый сообществом, два других — расширения, разработанные WMF. - Выступление Qwerfjkl 19:05, 23 января 2024 г. (UTC)Ответить [ ответить ]
Navpopups в основном создан для редакторов и работает только для зарегистрированных пользователей. Предварительный просмотр страниц создан для читателей, которым не нужны многие функции Navpopups, такие как устранение неоднозначности ссылок, а многие другие функции могут просто отвлекать большинство читателей. Предварительный просмотр страниц предназначен для незарегистрированных пользователей, поэтому у него нет никаких параметров конфигурации, кроме способа его отключения. Я предпочитаю Navpopups в качестве редактора, но предварительный просмотр страниц выглядит лучше для читателей. PrimeHunter ( обсуждение ) 17:26, 25 января 2024 г. (UTC) Ответить [ ответить ]
Reference Previews, кажется, отвечает потребностям читателей, что, по-видимому, и было его намерением, но Navpopups остается лучше для многих редакторов. Можно ли сделать предварительный просмотр ссылок по умолчанию для незарегистрированных посетителей (предположительно в основном читателей), но не для вошедших в систему учетных записей (предположительно в основном редакторов)? Certes ( обсуждение ) 13:37, 2 февраля 2024 г. (UTC) Ответить [ ответить ]
Это не должно происходить тихо, просто разместив здесь пост. Изменения интерфейса, подобные этому, должны быть официально предложены сообществу через хорошо разрекламированный RfC, особенно для элементов пользовательского интерфейса, которые существуют уже довольно давно. Мы видели, что произошло, когда WMF внезапно, без особого уведомления, внезапно развернул V22 (RfC не дал явного разрешения на запуск). InfiniteNexus ( обсуждение ) 03:55, 29 января 2024 г. (UTC) Ответить [ ответить ]
Не уверен, что нам действительно нужно обсуждать каждое изменение интерфейса. - Разговор Qwerfjkl 19:02, 29 января 2024 г. (UTC) Ответ [ ответ ]
Может быть, и не ради мелких изменений, но это изменение наверняка заметит любой, кто... ну, знаете, кликает по ссылкам. InfiniteNexus ( обсуждение ) 22:34, 1 февраля 2024 г. (UTC) Ответить [ ответить ]
Привет всем, если непонятно: наша команда всего лишь предлагает вам сделать эту новую функцию по умолчанию в вашей вики. Мы не планируем делать это за вас, только в том случае, если вы нас об этом попросите. Извиняюсь, если это не было ясно из моего исходного сообщения.
Обычно я не смотрю ответы всем деревенским насосам, поэтому, если у вас есть отзывы или вопросы, оставляйте их на этой странице обсуждения. -- Спасибо и хороших выходных всем вам, Йоханна Стродт (WMDE) ( обсуждение ) 13:21, 2 февраля 2024 г. (UTC) Ответ [ ответ ]
Он отображается в AFDstats в списке «страниц без обнаруженных голосов». Я не знаю, как работает AFDstats, но подозреваю, что это потому, что ваш голос за сохранение и ваша подпись находятся в разных абзацах, поэтому они не связывают их вместе. Nthep ( обсуждение ) 14:25, 23 января 2024 г. (UTC) Ответить [ ответить ]
Правильный. В регулярном выражении, которое идентифицирует !votes, не установлен многострочный флаг (см. строку 163 gitlab:toolforge-repos/afdstats/-/blob/main/public_html/afdstats.py) -- Ahecht ( СТРАНИЦА ОБСУЖДЕНИЯ) 14:54, 23 января 2024 г. (UTC) Ответить [ ответить ]
@ Gråbergs Gråa Sång : Возможно, вы сможете использовать {{pb}} для достижения исходного эффекта абзаца. CMD ( обсуждение ) 07:11, 29 января 2024 г. (UTC) Ответ [ ответ ]
«Шаблон: Многостраничный список от Ар-Я» невидим на мобильных устройствах.
Недавно я просматривал статью « Коды авиакомпаний» на своем телефоне и был сбит с толку тем, что в первом предложении говорилось, что это «список кодов авиакомпаний», хотя я не смог увидеть ни одного такого списка. Оказывается, список контролируется многостраничным списком Template:AZ , который полностью исчезает в мобильном представлении. На это было указано на странице обсуждения шаблона несколько лет назад (на примере Списка названий европейских городов на разных языках ), но видимо никто не заметил, кто знал, что с этим делать.
Проблема, похоже, в том, что шаблон использует class="toc", а где-то в мобильном CSS есть правило .toc { display: none; }. Вполне возможно, что есть и другие шаблоны с той же проблемой, я не знаю, где искать.
Обратите внимание, что для воспроизведения проблемы вам необходимо одновременно находиться на сервере «.m.». сайт (https://en.m.wikipedia.org/wiki/Wikipedia:VPT/Airline_codes, а не https://en.wikipedia.org/wiki/Wikipedia:VPT/Airline_codes) и иметь окно браузера шириной менее 720 пикселей. (Более широкий экран активирует дополнительное правило, @media screen and (min-width: 720px) { .toc { display: table; } }которое снова делает его видимым.)
Либо шаблон и/или CSS нуждаются в изменениях, чтобы сделать это видимым, либо необходимо создать альтернативное мобильное представление шаблона, поскольку многие страницы, использующие его, совершенно бессмысленны, если он невидим. - IMSoP ( обсуждение ) 15:08, 27 января 2024 г. (UTC) Ответ [ ответ ]
@IMSoP Я добавил стили шаблонов, которые должны работать , пока используется скин Минервы и ширина менее 720 пикселей . display: tableДайте мне знать, если это решит проблему. -- Ахехт ( СТРАНИЦА ОБСУЖДЕНИЯ) 20:57, 31 января 2024 г. (UTC) Ответить [ ответить ]
О, великолепно, кажется, это решило проблему. Спасибо! - IMSoP ( обсуждение ) 21:01, 1 февраля 2024 г. (UTC) Ответ [ ответ ]
Редактирование названий в израильском и арабском стиле.
Редактирование имен в арабском и израильском стиле затруднено при попытке исправить даты рождения/смерти во вступлениях к биографическим страницам. Может ли проект создать механизм помощи? GoodDay ( обсуждение ) 16:30, 27 января 2024 г. (UTC) Ответить [ ответить ]
@ GoodDay : Это ваш браузер, который автоматически переключается на письмо справа налево для некоторых сценариев, таких как арабский и иврит. Переключатель может включать окружающие числа, например даты, и вызывать путаницу. Вы можете попробовать добавить это в свой CSS , чтобы полностью отключить переключатель при редактировании, в том числе и для текста:
textarea { юникод-биди : биди-переопределение ;}
Если вы не знаете арабский и другие шрифты с письмом справа налево, то вас, вероятно, не волнует, что при редактировании они будут отображаться слева направо, а не в их правильной форме. PrimeHunter ( обсуждение ) 19:36, 27 января 2024 г. (UTC) Ответить [ ответить ]
Боюсь, это все за пределами моего знания. GoodDay ( обсуждение ) 19:43, 27 января 2024 г. (UTC) Ответить [ ответить ]
@GoodDay : Нажмите « ваш CSS » и сохраните приведенную выше строку. Вот и все. PrimeHunter ( обсуждение ) 19:49, 27 января 2024 г. (UTC) Ответить [ ответить ]
Я не могу найти на своей клавиатуре клавишу с надписью «CSS». GoodDay ( обсуждение ) 19:53, 27 января 2024 г. (UTC) Ответить [ ответить ]
@ GoodDay : Щелкните цитируемый текст « ваш CSS » на экране в этом предложении. Синий текст обычно означает ссылку, по которой можно нажать. PrimeHunter ( обсуждение ) 19:59, 27 января 2024 г. (UTC) Ответить [ ответить ]
подсказки по цитированию больше не работают при входе в систему?
Раньше я мог навести курсор на цитату и получить всплывающее окно с шаблоном цитаты. Сегодня это не работает, когда я вхожу в систему, но продолжает работать в окне Chrome в режиме инкогнито. Я могу воспроизвести оба поведения в Safari. Есть подсказки, что я мог сделать, чтобы сломать это? РойСмит (обсуждение) 17:01, 27 января 2024 г. (UTC) Ответить [ ответить ]
Ух, проблема оказалась в том, что в моих настройках отключены «Гаджеты/Справочные подсказки». Это совершенно загадочно, поскольку я уверен, что не выключал его. РойСмит (обсуждение) 17:10, 27 января 2024 г. (UTC) Ответить [ ответить ]
Изменили ли вы какие-либо пользовательские настройки, находясь на мобильном устройстве/используя скин Минервы? Если бы вы это сделали, это привело бы к отключению этого гаджета, поскольку этот гаджет не определен для Minerva и существует ошибка. Для этого есть фаб-билет, который я не могу найти. – SD0001 ( разговор ) 17:18, 27 января 2024 г. (UTC) Ответ [ ответ ]
Я не использую Minerva и никогда не вхожу в систему, используя эту учетную запись на мобильном телефоне, так что, вероятно, нет. Одним из постоянных неудобств, связанных с префами, является то, что (насколько я могу судить) отсутствует управление версиями или протоколирование изменений, поэтому невозможно проверить, что изменилось, или вернуться к предыдущей конфигурации. Я думаю, что когда-то я мог бы открыть билет на фаб, но я тоже не могу его найти :-) РойСмит (обсуждение) 17:35, 27 января 2024 г. (UTC) Ответить [ ответить ]
О, кажется, я понял это. Когда вы наводите курсор на ссылку, в правом верхнем углу появляется всплывающая подсказка со значком шестеренки. Если вы нажмете на нее, вы увидите диалоговое окно под названием «Справочные подсказки» с несколькими кнопками для включения/выключения. Я помню, что смотрел на это некоторое время назад. Чего я не помню, так это того, чтобы посмотреть на него и сказать: «О, это удобно, вот как я могу редактировать свои сохраненные Special:Preferences », потому что нигде не сказано, что он это делает. Должно быть, я нажал кнопку «Отключить», не понимая, что это будет делать, а затем сразу же забыл об этом. Очередная победа непонятного дизайна U/I. РойСмит (обсуждение) 00:49, 2 февраля 2024 г. (UTC) Ответить [ ответить ]
@RoySmith : Здесь непонятный разработчик пользовательского интерфейса. Я подозревал, что это может быть неясно, но не был уверен. Как вы думаете, замена «Включить/Отключить» на «Включить подсказки по ссылкам/отключить подсказки по ссылкам» сделает ситуацию достаточно ясной? Тогда я попрошу внести изменения. Я не стал делать это сразу, потому что диалоговое окно уже называется «Справочные подсказки», поэтому постарался избежать дублирования. Джек, который построил дом ( обсуждение ) 00:09, 4 февраля 2024 г. (UTC) Ответить [ ответить ]
Спасибо за ваш ответ. Я думаю, что основная проблема заключается в том, что нет ничего, что ясно давало бы понять, что это то же самое, что вы установили в Special:Preferences . На самом деле, я даже не на 100% то, что он устанавливает. В настройках на вкладке «Внешний вид» в разделе «Настройки чтения» есть пункт «Включить предварительный просмотр ссылок», который выделен серым цветом. Это, в свою очередь, говорит: «У вас включен гаджет «Подсказки по ссылкам...», поэтому, если я перейду на вкладку гаджетов, я увижу «Подсказки по ссылкам: наведите указатель мыши на встроенные цитаты, чтобы увидеть справочную информацию, не отходя от текста статьи». который, кажется, описывает ту же функциональность, но в моих настройках он не отмечен. Так что я даже не знаю, что у меня включено, а что выключено, и что из этого совпадает с маленьким диалоговым окном, которое открывает значок шестеренки. РойСмит (обсуждение) 00:55, 4 февраля 2024 г. (UTC) Ответить [ ответить ]
Что ж, то, что вы описываете, в основном является проблемой архитектуры вики-проектов как таковых, где вы можете иметь рядом встроенные функции, такие как «предварительный просмотр ссылок», и гаджеты, такие как всплывающие подсказки. Это подкрепляется тем, что мы не можем отключить гаджет для незарегистрированных пользователей, поэтому отключаем только его внешний эффект. Я попросил изменить две упомянутые выше строки; с остальным я мало что могу сделать. Джек, который построил дом ( обсуждение ) 20:44, 4 февраля 2024 г. (UTC) Ответить [ ответить ]
Несвободное изображение с тем же именем файла, что и бесплатное изображение на сайте Commons.
Привет. В статье Петруса Вертентена в инфобоксе теперь используется несвободное изображение. Недавно я добавил другое бесплатное изображение этого человека на Commons. К сожалению, для изображения на Commons я выбрал то же имя файла («Petrus Vertenten. jpg»), что и у местного несвободного изображения здесь, на en-wiki. Обычно после того, как я добавил бесплатное изображение в Commons, которое может заменить несвободное изображение в en-wiki, я корректирую имя файла в информационном окне, и примерно через неделю несвободное изображение полуавтоматически удаляется (поскольку несвободные изображения которые больше не используются, удаляются через неделю). Есть ли способ заставить использовать изображение из Commons, если в en-wiki существует другое изображение с тем же именем файла? Robotje ( обсуждение ) 17:12, 27 января 2024 г. (UTC) Ответить [ ответить ]
Нет. Единственный способ справиться с этим — использовать разные имена. Существует/был отчет о том, что называется («затенение изображения»). Изно ( обсуждение ) 22:56, 27 января 2024 (UTC) Ответить [ ответить ]
Я думаю, что бот Fastily использует его для заполнения. Джо-Джо Эумерус ( обсуждение ) 10:46, 28 января 2024 г. (UTC) Ответить [ ответить ]
@ Роботье : Да. Вы можете создать перенаправление изображений на Commons. Предполагая, что вы хотите, чтобы отображался файл c:File:Petrus Vertenten.jpg, выберите новое имя изображения, которое в настоящее время не используется ни в Википедии, ни в Commons, например «Petrus Vertenten Drawing.jpg». Затем перейдите к c:File:Petrus Vertenten Drawing.jpg и создайте там перенаправление — оно должно состоять только из одной строки:
#REDIRECT [[ Файл:Петрус Вертентен.jpg ]]
и сохраните его. Затем отредактируйте Petrus Vertenten так, чтобы вместо |image=Petrus Vertenten.jpgнего было |image=Petrus Vertenten drawing.jpgи сохраните. Файл: Petrus Vertenten.jpg (в Википедии) должен быть помечен тегом . -- Redrose64 🌹 ( обсуждение ) 00:03, 28 января 2024 г. (UTC ) Ответить [ ответить ]{{subst:orfud}}
Я сделал то, что вы мне посоветовали, и все работает. Спасибо. - Robotje ( обсуждение ) 07:48, 28 января 2024 г. (UTC) Ответ [ ответ ]
Поскольку несвободное изображение больше не использовалось в течение целой недели, оно было автоматически удалено здесь, на en-wiki. В информационном окне я мог удалить «рисунок» из имени файла, и изображение из Commons все еще было видно. - Robotje ( обсуждение ) 12:31, 4 февраля 2024 г. (UTC) Ответ [ ответ ]
Изменение правила разрыва строки в Firefox
Привет! Начиная с версии Firefox 1.22, выпущенной ранее на этой неделе, правила переноса строк изменились. Процитируем примечания к выпуску:
Правила разрыва строк веб-контента теперь соответствуют стандарту Unicode. Это улучшает совместимость веб-браузера с разрывом строки.
Я считаю, что это ухудшает качество редактирования и просмотра различий. Некоторые примеры:
параметр шаблона вроде |foo=barтеперь может разрываться между трубой и буквой "f"
закрывающий HTML-тег </ref>теперь может разрываться между косой чертой и буквой «r».
это также может произойти в URL-адресах, где за косой чертой следует буква. Например, любой URL-адрес когда-либо
если URL-адрес имеет строку запроса, разрыв может произойти после ? характер
Эти разрывы строк встречаются в файлах различий, а также в окне редактирования. Я знаю, что Firefox имеет скрытую страницу конфигурации, предоставляющую доступ ко множеству настроек, которых нет в about:preferences. Как мне восстановить предыдущее поведение? -- Redrose64 🌹 ( обсуждение ) 17:57, 27 января 2024 г. (UTC ) Ответить [ ответить ]
@ Redrose64 : Похоже, это ошибка 1854032, поэтому, основываясь на патче, вы можете попробовать перейти about:configи intl.icu4x.segmenter.enabledустановить false. LittlePuppers ( обсуждение ) 18:15, 27 января 2024 г. (UTC) Ответить [ ответить ]
Да, это сработало. Спасибо -- Redrose64 🌹 ( обсуждение ) 20:18, 27 января 2024 г. (UTC ) Ответить [ ответить ]
Отображение уравнений на iPad – можно ли принудительно использовать полосы прокрутки?
https://en.m.wikipedia.org/wiki/Wikipedia:VPT/Leibniz_integral_rule Некоторые уравнения усекаются в iOS Safari и по умолчанию не имеют прокрутки. Кажется, что CSS может заставить их включиться. Некоторые уравнения на iPhone останавливаются именно так, чтобы недостающая математика не была очевидной. AManWithNoPlan ( обсуждение ) 12:10, 28 января 2024 г. (UTC) Ответить [ ответить ]
Эти изображения на самом деле уже прокручиваются. А вот iPad/iPhone не выдают видимых очередей по поводу наличия полос прокрутки. Это проблема, на которую пользователи iOS жалуются с момента выпуска первой версии веб-браузера, но не похоже, что Apple заинтересована в том, чтобы облегчить эту задачу для пользователей. — The DJ ( обсуждение • вклад ) 12:01 , 29 января 2024 г. (UTC) Ответить [ ответить ]
Пожалуйста, помогите мне с... Как я могу изменить свои настройки, чтобы кнопка [изменить] отображалась рядом с заголовками разделов, а не только вверху страницы? (Я не могу найти эту опцию; я вижу только одну, позволяющую отображать заголовки разделов справа, а не слева, но независимо от того, какой из них я использую, кнопка [редактировать] не появится. ...) Закрытые известковоподобные кривые ( обсуждение ) 02:34, 28 января 2024 г. (UTC) Ответить [ ответить ]
Возможно, вы просматриваете старую версию страницы по ссылке «Просмотреть историю». В старых версиях нет ссылок для редактирования разделов, только одна ссылка для редактирования вверху страницы. – Jonesey95 ( обсуждение ) 13:53, 28 января 2024 г. (UTC) Ответ [ ответ ]
@ Закрытые известковоподобные кривые : всегда приводите пример, когда сообщаете о проблеме. На некоторых страницах отключены ссылки на редактирование разделов. Их здесь нет? Я вижу их. PrimeHunter ( обсуждение ) 17:34, 28 января 2024 г. (UTC) Ответить [ ответить ]
Их здесь (и на всех страницах) не было.
В конечном итоге похоже, что это была какая-то проблема с моими настройками, потому что их сброс исправил это. Закрытые известковоподобные кривые ( обсуждение ) 17:49, 28 января 2024 г. (UTC) Ответить [ ответить ]
Похоже, мне нужно было перейти в режим рабочего стола, чтобы запросить DRN. Wikiexplorationandhelping ( обсуждение ) 06:16, 29 января 2024 г. (UTC) Ответить [ ответить ]
Сообщение об ошибке
Около 10 минут назад на моем экране появилось это сообщение об ошибке. Я не мог получить доступ ни к одной статье или странице всей Википедии, даже к своей домашней странице пользователя. Может кто-нибудь объяснить, что там произошло? 🏎 Corvette 🏍 ZR1 (Гараж) 21:03, 28 января 2024 г. (UTC) Ответить [ ответить ]
Было то же самое и вариации, похоже это был временный глюк. Neils51 ( обсуждение ) 21:22, 28 января 2024 г. (UTC) Ответить [ ответить ]
На wikitech: Статус инцидента нет информации, но, глядя на графики на wikimediastatus.net, примерно в это же время произошел краткий всплеск сообщений об ошибках, увеличилось время отклика и снизилось количество успешных изменений. Хотя, похоже, проблема либо разрешилась сама собой, либо разрешилась. AddWitty NameHere 21:30, 28 января 2024 г. (UTC) Ответить [ ответить ]
@ Corvette ZR1 , Neils51 и AddWittyNameHere : подобные сообщения случаются время от времени. Обычно это просто означает, что серверы пытаются сделать слишком много одновременно и не могут обрабатывать больше запросов, пока не выполнят важные операции, такие как сохранение последних изменений. Отнеситесь к этому как к намеку на то, что пора сварить кофе или выгулять собаку; к тому времени, как вы это сделаете, серверы снова должны вернуться в нормальное состояние. -- Redrose64 🌹 ( обсуждение ) 22:16, 28 января 2024 г. (UTC ) Ответить [ ответить ]
Пожалуйста, прокомментируйте здесь шаблон: Сортировать по
Прокомментируйте на странице обсуждения, указанной выше. Здесь требуются комментарии, в частности, относительно того, должны ли по умолчанию class=sort-under быть центрированные значки сортировки или значки сортировки с выравниванием по правому краю. Или даже левые. -- Timeshifter ( обсуждение ) 21:55, 28 января 2024 г. (UTC) Ответ [ ответ ]
Мы не получаем никаких комментариев на странице обсуждения. Поэтому , пожалуйста, прокомментируйте здесь , какое расположение значка сортировки вы предпочитаете ( по центру, по правому или левому краю ) в трех таблицах ниже. В трех таблицах ниже используется необработанный викитекст (без шаблона). {{ Сортировка по }} дает те же результаты гораздо проще. И между текстом заголовка столбца и значком сортировки нет границы.
Викитекст для одного из приведенных выше вариантов:
|-! стиль=фоновая позиция:справа| < бр /> || стиль = фоновая позиция: правильный тип сортировки данных = число | || стиль=фоновая позиция:справа| || стиль = фоновая позиция: правильный тип сортировки данных = число | || стиль=фоновая позиция:справа| || стиль=фоновая позиция:справа||-
Я не рекомендую вести здесь отдельное обсуждение для WP:MULTI , ответьте на странице обсуждения {{ sort under }}. Кроме того, это не дискуссия «выберите один», а дискуссия «несколько или один». Jroberson108 ( обсуждение ) 09:02, 3 февраля 2024 г. (UTC) Ответ [ ответ ]
Там это не работало. Мы попробовали, и как вы сказали: «почти неделю другие редакторы не присоединились».
Это обсуждение выбора класса по умолчанию: class=sort-under для более популярного выбора.
Я сомневаюсь, что кто-то выберет левое направление. Но если это так, то нет ничего страшного в том, чтобы предоставить и эту возможность. Теперь у нас есть 2 класса: (по центру и по правому краю).
Обычно в Village Pump обращаются за дополнительными мнениями, советами экспертов и т. д., когда обсуждение в другом месте неадекватно. -- Timeshifter ( обсуждение ) 09:09, 3 февраля 2024 г. (UTC) Ответ [ ответ ]
Различные плагины редактора в разных пространствах имен.
У меня возникли проблемы с использованием другого плагина редактора для пространства имен Talk и пространства имен, не относящегося к Talk. Например, прямо сейчас я использую то, что выглядит как стандартный редактор по умолчанию, и это то, что я также вижу на страницах обсуждения статей и страницах обсуждения пользователей. Однако когда я редактирую статьи, у меня есть другой редактор (на данный момент — wikiEd, хотя эта проблема все равно возникает, если я отключаю wikiEd). Редактор, который я сейчас использую, каким-то образом сломан. Если я возвращаюсь на пробел, особенно при удалении строк, они кажутся «тихо» удаленными, поскольку, если я нажму Ctrl+A на это текстовое поле и вставлю его в текстовый редактор, они все еще будут там, и они появятся, когда я опубликую комментарий, но не показывать в предварительном просмотре под этой текстовой областью или в этой текстовой области. Более того, когда я просто печатаю свою подпись на новой строке в конце такого рода комментариев, она помещается с пробелом или двумя перед ней, так что она отображается как цитата. Мне приходится писать комментарии для страниц обсуждения в текстовом редакторе и вставлять их в новую текстовую область, чтобы избежать проблем. Я не уверен, с чего начать отладку, поэтому буду благодарен за любую помощь. (Примечание: когда я редактировал этот комментарий, теперь он открыл wikiEd для его редактирования , хотя это был не тот плагин, который он использовал, когда я его писал .) Kimen8 ( обсуждение ) 23:17, 28 января 2024 г. (UTC) Ответить [ отвечать ]
Я действительно не советую использовать wiked. Он не поддерживался и не развивался полностью с 2015 года и не успевал за всеми основными изменениями, произошедшими с тех пор. — The DJ ( обсуждение • вклад ) 11:58 , 29 января 2024 г. (UTC) Ответить [ ответить ]
Спасибо, я отключу. Есть ли еще один плагин редактирования, который предоставляет некоторые более продвинутые функции, такие как поиск и замена (особенно с поддержкой регулярных выражений)?
Однако у меня была эта проблема даже с отключенным WikiEd. Kimen8 ( обсуждение ) 18:13, 29 января 2024 г. (UTC) Ответить [ ответить ]
Панель инструментов редактирования 2010 имеет доступ к регулярному выражению F+R. В наши дни он также делает мелирование. Изно ( обсуждение ) 18:56, 29 января 2024 (UTC) Ответить [ ответить ]
Когда вы говорите «Редактор, которым я пользуюсь в данный момент», вы имеете в виду wikEd или что-то, что не является wikEd? Нардог ( обсуждение ) 14:47, 29 января 2024 г. (UTC) Ответ [ ответ ]
Нет, не ВикиЭд. Я считаю, что это просто окно редактора по умолчанию.
Активируемый редактор различается в пространствах имен Talk и не-Talk, а пространство имен Talk у меня не работает должным образом. Kimen8 ( обсуждение ) 18:14, 29 января 2024 г. (UTC) Ответить [ ответить ]
Редактирование больших страниц постоянно прерывается и загрузка не завершается.
В нескольких википроектах, которые я поддерживаю, у меня есть страница, на которой перечислены все страницы соответствующих проектов, которая используется для «Связанных изменений» для патрулирования изменений на уровне проекта. В последнее время эти страницы не загружаются в редакторе и поэтому я не могу их редактировать и обновлять. Произошло ли за последние две недели какие-либо технические изменения, препятствующие загрузке очень больших страниц? Это происходит как с редакторами викитекста 2010, так и 2017 года. Стефан Тауэр среди остальных! Габ • Gruntwerk 01:25, 29 января 2024 г. (UTC) Ответить [ ответить ]
Какой размер? У меня возникли проблемы, например, с WP:FTN . Выступление Дуга Веллера 14:28, 29 января 2024 г. (UTC) Ответить [ ответить ]
Я не уверен в каких-либо изменениях, но отмечу, что очень большие страницы... по определению не будут производительными. Именно поэтому почти любой тип правильного представления списка всегда разбит на страницы. Потому что если это не так, в какой-то момент возникают проблемы, и одной из этих проблем может быть сбой запроса. Однако, поскольку никаких конкретных примеров не было связано... мало что можно сказать по этому поводу. — The DJ ( обсуждение • вклад ) 15:04 , 29 января 2024 г. (UTC) Ответить [ ответить ]
@StefenTower : Всегда приводи пример. У меня нет проблем с загрузкой страниц редактирования размером около 2 МБ в MediaWiki, например Wikipedia:CHECKWIKI/WPC 545 dump . Это произойдет, если вы выйдете из системы или добавите &safemode=1URL-адрес редактирования? В безопасном режиме отсутствует User:StefenTower/common.js и некоторые другие вещи. Какой у вас скин в Special:Preferences#mw-prefsection-rendering ? Какой у вас браузер или устройство? Википедия: Отчеты базы данных/Длинные страницы показывают огромные страницы. Я не знаю, как попал в топ-3 выше лимита в 2 МБ. Первая страница имеет специальную модель контента [3], где редактируемая часть меньше, поэтому это может объяснить ее, но не следующие две. Все три выдают сообщение об ошибке размера при редактировании, но я бы проигнорировал эти страницы для этого обсуждения. PrimeHunter ( обсуждение ) 17:44, 29 января 2024 г. (UTC) Ответить [ ответить ]
PrimeHunter , TheDJ : WP:WikiProject Louisville/Watchall — одна из рассматриваемых страниц, меньшая из двух страниц Watchall, с которыми я работаю. Это более 700 КБ и представляет собой список ссылок. Проблема по-прежнему возникает с настройкой безопасного режима, и я уже запрограммировал обходной путь в моем common.js, чтобы не запускать какие-либо пользовательские сценарии во время работы над этой страницей. Эта страница полностью загружалась в редактор примерно пару недель назад (и в течение многих лет до этого момента), хотя обычно с не очень высокой производительностью (у меня современный игровой ноутбук с Windows и 24 ГБ оперативной памяти, и я использую Google Chrome, поэтому я не думаю, что мое оборудование/браузер внезапно создает здесь проблему). Оба файла Watchall, с которыми я работаю, находятся в списке «Длинные страницы», но далеко не в самом верху. Я также не вижу их в дампе 545. Мой скин Вектор (2022). Надеюсь, эта информация поможет внести ясность. Стефан Тауэр среди остальных! Gab • Gruntwerk 19:49, 29 января 2024 г. (UTC) Ответить [ ответить ]
@StefenTower : у меня это работает, если я не включу подсветку синтаксиса на кнопке маркера подсветки .слева от «Дополнительно» на панели инструментов над областью редактирования. Если он включен для вас на другой странице, например, «Пример» , попробуйте отключить его там, а затем нажмите https://en.wikipedia.org/w/index.php?title=Wikipedia:WikiProject_Louisville/Watchall&action=edit&safemode=1. Это работает? Если да, то попробуйте, работает ли https://en.wikipedia.org/w/index.php?title=Wikipedia:WikiProject_Louisville/Watchall&action=edit. PrimeHunter ( обсуждение ) 20:27, 29 января 2024 г. (UTC) Ответить [ ответить ]
Хорошо, загрузка в безопасном режиме после отключения подсветки синтаксиса работает, хотя при обычной загрузке редактирования по-прежнему возникает проблема с тайм-аутом. Но поскольку для обновления этой страницы мне не нужна подсветка синтаксиса или скрипты, это отлично сработает. Спасибо! Стефан Тауэр среди остальных! Габ • Gruntwerk 20:37, 29 января 2024 г. (UTC) Ответить [ ответить ]
@ StefenTower : вы проигрываете safemode=1при предварительном просмотре или показе изменений. Я собирался предложить «Всегда включать безопасный режим» в разделе Special:Preferences#mw-prefsection-rendering , но раньше не пробовал, и мне это ничего не дает. Все мои скрипты и гаджеты по-прежнему загружаются после включения и обхода кэша. PrimeHunter ( обсуждение ) 21:11, 29 января 2024 г. (UTC) Ответить [ ответить ]
О проблеме предпочтений сообщается в файле phab:T355314. PrimeHunter ( обсуждение ) 21:15, 29 января 2024 г. (UTC) Ответить [ ответить ]
Обычно в этом случае я не просматривал и не отображал изменения из-за обычных проблем с производительностью. Я просто заменяю список и сохраняю. Стефан Тауэр среди остальных! Габ • Gruntwerk 21:22, 29 января 2024 г. (UTC) Ответить [ ответить ]
Интересный. Означает ли это, что если я заменю # на *, то смогу избежать дополнительной задержки производительности? Я не думаю, что рассматриваемый список должен быть нумерован для своей цели. Стефан Тауэр среди остальных! Габ • Gruntwerk 21:26, 29 января 2024 г. (UTC) Ответить [ ответить ]
Цитата из WP со ссылкой
Отслеживается в задаче Phabricator T356048
Привет! Мы можем ссылаться на страницы и даже на их конкретные разделы, но есть ли способ «связать» определенные части текста внутри этих разделов/страниц? Конечным результатом того, что я ищу, было бы сфокусировать и выделить указанный текст после щелчка по ссылке.
Я думаю о механизме, который в очень, очень грубом виде будет выглядеть примерно так: Link=Title#Section+quote="Text_that_gets searched_in_that_section_and_highlighted" - Кляйн Мучи ( обсуждение ) 11:10, 29 января 2024 г. (UTC) Ответить [ отвечать ]
Вы можете использовать идентификатор элемента (мы часто реализуем его с помощью шаблона, такого как {{ anchor }}), чтобы создать ссылку, которую вы можете нацелить на любую часть страницы; большинство браузеров последуют этому запросу. У нас нет параметра для выделения текста на основе URI в mediawiki, для чего-то подобного вам придется запустить дорогостоящий JavaScript. - Обсуждение xaosflux 11:20, 29 января 2024 г. (UTC) Ответ [ ответ ]
Обратите внимание: некоторые браузеры имеют параметры, специфичные для браузера (например, https://developer.mozilla.org/en-US/docs/Web/Text_fragments); но это может быть непоследовательным и не поддерживаться активно. — Обсуждение xaosflux 11:22, 29 января 2024 г. (UTC) Ответ [ ответ ]
Да, я знаю способы создания якорей. В основном я говорил о том, что вы ссылаетесь во второй части вашего ответа: у нас нет параметра для выделения текста на основе URI в mediawiki.
Так что, по сути, ответ — нет. Будет ли это разумным запросом Phab? - Кляйн Мучи ( обсуждение ) 11:30, 29 января 2024 г. (UTC) Ответ [ ответ ]
Это немного похоже на phab:T62520. — Обсуждение xaosflux 11:55, 29 января 2024 г. (UTC) Ответ [ ответ ]
Или фаб: T12476. С помощью инструментов обсуждения этой концепции была проделана некоторая работа (см. phab:T295475). — Обсуждение xaosflux 11:57, 29 января 2024 г. (UTC) Ответ [ ответ ]
Я подозреваю, что разработчики MediaWiki, возможно, захотят посмотреть, есть ли какой-либо прогресс в отчете группы сообщества «Директивы по фрагментам текстовых URL-адресов» на пути к включению W3C на путь стандартизации. (На данный момент это просто документ, написанный Google, в котором описывается функция, реализованная в настоящее время в механизмах рендеринга Apple и Google.) isaacl ( обсуждение ) 19:08, 29 января 2024 г. (UTC) Ответить [ ответить ]
@ Кляйн Мучи : Если это страница обсуждения, это уже возможно — попробуйте эту ссылку. -- Redrose64 🌹 ( обсуждение ) 19:23, 29 января 2024 г. (UTC ) Ответить [ ответить ]
Насколько я понимаю (из исходного поста и предыдущего обсуждения), просьба состоит в том, чтобы иметь возможность гибко ссылаться и выделять определенную часть текста, а не целый предопределенный раздел. isaacl ( обсуждение ) 19:30, 29 января 2024 г. (UTC) Ответить [ ответить ]
Вы пробовали мою ссылку? Это относится к одному конкретному посту. -- Redrose64 🌹 ( обсуждение ) 21:47, 29 января 2024 г. (UTC ) Ответить [ ответить ]
Да, конечно, я это сделал. Ранее я написал сценарий для копирования таких ссылок в буфер обмена , чтобы упростить их использование. В оригинальном постере ранее было написано о создании функции поиска, в которой соответствующая часть текста, связанная с поиском, будет выделена, так же, как это делает поиск Google. Функция связывания комментариев работает для блоков текста, которые реализация идентифицирует как один комментарий, что не так гибко (хотя, конечно, все еще очень полезно для связывания с комментариями). isaacl ( обсуждение ) 23:04, 29 января 2024 г. (UTC) Ответить [ ответить ]
Выполнение этого на сервере создало бы сложности с кэшированием, поэтому я думаю, что реализация на стороне клиента будет лучшим компромиссом, что означает Javascript или стандартизированную поддержку браузером текстовых фрагментов или что-то подобное. isaacl ( обсуждение ) 19:43, 29 января 2024 г. (UTC) Ответить [ ответить ]
@Isaacl, мне было интересно, на что вы ссылались в предыдущем обсуждении, пока вы не упомянули об этом, и это имело смысл. Как ни странно, на мой взгляд, эти два эпизода не были связаны, потому что у них были разные стимулы (и в целом разные цели). В первом случае функция выделения должна была быть дополнением к функции поиска. Идея заключалась в том, чтобы улучшить окно поиска, способное понимать вопросы и отвечать на них, выделяя соответствующие части ответа в соответствующей статье. Тогда это казалось немного футуристическим, но теперь, с GPT, это уже происходит. Вспоминая это, я считаю, что этот вопрос можно легко переформулировать, сказав: «Можем ли мы включить модель GPT в WP?», не знаю, обсуждал ли кто-нибудь это до сих пор.
Текущий случай больше связан с процессом (глубокого) связывания и совместного использования определенных частей текста из Википедии, а не с отношениями вопросов и ответов с Википедией. Существуют довольно большие разделы, в которых связывание разделов не будет хорошим выбором, если вы просто хотите поделиться всего 1-2 предложениями (которые вы также можете скопировать и вставить вручную, но чтобы информация была видна на месте в WP вызывает больше доверия). YouTube был первоначальным источником вдохновения, который уже позволяет вам привязывать время к любой секунде данного видео, поэтому я подумал, что было бы разумно попросить подобную вещь и в WP. Но если задуматься, имеет смысл связать оба случая. Рад, что вы помните нашу прошлую дискуссию!
@ Redrose64 Я считаю, что мое объяснение, приведенное выше, сделает мой вариант использования более понятным. Частично вдохновением послужила уже реализованная функциональность основных моментов, о которой мы говорили в обсуждениях, но идея состоит в том, чтобы расширить ее в основном пространстве и не только (другие пространства имен и другие дочерние проекты). - Кляйн Мучи ( обсуждение ) 08:28, 30 января 2024 г. (UTC) Ответ [ ответ ]
Более реалистичный сценарий реализации моей идеи — возможно, использовать уже имеющуюся у нас функциональность поиска при использовании расширенного поиска в окне поиска. Сделайте такую функциональность легкодоступной через URL-адреса, задав для нее команды, примерно такие:
Ссылка=Заголовок#Раздел+Поиск=this_exact_text
Или вы можете даже полностью опустить часть раздела, если хотите выполнить поиск по всей странице.
Вот и все.
По сути, возьмите то, что у нас уже есть, и создайте кнопку, которая может легко создать простую короткую ссылку для выбранного вами текста и добавить к ней функцию выделения. Затем вы можете поделиться этой ссылкой, которая по сути представляет собой запрос на ссылку для поиска, и тот же поиск будет воспроизведен на компьютере другого человека, и на их экране будет выделен тот же текст. Простая кнопка ссылки — это просто дополнительное удобство. Нам нужен только функционал подсветки, и эта идея уже может быть реализована, если подумать. - Кляйн Мучи ( обсуждение ) 08:55, 30 января 2024 г. (UTC) Ответ [ ответ ]
Основной принцип мне кажется похожим: совместное использование гибкой части страницы. Это напоминает проект Теда Нельсона «Занаду» , первый гипертекстовый проект. Я думаю, что стандартизация формата URL будет лучшим способом добиться этого в среднесрочной и долгосрочной перспективе. isaacl ( обсуждение ) 18:10, 30 января 2024 г. (UTC) Ответить [ ответить ]
Технические новости: 2024-05
Последние технические новости от технического сообщества Викимедиа. Пожалуйста, сообщите другим пользователям об этих изменениях. Не все изменения коснутся вас. Переводы доступны.
Недавние изменения
Начиная с понедельника, 29 января, временные метки сообщений на всех страницах обсуждения станут ссылками. Эта ссылка является постоянной ссылкой на комментарий. Это позволяет пользователям найти комментарий, который они ищут, даже если этот комментарий был перенесен в другое место. Это затронет все вики, кроме английской Википедии. Подробнее об этом изменении можно прочитать на Diff или Mediawiki.org. [4]
В CAPTCHA внесены некоторые улучшения, чтобы спам-ботам и скриптам было сложнее ее обходить. Если у вас есть отзывы об этом изменении, прокомментируйте задачу. Сотрудники отслеживают показатели, связанные с CAPTCHA, а также второстепенные показатели, такие как создание учетных записей и количество изменений.
Изменения позже на этой неделе
Новая версия MediaWiki будет доступна на тестовых вики и MediaWiki.org с 30 января. С 31 января он появится в вики, не относящихся к Википедии, и в некоторых Википедиях. Оно будет на всех вики с 1 февраля (календарь). [5][6]
1 февраля в меню «Инструменты» будет добавлена ссылка для загрузки QR-кода , который ведет на просматриваемую страницу. Также появится новая страница Special:QrCode для создания QR-кодов для любого URL-адреса Викимедиа. Это соответствует желанию № 19, получившему наибольшее количество голосов в опросе списка желаний сообщества 2023 года. [7]
Гаджеты, которые работают только в некоторых скинах, иногда используютtargetsвозможность ограничить, где вы можете их использовать. Это перестанет работать на этой неделе. Вам следует использоватьskinsвместо этого вариант. [8]
Новости технологий , подготовленные авторами Tech News и опубликованные ботом • Внесите свой вклад • Переведите • Получите помощь • Оставьте отзыв • Подпишитесь или откажитесь от подписки.
В разделе #Редактирование больших страниц время ожидания неоднократно истекает, и я не завершаю загрузку, что параметр «Всегда включать безопасный режим» в Special:Preferences#mw-prefsection-rendering не работает. MediaWiki:Prefs-help-forcesafemode отображается в настройках. Я добавил: «Эта настройка не работает по состоянию на январь 2024 г.». Он ссылается на phab:T355314, где об ошибке было сообщено 18 января, патча пока нет, но, возможно, что-то произойдет после сегодняшнего сообщения Матмы Рекс. Интересно, стоит ли нам делать больше, чтобы предупреждать пользователей? Я не знаю, насколько популярно это предпочтение, но некоторые пользователи могут быть расстроены тем, что в их учетных записях выполняются нежелательные скрипты. Насколько я могу судить, единственный реальный эффект от этой настройки в настоящее время заключается в том, что вы не можете видеть или изменять Special:Preferences#mw-prefsection-gadgets . Уже включенные гаджеты работают вместе с JavaScript на всем сайте, личными страницами JS и т. д. Этот параметр приводит к тому, что MediaWiki:Prefs-custom-cssjs-safemode отображается под настройкой скина в Special:Preferences#mw-prefsection-rendering , а MediaWiki:Gadgets-prefstext-safemode отображается в Special:Preferences#mw-prefsection-gadgets . Оба сообщения в настоящее время вводят в заблуждение или являются ложными. Я их не редактировал. PrimeHunter ( обсуждение ) 03:47, 30 января 2024 г. (UTC) Ответить [ ответить ]
Я всегда предпочитаю говорить читателям и редакторам правду. Если эта ошибка не будет исправлена быстро, нам, вероятно, следует изменить любые вводящие в заблуждение или ложные системные сообщения. – Jonesey95 ( обсуждение ) 13:18, 30 января 2024 г. (UTC) Ответ [ ответ ]
Я бы предпочел не взламывать все эти страницы, если это будет перенесено. В связи с этим, я думаю, что после решения нам следует разместить дополнительную информацию в MediaWiki:Prefs-help-forcesafemode - возможно, со ссылкой на Help:Safemode с дополнительной информацией. Обычным редакторам действительно не следует соглашаться на это, если они не знают, что делают. — Обсуждение xaosflux 14:57, 30 января 2024 г. (UTC) Ответ [ ответ ]
Предпочтение снова работает. Я удалил пользовательский режим MediaWiki:Prefs-help-forcesafemode, поэтому снова используется MediaWiki по умолчанию. PrimeHunter ( обсуждение ) 16:54, 31 января 2024 г. (UTC) Ответить [ ответить ]
Невозможно получить HTML-код Parsoid.
Отслеживается в задаче Phabricator T356157
Привет. Когда я пытаюсь использовать визуальный редактор, я получаю сообщение «Невозможно получить HTML-код Parsoid». Мой редактор исходного кода работает нормально, но мне пришлось полностью отключить визуальный редактор, чтобы иметь возможность редактировать. Что мне делать? Пол Вори ( обсуждение ) 07:35, 30 января 2024 г. (UTC) Ответить [ ответить ]
Я тоже только начал получать эту ошибку. PARAKANYAA ( обсуждение ) 07:42, 30 января 2024 г. (UTC) Ответ [ ответ ]
У меня тоже ошибка. Канцчех (обсуждение) 07:50, 30 января 2024 г. (UTC) Ответить [ ответить ]
Я также получаю сообщение об ошибке. Медуза Шрёдингера ✉ 07:52, 30 января 2024 г. (UTC) Ответить [ ответить ]
И я. Но сейчас работаю. Выступление Дуга Веллера 08:41, 30 января 2024 г. (UTC) Ответить [ ответить ]
Приятно знать, что я не единственный, у кого такое было. Теперь это исправлено с моей стороны. Пол Вори ( обсуждение ) 02:44, 31 января 2024 г. (UTC) Ответить [ ответить ]
Проблема с карьером
У меня возникли проблемы с выполнением запросов Quarry, и я получил сообщение об ошибке E004, связанное с OAuth. Я не могу войти в систему или выполнить запросы. Я знаю, что это не то место, где можно задавать вопросы об этом сайте, но я не уверен, где это подходящее место. Кто-нибудь знает, с кем связаться по поводу Карьера? Л из Рид! Разговаривать! 07:59, 30 января 2024 г. (UTC) Ответить [ ответить ]
Я думаю, что это более серьезная проблема с OAuth, поскольку в настоящее время я не могу войти ни во что, что его использует (включая Citation Bot, InternetArchiveBot и сам Phabricator). Все выдает одну и ту же ошибку E004. :Jay8g [ V • T • E ] 08:04, 30 января 2024 г. (UTC) Ответить [ ответить ]
Кажется, OAuth снова работает. :Jay8g [ V • T • E ] 18:13, 30 января 2024 г. (UTC) Ответить [ ответить ]
Всплывающие окна, когда я подписываюсь или отписываюсь от подписки
Это новые? Они навязчивы. Выступление Дуга Веллера 15:49, 30 января 2024 г. (UTC) Ответить [ ответить ]
Я так не думаю. Если вы говорите о подписках на темы , то я думаю, что у них были одни и те же всплывающие окна с момента их появления. Можете ли вы поделиться снимком экрана всплывающего окна, которое вы видите? Разговор Matma Rex 16:37, 30 января 2024 г. (UTC) Ответить [ ответить ]
Ошибка пустого элемента?
Отслеживается в задаче Phabricator T356186
Сегодня утром я зашел в Википедию, и на каждой странице появляется следующее сообщение об ошибке: https://en.wikipedia.org/w/load.php?lang=en&modules=ext.math.popup%7Cext.popups.images%2Cmain% 2CreferencePreviews&skin=vector&version=wcg8y в строке 39: Необработанная синтаксическая ошибка: не удалось выполнить «ближайший» для «Элемента»: предоставленный селектор пуст. Есть идеи, в чем может быть причина? — Сострадательный727 ( T · C ) 16:04, 30 января 2024 г. (UTC) Ответить [ ответить ]
Я тоже это понимаю, но у меня написано "строка 35". Розовые прямоугольники в правой части экрана бесконечны. – Мубошгу ( обсуждение ) 16:09, 30 января 2024 г. (UTC) Ответ [ ответ ]
Я испытываю то же самое. На данный момент я сузил его до гаджета «Справочные подсказки», который включен в en wiki по умолчанию, но на данный момент его можно отключить в ваших настройках: Special:Preferences#mw-prefsection-gadgets . Мволз ( обсуждение ) 16:09, 30 января 2024 г. (UTC) Ответить [ ответить ]
Я тоже получаю эту ошибку, но отключение этого гаджета мне ничего не дало. – Мубошгу ( обсуждение ) 16:13, 30 января 2024 г. (UTC) Ответ [ ответ ]
Хм. Ну, мне помогло отключение. — Сострадательный727 ( T · C ) 16:25, 30 января 2024 г. (UTC) Ответ [ ответ ]
Я до сих пор время от времени получаю пару ошибок от других скриптов, но большинство моих ошибок (приблизительно сотни) исходят от этого гаджета. Попробуйте принудительно обновить страницу, а также отключить все сценарии common.js? Очевидно, существует другая основная проблема, которая сломала множество скриптов, не только этот... Мволц ( обсуждение ) 16:29, 30 января 2024 г. (UTC) Ответить [ ответить ]
Нет, это не сработало. Я даже перезагрузил ноутбук. Однако на моем смартфоне этих розовых коробочек нет. – Мубошгу ( обсуждение ) 16:33, 30 января 2024 г. (UTC) Ответ [ ответ ]
Сейчас об этом сообщили и исправляют. Разговор Matma Rex 16:41, 30 января 2024 г. (UTC) Ответить [ ответить ]
Отключение гаджета «Всплывающие окна навигации» исправило ситуацию. Вам придется перезагрузить страницы, чтобы избавиться от скрипта. — Jts1882 | разговор 16:41, 30 января 2024 г. (UTC) Ответить [ ответить ]
разве это не дурацкое совпадение?
приятно знать , что на этот раз не только мой компьютер почти не работает , мусор
Перейдите в настройки гаджета и снимите флажок «Показывать оповещение при возникновении ошибок JavaScript». Эта опция на самом деле предназначена только для разработчиков, тестирующих что-то. Не знаю, почему у вас всех это включено. – SD0001 ( обсуждение ) 17:12, 30 января 2024 г. (UTC) Ответ [ ответ ]
Ну, он сообщает мне, когда установленные мной пользовательские сценарии работают со сбоями. — Сострадательный727 ( T · C ) 17:31, 30 января 2024 г. (UTC) Ответить [ ответить ]
СПАСИБО SD0001! Мне не нужно столько розовых коробочек, сообщающих мне, что что-то сломалось. – Мубошгу ( разговор ) 17:51, 30 января 2024 г. (UTC) Ответ [ ответ ]
Проблема с отображением списков вкладов
Решено
– Пользовательские настройки фильтра были сброшены. - Обсуждение xaosflux 21:12, 30 января 2024 г. (UTC)Ответить [ ответить ]
Список вкладов в Википедии пользователя Relativity.
Привет. По какой-то причине я не вижу ничьего списка вкладов, даже своего. Это происходит уже довольно давно, и я не знаю, как это исправить. Я попытался войти в систему, выйти из системы и перезагрузить свой компьютер (это MacBook Pro 2021 года выпуска, если это имеет какое-либо значение), но безрезультатно. Кто-нибудь знает, что происходит? Спасибо, Относительность20:28, 30 января 2024 г. (UTC) Ответить [ ответить ]
@ Xaosflux Да, я это вижу. Я действительно не знаю, что происходит. Я также отключил бета-функции и удалил сценарии из файла common.js. (Я не удалял ничего из своих предпочтений, кроме функций бета-версии; мне действительно не хотелось этого делать, если только ничего не помогло.) Относительность21:08, 30 января 2024 г. (UTC) Ответить [ ответить ]
@ Относительность, ОК, так что по этой ссылке вручную установите все фильтры, откройте раздел «Поиск вкладов» и сбросьте там значения. — Обсуждение xaosflux 21:09, 30 января 2024 г. (UTC) Ответ [ ответ ]
@ Xaosflux Это сработало! Спасибо! Относительность21:10, 30 января 2024 г. (UTC) Ответить [ ответить ]
(Это имеет смысл, поскольку единственное значение, которое я проверил, было «Скрыть, вероятно, хорошие правки». Значит, все мои правки считались «вероятно, довольно хорошими»?) Относительность21:12, 30 января 2024 г. (UTC) Ответить [ ответить ]
О флаге Викии в Special:Interwiki
Почти все вики-проекты в WMF имеют префиксные флаги викии, и судя по истории шаблона {{ Wikia }} (используемого вместо непосредственного написания перекрестных вики-ссылок), существовал как минимум с 2009 года (возможно, и дальше, поскольку здесь это с 2005 года). Есть ли какая-то причина, по которой нам нужно сохранить эти флаги или их не следует удалять? Этот вопрос был поднят, потому что пользователь zhwiki часто добавлял перекрестные ссылки Wikia на некоторые проекты Wikia, но другой пользователь удалил эти ссылки из-за вызывающего беспокойство качества статей об этих проектах и предложил удалить флаги Wikia, чтобы избежать проблем в будущем. Технически, если считать количество использований, имеется 740 страниц, на которые ссылаются шаблоны, и около 150 страниц, на которые ссылаются через кросс-вики. Если есть веская причина для «несъемного», возможно, это веский повод возразить. -- Cwek ( обсуждение ) 01:22, 31 января 2024 г. (UTC) Ответ [ ответ ]
Что касается вики-интервики, то она является частью матрицы Special:Interwiki , поддерживаемой централизованно. Вопросы об изменении этого правила для всех проектов Викимедиа следует поднимать на карте Meta:Talk:Interwiki. Локальные проекты не могут переопределить этот список. Это не имеет ничего общего с тем, что мы хотели бы сделать с нашим собственным шаблоном выше. — Обсуждение xaosflux 01:39, 31 января 2024 г. (UTC) Ответ [ ответ ]
Означает ли это, что эта матрица настраивается и управляется Meta-Wiki для всех проектов WMF Wiki и не может быть адаптирована для конкретных проектов? Есть записи, в которых упоминается, почему мы сохранили префикс викиа? Или это просто инерция пути или взаимная поддержка прыжков в вики-проектах? -- Cwek ( обсуждение ) 08:34, 31 января 2024 г. (UTC) Ответ [ ответ ]
Да, матрица одна для всех проектов. Вы можете пройти по ссылке на обсуждение выше. Короче говоря, включение в эту карту не является подтверждением того, что такой внешний сайт является надежным источником «контента» — это может быть просто что-то полезное для дискуссий или метадискуссий. Локально шаблон, на который вы ссылались, хранился в 4 обсуждениях удаления (см. ссылки в разделе «Обсуждение шаблонов: Wikia »). То, как zhwiki хочет управлять своим проектом, зависит от них, они могут создать фильтр злоупотреблений, если им не нужны ссылки на Wikia. — Обсуждение xaosflux 10:41, 31 января 2024 г. (UTC) Ответ [ ответ ]
Шаблон:Обрезка изображения CSS : теперь с Шаблон:Легкая обрезка изображения CSS ! ...Если он пройдет тестирование.
Обрезка изображений CSS — это здорово, но, возможно, это не удобно для пользователя.
Я решил попытаться сделать его немного проще в использовании, по крайней мере, если вы, как и я, просто играете со значениями, пока все не станет выглядеть правильно.
{{ Простая обрезка изображения CSS }} позволяет вам указать, какой ширины должно быть конечное изображение, и оно попытается обрезать его так, чтобы в итоге у вас получилось изображение именно такой ширины. Например:
Обратите внимание, что, поскольку я не хотел обрезать нижнюю часть, я просто ничего не вставил. Не обрезать нижнюю часть с помощью {{ обрезки изображения CSS }} намного сложнее и требует выполнения всех вычислений, которые выполняет этот шаблон. Для обрезки используются проценты, поэтому он масштабируется, если вы передумаете использовать желаемую ширину. Если вы хотите, чтобы он был больше, просто измените его desired_width, и весь урожай автоматически масштабируется.
Однако, прежде чем мы запустим это в эксплуатацию, могу ли я попросить людей проверить это? Я думаю, так проще, но... это только у меня так, или у всех так? Есть ли какой-нибудь скрипт, который может определить исходную ширину и высоту изображения, чтобы нам не приходилось спрашивать (может быть, с Lua? image.width и [9] существуют в базовом Lua.)?
Я хотел бы иметь возможность использовать настройки пользовательских предпочтений для ширины изображения по умолчанию, но я не думаю, что есть какой-либо способ сделать это.Адам Куэрден ( обсуждение ) Имеет около 8,8% всех FP . 04:27, 31 января 2024 г. (UTC) Ответить [ ответить ]
Да, вы можете получить ширину и высоту изображения с помощью Lua. Модуль: Несколько изображений делает это, например. «Я хотел бы иметь возможность использовать настройки пользователя для ширины изображения по умолчанию». Насколько мне известно, эта информация недоступна. — The DJ ( обсуждение • вклад ) 08:54 , 31 января 2024 г. (UTC) Ответить [ ответить ]
Хорошо. Это было немного сложно, но это работает, и я могу потерять два параметра из шаблона. Адам Куэрден ( обсуждение ) Имеет около 8,8% всех FP . 09:12, 31 января 2024 г. (UTC) Ответить [ ответить ]
Самая простая замена CSS-обрезке изображений — CropTool, а не очередной хакерский шаблон. stjn 16:05, 31 января 2024 г. (UTC) Ответить [ ответить ]
Нет, потому что это имеет некоторые серьезные недостатки, когда дело доходит до повторного использования изображений. Люди используют наши статьи для поиска изображений. Мы знаем это. Мы также знаем, что MediaViewer даже не сообщит им о существовании необрезанного изображения. Нам также не нужен миллион вариантов изображений, пока идет обсуждение точного кадра для статьи. Адам Куэрден ( обсуждение ) Имеет около 8,8% всех FP . 16:59, 31 января 2024 г. (UTC) Ответить [ ответить ]
Только до тех пор, пока CropTool (который на данный момент в основном заброшен) не исправит обрезку без потерь, чтобы она снова стала фактически без потерь. -- Ахехт ( СТРАНИЦА ОБСУЖДЕНИЯ) 19:06, 31 января 2024 г. (UTC) Ответить [ ответить ]
CropTool перезаписывает оригинал или вас просят ввести новое имя файла? -- Redrose64 🌹 ( обсуждение ) 00:17, 2 февраля 2024 г. (UTC ) Ответить [ ответить ]
Он может сделать и то, и другое. -- Ахехт ( СТРАНИЦА ОБСУЖДЕНИЯ) 15:12, 2 февраля 2024 г. (UTC) Ответить [ ответить ]
Отображение блоков, когда журнал блоков был скрыт
Насколько возможно отображать уведомление о «заблокировке» в разделе Special:Contributions/ учетной записи, даже если журнал блокировок скрыт? Чтобы внести ясность, это иногда делается, когда имя пользователя мешает работе — в результате в вкладах не появляется заблокированное уведомление. Страница вкладов содержит пустой элемент div с классом «mw-contributions-blocked-notice», на странице прав пользователя по-прежнему указано «заблокировано», а в глобальном списке учетных записей по-прежнему отображается причина и продолжительность блокировки, просто люди могут это сделать. заблуждайтесь, думая, что аккаунт не заблокирован: [10].
Это не особенно беспокоит, я был свидетелем того, как это происходило только дважды и один раз вызывало повторные отчеты в UAA (хотя, возможно, это произошло и в другой раз, я просто не помню наверняка). Просто решил спросить, можно ли сделать отображение блока даже без журнала. – 2804:F14:80C4:6501:F90A:5BF2:504C:9AA6 (разговор) 07:25, 31 января 2024 г. (UTC) Ответ [ ответ ]
Также не уверен, почему о них сообщили сегодня, поскольку они, очевидно, были заблокированы с 20-го числа, может быть, злоупотребление страницей обсуждения ? *Редактировать: На самом деле, я почти уверен, что это был тот случай, когда кто-то только что увидел сводку по возврату в Юниондейле, Нью-Йорк , и на счету был только один вклад. – 2804:F14:80C4:6501:F90A:5BF2:504C:9AA6 (обсуждение) 07:43, 31 января 2024 г. (UTC) (*отредактировано 07:52, 31 января 2024 г. (UTC)) Ответ [ ответ ]
Приведите примеры конкретных страниц. — Обсуждение xaosflux 10:42, 31 января 2024 г. (UTC) Ответ [ ответ ]
Я пытался избежать прямой ссылки на пользователя на случай, если это активирует фильтры редактирования (*только что подтвердил* да, это действительно активирует фильтры редактирования), первая ссылка, которую я дал, касалась пользователя, о котором сообщили, вы можете получить доступ к его вкладу из там. – 2804:F14:80C4:6501:F90A:5BF2:504C:9AA6 (разговор) 11:47, 31 января 2024 г. (UTC) Ответ [ ответ ]
Хорошо, похоже на возможную ошибку, вы можете сообщить об этом, указав инструкции на сайте WP:BUG . Что-то вроде «Этот пользователь в настоящее время заблокирован». сообщение не появляется в Special:Contributions, когда журнал блокировки был отредактирован. — Обсуждение xaosflux 16:04, 31 января 2024 г. (UTC) Ответ [ ответ ]
Извините, в настоящее время я не желаю создавать учетную запись в Википедии (видимо, необходимо сообщить об этом). По крайней мере, это редкая ситуация, с еще более редкими последствиями, и оставить ее без особых проблем не составляет труда. – 2804:F14:80A2:2E01:383A:951C:7025:13F2 (разговор) 22:43, 1 февраля 2024 г. (UTC) Ответ [ ответ ]
Возможно, это встречается чаще, чем вы предполагаете. Я постараюсь выразить это тактично. Что администраторы должны сделать за один раз: обновить журнал блокировки, обновить журнал создания учетной записи, обновить историю страниц (плюс, возможно, некоторые другие журналы, обычно это страница обсуждения и отчет на доске объявлений - многие патрульные пишут это в отредактируйте резюме где-нибудь). И это именно по тем причинам, которые вы упомянули. Вы уже упомянули некоторые способы (часто) получить эту информацию, если захотите. Хитрость заключается в том, чтобы в первую очередь не допустить, чтобы это привлекло их внимание. -- zzuuzz (обсуждение) 01:03, 2 февраля 2024 г. (UTC) Ответить [ ответить ]
Брак
Еще не день високосного года (на самом деле у женщин есть 366 дней, а не один, чтобы предложить), но месячный блок, установленный 30 января 2024 года, истекает в то же время, 1 марта. Если срок действия блока истекает через определенное количество месяцев, а день размещения не существует в месяце истечения срока действия, как можно рассчитать дату истечения срока действия? 78.146.96.26 (обсуждение) 18:53, 31 января 2024 г. (UTC) Ответить [ ответить ]
См. https://www.php.net/manual/en/datetime.examples-arithmetic.php. Сначала было бы сказано, что срок действия блока истекает 30 февраля, но, поскольку в феврале всего 29 дней, 30 февраля эквивалентно 1 марта. Блокировка на 1 месяц, установленная 31 января, истечет 3 марта обычного года и 2 марта високосного года. -- Ахехт ( СТРАНИЦА ОБСУЖДЕНИЯ) 19:22, 31 января 2024 г. (UTC) Ответить [ ответить ]
Спасибо. 30 февраля выходит интересная статья. 78.146.96.26 (обсуждение) 20:15, 31 января 2024 г. (UTC) Ответить [ ответить ]
По сути, формула {{#time: H:i, j F Y (e) |18:53, 31 January 2024 (UTC) + 1 month}}→ 18:53, 2 марта 2024 г. (UTC). -- Redrose64 🌹 ( обсуждение ) 00:56, 2 февраля 2024 г. (UTC ) Ответить [ ответить ]
Какое это имеет отношение к браку ? — Мартин ( MSGJ · разговор ) 20:19, 31 января 2024 г. (UTC) Ответ [ ответ ]
Есть ли способ увидеть все случаи использования загрузок Commons?
Я знаю, что на Commons можно увидеть, где используется файл, просмотрев страницу его описания. Существует ли гаджет, который будет предоставлять эту информацию, обобщенную для всех загрузок для данного пользователя? Майк Кристи ( обсуждение - вклад - библиотека ) 11:54, 1 февраля 2024 г. (UTC) Ответить [ ответить ]
Вы хотите что-то, что попадет в Commons:Special:ListFiles/Mike_Christie и будет включать использование файлов для каждой строки? — Обсуждение xaosflux 14:12, 1 февраля 2024 г. (UTC) Ответ [ ответ ]
Да, точно. Я загружаю несколько фотографий Юго-Восточной Азии и Кипра 1950-х и 1960-х годов, и мне было бы интересно посмотреть, используются ли какие-нибудь из них. Один или два человека связались со мной по поводу изображений (например , это было очень интересно), и это заставило меня осознать, что если другие используют изображения, у меня нет простого способа узнать об этом. Майк Кристи ( обсуждение - вклад - библиотека ) 14:27, 1 февраля 2024 г. (UTC) Ответить [ ответить ]
Мне ничего об этом не известно, но это возможно, поскольку информация, которую вы ищете, доступна через API (пример). Запускать это по требованию из живого текста может быть очень «дорого». Запрос к базе данных также может быть возможен, если вам просто нужен отчет на определенный момент времени. — Обсуждение xaosflux 23:45, 1 февраля 2024 г. (UTC) Ответ [ ответ ]
Да, я видел, что это может быть дорого. Спасибо; это полезно - я рассмотрю запрос к базе данных. Майк Кристи ( обсуждение - вклад - библиотека ) 01:57, 2 февраля 2024 г. (UTC) Ответить [ ответить ]
выберите gil_wiki , concat ( gil_page_namespace , ":" , gil_page_title ), gil_to из globalimagelinks присоединитесь к изображению на gil_to = img_name присоединитесь к актеру на img_actor = actor_id и actor_name = "Майк Кристи"
Снавар ( обсуждение ) 02:50, 2 февраля 2024 г. (UTC) Ответить [ ответить ]
Работает как шарм, и это было быстро. Большое спасибо! Майк Кристи ( обсуждение - вклад - библиотека ) 03:43, 2 февраля 2024 г. (UTC) Ответить [ ответить ]
Епископы по странам и векам
В последнем выпуске Special:WantedCategories были представлены две красные ссылки, созданные по шаблону для очевидных ошибок: Категория: Римско-католические епископы в и Категория: 19 век в.
Оба они были созданы автоматически с использованием {{ Заголовок категории «Епископы по странам и векам» }} в совершенно новой категории: Римско-католические епископы 19-го века в Папской области , в которой дополнительно присутствовали три отключенных утверждения категории, появляющиеся на странице в виде текста. вместо категорий, [[Категория: Римско-католические епископы 19-го века в |]], [[Категория: Римско-католические епископы 19-го века в |]] и [[Категория: Римско-католические епископы 19-го века по странам работы|] ]. (Это тоже не ошибка: два идентичных оператора категории на самом деле выглядели как два отдельных объявления одного и того же текста.) Все они, включая текст, были включены шаблоном, а не закодированы на странице — но попытка добавить в шаблон «Папскую область», как это обычное решение в других подобных ситуациях, ничего не изменила, поэтому для временного решения мне пришлось обернуть шаблон в {{ подавить категории }}, чтобы прервать кладж, одновременно помечая категорию как неклассифицированную из-за отсутствия других категорий.
Так может ли кто-нибудь узнать, как это исправить? Спасибо. Bearcat ( обсуждение ) 19:38, 1 февраля 2024 г. (UTC) Ответить [ ответить ]
— andrybak ( обсуждение ) 21:05, 1 февраля 2024 г. (UTC) Ответить [ ответить ]
Действительно, вопрос о том, должен ли он существовать или нет, не по теме VPT, поэтому я не поднимал эту проблему — но если реальная проблема заключается в том, что он использует пакет модулей, который даже не готов к признать Папскую область как страну вообще , тогда это в сочетании со всеми другими вопросами, которые вы подняли, предполагает, что мне следует просто передать это в CFD, а не пытаться изменить оболочку шаблона. Так что я сделаю это. Bearcat ( обсуждение ) 22:15, 1 февраля 2024 г. (UTC) Ответить [ ответить ]
Еще одна вещь...
Кроме того, при каждом обновлении WantedCategories практически всегда имеется по крайней мере одна, а чаще несколько совершенно новых, созданных шаблонами, красных ссылок на разновидности «Статьи, содержащие текст на языке Foo» и/или «Страницы с FooLanguage IPA», поскольку люди добавляют новые текст на иностранном языке для статей на небольших или малоизвестных языках, у которых еще не было собственного текста или категорий отслеживания IPA. Это скорее похоже на то, что бот должен быть в состоянии уловить и обработать, прежде чем это станет моей работой, поскольку у нас регулярно есть боты, которые могут троллить и автоматически создавать непустые категории обслуживания с красными ссылками. Итак, существует ли бот, который можно было бы запрограммировать для самостоятельного обнаружения и разрешения таких категорий до того, как они будут обнаружены как WC, или, по крайней мере, проверять сам отчет WC и автоматически создавать любые категории этого типа, которые появляются, чтобы их уже решено к тому времени, когда человек вообще попадает в список? Bearcat ( обсуждение ) 19:53, 1 февраля 2024 г. (UTC) Ответить [ ответить ]
Это похоже на то, что может сделать бот. Вы можете спросить в Википедии: запрос бота , чтобы кто-то написал бота; вы, вероятно, захотите включить подробную информацию о том, что именно должна содержать страница категории. Если там никто не возьмется, дайте мне знать. Аномия ⚔ 02:11, 2 февраля 2024 г. (UTC) Ответить [ ответить ]
Транспортные карты
{{ maplink }} позволяет создавать динамические карты с помощью OpenStreeMap, которые предлагают небольшую карту с прямой ссылкой на полностраничную карту. Есть ли способ запросить такую карту для использования другого слоя в OSM, например, Transport Map или Tracestrack Topo? Они больше подходят для статей на автомобильную и железнодорожную тематику.
Или это для доски предложений? - Редактирование разговора Вербарсона 10:39, 2 февраля 2024 г. (UTC) Ответ [ ответ ]
«использование OpenStreetMap» Технически это карты WMF, использующие данные OpenStreetMap. Все упомянутые вами слои являются сторонними слоями (также основанными на данных OSM). Однако у нас нет подобных слоев, и по соображениям конфиденциальности мы не интегрируемся с такими сторонними слоями. — The DJ ( обсуждение • вклад ) 14:14, 2 февраля 2024 г. (UTC) Ответить [ ответить ]
Ах. Это объясняет, почему полностраничные карты не имеют привычного интерфейса OSM. Теперь это имеет смысл. Спасибо. - Редактирование разговора Вербарсона 14:22, 2 февраля 2024 г. (UTC) Ответ [ ответ ]
По моему опыту, VisualEditor любит создавать конвейерные ссылки путем незначительных изменений в тексте. В этом случае мое редактирование изменило текст с древнеримского на древнеримский , чтобы он был грамматически правильным, и в результате получилась прямая ссылка... Если вы знаете какой-либо способ избежать этой проблемы без утомительной проверки исходного кода, я буду благодарен за помощь :))
Если я правильно следую истории изменений, источник викитекста был изменен с на . Я не думаю, что без вмешательства пользователя VisualEditor сможет предположить, что пользователь хочет изменить ссылку назначения с «древних римлян» на «древний римлянин». Знаете ли вы, предоставляет ли VisualEditor простой способ ввода таких ссылок, как ? (Хотя, поскольку в данном случае конечным пунктом назначения является Древний Рим , я не уверен, что суффиксный подход является наиболее естественным.) isaacl ( обсуждение ) 18:03, 2 февраля 2024 г. (UTC) Ответить [ ответить ][[ancient Romans]][[ancient Romans|ancient Roman]][[ancient Roman]]s
Да, я заметил, что когда другие редакторы копируют мою работу, большинство их правок заключается именно в переписывании в формат . Я только что воспроизвел проблему в быстром тесте VisualEditor, где ссылка ведет к исходному коду . Возможно, я что-то упускаю или неправильно использую редактор, но я заметил, что это постоянное исправление, которое другие редакторы вносят в мою работу. Если я попытаюсь связать без s , результат будет: . IgnatiusofLondon ( обсуждение ) 18:22, 2 февраля 2024 г. (UTC) Ответить [ ответить ][[ancient Romans|ancient Roman]][[ancient Roman]]sancient Romans[[Ancient Roman|ancient Romans]][[ancient Roman]]<nowiki/>s
Да, предоставление возможности указать, как будет представлен основной источник вики-текста, противоречит концепции визуального редактора, поэтому я не удивлен, что нет способа сделать это. isaacl ( обсуждение ) 18:40, 2 февраля 2024 г. (UTC) Ответить [ ответить ]
Я не думаю, что VisualEditor можно изменить [[ancient Romans]]за [[ancient Roman]]один шаг. Если у вас есть ссылка и вы хотите что-то изменить, текст ссылки и цель ссылки изменяются разными способами. Нажмите ссылку, а затем «Изменить», чтобы изменить цель ссылки. Удалите s, чтобы изменить текст ссылки. Альтернативно вы можете разорвать связь, удалить s и снова связать ее. PrimeHunter ( обсуждение ) 19:56, 2 февраля 2024 г. (UTC) Ответ [ ответ ]
О, это очень полезная информация. Подтекст или побочный вопрос для меня заключается в том, что я пытаюсь понять, как лучше всего помочь другим в использовании VE, не теряя при этом мудрости, советов и приемов профессии, которые возникают в конкретных ситуациях, таких как эта. один. Соответственно, в ответ на запрос ОП на моей странице обсуждения (ссылка вверху) я внес изменение в WP:VE#Limitations , чтобы добавить пункт в список, и начал предлагать WT:VE § Лучший способ справиться с ограничениями. обходные пути ; ваш вклад будет оценен по достоинству. Mathglot ( обсуждение ) 22:47, 2 февраля 2024 г. (UTC) Ответ [ ответ ]
Другой, но связанный с этим момент заключается в том, что в VE очень легко ввести неверный текст, найти действительную ссылку, но оставить исходный текст отображенным, например [[deity|diety]]. Было бы замечательно, если бы какое-либо решение охватывало и эту проблему. Certes ( обсуждение ) 22:56, 2 февраля 2024 г. (UTC) Ответить [ ответить ]
Поищите информацию о диете в Викисловаре, бесплатном словаре.
AWB уже знает, как исправить множество орфографических ошибок, если опечатка не является реальным словом, поэтому, возможно, он мог бы обработать распространенное подмножество таких ошибок в форме ссылки. Я могу придумать сценарий, который мог бы выполнять следующие действия: {if (WikiProject = Еда или Здоровье) или (соотношение (частота таких слов, как «вес», «похудеть», «Аткинс», «жир» на странице) :: (частота таких слов, как «Бог», «Аллах», «Вишну», «религия» на странице)) > 2) тогда «божество» иначе, если < 0,5, то «божество» иначе отсоединиться) но даже если бы такой сценарий был возможен, я сомневаюсь проблема достаточно серьезна, чтобы потребовать ее; более того, его было бы утомительно производить. Mathglot ( обсуждение ) 00:00, 3 февраля 2024 г. (UTC) Ответить [ ответить ]
Интересно, можем ли мы выдать предупреждение, если отображаемый текст представляет собой {{ R из орфографии }} в целевой ссылке. Статистику собирать сложно, но подозреваю, что такие случаи встречаются довольно часто. (Если я ошибаюсь, то об этом не стоит думать.) Обратной стороной является то, что иногда нам приходится оставлять орфографические ошибки в кавычках. Certes ( обсуждение ) 18:23, 3 февраля 2024 г. (UTC) Ответить [ ответить ]
Если я правильно понимаю поведение VisualEditor, я думаю, что ваша модификация немного слишком конкретна. Любое редактирование текста ссылки оставит исходную ссылку неизменной, в результате чего будет создана конвейерная ссылка. Это не обязательно является ограничением само по себе; это просто разница между викитекстом, где вы можете явно увидеть любую разницу между текстом ссылки и ее назначением, и визуальным редактором, где для просмотра места назначения ссылки необходимо использовать пользовательский интерфейс. isaacl ( обсуждение ) 23:22, 2 февраля 2024 г. (UTC) Ответ [ ответ ]
Исаак, моя проблема заключается именно в правильном понимании поведения VE, и я сделал все возможное в этом моде, пытаясь обобщить, основываясь на одном варианте использования; в лучшем случае сложная перспектива. Если вы можете улучшить формулировку, пожалуйста, сделайте это. ( редактировать конфликт ) Mathglot ( обсуждение ) 23:37, 2 февраля 2024 г. (UTC) Ответить [ ответить ]
(post-ec) Ну, скажем, ограничение на то, что хотел пользователь != что получилось, где использование редактора викитекста дало бы другой результат. Возможно, ограничения – не совсем подходящее слово для этого. Mathglot ( обсуждение ) 23:40, 2 февраля 2024 г. (UTC) Ответ [ ответ ]
Грубая аналогия: если бы исходный источник вики-текста был исходным, а редактор изменил его на . Без анализа контекста остальных изменений редактор викитекста не будет знать, действительно ли редактор хочет указать на Индиану Джонса (на который перенаправляется франшиза «Индиана Джонс» ) или сказать «Индиана Джонс (персонаж)» . Теперь, конечно, никто не ожидает, что редактор викитекста самостоятельно изменит ссылку назначения, поскольку его основная предпосылка заключается в том, что пользователь имеет полный контроль над ссылками. Аналогичным образом, VisualEditor также не пытается изменить ссылку назначения самостоятельно и оставляет на усмотрение редактора возможность изменить ссылку назначения, если это необходимо. isaacl ( обсуждение ) 04:22, 3 февраля 2024 г. (UTC) Ответить [ ответить ][[Indiana Jones franchise|Indiana Jones movie series]][[Indiana Jones franchise|Indiana Jones]]
Не уверен, хорошая ли это аналогия или нет. В вашем примере ссылка передается по конвейеру до и после, тогда как в случае использования OP iirc VE преобразует простую ссылку в конвейерную ссылку при изменении цели, что мы хотели бы документировать и избегать. PrimeHunter предложил обходной путь, и, в конечном итоге, об ошибке следует сообщить в VE, если только по какой-то причине не желательно преобразовать ее в конвейерную ссылку. Mathglot ( обсуждение ) 05:50, 3 февраля 2024 г. (UTC) Ответ [ ответ ]
В викитексте текст ссылки может совпадать с текстом целевой ссылки, и вы можете изменить оба текста одновременно. Поскольку вы можете видеть базовую разметку, вы знаете, когда вы меняете оба или только один. Однако в редакторах типа WYSIWYG текст ссылки и ее внешний вид обычно отделены от целевой ссылки. Моя аналогия была просто для того, чтобы проиллюстрировать, что редактирование текста ссылки в VisualEditor похоже на редактирование текста ссылки в передаваемой ссылке викитекста, и VisualEditor не знает, хочет ли пользователь изменить как целевую ссылку, так и текст ссылки, или оставить их отдельно. .
Основываясь на своем опыте работы с другими редакторами типа WYSIWYG, я думаю, что пользователи VisualEditor обычно ожидают возможности копировать и редактировать текст ссылки без изменения целевой ссылки, и поэтому создание конвейерных ссылок в базовом вики-тексте соответствует их ожиданиям. Теоретически можно добавить новую функцию (скажем, режим перезаписи ссылки), при которой редактирование текста ссылки также изменит ссылку назначения. Я подозреваю, что это будет несколько сложно реализовать (я думаю, что обширное редактирование в режиме перезаписи ссылок может привести к разбросанию пустых ссылок, которые придется обрабатывать, поэтому придется учитывать множество крайних случаев). isaacl ( обсуждение ) 06:30, 3 февраля 2024 г. (UTC) Ответить [ ответить ]
В этом случае нам может понадобиться дополнительный контент на WP:NOPIPE , чтобы упомянуть, что он не относится к пользователям визуального редактора. Я не сторонник добавления сложных функций к чему-то такого масштаба. Mathglot ( обсуждение ) 06:47, 3 февраля 2024 г. (UTC) Ответить [ ответить ]
Я не думаю, что нам следует менять наши рекомендации относительно того, когда использовать канал, но мы могли бы отметить, что следовать этим рекомендациям при использовании VE сложнее. Certes ( обсуждение ) 23:39, 3 февраля 2024 г. (UTC) Ответить [ ответить ]
Возможно, мы разговаривали мимо друг друга. Я думаю, что в первом ответе может быть недоразумение, если предположить, что это не я неправильно понимаю. Вы сказали:
Я не думаю, что без вмешательства пользователя VisualEditor сможет предположить, что пользователь хочет изменить ссылку назначения с «древних римлян» на «древних римлян».
Согласованный; однако произошло вмешательство пользователя. ОП в этом редактировании изменил видимый текст «Древние римляне» на «Древний римлянин » (потому что в этой позиции в предложении требовалось прилагательное). VE, вместо того, чтобы оставить достаточно хорошо в покое, без необходимости превратил его в трубопровод под капотом, оставив его, как [[ancient Roman]]было бы достаточно. Таким образом, речь идет не о том, чтобы VE делала какие-либо предположения о том, чего хочет пользователь в отсутствие вмешательства человека, а скорее о том, чтобы отвергнуть то, что он хотел, или реализовать это неоптимальным образом. Если и были сделаны какие-либо предположения, то это VE предположило, что пользователь на самом деле не имел в виду сказать « Древний римский» , когда он это сделал; или, возможно, предполагая, что древнеримский язык не был таким же хорошим перенаправлением, как древние римляне , кто знает; он должен просто принять изменение пользователя. Что, если пользователь допустил опечатку и поместил туда древний Романкс , попытается ли VE исправить это с помощью прямой ссылки? Надеюсь нет; в этом случае это должна быть простая красная ссылка, содержащая орфографическую ошибку, чтобы человек мог прийти и решить, какой она должна быть позже. Я не думаю, что VE следует возиться с конвейером, чтобы определить, что, по ее мнению, имел в виду пользователь в случае с RW или в этом гипотетическом случае. Mathglot ( обсуждение ) 20:36, 3 февраля 2024 г. (UTC) Ответить [ ответить ]
VE оставила цель ссылки в покое, когда текст ссылки был изменен. Именно так обрабатываются ссылки в VE и почти во всех других программах, когда текст ссылки не является полным URL-адресом. Вы, вероятно, думаете, что это неправильно, только потому, что вы привыкли к редактору исходного кода, в котором MediaWiki имеет специальную функцию, позволяющую одновременно определять цель ссылки и текст ссылки. В HTML это было бы сказано <a href="/wiki/Wikipedia:VPT/Ancient_Romans">ancient Romans</a>. Я не думаю, что какой-либо HTML-редактор автоматически изменит цель ссылки, если пользователь удалит символ из текста ссылки. Предположим, в статье сказано [[Danes]], и кто-то изменил отображаемый текст на «Датчанин» в VE. Должен ли VE автоматически изменить цель ссылки со статьи «Датчане» на страницу значений «Датчанин» ? Очевидно, нет. В вашем примере «Древний римлянин» и «Древние римляне» в настоящее время перенаправляются на одну и ту же статью, но я думаю, что это было бы слишком запутанно для пользователей VE, если бы существовали сложные правила, определяющие, когда цель ссылки меняется или не меняется при изменении текста ссылки. PrimeHunter ( обсуждение ) 22:18, 3 февраля 2024 г. (UTC) Ответ [ ответ ]
Вы хотите сказать, что VE работает непосредственно с Html, не принимая во внимание викикод? Я думал, что наши серверы сохраняют только викикод, который интерпретируется в Html страницы, когда кто-то ПОЛУЧАЕТ страницу; вот почему просмотр старой версии страницы, содержащей шаблоны, вывод которых изменился с момента выпуска старой страницы, показывает текущий вывод шаблонов в контексте старой страницы, а не вывод шаблона, каким он был тогда. В режиме предварительного просмотра редактора викитекста во время внесения изменений у вас есть отображаемый Html вверху, а викитекст (измененный или нет) внизу; в следующий раз, когда они нажмут «Предварительный просмотр», окно предварительного просмотра будет перерисовано из викитекста, верно? VE, конечно, не показывает викитекст, в этом весь смысл визуального редактора, но в конце концов ему приходится его создавать, потому что это то, что снова попадает на сервер, верно? В вашем примере с Html вот что произошло бы, если бы оно действовало на Html, а не на викикод; это так задумано? Что касается специальной функции, любой текстовый редактор может одновременно изменять и href, и встроенную привязку, если вы поместите туда курсор; это предшествовало визуальному редактированию и вряд ли кажется чем-то особенным. Раньше я использовал Amaya, возможно, самый старый предшественник VE; Интересно, как они справились с ситуацией и сохранили ли они Html напрямую или интерпретировали его из внутреннего кода. Но теперь я чувствую, что захожу немного далеко.
Поскольку изменение цели ссылки слишком сбивает с толку пользователей VE, если они набирают «XYZ», почему бы просто не перейти на «XYZ»? Я понимаю ваш предыдущий комментарий о двухэтапном процессе, и он кажется идеальным обходным решением, но почему мы не можем использовать его во время редактирования в VE, вместо второго шага, о котором пользователь VE должен прочитать в некоторых раздел ограничений, а затем действовать дальше? Поскольку я думаю, что мы оба согласны с тем, что мы не хотим, чтобы VE догадывался о том, что имеет в виду пользователь, если изменение в тексте ссылки оставляет некоторую неопределенность относительно цели, почему VE не может открыть небольшое диалоговое окно с двумя полями ввода, target и текст ссылки, с текстом ссылки, предварительно заполненным на основе пользовательского ввода, а также, возможно / может быть, не предварительно заполненной целевой страницей, и попросить их подтвердить или изменить? Мне кажется это решит эту проблему. Разве VE не делает что-то подобное, когда пользователь добавляет ссылку на страницу с неоднозначностью, или я путаю это с другой функцией? ( редактировать конфликт ) Mathglot ( обсуждение ) 23:10, 3 февраля 2024 г. (UTC) Ответить [ ответить ]
VE создает викитекст. Я упомянул HTML только для того, чтобы объяснить, что VE ведет себя нормально для программного обеспечения для создания ссылок. Это необычный викитекст MediaWikis. VE разработан для редакторов, не знающих викитекст. Здесь это не имеет значения, но MediaWiki действительно обрабатывает викитекст, как только вы сохраняете страницу. Результат кэшируется, поэтому его не нужно пересчитывать при каждом просмотре страницы. Старые версии другие. MediaWiki пересчитывает результат при их просмотре, но они получают гораздо меньше просмотров страниц, поэтому затраты на сервер ограничены. PrimeHunter ( обсуждение ) 00:05, 4 февраля 2024 г. (UTC) Ответить [ ответить ]
Редактирование после ec: Судя по тому, что Исаакл одновременно написал ниже, похоже, что в VE действительно есть такое всплывающее окно, как я теоретизировал. Mathglot ( обсуждение ) 23:12, 3 февраля 2024 г. (UTC) Ответ [ ответ ]
Я не являюсь пользователем VisualEditor (за исключением нескольких тестов, в основном недавно с использованием инструмента ответа), поэтому я зашел в m:VisualEditor и щелкнул ссылку на тест, чтобы проверить его. Вы также можете прикрепить ?veaction=editURL-адрес страницы, чтобы проверить ее. Однако, как я упоминал ранее, основываясь на своем опыте работы с другими редакторами типа WYSISWYG, я думаю, что большинство пользователей не ожидают, что редактирование текста ссылки приведет к автоматическому изменению целевой ссылки. isaacl ( обсуждение ) 23:19, 3 февраля 2024 г. (UTC) Ответ [ ответ ]
Да, я осведомлен об обстоятельствах редактирования, описанных в исходном посте. Как я уже упоминал, VisualEditor не имеет функции, позволяющей одновременно редактировать как целевую ссылку, так и текст ссылки, просто вводя текст в основное текстовое поле, в отличие от викитекста. Таким образом, все изменения в главном текстовом поле VisualEditor по замыслу оставляют ссылку назначения неизменной. Его модель ввода ссылок по своей сути разделяет эти два понятия. При перемещении курсора по ссылке появляется всплывающее окно, показывающее ссылку назначения и текст ссылки. Таким образом, при копировании текста ссылки пользователь увидит, что целевая ссылка остается неизменной. isaacl ( обсуждение ) 22:53, 3 февраля 2024 г. (UTC) Ответ [ ответ ]
Если это так, то мое добавление в раздел «Ограничения» неверно; можешь посмотреть? Mathglot ( обсуждение ) 23:14, 3 февраля 2024 г. (UTC) Ответ [ ответ ]
IgnatiusofLondon, когда вы внесли рассматриваемое редактирование, открылось ли VE диалоговое окно с текстом ссылки и целевой страницей? Mathglot ( обсуждение ) 23:19, 3 февраля 2024 г. (UTC) Ответ [ ответ ]
Да, я ранее говорил , что считаю вашу модификацию несколько слишком конкретной. Любое редактирование текста ссылки оставит исходную ссылку неизменной, в результате чего будет создана конвейерная ссылка. Это следствие модели редактирования пользовательского интерфейса. (Независимо от того, реализуется ли обратный путь от викитекста к HTML, а затем обратно к викитексту, как уже говорилось в вашем вопросе выше, это побочный вопрос. Пользовательский интерфейс обрабатывает целевую ссылку и текст ссылки отдельно.) Итак, воспринимает ли кто-то это как ограничение зависит от их точки зрения на модель. isaacl ( обсуждение ) 23:26, 3 февраля 2024 г. (UTC) Ответ [ ответ ]
Исаак упомянул, что они не являются постоянными пользователями VE; Я использую почти исключительно его и могу засвидетельствовать, что с моей точки зрения здесь нет никаких ограничений. Он делает именно то, что я ожидал. Майк Кристи ( обсуждение - вклад - библиотека ) 23:27, 3 февраля 2024 г. (UTC) Ответить [ ответить ]
Спасибо за эту точку зрения; Я понимаю. И если бы пользователи VE были единственными пользователями, я не вижу в этом проблемы. Но WP:NOPIPE существует, и я иногда очищаю то, что считаю ненужными ссылками, не делая различий в зависимости от того, какой редактор они использовали для их создания. Может быть, нам стоит избавиться от WP:NOPIPE ? Mathglot ( обсуждение ) 23:36, 3 февраля 2024 г. (UTC) Ответ [ ответ ]
Я так не думаю. Я думаю, что все, что здесь происходит, это то, что пользователь с VE делает что-то, что разрешает интерфейс, и о чем он не подозревает, что мы бы предпочли, чтобы он этого не делал. Возможно, они не понимают интерфейс VE или не знают о NOPIPE. Редакторы, использующие викитекст, также делают то, чего мы бы предпочли не делать; другие редакторы следуют за ними и тоже подчищают это. Тип редактирования, с которого начался этот разговор, менее вероятен для викитекста, потому что вам нужно быть не новичком, чтобы хотя бы понять, что текст ссылки может отличаться от целевого; в VE это встроено в диалоговое окно, поэтому у новых пользователей больше возможностей совершить эту ошибку. Это естественное следствие разрешения раздельного редактирования двух компонентов ссылки. Я не думаю, что здесь есть проблема с викитекстом или VE; просто естественные ошибки, допущенные в каждом типе редактора, различны. Более опытные редакторы вряд ли допустят эту ошибку. Майк Кристи ( обсуждение - вклад - библиотека ) 23:44, 3 февраля 2024 г. (UTC) Ответить [ ответить ]
Как правило, нет никакого вреда в очистке конвейерных ссылок (хотя, как я расскажу ниже, могут быть случаи, когда пользователи намеренно хотят создать ссылку на конкретный пункт назначения, который отличается от текста ссылки). Однако, как упоминалось в исходном обсуждении на странице обсуждения статьи, какой бы повторяющейся она ни была для редакторов викитекста, мы не должны осуждать других пользователей, создающих эти ссылки, особенно если они являются пользователями VisualEditor. isaacl ( обсуждение ) 23:46, 3 февраля 2024 г. (UTC) Ответ [ ответ ]
Да, и я нажимаю на целевую страницу, что приводит к появлению прямой ссылки. Немного другой пример: нажатие целевой страницы «Милан» на «Миланский» приводит к [[Milan|Milanese]]отказу [[Milan]]ese. IgnatiusofLondon ( обсуждение ) 00:02, 4 февраля 2024 г. (UTC) Ответить [ ответить ]
Предложение по улучшению
Теперь, когда мне кажется, что я наконец понял, что происходит, вот что, по моему мнению, VE следует сделать:
Пользователь меняет [[ссылку]] на [[новую страницу]]
После разрешения перенаправлений указывают ли «ссылка» и «новая страница» на одну и ту же целевую страницу?
ДА: код [[newpage]] в викикоде.
НЕТ: код [[ссылка|новая страница]] в викикоде.
Мне кажется, это не квалифицируется как «сложное правило». Кто-нибудь видит возражения против того, чтобы я подал запрос об улучшении в Phab? Mathglot ( обсуждение ) 23:29, 3 февраля 2024 г. (UTC) Ответ [ ответ ]
Пользователи VisualEditor не могут перейти на без изменения текста ссылки и целевой ссылки, и в этом случае я предполагаю, что результатом будет . Однако если вы имели в виду, что VisualEditor должен предпринять некоторые действия в зависимости от того, будет ли текст ссылки, если он используется в качестве вики-ссылки, в конечном итоге перенаправляться в тот же пункт назначения, что и конечный пункт целевой ссылки: мне не нравится, что VisualEditor принимает решения на основе о текущем состоянии рассматриваемых страниц. Иногда пользователи хотят указать на страницу, которая сегодня является перенаправлением, но в будущем может стать отдельной страницей. Таким образом, лично я не хочу, чтобы VisualEditor или редактор вики-текста проверяли конечные пункты назначения целевой ссылки и текста ссылки. Я предпочитаю сохранять контроль над тем, когда оба должны быть одинаковыми. isaacl ( обсуждение ) 23:39, 3 февраля 2024 г. (UTC) Ответить [ ответить ][[link]][[newpage]][[newpage]]
Кажется, это представляет собой расхождение в подразумеваемых указаниях о том, как должны действовать редакторы, использующие VE, и редакторы, использующие редактор викитекста. Как редактор викикода, когда я меняю ссылку, которая уже может быть перенаправлением на то, что мне нужно, я проверяю, является ли это перенаправлением, а затем соответствующим образом кодирую ее. Вы хотите сказать, что добросовестный и опытный редактор VE должен пропустить этот шаг? Ни один из пользователей не может видеть будущее, поэтому я думаю, что любое решение, основанное на том, что когда-нибудь может произойти со страницей перенаправления, не имеет отношения к обсуждению. Но у нас, возможно, нет разногласий по этому вопросу: я также думаю, что пользователь, какую бы программу редактирования он ни использовал, должен сохранять контроль над тем, когда обе программы должны быть одинаковыми; как редактор вики-текста я уже делаю это; должно ли это решение быть взято из рук пользователя VE? ( редактировать конфликт ) Mathglot ( обсуждение ) 23:49, 3 февраля 2024 г. (UTC) Ответить [ ответить ]
Возможно, основная причина в том, что диалоговое окно имеет два поля — целевую страницу и отображаемый текст — и синхронное изменение их обоих требует вдвое больше усилий, чем изменение одного из них. Интересно, может ли быть какой-нибудь переключатель, который позволит пользователю при желании изменить оба параметра одновременно? Например, в некоторых приложениях-календарях есть кнопка, часто со значком цепочки, которую можно щелкнуть для переключения между связанными (если событие начинается на час позже, оно также завершается на час позже) и несвязанным (чтобы событие началось на час позже). оставляет время окончания неизменным). Я также видел это в графических приложениях для изменения размера изображения: связанное сохраняет соотношение сторон, но несвязанное позволяет изменять высоту и ширину независимо. Я думаю, что это хорошо понятная метафора пользовательского интерфейса, хотя значок, который я видел в другом месте, до степени смешения похож на значок «создать/редактировать ссылку» в VE. Certes ( обсуждение ) 00:01, 4 февраля 2024 г. (UTC) Ответить [ ответить ]
Хотя ранее я уже обсуждал режим перезаписи ссылки, честно говоря, лично я считаю, что он достаточно интуитивно понятен, чтобы выделить ссылку, удалить ее и добавить новую. isaacl ( обсуждение ) 00:19, 4 февраля 2024 г. (UTC) Ответить [ ответить ]
Конечно. Другой альтернативой было бы скопировать текст ссылки, удалить ссылку, а затем добавить новую ссылку, вставив старый текст ссылки и отредактировав его. isaacl ( обсуждение ) 18:15, 4 февраля 2024 г. (UTC) Ответ [ ответ ]
Пользователи VisualEditor имеют полный контроль над целевой ссылкой. Вы можете попробовать создавать и редактировать ссылки самостоятельно и посмотреть. Я не хочу, чтобы редактор решил, что мне действительно следует ссылаться на другое место назначения. Если я решу дать ссылку на в статье, где контекст устанавливает, что предметом обсуждения является команда Миннесоты, то я не хочу, чтобы редактор превратил это в . isaacl ( обсуждение ) 00:11, 4 февраля 2024 г. (UTC) Ответить [ ответить ][[Minnesota Lakers|Lakers]][[Lakers]]
И, возможно, здесь следует упомянуть, что NOPIPE не является ни политикой, ни руководством; это просто разумный совет. Нет необходимости тратить время на исправление нарушений NOPIPE, если вы этого не хотите; это не такая уж серьезная проблема, и, вероятно, ее лучше всего решить, если вы все равно редактируете этот текст по другим причинам. Основная причина в том, что редактор, редактирующий, не понимает, что он делает, а не в том, что с VE что-то не так. Конечно, если вы можете придумать улучшение VE, обязательно предложите его, но как опытный пользователь VE я не вижу в этом необходимости и боюсь, что это только еще больше запутает неопытного пользователя. Майк Кристи ( обсуждение - вклад - библиотека ) 00:18, 4 февраля 2024 г. (UTC) Ответить [ ответить ]
Никто не хочет, чтобы программа-редактор что-либо решала; Я думаю еще раз, мы согласны. И, возможно, комментарий Майка был хорошим последним словом по этому поводу. О, и это рекомендация, но она на самом деле не меняет ничего из того, что было сказано. Mathglot ( обсуждение ) 03:45, 4 февраля 2024 г. (UTC) Ответ [ ответ ]
Некорректное копирование моих ссылок
Исследуя, была ли решена проблема, о которой сообщалось в итальянской Википедии, я обнаружил, что ссылки на моего пользователя и страницы обсуждения были отформатированы неправильно. Ссылки работают, но то, что там написано, неверно.— Vchimpanzee • разговор • вклады • 23:34, 2 февраля 2024 г. (UTC) Ответить [ ответить ]
Подождите, это происходит, когда я нажимаю на перевод. — Vchimpanzee • разговор • вклады • 23:36, 2 февраля 2024 г. (UTC) Ответить [ ответить ]
Извините, но я понятия не имею, о чем вы здесь просите помощи. Можете ли вы изменить фазу в форме: Когда я делаю X, я ожидаю, что произойдет Y, но вместо этого происходит Z. С различиями для всего, что вы продемонстрировали на вики. — Обсуждение xaosflux 23:57, 2 февраля 2024 г. (UTC) Ответ [ ответ ]
Тоже озадачен этим. Единственная помощь, которую я могу предложить, это то, что ссылки, которые вы предоставляете выше, ведут на вашу страницу пользователя и страницу обсуждения в итальянской Википедии, контент которой на самом деле находится не там, а в международном родственном проекте Википедии под названием «мета»; то есть страница пользователя, которую вы видите на it-wiki, на самом деле размещена и доступна для редактирования по адресу Meta:User:Vchimpanzee. Код стиля полного URL-адреса, который вы там использовали (начиная со http:схемы ), является излишним; вместо этого вы могли бы просто закодировать [[:en:User:Vchimpanzee]], но версия с полным URL-адресом должна работать и работает. Что касается того, о чем вы на самом деле здесь спрашиваете, я понятия не имею, что вы имеете в виду. Mathglot ( обсуждение ) 00:38, 3 февраля 2024 г. (UTC) Ответить [ ответить ]
Вы сказали: «Это происходит, когда я нажимаю кнопку перевода». Я думаю, вы ссылаетесь на какую-то функцию браузера для машинного перевода, и единственная проблема — это плохой перевод программного обеспечения, не имеющего отношения к Википедии. PrimeHunter ( обсуждение ) 01:28, 3 февраля 2024 г. (UTC) Ответ [ ответ ]
Я совершенно упустил из виду эту фразу, да. Я заметил кое-что с функцией перевода страниц Google Chrome — они иногда «переводят» URL-адреса Википедии:
Если вы зайдете на русский CentralAuth и переведете (ссылку), он преобразует «ru.wikipedia.org» в «en.wikipedia.org». А если вы получите доступ к португальскому CentralAuth и переведете (ссылку), вместо этого он преобразует «pt.wikipedia.org» в «en.wikipedia.org».
Я думаю, это имеет смысл с точки зрения ИИ машинного перевода, просто сопоставляющего шаблоны, даже если на самом деле это не так. – 2804:F14:80D5:A101:9DF8:4468:10D7:D792 (разговор) 05:43, 3 февраля 2024 г. (UTC) Ответ [ ответ ]
Машинные переводы иногда трудно понять. Если вы переведете Google «ru Wikipedia» с русского, то вы получите «en Wikipedia» на английском и немецком языках, но «es Wikipedia» на испанском (код языка es). Вы получите «på Wikipedia» на шведском языке. «på» не является кодом языка, но на шведском означает «on». PrimeHunter ( обсуждение ) 11:14, 3 февраля 2024 г. (UTC) Ответ [ ответ ]
Википедия:Статистика - разрешение экрана посетителя?
Я проверил Википедию: Статистика и выполнил поиск в Интернете, но не смог найти никакой статистики относительно разрешения экрана пользователя (может быть частью информации об агенте пользователя). 1. Собирается ли он? 2. Доступен ли он где-нибудь?
Моя конечная цель — получить такую статистику для русской Википедии, но что-то близкое к ней также будет полезно.  Николай Комаров ( обсуждение ) 09:16, 4 февраля 2024 г. (UTC) Ответить [ ответить ]
Я не уверен, что это доступно. Вы можете просмотреть просмотры по типу (веб/мобильное/мобильное приложение) с помощью инструмента Siteviews; Meta:Talk:Анализ просмотров страниц может быть хорошим местом для ответа на ваш вопрос. — Обсуждение xaosflux 11:31, 4 февраля 2024 г. (UTC) Ответ [ ответ ]
Пользовательский агент не учитывает разрешение экрана. LittlePuppers ( обсуждение ) 20:47, 4 февраля 2024 г. (UTC) Ответить [ ответить ]
Навигация с помощью клавиатуры вниз страницы
В Chrome в Windows 10, в Википедии, Ctrl-End не только не переносит меня вниз страницы, но и переносит меня наверх. Я думаю, это произошло недавно, возможно, с последним большим обновлением скина? Ларгоплазо ( обсуждение ) 11:28, 4 февраля 2024 г. (UTC) Ответ [ ответ ]
У меня работает, попробуйте вкладку инкогнито на странице, чтобы исключить, является ли это одной из ваших личных настроек или расширений. — Обсуждение xaosflux 12:29, 4 февраля 2024 г. (UTC) Ответ [ ответ ]
Когда внимание сосредоточено на чем? Кроме того, я не знаю, когда вам нужно использовать Ctrl+End, а не просто End, чтобы перейти в конец страницы. Ctrl+End переводит вас в конец текстового поля, когда фокус находится внутри него, но это все равно не переводит вас в конец страницы. Нардог ( разговор ) 04:31, 5 февраля 2024 г. (UTC) Ответ [ ответ ]
XfDCloser не отображается
Только что я пошел закрыть RfD и не увидел XfDCloser. Я полностью убедился, что он включен в моих настройках, а также подтвердил, что не вижу его, когда захожу в AfD или MfD. Я использую мобильный телефон в режиме рабочего стола, и, насколько я могу судить, все остальное, что я включил в настройках, работает. Это только у меня, или у кого-то еще тоже проблема? Клинок северного сияния (話して下さい) 21:29, 4 февраля 2024 г. (UTC) Ответить [ ответить ]
Также отмечу, что я проверил на компьютере и увидел то же самое, но его там просто нет. Клинок северного сияния (話して下さい) 23:08, 4 февраля 2024 г. (UTC) Ответить [ ответить ]
Я только что попробовал это и Chrome, его все еще нет. Я вижу ручные кнопки (я вручную закрыл один RfD, я забыл, что это за сука , закрывать эти обсуждения вручную), но не стандартные параметры XfDCloser. Клинок северного сияния (話して下さい) 04:00, 5 февраля 2024 г. (UTC) Ответить [ ответить ]
Чиро (Лондон)
не могу очистить Ciro's (Лондон) на en.mw....3MRB1 ( обсуждение ) 01:35, 5 февраля 2024 г. (UTC) Ответить [ ответить ]
Я использую мобильное приложение.... 3MRB1 ( обсуждение ) 01:37, 5 февраля 2024 г. (UTC) Ответить [ ответить ]
Ширина столбца/заголовки
Привет всем, я провожу тесты на таблицах (на fr wiki, но думаю, что здесь тот же синтаксис).
У меня проблема с шириной. Я сделал эти две таблицы (в разделе «Источник», скрытом по умолчанию). Я хотел бы установить минимальную ширину для первого столбца каждой таблицы (того, который называется «texte»), скажем, 250 пикселей (я знаю, что проценты лучше подходят для динамического отображения, но это всего лишь черновая страница, поэтому мне все равно, я просто хочу понять как это работает).
Во второй таблице (без заголовков) я поставил | style="width:250px;"перед первой ячейкой первой строки, и, похоже, она работает.
Однако в первой таблице есть заголовки, и я действительно не знаю, куда поместить этот атрибут стиля. Пробовал разные места, ничего не помогает. Я попытался поместить его перед ячейкой заголовка (согласно французской версии Help:Table ), но это тоже не работает. Может кто-нибудь взглянуть? Спасибо! Кастор Грейви ( обсуждение ) 01:51, 5 февраля 2024 г. (UTC) Ответ [ ответ ]
слева от «Дополнительно» на панели инструментов над областью редактирования. Если он включен для вас на другой странице, например, «Пример» , попробуйте отключить его там, а затем нажмите https://en.wikipedia.org/w/index.php?title=Wikipedia:WikiProject_Louisville/Watchall&action=edit&safemode=1. Это работает? Если да, то попробуйте, работает ли https://en.wikipedia.org/w/index.php?title=Wikipedia:WikiProject_Louisville/Watchall&action=edit. PrimeHunter ( обсуждение ) 20:27, 29 января 2024 г. (UTC) 
Новая версия MediaWiki будет доступна на тестовых вики и MediaWiki.org с 30 января. С 31 января он появится в вики, не относящихся к Википедии, и в некоторых Википедиях. Оно будет на всех вики с 1 февраля (календарь). [5][6]
1 февраля в меню «Инструменты» будет добавлена ссылка для загрузки QR-кода , который ведет на просматриваемую страницу. Также появится новая страница Special:QrCode для создания QR-кодов для любого URL-адреса Викимедиа. Это соответствует желанию № 19, получившему наибольшее количество голосов в опросе списка желаний сообщества 2023 года. [7]
Гаджеты, которые работают только в некоторых скинах, иногда используют
Решено
У меня работает, попробуйте вкладку инкогнито на странице, чтобы исключить, является ли это одной из ваших личных настроек или расширений. — Обсуждение xaosflux 12:29, 4 февраля 2024 г. (UTC)