Просто еще один парень с ПК. Смотрите мою страницу пользователя Commons: commons:User:Timeshifter. Signpost, Tech News, The Bugle и централизованное обсуждение включены на эту страницу: User:Timeshifter/Newsletters .
Обсуждения пользователей здесь не архивируются. Старые обсуждения удаляются. Пользователи могут удалять что угодно со своих страниц обсуждений или просить других не комментировать их страницы обсуждений. См. WP:OWNTALK и WP:USERTALKSTOP . и другие правила/политики Википедии. Как и статьи Википедии, со временем люди меняются, и нет смысла ссылаться на прошлые устаревшие аргументы и обсуждения.
Чтобы обсуждение оставалось в одной теме, некоторые комментарии, добавленные здесь, перемещаются на страницу обсуждения пользователя автора. Я отвечаю там. Я также некоторое время слежу за этой страницей обсуждения, чтобы замечать, когда пользователь отвечает там. Оскорбительные комментарии также иногда удаляются с этой страницы обсуждения. Иногда исходный автор оскорбляется своими собственными оскорбительными комментариями и моим ответом на своей странице обсуждения пользователя. Затем они удаляют и то, и другое со своей страницы обсуждения. Я полагаю, что свет от их собственного словесного отражения оскорбляет их. Удаленные комментарии можно найти, используя ссылку на историю на странице обсуждения. Неправильно примененные шаблоны предупреждений и т. д. также удаляются с этой страницы обсуждения. Иногда я удаляю что-то со своей страницы обсуждения без особой причины или по многим разным причинам. Удаление комментариев со своей страницы обсуждения ничего не подразумевает. Не принимайте это на свой счет. Если я не просил об ином, не стесняйтесь оставлять новые сообщения на моей странице обсуждения.
Еще раз, помогите!!
У меня было изображение с Flickr от фотографа, с которым я только что имел дело. Он совершил ошибку, изменив свою лицензию на авторские права на лицензию Creative Commons, но не ту, которую мы принимаем. Я поверил ему на слово, что он удалил авторские права в пользу Creative Commons, но поскольку я только что загрузил две его фотографии с правильной лицензией, которую мы принимаем, это была моя оплошность, что он допустил ошибку, и я не проверил ее. Результатом этого стало то, что фотография не была принята в Commons для загрузки. Отлично. Но теперь я не могу заставить эту чертову штуку загрузить ее, теперь, когда лицензия правильная! КАК ГРУБО . Я загружаю фотографии годами — больше, чем любой другой редактор, которого я знаю на en.wikipedia. Это для этой фотографии: [1]. Как я могу это исправить? -- Leahtwosaints ( обсуждение ) 14:38, 16 августа 2013 (UTC) [ ответить ]
Ты ДОЛЖЕН быть самым крутым Викиленивцем с суперспособностями, которого я когда-либо встречал!! Для ленивца ты двигаешься очень быстро!! :) Интересно, ты носишь "суперплащ"? Это бы действительно дополнило весь наряд и таинственность... Я все пытаюсь придумать, что я мог бы сделать для тебя, раз ты такое благословение и помощь... Хм-м. Ты когда-нибудь связывался с Роджером Эбертом до его безвременной кончины? Может, есть фотография кого-то, кого я мог бы найти от твоего имени? Просто скажи. Я чувствую себя в большом долгу перед тобой за твою помощь за эти годы. -- Leahtwosaints ( обсуждение ) 12:00, 17 августа 2013 (UTC) [ ответить ]
Boyd Bushman Запись удалена
Можете ли вы поверить, что темные сердца победили, удалив эту запись? И теперь статья, которую я начал, также подлежит удалению каким-то никем под именем LuckyLouie. -- HafizHanif ( обсуждение ) 21:24, 19 ноября 2014 (UTC) [ ответить ]
Timeshifter, могли бы вы высказать свое честное мнение по поводу удаления страницы Бойда? Я думаю, что мои предложения в обсуждении справедливы, и по крайней мере его память как ученого должна быть в вики, независимо от упоминания о чем-либо инопланетном. -- HafizHanif ( обсуждение ) 20:19, 21 ноября 2014 (UTC) [ ответить ]
Не уверен, работаете ли вы или кто-то другой над повторным введением этой записи. Я также не уверен, встречали ли вы этот список патентов, ссылающихся на патент Бушмена 1996 года № 5542247.
Шестой перечисленный патент содержит два контракта с ВВС США: F49620-98-C-0038 и F49620-00-C-0005 со множеством ссылок на независимые источники.
Интересно, что другие удаленные страницы обычно имеют след информации, но у Boyd нет ничего. Я не смог прочитать, каков был окончательный вердикт (кроме очевидного удаления). -- HafizHanif ( обсуждение ) 21:38, 30 ноября 2014 (UTC) [ ответ ]
Песня Вана Моррисона
Я, возможно, просматривал страницу disambig. для песни Van Morrison/Robbie Robertson "Caravan", которую можно увидеть здесь: Caravan (песня Van Morrison), которую они играли во время записанного финального концерта "The Last Waltz" - если это просто моя потребность в очках, пожалуйста, простите меня. Надеюсь, у меня скоро будет компьютер. -- Leahtwosaints ( обсуждение ) 11:10, 22 апреля 2015 (UTC) [ ответить ]
Новая система обсуждений
То, что вы видели, было Flow.
WMF удалила большинство своих страниц обсуждения (страницы пользователей и некоторые основные страницы mainspace), поэтому вам придется использовать Flow, если вы хотите связаться с ними, чтобы обсудить проблемы с их проектами. Особая проблема заключается в том, что они переключили все официальные контактные точки, связанные с самим Flow! Это особая проблема для обсуждения ошибок Flow. (Писать об ошибке *во* Flow — значит вызывать проблему!)
Вы увидели только верхушку айсберга. Список проблем с Flow составляет 142 фута в длину. Копирование-вставка не работает. Простой возврат уничтожил мой оригинальный комментарий. Проблемы с шаблонами. История — это катастрофа. Ответы-потоки превращают обсуждения скромного размера в нечитаемое спагетти. Вы не можете удалить свои собственные комментарии, не говоря уже о чужих. (Вы «скрываете» их, что оставляет ссылку на них на доске.) На мой взгляд, самая большая проблема в том, что Flow не хранит точную стабильную копию того, что вы пишете! Flow может случайным образом переписывать ваши коды форматирования и nowikis и т. д. Flow работает как бы по принципу перевода вашего текста на русский язык, а затем обратного перевода с русского на английский, когда кто-то его просматривает или редактирует. Иногда эти ошибки могут испортить весь ваш пост в мусор во время переписывания. Фактически, Flow выполняет этот обратный перевод каждый раз, когда вы пытаетесь просмотреть то, что вы написали. Итак, вы просматриваете, возвращаетесь к редактированию вашего викитекста, и Flow ПЕРЕПИСАЛА ваш викитекст! Это как редактирование на зыбучих песках. Нет никакого "истинного текста", все, что вам показывает Flow, это иллюзия, созданная на лету.
Похоже, WMF все еще хочет в конечном итоге развернуть Flow, но хорошая новость в том, что они поняли, что здесь есть серьезные возражения. Они *пытались* улучшить свои отношения с сообществом с момента инцидента с суперзащитой, с ограниченным успехом. Приостановка Flow была одним из успехов. Текущая официальная политика заключается в том, что ни одна страница Flow не будет развернута без локального консенсуса, запрашивающего это. Я думаю, они надеются, что крошечные вики начнут принимать это, и что в конечном итоге все "обструкционистские-противодействующие изменениям редакторы" будут втянуты в прекрасное будущее. Кстати, есть страница документа, где "Администраторы" и самые "опытные" редакторы определены как группы, противящиеся изменениям. Лол.
Раньше на EnWiki было 7 страниц Flow. Активность упала до нуля на каждой доске, где развертывается Flow. Одна доска была доской тестирования Flow: она умерла и так и не была исправлена после того, как администратор попытался протестировать на ней инструменты администрирования. У меня было две заброшенных доски, удаленных в MFD. У меня есть еще одна заброшенная доска в MFD, которая пока что единогласно удалена. У меня есть открытый RFC в мертвом вики-проекте для отката Flow - я *думаю*, что он проходит, но запуск RFC внутри Flow - это катастрофа. Мы не можем переместить сообщения для обсуждения в отдельную область обсуждения, почти невозможно сказать, кто кому отвечает, и сложно понять, какие сообщения являются !votes. В любом случае, если это пройдет, у нас останутся две мертвые страницы Flow. Возможно, что EnWiki будет свободна от Flow через месяц или два. Мне нужно связаться с некоторыми вики на других языках с Flow, чтобы узнать, хотят ли они двигаться дальше с Flow или начать откат. Alsee ( обсуждение ) 17:28, 24 декабря 2015 (UTC) [ ответ ]
@ Alsee : Спасибо за всю информацию о Flow! Мне пришлось искать MFD. Я вижу, что это Wikipedia:Miscellany для удаления . Есть ли еще какие-нибудь вики, использующие LiquidThreads? WMF или разработчики или кто там еще отвечает (я понятия не имею), принимают простые запросы на улучшение (например, разделы списков наблюдения страниц обсуждения), а затем сходят с ума, полностью переписывая весь код. То же самое с запросом на редактор WYSIWYG. Я просто хотел простой редактор WYSIWYG, который делал бы простые вещи, и делал это в разделах статей. Но они сошли с ума и создали этого монстра VE, который редактирует всю страницу и пытается делать все, что делает редактор викитекста, и даже больше. Я просто хочу VE lite для редактирования разделов. Жирный, курсив, ссылки. -- Timeshifter (обсуждение) 13:01, 26 декабря 2015 (UTC) [ ответить ]
Приглашение к обсуждению интерактивных карт
Здравствуйте, меня зовут Крис, я работаю в отделе Discovery в Wikimedia Foundation. Один из проектов, над которым мы работаем, — это внедрение интерактивных карт в Wikipedia. Если вам интересно, я хотел бы неформально поговорить с вами о вашей работе с WikiProject Maps и соглашениях , которые вы все создали. Я хотел бы узнать больше о вашей работе и о том, как она может повлиять на дизайн интерактивных карт.
Пожалуйста, дайте мне знать о подходящем времени для общения по электронной почте, и я смогу организовать для нас встречу. Со мной можно связаться по адресу ckoerner wikimedia.org .
Если вам это не интересно, это нормально. Я был бы признателен за любые указания другим редакторам, которые принимали участие и могли бы быть заинтересованы.
Привет, я не знаю, есть ли процедура, чтобы люди знали, когда редактор уходит, чтобы разместить полуотставную табличку на его странице обсуждения. В случае с Catfish Jim, одним из моих самых близких друзей-редакторов из прошлого, его страница обсуждения выглядит так, как будто он здесь, когда это просто Admin и другие боты, которые размещают информацию через определенные интервалы времени. Насколько мне известно, он не работал с тех пор, как я впал в кому три года назад. Думаю, это было в марте 2012 года: [2]. Я оставлю это вам как администратору. Я делаю только небольшие правки и все еще не выздоровел, так что если вы ничего не сделаете с этим, я надеюсь, вы передадите это тому, кто это сделает. Спасибо. -- Leahtwosaints ( обсуждение ) 13:09, 27 ноября 2016 (UTC) [ ответ ]
"420" сотрудничество
Как участник WikiProject Cannabis , вы приглашены помочь организовать предстоящее сотрудничество проекта "420" , которое запланировано на апрель 2017 года. Да, до него еще несколько месяцев, но мы надеемся сдвинуть дело с мертвой точки, получив поддержку от опытных редакторов Wikipedia и обратившись за помощью в определении некоторых целей и идей для успешной кампании. Мы также планируем проводить как вики-, так и офлайн-пропаганду, чтобы не-Wikipedias также могли внести свой вклад. Если вы заинтересованы в участии, пожалуйста, зарегистрируйтесь и внесите свой вклад в текущие обсуждения. Приветствуются все редакторы! --- Another Believer ( Talk ) 16:55, 10 января 2017 (UTC) [ ответить ]
Опрос по списку пожеланий и кросс-вики-список наблюдения
Привет, Timeshifter, Ты сказал, что можешь не увидеть мой ответ на Meta, так что я поговорю с тобой здесь. :) Я в команде Community Tech, и мы все еще работаем над кросс-вики-списком наблюдения. Как ты видел, кросс-вики-списком наблюдения был одним из главных запросов в опросе Community Wishlist Survey 2015, и наша команда отвечает за работу над ним. Это все еще активный проект для нас. Сейчас он задерживается некоторыми изменениями, которые нам нужно внести в базу данных, изменяя действительно огромные и пугающие таблицы ревизий. Нам нужно ждать разрешения и помощи от администратора базы данных, чтобы внести эти изменения. Это задержка, которая доставляет неудобства, но как только мы это сделаем, мы продолжим работу над кросс-вики-списком наблюдения.
Есть еще пять главных пожеланий из прошлогоднего списка желаний, которые мы отправили в прошлом году, и в настоящее время мы работаем над несколькими главными запросами из этого списка желаний — переписывание Xtools и предупреждение людей после неудачных попыток входа. Я был бы рад рассказать вам больше о нашей команде или списке желаний сообщества, если вам интересно. Дайте мне знать. -- DannyH (WMF) ( talk ) 23:42, 9 февраля 2017 (UTC) [ ответить ]
Старая панель инструментов редактирования (версия 2006 г.)
Привет, Timeshifter, я заметил твою ветку на VPT . Старая панель инструментов, скриншот которой ты выложил:
...панель инструментов редактирования 2006 года, и в течение последней недели или около того она была удалена WMF. Я работаю над ее повторным введением в качестве пользовательского скрипта, если вы хотите ее вернуть; если вы хотите ее, вы можете установить ее, добавив строку (без тегов <code></code>):
...на вашу страницу common.js . Я надеюсь, что вскоре он будет представлен как официальный гаджет, но в то же время, я думаю, это должно восстановить большую часть функциональности, к которой вы привыкли. HTH, Writ Keeper ⚇ ♔ 18:10, 15 ноября 2018 (UTC) [ ответить ]
Двойной пинг
Упоминание в сводке редактирования создает отдельный пинг, поэтому я получил два пинга для [3]. PrimeHunter ( обсуждение ) 08:48, 2 июля 2019 (UTC) [ ответить ]
Привет! Я студентка, редактирую страницу «Заключение женщин в Соединенных Штатах». Я увидела, что вы являетесь основным автором статьи «Заключение женщин в Соединенных Штатах», поэтому мне было интересно, могли бы вы просмотреть мою статью и дать мне какие-либо предложения о том, над чем еще я могла бы поработать? Я в основном сосредоточила свое внимание на разделе здравоохранения, но я надеюсь представить все это для хорошего статуса статьи, поэтому я буду признательна за любые отзывы, которые вы получите. Пожалуйста, не стесняйтесь размещать сообщения на моей странице обсуждения! Спасибо, Nicolekoonce ( обсуждение ) 19:19, 13 ноября 2019 (UTC) [ ответ ]
вопрос относительно ваших идей по редакторам и различным предметам
привет. Я только что наткнулся на один из ваших пользовательских ящиков. Я хотел бы попытаться помочь. Особенно с вопросами ответов редактора, поведения администратора. Не могли бы вы сообщить мне, где я могу помочь? Если вы ответите здесь, пожалуйста, напишите мне. Спасибо!! -- Sm8900 ( обсуждение ) 16:07, 16 января 2020 (UTC) [ ответить ]
Обновление шаблона: Показатели смертности от пандемии COVID-19
Я включил код VBA макроса Word для автоматизации более поздних стадий обновления. Это должно работать так же хорошо для Шаблон:COVID-19 pandemic death rates by country . Я пытался создать макрос для автоматизации всего процесса, но либо программа, либо мой компьютер не любят большие макросы. Дадли Майлз ( talk ) 13:33, 5 сентября 2020 (UTC) [ ответить ]
Dudley Miles . Спасибо. Выглядит хорошо. Я исправил и уточнил несколько вещей. Проверьте историю для объяснений. У меня нет MS Word. Так что я не могу помочь. Я использую бесплатную программу LibreOffice. Из этого бесплатного офисного пакета я использую только Calc. И я новичок в нем. -- Timeshifter (обсуждение) 17:02, 5 сентября 2020 (UTC) [ ответить ]
Спасибо за помощь. Объяснение в документе стало намного понятнее после ваших изменений. Dudley Miles ( talk ) 17:06, 5 сентября 2020 (UTC) [ ответить ]
Отдельные, но связанные вопросы
Сначала я заметил, что вы отменили ревизию в Template:COVID-19 pandemic death rates by country/styles.css, однако, похоже, вы еще не реализовали изменения от User:Timeshifter/Sandbox119 , поэтому таблица больше не прокручивается с прикрепленными заголовками. Вы все еще планируете повторно добавить эти функции? Если да, то есть ли причина, по которой вы ждете их реализации?
Во-вторых, хотите ли вы создать таблицу стилей таблицы, которую можно будет использовать для реализации любой из этих функций в более общем плане? Мне кажется, это может быть хорошей идеей на будущее, если вам известно о каких-либо запросах на функции, которые уже возникли или, скорее всего, возникнут.
Извините, если этот вопрос уже задавался и на него уже отвечали в другом месте. У меня сейчас нет времени полностью читать все обсуждения. Спасибо за помощь. (Пожалуйста, сообщите об ответе).
Обновление: Хорошо, я только что заметил ссылку на Template:COVID-19 pandemic death rates на странице обсуждения помощи; я предполагаю, что это заменяет Template:COVID-19 pandemic death rates by country ? Если так, то, вероятно, следует перенаправить на новую таблицу. Второй вопрос остается в силе; хотя, как я уже упоминал ранее, должно пройти немного времени, прежде чем я смогу начать, спасибо. (пожалуйста, отправьте ping при ответе)
Спасибо, что прояснили. Ну, если дела пойдут быстро, я, вероятно, не смогу оказать особой помощи. Я могу заходить время от времени в течение следующих 2-3 недель, но существенные проекты придется отложить до конца месяца, по крайней мере. Так что я собираюсь выйти через несколько минут, но если вы нажмете на меня, я рано или поздно увижу.𝒬 𝔔 01:11, 7 сентября 2020 (UTC)[ответить]
Quantocius_Quantotius . Я предполагаю, что шаблон непрокручиваемой таблицы не нуждается в изменениях, которые вы внесли. Поскольку эти изменения предполагали, что это прокручиваемая таблица. Поэтому я отменю ваши изменения. Не стесняйтесь добавлять обратно все, что вы считаете полезным для непрокручиваемой таблицы. Я не работал над этой статьей и ее шаблоном. Не стесняйтесь редактировать ее таблицу стилей CSS теперь, когда вы знаете, что она для непрокручиваемой таблицы.
Я сосредоточился на прокручиваемых таблицах. Можете свободно работать над CSS для этих прокручиваемых таблиц. Я новичок в CSS. Хотелось бы, чтобы была кнопка сворачивания, чтобы сворачивать прокручиваемые таблицы обратно до размера полосы прокрутки после того, как они были полностью развернуты кнопкой «показать все». -- Timeshifter (обсуждение) 01:27, 7 сентября 2020 (UTC) [ ответить ]
С опозданием сделано, пожалуйста, см. Шаблон:Данные о пандемии COVID-19 . Дайте мне знать, если возникнут какие-либо проблемы или если есть какие-либо другие шаблоны, в которые вы хотели бы добавить эту функцию.Извините за задержку, у меня было гораздо больше дел в реальной жизни, чем я ожидал. Если у меня появится немного свободного времени, я планировал настроить рабочее пространство на testWP, чтобы мы могли попробовать поработать над некоторыми дополнительными функциями CSS общего назначения, но я прошу вас проявить терпение. Я и так немного перегружен работой здесь, учитывая то время, которое у меня есть на волонтерство.𝒬 𝔔 16:16, 25 октября 2020 (UTC)[ответить]
(unindent). Спасибо Quantocius Quantotius ! Но есть проблема. Кнопка свернуть работает только на странице шаблона. Я только что заметил это в отношении «Показать все». Она отлично работает на страницах шаблонов. Но когда 3 шаблона находятся вместе на пандемии COVID-19 по странам и территориям, кнопки работают только на верхнем шаблоне. Так что, я думаю, классы ниже недостаточно конкретны. Я скопировал вики-текст ниже из вашего недавнего добавления в Template:COVID-19 pandemic data .
Это отлично работает на страницах шаблонов. Но в статье с 3 шаблонами нажатие любой из кнопок "показать все" в любой таблице, кроме верхней, ничего не дает. Поэтому кнопки сворачивания не отображаются на нижних таблицах. Поскольку они не разворачиваются.
Специально для вас я создал песочницу, где вы можете экспериментировать:
В разделе, который в данный момент называется: «Нужна помощь с несколькими шаблонными таблицами на одной странице с использованием одних и тех же стилей.css»
Привет, извини, что тебе не понравились изменения в твоих пользовательских ящиках. Когда я только начал редактировать, я столкнулся с некоторыми особенно анально цепкими редакторами, и они посоветовали мне, что правила и рекомендации применяются ко всей Википедии, а не только к статьям. Так что, полагаю, именно это и дало мне впечатление, что я должен внести изменения, но я с такой же радостью оставлю их такими, какими они были у тебя, поскольку тебе не понравились изменения, потому что я в настоящее время не сохраняю свой анус. LOL.😀 Huggums537 ( talk ) 02:22, 11 февраля 2021 (UTC) [ ответить ]
Глобальный список наблюдения - Обновление 9
Обновления, связанные со скриптом глобального списка наблюдения DannyS712 и расширением глобального списка наблюдения:
Всем привет. Как я уже отметил в прошлом выпуске, в прошлом году я получил грант от WMF на разработку глобального скрипта списка наблюдения в расширение. Это расширение теперь развернуто на Meta. Посетите m:Special:GlobalWatchlistSettings, чтобы начать.
Этот грант закончился, и я запросил еще один грант на продолжение разработки расширения, и подумал, что подписчики рассылки о пользовательском скрипте могут быть заинтересованы. Вы можете увидеть и прокомментировать запрос на грант на m:Grants:Project/DannyS712/Continued work on GlobalWatchlist extension - если вы поддерживаете это, я надеюсь, вы рассмотрите возможность одобрения запроса.
Izno . Я думаю, вы ошибаетесь. Программное обеспечение Mediawiki преобразует все, что видит, в то, что помещает на страницу. Браузер не видит ничего из того, что находится в викитексте, пока Mediawiki не преобразует это в HTML, CSS, JavaScript и т. д.
<ul> в викитексте в случае расположенных рядом таблиц и/или изображений никак не влияет на доступность.
Расположенные рядом таблицы и/или изображения выглядят абсолютно одинаково как с <ul> в викитексте, так и без него.
Скринридеры не видят викитекст. Они видят только то, что конвертирует программное обеспечение Mediawiki.
А расположенные рядом таблицы и/или изображения выглядят абсолютно одинаково для браузера и программ чтения с экрана, как с <ul> в викитексте, так и без него.
Ваше решение использовать галерею для изображений тоже неплохое. -- Timeshifter (обс.) 20:39, 15 июня 2021 (UTC) [ ответить ]
Я не ошибаюсь. HTML-текст в викитексте проходит напрямую через парсер как HTML (и Parser.php, и Parsoid) во всех случаях (с некоторыми HTML, вызывающими дополнительные изменения в том, как парсер обрабатывает содержащийся текст; <pre> является ярким примером). Вот почему у нас есть разрешенный список HTML и CSS непосредственно в парсере как часть Sanitizer.php: мы не хотим, чтобы недобросовестные субъекты использовали элементы HTML злонамеренными способами.
Соответственно, чтобы обеспечить валидный HTML в соответствии со стандартом HTML, <li> должен быть помещен либо в <ol>, либо в <ul>, будь то в фактическом документе HTML или в документе викитекста MediaWiki. Возможно, вы не поняли, о чем говорит Джон.
(Примечание: я не говорю о викитексте как о викитексте, просто для ясности, например, *в начале строки.)
Недействительный HTML — это обычно, почти всегда, недоступный HTML. Izno ( обсуждение ) 20:51, 15 июня 2021 (UTC) [ ответить ]
Если позволите вмешаться: если вы все говорите об этой правке против этой, то я определенно вижу разницу, как в HTML-выводе, так и в отрендеренном выводе страницы. В правке Timeshifter отсутствует окружение <ul></ul>в HTML-коде браузера, а в отрендеренном выводе (по крайней мере, в моем браузере) изображения размещены ближе к левому полю. Так что, похоже, Джон и Изно правы. Writ Keeper ⚇ ♔ 21:04, 15 июня 2021 (UTC) [ ответить ]
Writ Keeper . См. мой ответ Izno. Также, Джон, как и Izno, говорил о проблемах недоступности, а не о левом поле. Мы с Джоном обсуждали это в другом месте. И он не показал никаких проблем недоступности. Он просто подозревал, что они могут быть. -- Timeshifter (обсуждение) 21:25, 15 июня 2021 (UTC) [ ответить ]
Изно . Как вы сказали, все должно пройти через парсер, санитайзер и т. д. А в некоторых случаях HTML использовать не разрешается. Некоторые устаревшие HTML, например. Некоторые работают. Некоторые нет.
В случае с параллельными столами я не вижу никаких проблем с недоступностью. Смотрите:
В этом случае <ul> не служит никакой цели, кроме как портить левое поле. Кто-то жаловался на это в другом месте. Удаление <ul> исправляет эту проблему, и это более эффективный код. Меньше запоминать.
Это позволяет таблицам вписываться в более узкие экраны. Поскольку левого поля нет. Сузьте окно браузера на странице песочницы, чтобы увидеть. Горизонтальная полоса прокрутки появляется раньше на нижнем наборе таблиц, расположенных бок о бок, которые имеют <ul>
Какую проблему недоступности вы видите? Я не вижу ничего , когда работаю без <ul> в этом случае песочницы.
Да, нет. Жирный текст, указывающий на аргумент о том, как ваше устройство предоставляет вам контент, не является способом работы доступности. «Мне нравится меньше кода» также не является способом принятия решений, когда доступность имеет значение. Гораздо менее совместимый HTML. Если вы лично не можете вспомнить, что элементы элементов списка должны быть внутри элементов o/ul, то вам определенно не следует откатывать редактор, исправляющий эту проблему; если вы хотите исправить какой-либо конкретный дисплей, который вам не нравится, вам нужно спросить, как это сделать, а не откатывать. В этом случае, если вы хотите «исправить» левое поле, способ исправить это — установить margin-left: 0элементы элементов списка. Izno ( talk ) 21:33, 15 июня 2021 (UTC) [ reply ]
Izno . Если вы погуглите style=display:inline-table, вы увидите, что он используется многими разными способами. Многими разными способами без <ul>. Я уже знал оmargin-left:0
Я также уже знал, как исправить проблему без него. Поэтому я исправил это. Вы еще не показали мне, почему мое исправление неверно. Например, почему оно недоступно. -- Timeshifter (обсуждение) 21:44, 15 июня 2021 (UTC) [ ответить ]
Вы лаете на совершенно странное дерево, если думаете, что моя забота имеет хоть какое-то отношение к отображению CSS. Я строго обеспокоен выводом как допустимого, так и доступного HTML, для чего вы должны включать элементы ol/ul.
Что касается доступности, то это не про вас. Это конкретно про программы чтения с экрана. Izno ( talk ) 21:50, 15 июня 2021 (UTC) [ ответить ]
Izno . В своем первом ответе вам я упомянул программы чтения с экрана . Вы еще не показали мне проблему с доступностью. Во многих случаях в викитексте используется не тот же полный HTML, который используется вебмастером. Давным-давно я сделал свою долю базовых веб-страниц на Tripod, Angelfire, Geocities и т. д. Так что я знаю разницу. -- Timeshifter (обсуждение) 22:00, 15 июня 2021 (UTC) [ ответить ]
Действительно, «Какую проблему недоступности вы видите?» — это совершенно неправильный вопрос, когда речь идет о программах чтения с экрана. Writ Keeper ⚇ ♔ 21:55, 15 июня 2021 (UTC) [ ответить ]
Некоторые люди используют программы чтения с экрана, даже если у них идеальное зрение. Некоторые разработчики, например. Но я понимаю вашу точку зрения и спрашиваю всех: о каких проблемах с доступностью вы заявляете? Если у вас нет программы чтения с экрана, как вы можете что-либо утверждать, если кто-то с программой чтения с экрана не скажет вам что-то? Отправьте их к User:Timeshifter/Sandbox153 . Спросите их, обнаруживает ли их программа чтения с экрана какие-либо различия, кроме левого поля. -- Timeshifter (обсуждение) 22:06, 15 июня 2021 (UTC) [ ответить ]
Хорошо, во-первых, это не обязанность людей, которым нужны средства обеспечения доступности, анализировать страницу на предмет проблем доступности; это наша обязанность как редакторов (и как кодеров) предвидеть и решать все такие проблемы заблаговременно. Во-вторых, посмотрите на это: [4]: в частности, ошибки 11 и 12 (дальнейшие ошибки подавлены). liтеги являются недействительным HTML, когда используются так, как они используются. (Конечно, есть и масса других ошибок, но это не значит, что мы можем добавить еще одну кучу; на ум приходит аналогия с WP:OTHERSTUFF .) Как указывает Изно, программы чтения с экрана анализируют HTML-структуру страницы, чтобы представить ее своим пользователям, и любой недействительный HTML может вызвать проблемы для программ чтения с экрана; таким образом, на нас как редакторах лежит обязанность избегать недействительного HTML везде, где это возможно, потому что быть проактивным в предотвращении проблем доступности — это наша обязанность как редакторов. Мы не должны ждать, пока человек, зависящий от программы чтения с экрана, пожалуется; если они жалуются, мы уже потерпели неудачу . Я не думаю, что «мне больше нравится отступ от границ» является разумным оправданием для использования недопустимого HTML, особенно когда тот же эффект может быть достигнут с допустимым HTML, и «я думаю, что HTML выглядит лучше» определенно не является разумным оправданием. Сделайте лучше. Writ Keeper ⚇ ♔ 22:30, 15 июня 2021 (UTC) [ ответить ]
Я думаю, вы подтверждаете мою правоту. На этой странице 597 ошибок. И дополнительные предупреждения. У HTML всегда есть эта проблема. Вот почему у нас есть переходные версии HTML и так далее. Совершенства никогда не будет.
Пока мы не найдем кого-то с программой чтения с экрана, чтобы проверить песочницу ( User:Timeshifter/Sandbox153 ), мы ходим по кругу. Mediawiki была бы парализована, если бы она все задерживала, пока каждое изменение в коде mediawiki не будет запущено кем-то с программой чтения с экрана. И я слышал от человека с программой чтения с экрана, который указал, что проблема Mediawiki, с которой он столкнулся, была раздражающей, но что альтернатива была хуже, потому что она только помогла ему, но серьезно ухудшила ситуацию для гораздо большего количества людей. Так что все это баланс. Я нахожу раздражающим, что вы, Джон и Изно все строго следуете своим подозрениям, но без каких-либо доказательств проблемы. Я не думаю, что будет проблема. У программ чтения с экрана нет проблем с простыми таблицами с одной строкой заголовков. Пока у них есть подписи. Это то, что у нас есть в User:Timeshifter/Sandbox153 . Попробуйте найти кого-нибудь с программой чтения с экрана. Я тоже так сделаю. -- Timeshifter (обсуждение) 23:00, 15 июня 2021 (UTC) [ ответить ]
Хорошо, этот разговор действительно ходит по кругу, но я думаю, что это по другим причинам, чем те, о которых вы думаете. Вы начали с того, что сказали, что нет никакой разницы на странице между вашей версией и версией JohnFromPinckney: Расположенные рядом таблицы и/или изображения выглядят абсолютно одинаково с <ul> в викитексте или без него. Однако это явно ложно; есть как видимая разница, так и разница в выводе HTML. Когда вам на это указали, вы сказали: В этом случае <ul> не служит никакой цели, кроме как портит левое поле. Кто-то жаловался на это в другом месте. Удаление <ul> решает эту проблему . Итак, теперь вы говорите, что видите разницу (в левом поле), и намеренно удаляете теги UL, чтобы исправить это. Но вы видите, как это не соответствует тому, что вы сказали сорок минут назад и десятью строками выше, верно? Вы меняете правила игры. Теперь вы требуете, чтобы человек, использующий программу чтения с экрана, пришел и доказал вам, что есть проблема доступности. Но не должен быть слепой человек с программой чтения с экрана, чтобы сказать вам, что вы портите страницу, чтобы убедить вас прекратить вставлять недействительный HTML на страницу. Если на странице есть сотни проблем с HTML, мы не исправим это, добавив еще десять. И честно говоря, правила работы HTML должны быть основой для любого разговора об HTML в Википедии, даже до того, как мы перейдем к вопросам доступности. Бремя доказательства лежит на вас , чтобы обосновать, почему вы нарушаете правила HTML, и «мне не нравятся поля (которые можно исправить с помощью действительного HTML)» и «это на девять байт меньше кода» не подходит. Writ Keeper ⚇ ♔ 00:42, 16 июня 2021 (UTC) [ ответить ]
(unindent). Я ясно дал понять, что за исключением левого поля, видимый вывод одинаков. Обе версии — это таблицы, расположенные рядом друг с другом, которые переносятся. Кто-то еще на странице обсуждения Help:Table жаловался на левое поле. Им не нравился весь этот беспорядок от использования <ul style="margin-left:0px;"> для избавления от левого поля. Я поэкспериментировал и заметил, что избавление от <ul> полностью избавило от левого поля. Это позволило таблицам, расположенным рядом друг с другом, работать на более узких экранах с более простым вики-текстом. Все это есть на странице обсуждения. Вы продолжаете думать, что HTML в вики-тексте должен следовать всем правилам HTML в других местах. Согласно этой странице w3schools <p> без </p> — это некорректный HTML. Но Help:HTML в вики-тексте говорит: «Обратите внимание, что закрывающий тег </p>не является строго необходимым для установок MediaWiki, которые выводят HTML 5 (например, Wikipedia)». Существует множество других примеров разрешенного использования HTML в викитексте, которое не соответствует правилам HTML в других местах. -- Timeshifter (обсуждение) 02:00, 16 июня 2021 (UTC) [ ответить ]
...Ладно, я не уверен, что это пока не ясно, но никого из нас не волнует, как выглядит HTML в викитексте (т. е. в поле редактирования, когда вы редактируете страницу). Конечно, это не обязательно должен быть действительный HTML, потому что он еще не прошел через парсер Mediawiki, чтобы стать настоящим HTML. Мы все говорим о выходном HTML отрендеренной страницы (т. е. о том, что вы видите, если просматриваете страницу как читатель и щелкаете правой кнопкой мыши, чтобы просмотреть исходный код). Вносимые вами изменения вызывают ошибки в выходном HTML , *не* викитексте. Как я объяснил на VPT, приведенный вами пример с тегом <p> не является релевантным сравнением. Причина, по которой на странице говорится, что закрывающий тег p является необязательным, заключается в том, что когда викитекст, содержащий незакрытый тег p, проходит через парсер Mediawiki, парсер автоматически закроет тег p для вас. Итак, хотя в викитексте есть незакрытый тег p , в выходном HTML нет незакрытого тега p , потому что парсер исправляет его за вас. Но парсер не исправляет потерянные теги li таким же образом, поэтому использование тегов li без вложенного тега ul приведет к недействительному HTML в выходном HTML , а не только в викитексте. Вы можете увидеть это в действии здесь: https://en.wikipedia.org/w/api.php?action=parse&page=User:Writ_Keeper/sandbox . Обратите внимание, что, хотя в викитексте есть незакрытый тег p , тег p правильно закрыт и, следовательно, является допустимым HTML в HTML-коде, который выводит парсер. Это не одно и то же. Writ Keeper ⚇ ♔ 02:20, 16 июня 2021 (UTC) [ ответить ]
Есть много других вещей, которые попадают в выходной HTML, который не является идеальным HTML. Устаревший HTML и т. д. Другие участники обсуждения VPT указали на различные примеры. Как я уже говорил несколько раз, если это ни на что не влияет, то это не имеет значения. Вам еще предстоит показать, что отсутствие <ul> здесь влияет на что-либо негативным образом. -- Timeshifter (обсуждение) 02:30, 16 июня 2021 (UTC) [ ответить ]
И JAWS , и NVDA определяют версию с ul как содержащую списки HTML, но не определяют списки HTML в версии без ul. Пожалуйста, не используйте последнюю версию. Кроме того, программы чтения с экрана обычно не определяют поля. Graham 87 02:42, 16 июня 2021 (UTC) [ ответить ]
Спасибо, Грэм . Я в замешательстве, так как технически в обоих разделах нет никаких списков. В каждом из двух разделов есть только 2 таблицы, расположенные рядом.
Но нет проблем. Нам больше не нужен этот метод, который использует список HTML li и ul.
isaacl нашел более простое решение, которое использует только div. Оно элегантное, законное и более простое. Я вставил его в качестве третьего раздела на этой странице sandbox:
Звучит хорошо, re divs. Технически в разделе есть списки, содержащие ul ... это именно то, что делает тег ul; он создает неупорядоченный список. Является ли он *семантически* уместным - это совсем другой вопрос ... но список должен быть правильно размечен в любом случае. Graham 87 03:02, 16 июня 2021 (UTC) [ ответить ]
(удалить отступ). Грэм . Так ваши скринридеры читают опцию divs OK в sandbox 153 ? Или ниже? Я вставил ее ниже, чтобы другие, читающие эту ветку, тоже могли ее проверить.
Общее количество матчей, сыгранных только в официальных соревнованиях.
Всем: сузьте экран браузера, чтобы увидеть перенос таблиц (одна под другой). Работает и в мобильном представлении. -- Timeshifter (обс.) 03:19, 16 июня 2021 (UTC) -- Timeshifter (обс.) 03:19, 16 июня 2021 (UTC) [ ответить ]
Да, работает отлично. Грэм 87 03:33, 16 июня 2021 (UTC) [ ответить ]
Новая ссылка для раздела таблиц
Привет! Извините, если беспокою вас. Я новичок в Википедии и хотел бы внести свой вклад в сайт. Я заметил, что внешние ссылки внизу страницы справки по таблицам содержат веб-страницы, которые позволяют вам создавать таблицы только путем ввода данных непосредственно на веб-сайт. Мне было интересно, можно ли мне добавить ссылку на веб-страницу, которая создает таблицы, которые позволяют пользователю загружать файлы Excel и конвертировать их в формат wiki и наоборот. Спасибо! --Rangusangus (обсуждение) 17:12, 1 июля 2021 (UTC) [ ответить ]
Rangusangus. Что за ссылка? Я посмотрю. Она также может быть размещена здесь:
Commons:Ресурсы диаграмм и графиков: Ресурсы диаграмм и графиков на Commons
Commons: Преобразование таблиц и диаграмм в вики-код или файлы изображений: содержит информацию о преобразовании разметки таблиц.
@ Timeshifter : Извините, что заставил вас ждать! Я нашел сайт здесь: http://www.excel2wiki.com/ Похоже, изначально он назывался excel2wiki.net, но был изменен на текущий Rangusangus (обсуждение) 03:15, 4 июля 2021 (UTC) [ ответить ]
@ Timeshifter : Конвертер Copy & Paste Excel-to-Wiki и другой на Help:Table#Converting electronicsheets and database tables to wikitable format отличаются тем, что поддерживают только ctrl + c/v для вставки таблицы, а другой (www.excel2wiki.com) поддерживает загрузку файлов Excel непосредственно на веб-сайт. --Rangusangus (обсуждение) 08:57, 4 июля 2021 (UTC) [ ответить ]
Rangusangus. Вы использовали этот конвертер? Он работает?
Также я заметил, что страница загружается очень медленно. И она не прокручивается вертикально. Моя панель задач закрывает последнюю строку страницы:
«Если у вас возникнут какие-либо проблемы, свяжитесь со мной по адресу nguye586@purdue.edu»
Я смогу увидеть его, только если уменьшу размер шрифта.
@ Timeshifter : Я уже пользовался этим конвертером и могу подтвердить, что он работает. Лично я нахожу его более удобным, чем другие конвертеры, особенно для больших таблиц, поскольку он требует загрузки файла, а не копирования и вставки. Он также имеет опции для таблиц с одинарными и двойными кавычками.
Мне удалось связаться с ними, и они сказали, что кнопку прокрутки нужно починить.
Что касается проблем с загрузкой, то у меня их нет, так что это может быть проблема географического расположения веб-страницы.
--Rangusangus (обс.) 14:13, 6 июля 2021 (UTC) [ ответить ]
Загрузка занимает целую вечность. Теперь она обрезана сверху.
Я посмотрел исходный код HTML-страницы.
Предлагаю вам связаться с ними и сказать, что, возможно, им следует удалить таблицу стилей и class="centered" . Также удалите скрипт внизу.
Тогда это будет обычная простая веб-страница, которая помещается на экране. -- Timeshifter (обс.) 18:15, 6 июля 2021 (UTC) [ ответить ]
@ Timeshifter : Можете ли вы сейчас взглянуть на сайт? Они сказали, что проблема должна быть исправлена. Время загрузки для меня все еще нормальное. --Rangusangus (обс.) 04:43, 7 июля 2021 (UTC) [ ответить ]
Он больше не запутан. Но загрузка занимает 20 секунд. Пожалуйста, попросите их удалить как можно больше внешнего стиля и скриптов. Попробуйте вместо этого использовать встроенный стиль. Это просто простая веб-страница, и ее загрузка не должна занимать 20 секунд. -- Timeshifter (обсуждение) 05:46, 7 июля 2021 (UTC) [ ответить ]
@ Timeshifter : Они сказали, что было минимальное количество внешнего стиля и скриптинга, и не было ничего слишком вычурного.
Я попробовал протестировать сайт на двух сайтах проверки скорости, и среднее время загрузки составило 0,5 секунды. https://imgur.com/a/ilrc8Ub
Можете ли вы попробовать зайти на сайт, используя эту ссылку? https://www.excel2wiki.com/
Если проблема все еще сохраняется, проверьте скорость веб-сайта с помощью онлайн-инструментов проверки скорости, чтобы узнать, является ли это проблемой веб-сайта или локальной проблемой.
С моей стороны сайт работает нормально. Я перешлю им письмо снова, если у вас он все еще не работает.
--Rangusangus (обс.) 09:39, 7 июля 2021 (UTC) [ ответить ]
Rangusangus. Те же 20 секунд в Firefox. Edge быстрый. Полсекунды.
Это не по моей части. Может быть, попросите помощи на toolforge.com
Войны Википедии и израильско-палестинский конфликт... пожалуйста, заполните мой опрос?
Привет :) Я пишу свою магистерскую диссертацию по войнам в Википедии и израильско-палестинскому конфликту, и я заметил, что вы внесли свой вклад в эти страницы. Моя диссертация будет рассматривать процесс совместного производства знаний об израильско-палестинском конфликте и его влияние на предвзятость в статьях. Это будет включать понимание профилей и мотивов редакторов, разногласий/споров и разрешение споров на страницах обсуждения, а также предвзятость в итоговой статье.
Для получения более подробной информации вы можете посетить мою страницу мета-вики-исследований или мою страницу пользователя, где я буду публиковать свои выводы, когда они будут завершены.
Я буду очень признателен, если вы уделите 5 минут и заполните этот короткий опрос до 8 августа 2021 года.
Участие в этом опросе полностью добровольное и анонимное. Нет никаких предсказуемых рисков или выгод для вас, связанных с этим проектом.
Я действительно ценю вашу тяжелую работу по показателям смертности от передозировки наркотиков в США и общим показателям с течением времени. Это отличная статья. Я хотел бы прокомментировать одну вещь: некоторые отрывки немного неформальны.
Например: «За 12-месячный период, закончившийся 30 апреля 2021 года, умерло около 100 300 человек.[4] Это 275 человек в день».
Согласитесь ли вы, что это декларативное «Это 275 в день» выглядит немного неформально? Вас бы смутило, если бы я изменил лид на что-то вроде «Около 100 300 человек умерло за 12-месячный период, заканчивающийся 30 апреля 2021 года, со скоростью 275 смертей в день»[4] ? Я не хочу просить вас о чем-либо, потому что знаю, что вы очень занятый участник.
Несмотря ни на что, счастливого Нового года! -- Hunan201p ( обсуждение ) 22:30, 26 декабря 2021 (UTC) [ ответить ]
Hunan201p . Спасибо. Оба варианта меня устраивают. Можете свободно изменить их. Давайте продолжим обсуждение статьи на странице обсуждения статьи. -- Timeshifter (обсуждение) 00:20, 27 декабря 2021 (UTC) [ ответить ]
Похвальная звезда за ваши усилия
COVID-19 Барнстар
Награжден за усилия по расширению и проверке статей, связанных с COVID-19 . Награжден Cdjp1 (обсуждение) 8 марта 2022 (UTC)
Оригинальный Барнстар
Награждается за лучший вклад в статью, связанную с COVID-19 . Награжден Cdjp1 (обсуждение) 8 марта 2022 г. (UTC)
Cdjp1 . Спасибо за barnstars! -- Timeshifter (обс.) 03:43, 9 марта 2022 (UTC) [ ответить ]
Надеюсь, я делаю это правильно. Я видел ваши комментарии на Raw Story и согласен с ними. Извините, но у меня нет учетной записи, и надеюсь, что это правильное место для ответа. Я также отвечу вам на другой странице.
Можете ли вы, ПОЖАЛУЙСТА --- когда у вас будет время, взглянуть на Palmer Report? Была атака на Wikipedia со стороны некоторых редакторов-республиканцев. Это политический сайт -- хороший, и я его поклонник.
Месяцами (годами) десятки людей умоляли редакторов убрать «гиперпартийный, фейковый новостной сайт» из заголовка. Это неточно. Это было добавлено тем же человеком, который запутал Raw Story — республиканцем. Я вместе с десятками — буквально десятками людей протестовал. Мы чувствовали, что это было нападение, злобное нападение. Ответом всегда было присылать какие-то надежные источники, чтобы противостоять этому.
Только никто никогда не использовал термин "гиперпартийный, фейковый новостной сайт" изначально. Я потратил четыре часа, пытаясь найти источник, и спрашивал несколько раз. Есть некоторые малоизвестные республиканские источники. Они никогда не использовали, насколько мне известно, ни один из этих терминов.
Они также заблокировали страницу, когда люди пытались ее изменить и называли это вандализмом. Но все, кого я видел, были честны. Отчет Палмера — это не фейковые новости, и он очень похож на Raw Story. У меня был источник — Брайан Уильямс из MSNBC сделал сюжет несколько лет назад и использовал информацию с их сайта. Мне сказали, что это недостаточно интересно, чтобы размещать на сайте, а затем они проигнорировали меня и всех остальных. Вы легко можете увидеть это на старых страницах Talk, потому что там более дюжины жалоб.
Надеюсь, вы не расстроены тем, что я опубликовал такой длинный пост, но я думаю, что происходящее заставляет Wiki выглядеть очень плохо, и мне понравилось то, что вы сказали на сайте raw story. Я не хочу называть имя человека, чтобы это не было воспринято как словесная атака, но вы можете все это легко увидеть. Пожалуйста, если вы можете что-то сделать, пожалуйста, исследуйте это и, пожалуйста, серьезно отнеситесь к записи "гиперпартийные, фейковые новости". Потому что это не нейтрально.
Привет, Нора. У меня сейчас нет времени, здоровья и энергии для большой активности в Википедии. Вы продвинетесь гораздо дальше, если войдете под именем пользователя. Вы все равно будете анонимны. Вы можете создать учетную запись, используя только имя пользователя и пароль. Адрес электронной почты необязателен и не является общедоступным. Полезно для сброса пароля. Это может быть вторичным одноразовым адресом электронной почты. Gmail можно настроить на пересылку на другой адрес электронной почты. Даже на другой адрес Gmail. -- Timeshifter (обсуждение) 00:59, 7 февраля 2023 (UTC) [ ответить ]
Спасибо. Мне жаль, что у вас проблемы со здоровьем. Я не буду утомлять вас длинным ответом, но я пытался в прошлом, как и другие, и ничего не вышло. Был рад видеть, как некоторые из вас исправили Raw Story, который мне тоже нравится. Но я совершенно не знаю, как редактировать в Wiki, и у меня также есть некоторые (незначительные) проблемы со здоровьем. Но спасибо! По крайней мере, вы заботитесь, и это много значит. Надеюсь, ваше состояние здоровья улучшится, и большое спасибо за ответ.
Он покажет информацию об активности обсуждения, например, дату последнего комментария. Скоро появится новая кнопка «Добавить тему». Вы сможете отключить их в Special:Preferences#mw-prefsection-editing-discussion . Пожалуйста, сообщите им, что вы думаете.
Ежедневный показатель завершения редактирования по тестовой группе: DiscussionTools (тестовая группа) и наложение MobileFrontend (контрольная группа)
Завершено A/B-тестирование инструментов обсуждения на мобильном сайте. Редакторы добились большего успеха с инструментами обсуждения. Команда редактирования включает эти функции для всех редакторов на мобильном сайте.
Новый проект: проверка редактирования
Команда редактирования начинает проект, чтобы помочь новым редакторам Википедии. Он поможет людям определить некоторые проблемы, прежде чем они нажмут «Опубликовать изменения». Первый инструмент будет поощрять людей добавлять ссылки при добавлении нового контента. Пожалуйста, следите за этой страницей для получения дополнительной информации. Вы можете присоединиться к телефонной конференции 3 марта 2023 года, чтобы узнать больше.
Здравствуйте! Изучал историю и предложения по глобальному списку наблюдения и видел довольно много комментариев по этому поводу от вас в прошлом. Есть ли текущее решение или общепринятый инструментарий для этой цели? Спасибо! Top5a ( обсуждение ) 06:49, 27 мая 2023 (UTC) [ ответить ]
Top5a . Не знаю. Я не слежу за этим. -- Timeshifter (обс.) 08:03, 27 мая 2023 (UTC) [ ответить ]
ОК! Спасибо за быстрый ответ! Ура -- Top5a ( обсуждение ) 08:05, 27 мая 2023 (UTC) [ ответить ]
Немного стропвафелей для вас!
Я понимаю, что мы недавно много сталкивались лбами (из лучших побуждений!). Но я хотел бы зайти и просто сказать, что я ценю вашу работу по поддержанию таблиц на сайте, обеспечению целостности текстовых ссылок и помощи другим в понимании того, как поддерживать энциклопедию. Спасибо и счастливого Нового года! Наслаждайтесь этими стропвафлями – я увидел «стропвафли» в меню WikiLove и мне нужно было узнать, что это такое. Они выглядят восхитительно, но я не могу сказать, что слышал о них раньше, не говоря уже о том, чтобы пробовал :)
Привет, добро пожаловать в 25-й выпуск Wikipedia Scripts++ Newsletter , охватывающий все наши любимые новые и обновленные пользовательские скрипты с 1 марта 2024 года . Сегодня у нас куча замечательных редакторов, которые забирают свои вилы. Не волнуйтесь, они пришли с миром, чтобы принудительно исправить и расширить существующие скрипты, которые вы используете с чистой страстью. Их так много, что эти вилы теперь получили то, что по сути является их собственной колонкой! Подарите нам несколько строк, пока не стало слишком поздно Аарон Лю ( обсуждение ) 04:01, 1 августа 2024 (UTC) [ ответить ]
Есть что-нибудь хорошее? Расскажите нам о вашем новом, улучшенном, старом или испорченном сценарии здесь !
Избранный сценарий
inline-diff-inline-patrol от Ponor — это избранный скрипт этого выпуска. Загружая diffs inline на каждой странице, где отображается список изменений, он реализует пожелание сообщества 2023 m:Опрос по желаньям сообщества 2023/Администраторы и патрулировщики/Встроенные diffs и встроенный патруль. Надеюсь, нам больше не понадобится этот скрипт в ближайшее время, поскольку WMF сосредоточен на отставании...
Elominius/media timer работает, но его пользовательский интерфейс выглядит чужеродным. Кто-нибудь мог бы его улучшить...
В меньшей степени то же самое касается сортировки PrimeHunter/Search . Хотелось бы, чтобы кто-нибудь интегрировал сортировки в меню сортировки вместо добавления 11 ссылок портлета.
Легко настраиваемый скрипт для добавления ссылки на портлет #p-vector-user-menu-overflow с именем, целью и значком. Этот должен быть относительно проще. Я бы сделал это сам, но я слишком занят тем, что гнию на Celeste (видеоигра) .
После того какＲＩＩＪобновление, Аарон Лю : в Watchlyst Greybar Unsin есть кнопка «Отклонить», которая позволяет вам отметить элемент как прочитанный одним щелчком мыши и перейти к следующему элементу списка наблюдения.
Lordseriouspig/StatusChangerImproved — это то же самое, что и скрипт Enterprisey, за исключением того, что вы выбираете свой статус из раскрывающегося списка, а не переключаетесь между ними кнопкой. WMF в любом случае работает на основе автомобильно-ориентированной инфраструктуры. Позор!
Недавно поддерживаемые скрипты
Аарон Лю создал Duplinks из Evad37/duplinks-alt ; его форк добавляет переменную конфигурации для автоматического выделения дубликатов ссылок при загрузке любой страницы, где могла бы появиться ссылка портлета.
Навесной замок для защиты от несанкционированного доступа, разработанный пользователем Chaotic EnbyАарон Лю : MoveTop добавляет отдельную тему навесного замка для каждого уровня защиты перемещения.
BrandonXLF/AddCopied автоматически помечает страницы обсуждения страниц, между которыми вы скопировали информацию, тегом {{ collected }} .
Bugghost/UserRoleIndicator добавляет текстовые метки (по умолчанию эмодзи) к ссылкам пользователей, которые обозначают группы пользователей. Ого, это сложно сказать
CanonNi/AlertAssistant добавляет диалоговое окно в стиле Twinkle для оповещения пользователей о спорных темах.
CFA/AttributeTranslation автоматически помечает статьи, переведенные из других источников, соответствующей ссылкой на источник.
Надоело смотреть на кучу фильтрующего текста и ждать, пока загрузятся журналы фильтров? Анализатор Msz2001/AbuseFilter может преобразовывать фильтры злоупотреблений в визуальное синтаксическое дерево и оценивать локально по требованию!
Polygnotus/DuplicateReferences находит ссылки с одинаковой ссылкой и отображает их количество вместе с кнопкой для добавления тега {{ dublated citations }} в разделе ссылок. Быть ленивым никогда не было так просто!
самый быстрый пистолет в сети Ponor/really-quick-block очень быстро добавить в списки вкладов три кнопки потрясающе
С Днем Первого Редактирования! Привет, Timeshifter! От имени Комитета по Дню Рождения я хотел бы пожелать тебе счастливой годовщины с того дня, как ты сделал свое первое редактирование и стал Википедистом! The Herald (Benison) ( обсуждение ) 02:58, 7 октября 2024 (UTC) [ ответить ]
@ GAMERBOY102 : Я добавил Template:static-row-numbers . Что вы пытаетесь там сделать? Возможно, я смогу помочь. См. также: Help:Table . Там также есть форма поиска для справки по таблицам в верхней части страницы. -- Timeshifter (обсуждение) 18:33, 17 ноября 2024 (UTC) [ ответить ]
GAMERBOY102 . Я не думаю, что это хорошая идея. Таблица и так очень широкая. Даже узкий столбец статических номеров строк — это слишком много. Столбцы следует удалять, а не добавлять. Или разделить таблицу пополам. — Timeshifter (обс.) 02:28, 18 ноября 2024 (UTC) [ ответить ]
Википроект «Возрождение прав человека»
Привет! Недавно я написал на WikiProject Human rights об отсутствии активности в проекте и его пометке как «полуактивный». Я заметил, что вы являетесь участником проекта, и хотел бы получить ваше мнение, если это возможно. Посмотрите мой пост на странице обсуждения, и если у вас есть идеи по поводу возможного возрождения проекта или какие-либо мысли по этому поводу, не стесняйтесь комментировать. Спасибо! Spookyaki ( обсуждение ) 22:33, 26 ноября 2024 (UTC) [ ответ ]
Информационный бюллетень Scripts++ – выпуск 26
Всем привет и добро пожаловать в 26-й выпуск Wikipedia Scripts++ Newsletter , охватывающий все наши любимые новые и обновленные пользовательские скрипты с 1 августа 2024 года. На момент публикации более 94% мира легально стали жертвами веселых празднований «Рождества», и скоро это коснется и вас. Это были тихие 4 месяца, и мы надеемся увидеть вас с гораздо большим количеством новых скриптов в следующем году. Счастливых праздников! Аарон Лю ( обсуждение ) 05:06, 25 декабря 2024 (UTC) [ ответить ]
Есть что-нибудь хорошее? Расскажите нам о вашем новом, улучшенном, старом или испорченном сценарии здесь !
Избранный сценарий
Очень полезный для патрулирующих список изменений, DiffUndo от Nardog — это избранный скрипт этого издания. Черпая вдохновение из функции WP:AutoWikiBrowser «двойной щелчок для отмены», он добавляет кнопку отмены к каждой строке каждого diff из «показать изменения», оптимизируя частичные откаты с помощью вашего любимого магического заклинания и почти выполняя m:Community Wishlist/Wishes/Partial revert undo.
Разнообразный
Doğu/Adiutor , недавний пользовательский скрипт, похожий на WP:Twinkle / WP:RedWarn , который следует современному дизайну пользовательского интерфейса WMF, теперь является расширением. Однако его единственный сопровождающий покинул проект, который все еще ожидает управления WMF mw:code (среди некоторых аудитов) для установки на ваши любимые вики WMF.
DannyS712 , наш бывший главный редактор, перешел в MediaWiki и более экологичный пурпурныйпастбища PHP с коммитами, создающими Special:NamespaceInfo и __EXPECTUNUSEDTEMPLATE__волшебное слово для исключения шаблона из Special:UnusedTemplates ! Интересно, есть ли в Википедии информационный бюллетень для шаблонизаторов...
BilledMammal/Move+ необходимо обновить, чтобы упорядочить список страниц и правильно перемещать списки страниц независимо от страницы обсуждения, чтобы мы могли избежать повторения истории фиаско.
Andrybak/Unsigned helper является ответвлением Anomie/unsignedhelper для добавления поддержки двоичного поиска, автоматического редактирования сводок после генерации шаблона {{ unsigned }} , поддержки {{ undated }} и поддержки генерации при включенной подсветке синтаксиса.
Polygnotus/Move+ обновляет классический Move+ от BilledMammal, добавляя автоматический список наблюдения за всеми страницами (кроме целевых страниц), измененными во время обработки перемещения.
Открыт запрос на комментарии для обсуждения вопроса о том, следует ли рекомендовать администраторам предупреждать пользователей, а не блокировать без предупреждения тех, кто разместил рекламный контент за пределами раздела статьи.
Технические новости
Функция Nuke теперь также предоставляет ссылки на страницу пользователя, чьи страницы были удалены, и на страницы, которые не были выбраны для удаления, после того, как удаления страниц поставлены в очередь. Это упрощает последующие действия администратора.
Арбитраж
По итогам выборов в Арбитражный комитет 2024 года в состав Арбитражного комитета были избраны следующие редакторы: CaptainEek , Daniel , Elli , KrakatoaKatie , Liz , Primefac , ScottishFinnishRadish , Theleekycauldron , Worm That Turned .
Если вы считаете, что существуют веские причины для разблокировки, ознакомьтесь с руководством Википедии по обжалованию блокировок , а затем добавьте следующий текст в конец страницы обсуждения: {{unblock|reason=Your reason here ~~~~}}. ~ ToBeFree ( обсуждение ) 01:48, 17 января 2025 (UTC) [ ответить ]
Запрос на разблокировку этого пользователя был рассмотрен администратором , который принял запрос.
Я перестал добавлять диаграмму обратно после того, как зашел в обсуждение на Wikipedia:Administrators' noticeboard/Edit warring . И я не нарушал WP:3RR . Так почему же администратор просто не сказал мне, что WP:ONUS применяется, несмотря на отсутствие WP:3RR ? Не было никакой необходимости блокировать меня. Это было грубо. Я не пытался участвовать в войне правок. Я честно хотел услышать причины от человека, который удалял материал без причины во многих случаях. -- Timeshifter (обсуждение) 02:11, 17 января 2025 (UTC) [ ответить ]
Принять причину :
Timeshifter , у вас война правок, которая не ограничивается нарушениями правила трех откатов. Отмена массовых добавлений одного и того же изображения в несколько статей — это нормально, это не «преследование» или «вики-травля». Думаю, я понимаю, откуда взялось Special:Diff/1269921863 , учитывая, что оно было добавлено после блокировки и явно больше не было нужно в тот момент. Настойчивость в восстановлении изображения в нескольких статьях и постоянные жалобы на допустимый ответ на него на доске объявлений заставили меня опасаться, что простое восстановление стабильных версий и указание на WP:ONUS без принятия административных мер просто приведет к продолжению войны правок в нескольких статьях. Я рад видеть, что блокировка не нужна. Если бы вы могли вернуть резюме правок Special:Diff/1269921863 , это было бы здорово. ~ ToBeFree ( talk ) 03:13, 17 января 2025 (UTC) [ reply ]
@ ToBeFree : Спасибо за разблокировку. Что касается отмены Special:Diff/1269921863, я имею право попросить определенных людей не комментировать мою страницу обсуждения (согласно WP:TALK ). Если, конечно, это не уведомление для WP:ANI и т. д. Я удаляю их тоже в конце концов, после того как перехожу к назначенному обсуждению. Я редактирую в Википедии с 2005 года и давно понял, что предпочитаю, чтобы обсуждения редактирования проводились на страницах обсуждения статей и на соответствующих досках объявлений. Это делает мою жизнь редактирования намного менее напряженной. См. верхнюю часть этой страницы обсуждения, где я обсуждаю это. Почти все в конечном итоге удаляется с моей страницы обсуждения. -- Timeshifter (обсуждение) 03:38, 17 января 2025 (UTC) [ ответить ]
Timeshifter , Вы не желанные гости на моей странице обсуждения , не снижает стресс и не удаляет все со страницы обсуждения. ~ ToBeFree ( обсуждение ) 03:47, 17 января 2025 (UTC) [ ответить ]
@ ToBeFree : . В будущем мне следует ссылаться на WP:USERTALKSTOP . Это более понятно, чем WP:OWNTALK , который говорит: «Пользователи могут свободно удалять комментарии со своих страниц обсуждения». WP:USERTALKSTOP говорит: «Если редактор просит вас не редактировать его пользовательские страницы, такие просьбы следует, в разумных пределах, уважать». Я думаю, что эта информация могла быть на WP:TALK в прошлом.
Я могу поручиться только за свой собственный уровень стресса. -- Timeshifter (обс.) 04:14, 17 января 2025 (UTC) [ ответить ]
wikimedia.org .
Извините за задержку, у меня было гораздо больше дел в реальной жизни, чем я ожидал. Если у меня появится немного свободного времени, я планировал настроить рабочее пространство на testWP, чтобы мы могли попробовать поработать над некоторыми дополнительными функциями CSS общего назначения, но я прошу вас проявить терпение. Я и так немного перегружен работой здесь, учитывая то время, которое у меня есть на волонтерство.𝒬 𝔔 16:16, 25 октября 2020 (UTC)
Есть что-нибудь хорошее? Расскажите нам о вашем новом, улучшенном, старом или испорченном сценарии здесь !
