Шаблон обсуждения:Начало липкой таблицы

Это страница обсуждения для улучшения шаблона начала прикрепленной таблицы .

Разместите новый текст под старым текстом. Нажмите здесь, чтобы начать новую тему. Впервые на Википедии? Добро пожаловать! Научитесь редактировать ; получите помощь . Предполагать добросовестность Будьте вежливы и избегайте личных нападок. Будьте приветливы к новичкам При необходимости обращайтесь к урегулированию спора

Архивы : 1Период автоматического архивирования : 6 месяцев

Скопировано из предыдущей темы:

Я наконец-то добрался до сравнения колонок стран на моем iPhone SE 2020 :

• Список стран по уровню смертности от огнестрельного оружия
• Шаблон:Ежемесячное совокупное количество смертей от COVID-19 в 2020 году по странам

Как только вы начинаете горизонтальную прокрутку, столбцы стран имеют одинаковую ширину. Они не могут быть меньше самого широкого слова. В данном случае это Лихтенштейн . Туркменистан — еще одно широкое слово.

Таким образом, в этом отношении нет никаких преимуществ в использовании отдельного столбца флагов после горизонтальной прокрутки.

И до прокрутки столбец флага фактически занимает место на экране и делает доступной ширину для столбцов данных меньше. Так же, как и столбец статических номеров строк. К счастью, оба эти столбца исчезают при горизонтальной прокрутке.

Единственное небольшое преимущество наличия столбца флага заключается в том, что меньше названий стран нужно переносить на 2 строки. Например, некоторые многословные страны. А некоторые длинные названия стран переносятся на 2 строки с флагом на одной строке и названием страны на другой.

Лично я с моим маленьким экраном iPhone SE 2020 (и более крупным текстом) предпочитаю иметь больше места для столбцов исходных данных в портретном режиме. Не имея отдельного столбца флага. -- Timeshifter ( talk ) 16:13, 6 августа 2024 (UTC) [ ответить ]

Хорошо знать, что обе версии имеют одинаковую ширину после приклеивания и обертывания. Да, делает, так как все в одной ячейке будет выше в некоторых ячейках. Выглядит так же и на моем Android. Вы хотели, чтобы я изменил данные о ковиде на один столбец? Насколько я помню, изначальной целью было уменьшить объем приклеиваемых данных, поэтому исключил флаг. Jroberson108 ( talk ) 16:34, 6 августа 2024 (UTC) [ ответить ]

Я оставляю это на ваше усмотрение. В любом случае. Лично я хотел бы убрать все флаги со столов. Это просто больше работы и бесполезно. Я бы рассмотрел предложение Village Pump запретить их на столах.

Флаги должны быть разрешены только в крайней правой колонке. Это может вызвать больше интереса на обсуждении Village Pump. :)

-- Timeshifter ( обсуждение ) 22:22, 6 августа 2024 (UTC) [ ответить ]

Тогда я оставлю это в покое. Согласен, изображения флагов нужны только для эстетики, когда они находятся рядом с названием страны/штата/и т. д. в таблице, которая не посвящена флагам. Jroberson108 ( обсуждение ) 22:51, 6 августа 2024 (UTC) [ ответить ]

Предлагаю создать шаблоны ярлыков для {{ Sticky table start }} -> Template:sts и {{ sticky table end }} -> Template:ste (не уверен, является ли пространство имен "template:" обязательным для имени шаблона ярлыков).

Я открыт для предложений по другим сочетаниям клавиш. Qwerty284651 (обсуждение) 10:39, 12 августа 2024 (UTC) [ ответить ]

"sts" ссылается на {{ перейти к разделу }} . Jroberson108 ( обсуждение ) 15:22, 12 августа 2024 (UTC) [ ответить ]

Я не знаю, поможет ли сокращение шаблона большему использованию или нет. Это запутает редакторов, которые с ним столкнутся. С другой стороны, редакторы, которые это поймут, вероятно, будут чаще использовать шаблон. Я склоняюсь к созданию сокращений. В некоторых шаблонах есть более одного сокращения. Поэтому я думаю, чем больше, тем лучше, потому что больше редакторов будут использовать шаблон.

Template:Sticky , к сожалению, уже занят. Template:Fixed занят. Template:Start занят. Template:ST не занят. Template:st занят. Первые пришедшие на ум сочетания клавиш заканчиваются.

Представьте, если бы все шаблоны общих таблиц наверху таблицы были бы аббревиатурами. Было бы неплохо, если бы время от времени появлялся бот и позже расшифровывал их. Тогда у нас была бы скорость и более легкое понимание. -- Timeshifter ( обсуждение ) 17:31, 12 августа 2024 (UTC) [ ответить ]

@Qwerty284651: У вас была причина запросить его? Лично я не думаю, что это «увеличит» бы использование, поскольку вы бы не использовали этот шаблон без необходимости, что было бы для высоких и/или широких таблиц. Если вы не знакомы с аббревиатурой, вам может быть сложнее найти этот шаблон. Погуглив «wikipedia sticky table start» без кавычек, я могу найти этот шаблон. Погуглив «wikipedia template sts» без кавычек с дополнительным «шаблоном», чтобы сузить его, я не могу найти шаблон «skip to section». Если бы бот их продиктовал, это было бы неплохо, но это добавило бы больше накладных расходов. При редактировании страницы внизу есть список включений, но его трудно читать, и он может быть неочевиден для большинства редакторов. Jroberson108 ( обсуждение ) 20:58, 12 августа 2024 (UTC) [ ответить ]

Обычно это больше для удобства/легкости доступа, вместо того, чтобы печатать все целиком, можно использовать сокращения, такие как {{ cot }} и {{ cob }} или {{ hat }} и {{ hab }} шаблоны-обертки, похожие на липкие таблицы- начало и - конец. И, нет, цель не в увеличении использования, а скорее в простоте доступа.

Если поискать в Google "wikipedia sticky table start" без кавычек, я могу найти этот шаблон. Если поискать в Google "wikipedia template sts" без кавычек с дополнительным "template", чтобы сузить поиск, я не могу найти шаблон "skip to section". Всегда можно найти шаблон, открыв его в исходном коде и добавив "template:" в строку поиска вики, о чем, по общему признанию, знают не многие начинающие редакторы. И не все включения являются шаблонами, но я отвлекся. Qwerty284651 (обсуждение) 23:22, 12 августа 2024 (UTC) [ ответить ]

Я помню одного редактора, который создал шаблон и сокращение для него и часто им пользовался. Так что это действительно увеличивает использование. Для этого шаблона я всегда использовал полное название шаблона. Я не могу вспомнить шаблон сейчас. Есть много шаблонов, которые используют сокращения для акронимов, которые часто используются. Со временем люди видят и сокращения, и сокращения. Я думаю, что это чистая выгода.

Все таблицы стран и штатов США выше высоты экрана. Поэтому я думаю, что этот шаблон в конечном итоге будет часто использоваться. Он значительно ускоряет навигацию по страницам. Особенно для перехода к частям страницы, отличным от таблиц. Или навигации по страницам с несколькими таблицами. Можно быстро просмотреть страницу, не угадывая, что на ней, по плохо написанному оглавлению. Или быстро просмотреть длинную страницу с несколькими таблицами и многими разделами. Без необходимости использовать то же оглавление, в котором нет кнопки «развернуть все». :)

Я не знаю, можно ли создать бота, который автоматически периодически (раз в неделю или месяц) будет специально искать ярлык. Такой, который запускается и больше не нуждается в помощи человека для продолжения работы. Я считаю, что в Википедии есть несколько ботов, которые работают полностью автоматически, за исключением, может быть, кнопки аварийной остановки. Так что бота можно настроить на просмотр результатов ссылки «что ссылается сюда» на ярлык шаблона, а затем на замену ярлыков. Возможно, придется спросить в WP:VPT , возможно ли это.

Но я не думаю, что бот должен быть создан, чтобы оправдать создание ярлыков. Как я уже сказал, я думаю, что ярлыки — это чистая выгода. -- Timeshifter ( talk ) 01:29, 13 августа 2024 (UTC) [ ответить ]

Я готов поспорить, что если бы этот редактор не смог создать аббревиатуру, он бы все равно использовал шаблон столько же раз просто из необходимости, а не из-за того, насколько коротким было имя трансклюзионного слова. Просто говорю, что нелегко доказать возросшее использование без реальных тестовых случаев и аналитики, и насколько существенным является это увеличение. Я согласен, что трансклюзионное слово может быть более удобным, если аббревиатуру легко запомнить, например, "hat". Создайте ее, если хотите. Jroberson108 ( talk ) 02:27, 13 августа 2024 (UTC) [ ответить ]

Также есть количество времени, которое тратится на набор шаблонов из нескольких слов по сравнению с акронимом. Это само по себе объясняет более частое использование шаблона. У меня самого есть текстовый файл (tables.txt), который всегда открыт (вместе со многими другими текстовыми файлами) в NoteTab Light. В нем есть шаблоны и имена классов, удобные для копирования в таблицы.

Я только что создал перенаправление: {{ ste }} .

Я мог бы это использовать. Быстрее ввести 3 символа (и скобки), чем искать его полное имя в текстовом файле или в верхней части таблицы, а затем копировать и вставлять его в нижнюю часть таблицы. -- Timeshifter ( обсуждение ) 03:56, 13 августа 2024 (UTC) [ ответить ]

Таким образом, можно настроить бота так, чтобы он просматривал результаты ссылки «что здесь ссылается» на ярлык шаблона, а затем менял ярлыки. Зачем боту «заменять» ярлыки?

Но я не думаю, что бот должен быть создан, чтобы оправдать создание сокращений. Не всем шаблонам нужны сокращения. Например, main, for, expand, Explain не нужны shc. Даже шаблоны из 2 слов, такие как see, тоже не нужны. Многосложные и шаблоны из 2+ слов нужны: {{ aan }} .

{{ Ste }} отсутствует уже занятое {{ sts }} в качестве аналога. Cot/cob, hat/hab используют номенклатуру "top" и "bottom" из-за отсутствия лучшего термина для указания размещения пары шаблонов. Я считаю, что sticky table start и -end следует, если следовать вышеизложенной логике, переименовать в sticky table top и sticky table bottom соответственно. Ярлыки будут stickyt (sticky top) и stickyb (sticky bottom) или stit/stib как более короткие альтернативы или оба. Qwerty284651 (обсуждение) 23:38, 13 августа 2024 (UTC) [ ответить ]

Jroberson108 . Вы видели этот последний ответ Qwerty284651? Лично я не буду использовать сочетания клавиш с этим шаблоном. Но если они помогают другим его использовать, я не имею ничего против изменения имени шаблона. Тогда мы могли бы использовать: {{ stt }} и {{ stb }} и так далее. Упс, эти заняты. Так что, полагаю, остаются другие: stickyt (липкий верх) и stickyb (липкий низ) или stit/stib

Qwerty284651. Я думаю, что полные названия шаблонов помогают редакторам понять, что происходит с таблицей. Поэтому полезно время от времени заставлять бота ходить и заменять тех, кто использует аббревиатуры. Например, вот ряд шаблонов таблиц, которые я часто использовал:

{{ статические номера строк }} {{ mw-datatable }} {{ липкий заголовок }} {{ сортировка по }} {{ выравнивание таблицы }}

Я заменю {{ sticky table start }} на {{ sticky header }} .

Представьте себе, что кто-то видит это или что-то подобное и пытается понять, что происходит:

{{srn}}{{mwd}}{{sts}}{{su}}{{ta}} -- Timeshifter ( обсуждение ) 21:47, 14 августа 2024 (UTC) [ ответить ]

Qwerty284651. {{ stickys }} (липкое начало) и {{ stickye }} (липкое окончание) или {{ stis }} / {{ stie }} . Теперь их можно использовать с существующими именами шаблонов. -- Timeshifter ( обсуждение ) 22:14, 14 августа 2024 (UTC) [ ответить ]

Я тоже не буду их использовать, так как предпочитаю ясность и согласен, что более длинная версия помогает и понять, какие шаблоны используются, и легче их найти. Я не знаю ни одного бота, который заменяет перенаправления включения. Я не вижу большой выгоды в наличии более коротких версий в новом шаблоне, который имеет нишевое использование на высоких и/или широких таблицах. Есть и другие липкие шаблоны: {{ sticky header }} , {{ import style }} с параметром "sticky" и {{ sticky }} (черновик?). Устаревший covid sticky CSS. Хотя и не включен, гаджет заголовков липких таблиц . Если вы считаете, что наличие stickyt/stickyb или stickys/stickye полезно и не вызовет путаницы, смело создавайте их. Jroberson108 ( talk ) 22:30, 14 августа 2024 (UTC) [ ответить ]

Я создал {{ sticky top }} и {{ sticky bottom }} в качестве шаблонов сочетаний клавиш для {{ sticky table start }} и {{ sticky table end }} соответственно, в качестве компромисса, чтобы иметь сочетания клавиш с логичными полными именами вместо сокращенных, непечатных. Qwerty284651 (обсуждение) 21:30, 21 августа 2024 (UTC) [ ответить ]

Мне нравятся {{ sticky top }} и {{ sticky bottom }} . Они понятны и легко запоминаются. Возможно, я буду использовать их, а также эти: {{ sticky start }} и {{ sticky end }} . В зависимости от того, какие из них я вспомню первыми. -- Timeshifter ( talk ) 13:07, 22 августа 2024 (UTC) [ reply ]

Классы div: sticky-table-collapsibleи sticky-table-scrollперечисленные в Template:Sticky table start/styles.css должны быть добавлены на страницу документа. Qwerty284651 (обсуждение) 10:48, 12 августа 2024 (UTC) [ ответить ]

Почему их следует перечислять? Они добавляются через начальный шаблон и не являются тем, о чем стоит беспокоиться большинству редакторов. Добавление их в этот документ может усложнить и запутать вещи для редакторов за пределами классов, о которых им следует знать. Jroberson108 ( talk ) 15:34, 12 августа 2024 (UTC) [ ответить ]

Если редакторы ничего не могут с ними сделать, то зачем их объяснять? Это было бы похоже на попытку объяснить весь код в шаблонах, модулях и т. д. -- Timeshifter ( обсуждение ) 17:35, 12 августа 2024 (UTC) [ ответить ]

Ага, понятно. Я думал, что классы div — это дополнительные, необязательные параметры, которые можно использовать для изменения шаблона, а не встроенная функция/код шаблона, который выполняется при использовании шаблона. Полезно знать. Qwerty284651 (обсуждение) 23:06, 12 августа 2024 (UTC) [ ответить ]

См. эту версию Википедии :Надежные источники/Постоянные источники#Источники

После нажатия на букву в горизонтальном оглавлении таблица расширяется. Расширенная таблица больше не липкая.

Цвета фона были удалены как из неразвернутой, так и из развернутой таблицы.

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

Или, может быть, вернуться к кнопкам «развернуть» и «свернуть» на всех таблицах? Может быть, с примечанием, что «Таблица может быть уже развернута». Или «Таблица может быть уже развернута на некоторых экранах». Если не примечание, то подсказка, сообщающая об этом.

Я пошел дальше и добавил старый шаблон {{ sticky header }} в таблицу. Кажется, он не удаляет фоновые цвета, как это делал {{ sticky table start }} .

См. {{ sticky header }} в этой версии таблицы. -- Timeshifter ( обсуждение ) 04:51, 13 августа 2024 (UTC) [ ответить ]

Класс "mw-collapsed" по какой-то причине удаляется при нажатии на ссылку {{ Compact ToC }} , которая ссылается на внутреннюю часть таблицы ("Legend" работает). Мне придется взглянуть повнимательнее.

Background-color не был удален, просто установлено значение "inherit", чтобы исправить проблему прозрачности, когда за липким элементом прокручивается контент. Установка background-color в строке должна переопределить его. Эта таблица использует таблицу стилей и задает цвет через класс. {{ Sticky header }} не предлагает левый липкий столбец, как этот, поэтому его исправление прозрачности немного отличается. Мне придется внимательнее взглянуть, можно ли это исправить вместе с прозрачностью.

Многие из запрашиваемых вами действий по обнаружению и изменению могут быть выполнены с помощью JavaScript, но не CSS. Jroberson108 ( обсуждение ) 05:39, 13 августа 2024 (UTC) [ ответить ]

Для цвета фона я предлагаю добавить "... !important" к пяти цветам в Wikipedia:Reliable sources/Perennial sources/styles.css, чтобы они не переопределялись "inherit". Пример: background-color: #dfd;изменения в background-color: #dfd !important;. Я не вижу другого способа исправить проблемы с липкой прозрачностью в других таблицах, не устанавливая background-color на inherit, что влияет только на ячейки без заголовков. Следует избегать использования "!important", но иногда это необходимо. Похоже, эти цветовые стили используются только на четырех страницах: поиск. Если вы не собираетесь использовать этот шаблон на этих страницах, то никаких изменений не нужно. Jroberson108 ( обсуждение ) 17:03, 13 августа 2024 (UTC) [ ответ ]

Для ссылки TOC, если ссылка ведет на что-то внутри свернутой области (таблица, абзац и т. д.), она разворачивается, чтобы быть видимой. В противном случае не имело бы смысла ссылаться на скрытый контент. Collapsible всегда использовался для полного показа или скрытия контента, а не для частичного «скрытия» (не скрыто, а просто прокручиваемо) контента, как это делает этот шаблон. Этот шаблон использует свернутое состояние для включенного (прокручиваемого и закрепленного) и развернутое состояние для отключенного (не прокручиваемого или закрепленного).

Не уверен, делает ли это какой-то JavaScript, так как я не изучал то, что не могу изменить? Постоянное отображение переключателя не является решением, так как пользователю придется сворачивать/включать функции каждый раз при нажатии на ссылку. Единственное решение, которое я могу придумать, — это обратить это (свернуто = отключено, развернуто = включено), если это возможно. Однако атрибут aria-expanded будет изменен на противоположный для программы чтения с экрана. Поскольку таблица не полностью скрыта, программа чтения с экрана может читать содержимое в любом состоянии. Jroberson108 ( talk ) 17:46, 13 августа 2024 (UTC) [ ответить ]

Расширение выполняется строкой function hashHandler()164 jquery.makeCollapsible.js. Он специально удаляет mw-collapsedэлементы, которые являются родительскими для местоположения идентификатора ссылки-якоря. Таким образом, есть варианты обратить его вспять (как упоминалось выше) или полностью удалить mw-collapsible(переключить), чтобы он всегда был прокручиваемым и липким, и надеяться, что никакие липкие элементы не заблокируют слишком много или все базовые прокручиваемые данные на небольших мобильных экранах. Jroberson108 ( talk ) 20:21, 13 августа 2024 (UTC) [ ответить ]

Изменение состояний отображения/скрытия сработало, поэтому таблица остается прокручиваемой и липкой, когда используется ссылка привязки/перехода, которая на нее указывает. Как я уже упоминал, значение true/false атрибута "aria-expanded" теперь изменено на противоположное. Остается background-color !important, если они хотят использовать этот шаблон. Дайте мне знать, если вы все еще хотите изменить, и я могу это изменить. Не уверен, нужно ли обсуждение на другой странице обсуждения? Jroberson108 ( обсуждение ) 21:13, 13 августа 2024 (UTC) [ ответ ]

Я не очень хорош во многих вещах. :)

Единственное, что я хорошо понимаю, это ваши комментарии о !important . Я часто использую это в последнее время на других вики, которые я редактирую. Так что дополнение Firefox, "Dark Reader", работает на них без проблем. Я использую много разных цветов выделения текста и фона разделов.

Я наконец-то посмотрел на различные версии таблиц постоянных источников (см. ссылки в моих предыдущих постах) на моем iPhone SE 2020. Версия { { sticky table start }} плохо работает как в портретном, так и в ландшафтном режиме. Я использую более крупный шрифт. Первый столбец слишком широкий в обоих режимах. Он почти заполняет всю доступную ширину окна прокрутки в портретном режиме. А поскольку используется боковая липкая ориентация, даже ландшафтный режим плох. И несколько столбцов широкие, что делает его практически бесполезным в ландшафтном режиме.

С другой стороны, версия {{ sticky header }} работает отлично. Поскольку нет боковой прилипающей заголовочной заставки, таблицу можно прокручивать горизонтально в альбомной ориентации, и она заполнит весь экран сверху вниз и из стороны в сторону. Никаких полей и полос прокрутки. А поскольку верхняя прилипшая заголовочная заставка занимает всего 2 строки, она занимает очень мало места и не мешает.

Я думаю, мы могли бы вернуть опцию прокручиваемого окна в {{ sticky header }} . По крайней мере временно или в песочнице. Я хотел бы посмотреть, как это выглядит в таблице постоянных источников. Мне любопытно посмотреть, какую ширину занимает вертикальная полоса прокрутки для окна прокручиваемой таблицы. Также хочу посмотреть, есть ли дополнительные поля по сравнению с {{ sticky header }} без опции прокрутки. Есть много таблиц с широкими столбцами, которым нужны липкие заголовки. И теперь я вижу, что {{ sticky table start }} не будет работать с ними. Например, много таблиц со столбцами заметок.

Цвета фона — это второстепенный вопрос, и если используется TemplateStyle, то я согласен, что следует использовать !important, если это необходимо для работы окна прокрутки. -- Timeshifter ( обсуждение ) 01:48, 14 августа 2024 (UTC) [ ответить ]

С помощью этого шаблона вы можете иметь верхние закрепленные строки и не иметь левого закрепленного столбца, если хотите. По крайней мере, если в таблице есть широкий закрепленный столбец, вы можете отключить его с помощью этого шаблона, чтобы увидеть всю таблицу, но вы не можете отключить закрепленный столбец на {{ sticky header }} . Я не понимаю вашего замечания о том, что столбец заметок не работает. Самое большое различие между двумя шаблонами заключается в том, что этот ограничивает то, сколько таблицы занимает вертикальное и горизонтальное пространство страницы, имеет переключатель для его отключения и предлагает способ сделать столбец закрепленным слева. Закрепить верхнюю строку(и) — то же самое, только либо на странице, либо на div. Jroberson108 ( talk ) 03:08, 14 августа 2024 (UTC) [ reply ]

Упс, пердеж. Забыл, что можно отключить левый липкий курсор на {{ sticky table start }} .

О проблемах с колонкой заметок. Колонка заметок обычно более широкая. Как и колонка сводки в таблице постоянных источников. Она не помещается в альбомной ориентации на моем iPhone в верхней и боковой прикрепленной таблице. Недостаточно места. Поэтому трудно читать эту колонку сводки. Приходится прокручивать каждую строку в колонке сводки. Вот почему в этом случае лучше обойтись без боковой прикрепленной таблицы.

Я экспериментировал здесь только с верхней липкой частью:

• Пользователь:Timeshifter/Sandbox269

Я вижу, что {{ sticky table start }} теперь работает с горизонтальным оглавлением. И кнопка развернуть заработала.

Если бы только в расширенной версии верхняя часть была липкой. Без этого я предпочитаю {{ sticky header }} . Места больше.

Я не помню, расширялось ли окно прокрутки с {{ sticky header }} или нет. Или при развертывании верхний липкий заголовок все еще работал.

Мне нужен шаблон, поддерживающий только верхнее прикрепление, который можно расширять, но при этом оставлять верхнее прикрепление. -- Timeshifter ( обсуждение ) 05:22, 14 августа 2024 (UTC) [ ответить ]

Если вы еще не поняли, вы также можете иметь левый липкий столбец без верхних липких строк, если есть необходимость. Я уверен, что в какой-то момент кто-то будет использовать его только для прокрутки без липких строк или столбцов.

Документация предупреждает о широком липком столбце: «Избегайте делать слишком широкий столбец липким, так как это может заблокировать слишком много данных на узких экранах (например, мобильный портрет)». Вы упомянули «Если бы только расширенная версия все еще имела верхнюю часть липкой». Это сводит на нет смысл переключателя для отключения функций. Помните, та же проблема, с которой вы столкнулись с широким левым липким столбцом, может возникнуть и с высокими верхними липкими строками, особенно в мобильном альбомном режиме, о чем упоминается в документе по обоим шаблонам.

Хотя, возможно, можно сохранить верхнюю часть липкой в ​​развернутом состоянии, в этом случае прилипшей к верхней части страницы вместо div, это звучит как плохая идея из-за ранее упомянутой потенциальной проблемы доступности для зрячего человека. И отвечая на ваш вопрос, {{ sticky header }} не имел переключателя, как ранее упоминалось, поэтому он все еще имеет потенциал для проблем доступности, которые нельзя отключить.

Без возможности отключить все, единственным способом обойти широкий закрепленный столбец или высокие закрепленные строки будет поворот телефона (альбомная или портретная ориентация), при условии, что закрепленный столбец и строки не слишком велики, или, может быть, переключение в режим просмотра на рабочем столе и уменьшение масштаба (непроверено и неудобно).

Если другие считают, что сохранение верхней закреплённой области в расширенном состоянии не вызовет проблем с доступом, то это можно изменить. Jroberson108 ( обсуждение ) 12:52, 14 августа 2024 (UTC) [ ответить ]

Хорошо. Думаю, если кто-то расширяет липкую таблицу из-за того, что липкие заголовки слишком сильно выходят на экран мобильного телефона, то он не хочет получить ту же проблему после расширения.

Я думал, что кто-то может захотеть расширить таблицу по связанной причине: чтобы по-прежнему иметь липкий заголовок, но также иметь немного больше места для таблицы. Никакого потери места из-за полосы прокрутки или настройки max-height: 75vh;.

Интересно, возможно ли сделать 2 варианта: Один для расширения таблицы, но сохранения липких заголовков. Второй вариант отключает липкие заголовки. 2 кнопки: «Развернуть» и «Отключить». И их противоположности после переключения.

Это интересно. С "отключить" само по себе получается простое окно прокрутки. Это полезно само по себе. Это ускоряет перемещение вверх и вниз по странице. Можно быстро обойти таблицу.

Можно остановить и снова включить липкие заголовки, если они этого хотят. Эти заголовки все еще могут быть лучше, чем обходиться без них. Даже если они большие. И затем расширение таблицы может дать достаточно места, чтобы сделать ее работоспособной. Читатель должен решить.

Я просто хочу сказать, что я посмотрел на шаблон CSS, чтобы попытаться что-то выяснить. Я снова вижу, что вы проделали огромную работу. Спасибо! -- Timeshifter ( talk ) 20:26, 14 августа 2024 (UTC) [ ответить ]

Пожалуйста. Наличие двух кнопок было бы эквивалентно обертыванию таблицы в два сворачиваемых div. Это было бы очень сложно для управления четырьмя состояниями: свернуто/включено, свернуто/отключено, развернуто/включено, развернуто/отключено. Мне это кажется излишеством. В документации даются указания о том, чего следует избегать, поэтому необходимость в отключении менее вероятна, что, опять же, скорее всего, понадобится только на мобильных устройствах и в определенных случаях. Если многие пользователи считают опции отключения или включения проблематичными или недостаточными, то это можно рассмотреть. Jroberson108 ( обсуждение ) 20:34, 14 августа 2024 (UTC) [ ответить ]

@ Timeshifter : , ваше добавление выделения строк выделяло строки таблицы в течение дня или около того, прежде чем перестало работать. Я предполагаю, что это из недавнего обновления (которое заменило развернуть/свернуть на включить/отключить в {{ sticky table start }} . Qwerty284651 (обсуждение) 19:09, 14 августа 2024 (UTC) [ ответить ]

Qwerty284651. Хороший улов. Спасибо.

Jroberson108 . Я провел тест на верхней таблице документов в Template:Sticky table start . Смотрите:

https://en.wikipedia.org/w/index.php?title=Template:Sticky_table_start/doc&oldid=1240319299

Таблица имеет белый фон, но выделение строк (при наведении) исчезло. -- Timeshifter ( обсуждение ) 19:56, 14 августа 2024 (UTC) [ ответить ]

@Qwerty284651 и Timeshifter : Исправлено. Jroberson108 ( обсуждение ) 22:01, 14 августа 2024 (UTC) [ ответить ]

Спасибо. Qwerty284651 (обсуждение) 22:54, 14 августа 2024 (UTC) [ ответить ]

Можно ли решить проблемы span нижней таблицы в User:Qwerty284651/sandbox#Examples с закрепленными заголовками с помощью class="sticky-table-unsticky" на мобильном устройстве? Я пробовал добавить его в ячейки, которые начинаются с span, но поскольку первый столбец использует rowspan, а второй — нет, это не решает проблему span. Исправлена ​​ли верхняя таблица, поскольку в ней есть совпадающие rowspan, которые попадают в одну строку? Qwerty284651 (обсуждение) 21:26, 20 августа 2024 (UTC) [ ответить ]

@Qwerty284651: Немного скорректировал таблицы. Класс «sticky-table-unsticky» удаляет липкость, а не добавляет ее. Во второй таблице, если вы хотите также сделать ячейку «Margaret Court» левой липкой, которая технически находится в столбце один из-за предшествующего rowspan (отсутствие предшествующих ячеек), это невозможно сделать без добавления нового класса в шаблон, чтобы сделать ячейку левой липкой. У вас будут непредсказуемые результаты, когда дело дойдет до наличия rowspan или colspan перед липкой ячейкой. Выравнивание также отключено для этой же ячейки и ячейки «26» рядом с ней по тем же причинам: см. Template:Table alignment/doc#Limitations . Проще всего переместить столбец «Player» в крайнее левое положение, так как это, по-видимому, заголовок строки. Jroberson108 ( talk ) 23:39, 20 августа 2024 (UTC) [ ответить ]

Я решил проблему с интервалом , сделав первые 2 столбца закрепленными, а затем добавив class="sticky-table-unsticky"| к перекрывающимся ячейкам данных во время горизонтальной прокрутки.

См. другой пример: таблица 1, использующая трюк : (оба столбца липкие с классом unsticky) по сравнению с таблицей 2 ; таблица 3 и таблица 4 , которые имеют (только второй столбец липкий без класса unsticky) в мобильной портретной ориентации. Qwerty284651 (обсуждение) 10:57, 21 августа 2024 (UTC) [ ответить ]

@Qwerty284651: Это интересный способ исправить это, который я бы не рассматривал, поскольку классы col1 и col2 изначально не предназначались для совместного использования из-за стекирования. См. документ. Я полагаю, что из-за добавления класса "sticky-table-unsticky" стекирование можно убрать. Если это сработает, то ОК. Jroberson108 ( talk ) 18:35, 21 августа 2024 (UTC) [ ответить ]

Обратите внимание, что это исправление работает только если столбец 1 уже столбца 2, в противном случае он виден за столбцом 2 из-за своей прилипаемости. В этих случаях столбец 1 также должен быть неприлипаемым.

Альтернативой является сделать только столбец 2 липким, а затем применить новый класс к отдельным ячейкам, чтобы сделать их липкими слева, что понадобится только для ячеек столбца 2, затронутых rowspan. Столбец 3+ по-прежнему будет использовать unsticky, чтобы предотвратить наложение выше столбца 2. Jroberson108 ( talk ) 20:11, 21 августа 2024 (UTC) [ ответить ]

Является ли class=sticky-header| тем классом, о котором вы говорите, который делает ячейки слева липкими? Qwerty284651 (обсуждение) 20:43, 21 августа 2024 (UTC) [ ответить ]

@Qwerty284651: Нет, этот класс принадлежит {{ sticky header }} . Я говорю о добавлении нового класса в этот шаблон, может быть sticky-table-left, который будет применяться к отдельным ячейкам, затронутым rowspan, поэтому они тоже останутся липкими. Может быть, также переименовать sticky-table-unstickyв, sticky-table-noneчтобы он следовал тому же соглашению об именовании. Jroberson108 ( talk ) 21:00, 21 августа 2024 (UTC) [ ответить ]

Разве CSS-код {{ sticky header }} не встроен в {{ sticky table start }} ? Или это отдельная, хотя и похожая вещь?

Не будет ли это еще более запутанным для новичков, видя все эти классы sticky-table (-none, -left и т. д.), которые не имеют представления о липких (строках и столбцах) заголовках? С другой стороны, если только sticky-table-rowN/colNиспользуется в сочетании с new, sticky-table-<insert name here>то, по-видимому, будет обходить стекирование.

Переименование его в sticky-table-noneвосстановит проблемы с диапазоном во всех таблицах, которые в настоящее время используются sticky-table-unstickyдля исправления перекрывающихся/наложенных друг на друга ячеек данных. То же соглашение об именовании по сравнению с каким классом? Например border-none? Qwerty284651 (обсуждение) 21:18, 21 августа 2024 (UTC) [ ответить ]

@Qwerty284651: {{ Sticky header }} — это другой шаблон с другими именами классов (не встроенный). Хотя стили для верхних липких строк похожи, этот шаблон делает это в div, который исправляет проблему Android, упомянутую в другом шаблоне. Этот также предлагает левый липкий столбец, что невозможно без div. Этот также позволяет отключить стили, если липкие элементы вызывают проблемы с читаемостью на маленьких экранах. Первоначально {{sticky header}}его собирались заменить/удалить этим, который, как я все еще считаю, устарел, но Timeshifter считает, что он все еще полезен, насколько я понимаю. Эти два шаблона не следует использовать в одной таблице.

Документация будет объяснять классы, как это делается сейчас. Я не удаляю текущие классы, а только добавляю один для того, чтобы сделать ячейку левой липкой, и переименовываю другой, который также применяется к ячейке. Переименование также будет применяться к использованию, которое занимает меньше дюжины страниц. Эти два класса ячеек нужны только для того, чтобы сделать столбец левой липкой, когда rowspan вызывает проблемы. Соглашение об именовании, например float и другие, со значением «none». Jroberson108 ( обсуждение ) 21:45, 21 августа 2024 (UTC) [ ответить ]

@Qwerty284651: Я добавил sticky-table-leftкласс, так как необходимо исправить проблемы, когда статический столбец 1 использует rowspan, а столбец 2 является липким. Попробуйте. Это позволяет избежать того, чтобы столбцы 1 и 2 были липкими, а широкий столбец 1 не отображался позади столбца 2 при наложении друг на друга. Я также добавил sticky-table-noneи заменю использование sticky-table-unsticky. Документация была обновлена. Jroberson108 ( talk ) 22:24, 21 августа 2024 (UTC) [ ответить ]

Наличие только 2-го столбца в сочетании с sticky-table-leftи sticky-table-noneпозволяет выполнить задачу.

PS Если не сделать оба столбца липкими, то придется вручную добавлять sticky-table-leftвсе ячейки, которые должны быть липкими, вместо того, чтобы просто добавить sticky-table-col1и sticky-table-col2. Просто наблюдение. Qwerty284651 (обсуждение) 01:50, 22 августа 2024 (UTC) [ ответить ]

@Qwerty284651: Хорошо, что это работает. По крайней мере using sticky-table-leftдолжно быть прямо рядом с sticky-table-noneи использоваться только тогда, когда столбец 2 связан с rowspanпроблемами из столбца 1, что, как я подозреваю, встречается нечасто. Jroberson108 ( talk ) 02:30, 22 августа 2024 (UTC) [ ответить ]

Обратный вариант ( когда столбец 2 является липким и использует rowspan вместо столбца 1 ) не требует sticky table left, только sticky table noneдля перекрывающихся/накладывающихся ячеек, если таковые имеются.

Кроме того, объединение sticky-table-col1 и sticky-table-col2 больше не работает, поскольку отключает закрепленные столбцы. Qwerty284651 (обсуждение) 13:37, 22 августа 2024 (UTC) [ ответить ]

@Qwerty284651: Ваш комментарий о sticky-table-nonerowspan для столбца 2 верен для любого закрепленного столбца, и проблема упомянута в документе рядом с этим классом.

Я отключил объединение col1 и col2, как указано в документе (ограничение 1) из-за проблемы со стекированием, упомянутой выше и в документе. Если столбец 1 шире столбца 2, он все равно виден. Вместо этого sticky-table-leftследует использовать , что не имеет этой потенциальной проблемы. Jroberson108 ( talk ) 18:59, 22 августа 2024 (UTC) [ ответить ]

Я реализовал новое решение/обходной путь с sticky-table-leftи sticky-table-noneна 4 страницах: диаграмма 1 , диаграмма 2 , диаграмма 3 и диаграмма 4 (те же диаграммы, что обсуждались выше). Они работают как по волшебству. Qwerty284651 (обсуждение) 16:18, 23 августа 2024 (UTC) [ ответить ]

Граница отсутствует в 1-м столбце между объединенными заголовками столбцов и ячейкой "1" при объединении с {{ статическими номерами строк }} . Когда {{ липкий старт таблицы }} отключен, граница отображается так, как и ожидалось. Qwerty284651 (обсуждение) 12:40, 22 августа 2024 (UTC) [ ответить ]

@Qwerty284651: Уже обсуждалось на #Тестах нового шаблона. Jroberson108 ( обсуждение ) 18:46, 22 августа 2024 (UTC) [ ответить ]

Рад узнать, что по этой теме уже есть тестовые примеры . Qwerty284651 (обсуждение) 16:11, 23 августа 2024 (UTC) [ ответить ]

Существует множество подобных страниц с большим количеством таблиц на странице:

• Список графических процессоров Intel

Прокрутите вниз до длинных, широких таблиц. Для большего количества таких страниц:

• Категория:Списки микропроцессоров
• Категория:Списки компьютерного оборудования

Это если вы хотите что-то поработать или поэкспериментировать. Это также заметка для себя, если я найду время.

На всех этих страницах есть одна или несколько длинных таблиц, хотя не обязательно широких:

• Категория:Списки стран
• Списки суверенных государств и зависимых территорий . «список списков стран и территорий по различным критериям».

И по штатам США:

• Категория:Списки, связанные с Соединенными Штатами
• Категория:Списки штатов США

Они путают страницы со списками штатов США по темам; со страницами отдельных штатов по темам. -- Timeshifter ( обсуждение ) 06:14, 23 августа 2024 (UTC) [ ответить ]

Кнопка скрыть/показать в следующей свернутой таблице отсутствует как в десктопном, так и в мобильном представлении. Также collapsibleотключает сортировку.

Кнопка включения/выключения ничего не делает на мобильном устройстве. Qwerty284651 (обсуждение) 01:50, 31 августа 2024 (UTC) [ ответить ]

@Qwerty284651: Согласно MOS:PRECOLLAPSE и MOS:DONTHIDE , таблица (контент) не должна быть свернута ( mw-collapsedкласс) по умолчанию, так как это вызывает проблемы с доступом для программ чтения с экрана. Кроме того, этот шаблон использует mw-collapsibleпереключатель отключения/включения, за исключением того, что он не полностью скрывает контент и имеет максимальную высоту, которую легко прокрутить. Добавление еще одного mw-collapsibleвызовет проблемы. Я предлагаю использовать один или другой. Jroberson108 ( обсуждение ) 03:58, 31 августа 2024 (UTC) [ ответить ]

Кроме того, похоже, что ваша подпись испорчена. У вас она как одна строка данных ячейки (для сортировки нужны верхние строки заголовков) вместо использования разметки подпись, что может вызывать проблемы сортировки/прилипания. Jroberson108 ( talk ) 04:05, 31 августа 2024 (UTC) [ ответить ]

Когда я редактирую/просматриваю этот раздел и исправляю заголовок, кнопки работают, а таблица становится и липкой, и сортируемой. Этот шаблон показывает mw-collapsibleкнопки, когда ширина браузера меньше 640 пикселей. Но, опять же, я бы не стал использовать оба варианта. Jroberson108 ( talk ) 04:14, 31 августа 2024 (UTC) [ ответить ]

Я изменил стили так, что если кто-то захочет добавить mw-collapsibleкласс в таблицу, то кнопки отключения/включения будут скрыты при ширине >= 640 пикселей, а кнопки скрытия/показа всегда будут видны. Jroberson108 ( обсуждение ) 04:54, 31 августа 2024 (UTC) [ ответить ]

Спасибо за разъяснения относительно mw-collapsibleи mw-collapsed.

Вы исправили мою проблему с субтитрами с помощью class=nowrap|. Что лучше {{ nowrap }} или одноименный класс или это все одно и то же? Qwerty284651 (обсуждение) 01:16, 1 сентября 2024 (UTC) [ ответить ]

@Qwerty284651: Они оба используют один и тот же класс. Шаблон просто инкапсулирует содержимое с помощью тега span, который имеет класс. Если весь заголовок короткий, то я бы просто использовал класс для меньшей разметки. Для более длинного заголовка в узкой таблице вам может потребоваться использовать {{ nowrap }} в части заголовка, чтобы ширина таблицы не была шире, чем нужно. См. Help:Collapsing#Tables with captions . Jroberson108 ( talk ) 04:25, 1 сентября 2024 (UTC) [ reply ]

Это имеет значение только для полностью свёрнутых таблиц. В липких таблицах class=nowrap|ничего не делает для заголовка. Он и так не переносится на ширину экрана. Заголовок таблицы будет перенесен на ширину таблицы. Я упоминаю об этом в основном для других, которые будут читать эту ветку позже. Потому что я заметил class=nowrap|на различных заголовках таблиц, хотя это ничего не делает для этих таблиц. И было бы нелогично использовать, class=nowrap|чтобы заставить заголовок выходить за пределы ширины таблицы. class=nowrap|можно использовать для заголовков отдельных столбцов таблицы, но не для заголовков таблиц. -- Timeshifter ( обсуждение ) 14:46, 1 сентября 2024 (UTC) [ ответить ]

Документацию в Help:Table или Help:Table/Advanced следует обновить, чтобы различать использование внутри ячеек таблицы class=nowrapи style=whitespace:nowrapв заголовках таблиц. Qwerty284651 (обсуждение) 16:45, 1 сентября 2024 (UTC) [ ответить ]

Чувствуйте себя свободно. Заголовки таблиц, заголовки столбцов, ячейки таблиц и т. д. -- Timeshifter ( обсуждение ) 21:49, 1 сентября 2024 (UTC) [ ответить ]

Я думаю, что кнопки отключения и включения должны быть более понятными. Я думаю, что есть место, так как больше ничего нет на той же строке?

Предложения: «Отключить окно прокрутки». И: «Включить липкие заголовки».

Я думаю, это было бы более понятно на моем iPhone SE 2020. Например , здесь:

• Список штатов США по минимальной заработной плате#Сводная таблица минимальной заработной платы

Кстати, эта таблица раздела страницы не может использовать закрепленные заголовки строк, поскольку первый столбец не состоит из заголовков строк. -- Timeshifter ( обсуждение ) 18:15, 2 сентября 2024 (UTC) [ ответить ]

@Qwerty284651: поскольку вы в последнее время занимаетесь этим шаблоном, есть ли у вас мнение по этому поводу? Мое мнение таково, что отключить/включить кажется таким же понятным, как скрыть/показать у collapsible. После щелчка/нажатия читатель быстро поймет, для чего это нужно, и это несложно запомнить.

То, что отключается и включается, — это и прокручивающийся div, и липкие ячейки, которые не обязательно являются заголовками. Другие вещи тоже отключаются, например исправления границ. Jroberson108 ( talk ) 19:39, 2 сентября 2024 (UTC) [ ответить ]

Когда я наткнулся на него сегодня на своем мобильном телефоне, я подумал, что «отключить» сбивает с толку. Как отключить что? Я вижу, как некоторые просто прокручивают и даже не понимают, что пропустили таблицу. Заголовок заполняет весь экран. Конечно, после его использования он становится понятным. Но нерегулярные читатели Википедии могут забыть.

Другие варианты: «Открыть стол». ...

Я предполагаю, что строку или столбец можно сделать липкими, даже если это не строка или столбец заголовка. Поэтому «включить» почти во всех случаях означает включить то, что фактически становится липкими заголовками. Поэтому «Включить липкие заголовки» кажется наиболее понятным. Я думаю, что редко можно будет увидеть только прокручиваемую таблицу, без липких заголовков вообще. -- Timeshifter ( обсуждение ) 20:42, 2 сентября 2024 (UTC) [ ответить ]

Я думал об этом и склоняюсь к бывшему варианту " Expand/collapse ", который, надо признать, можно спутать с "show/hide", поскольку они звучат похоже. В качестве альтернативы можно использовать что-то вроде следующего:

1. Для развертывания: « показать всю таблицу », « развернуть таблицу », « раскрыть таблицу », « отключить закрепленные заголовки ».

2. Для сворачивания: « подогнать таблицу под размер экрана », « свернуть таблицу », « сжать таблицу », « восстановить маленькую таблицу », « включить липкие заголовки »...

Разве нельзя сделать любую ячейку данных липкой class=sticky-table-left? Qwerty284651 (обсуждение) 22:41, 2 сентября 2024 (UTC) [ ответить ]

См. таблицу выше. Добавлен дополнительный текст в 1-ю ячейку данных, чтобы заставить таблицу расширяться за пределы ширины страницы в мобильной портретной ориентации. Qwerty284651 (обсуждение) 23:09, 2 сентября 2024 (UTC) [ ответить ]

Да, любую ячейку можно сделать липкой или не липкой, не только заголовки. То же самое касается одной строки или столбца. Однако для опции sticky-table-headsortable и липкого гаджета перемещают только последовательные строки заголовков в thead, так что это всегда заголовки, даже если они неправильно используются, скажем, для строки заголовка итогов, которая обычно должна быть строкой данных sorttop, или подписи в верхней строке заголовка, которая должна быть разметкой подписи. Sortable также перемещает строки данных sorttop в thead после сортировки, так что они тоже становятся липкими.

Кроме того, хотя шаблон создан и назван для таблиц, он не ограничивается использованием для таблиц. Возможно, что прокручиваемый div может быть использован для чего-то другого, что не нуждается в липком, например, для большого графика, который выходит за пределы основной области содержимого рабочего стола, хотя, как и ожидалось, редко используется для не-таблиц. Я мог бы задаться вопросом, что такое ссылки скрыть/показать, когда я впервые на них наткнулся, но на него быстро и навсегда ответили одним щелчком мыши.

Бывший expand/collapse был изменен на текущий disable/enable для точности, потому что этот шаблон может быть использован без необходимости на узкой, короткой таблице или использован на той, которая узкая, но высокая, которая не будет «расширяться» заметно без прокрутки вниз для сравнения. По сути, ссылки отключают/включают стили/функции этого шаблона, и ссылки видны только на небольших экранах, таких как мобильные, чтобы дать читателю возможность отключить то, что может вызывать проблемы с читаемостью, если таковые имеются. Jroberson108 ( talk ) 02:25, 3 сентября 2024 (UTC) [ ответить ]

Поскольку его применение выходит за рамки таблиц, возможно, переименование его существующих сочетаний клавиш в {{ sticky top }} или {{ sticky start }} лучше всего отразит его использование, которое, следовательно, может не сразу интуитивно понять, что оно используется для таблиц, в первую очередь, если из названия убрать слово «table». Qwerty284651 (обсуждение) 01:58, 5 сентября 2024 (UTC) [ ответить ]

Ну, в этом случае часть «липкий» не применяется. Липкий используется только в таблицах. Для не-таблиц это просто прокручиваемый div. Jroberson108 ( talk ) 03:36, 5 сентября 2024 (UTC) [ ответить ]

Jroberson108 . Не могли бы вы привести пример таблицы здесь или в другом месте (ссылка на версию), которая использует class=sticky-table-left?

И единственное, что можно сказать наверняка об этом шаблоне, это то, что он находится в окне прокрутки? Если так, то можно ли назвать кнопки "отключить окно прокрутки" и "включить окно прокрутки"?

Это сделало бы кнопки отличными от кнопок переключения «показать/скрыть» и кнопок переключения «развернуть/свернуть», которые в основном используются в полностью свернутых таблицах. И никогда в окнах прокрутки. -- Timeshifter ( обсуждение ) 03:13, 5 сентября 2024 (UTC) [ ответить ]

@ Timeshifter , вы можете найти несколько примеров здесь: ( 1 , 2 , 3 , 4 ), которые используют class=sticky-table-left. Qwerty284651 (обсуждение) 03:50, 5 сентября 2024 (UTC) [ ответить ]

Если вы хотите узнать, где sticky-table-leftиспользуется, вы можете просто поискать его. Он был недавно добавлен.

Опять же, это не просто отключает/включает окно прокрутки. Названия отличаются от скрыть/показать, так что это уже отличительная черта. Кнопок развернуть/свернуть нет. Jroberson108 ( обсуждение ) 03:52, 5 сентября 2024 (UTC) [ ответить ]

Дополнение: «Развернуть/Свернуть» переименовано в «Отключить/Включить».

Это таблицы, на которые я ссылался в своих примерах в комментарии выше. Qwerty284651 (обсуждение) 03:57, 5 сентября 2024 (UTC) [ ответить ]

Я думаю, что поднятие вопроса «развернуть/свернуть» ранее могло вызвать некоторую путаницу. Похоже, ваши ссылки такие же, как и в поиске, что покажет больше вариантов использования, чем ваши собственные. Jroberson108 ( обсуждение ) 04:26, 5 сентября 2024 (UTC) [ ответить ]

Я не знал, что в Википедии больше не используется функция «развернуть/свернуть».

Спасибо за ссылку на поиск в исходном коде. Я использовал пару ссылок на поиск в исходном коде в Template:Sticky table start/doc ‎. Я также добавил еще один пример таблицы из статьи.

Я понимаю, что Template:Sticky table start делает больше, чем просто добавляет прокручиваемое окно. Я хочу сказать, что он делает это во всех случаях своего использования.

Значение show/hide очевидно. Значение enable/disable не очевидно. Хотя оно и отличительное. Я хочу больше смысла, и есть место. Добавление еще пары слов не повредит, а поможет читателям, которые нечасто видят эти прокручивающиеся таблицы (а сейчас это почти все). Это еще больше поможет нерегулярным читателям Википедии.

disable scroll windowи enable scroll window. -- Timeshifter ( обсуждение ) 17:16, 5 сентября 2024 (UTC) [ ответить ]

Я согласен с предложенными выше названиями. Qwerty284651 (обсуждение) 17:40, 5 сентября 2024 (UTC) [ ответить ]

Как насчет "отключить прокрутку/липкое" и "включить прокрутку/липкое", чтобы у нас не было повторения #Расширенная таблица не липкая. Кроме того, цвета фона удалены? Моя проблема в том, что вы ссылаетесь только на прокрутку, что ничем не отличается от названия ее как "развернуть/свернуть", что подразумевает, что липкое должно все еще работать согласно связанному обсуждению. Вот почему это просто "отключить" и "включить". Я очень сомневаюсь, что отключение/включение или "отключить прокрутку/липкое" и "включить прокрутку/липкое" вызовут какую-либо реальную путаницу за пределами этого гипотетического обсуждения, особенно после нажатия на ссылку.

Кроме того, во втором примере использование цвета как единственного средства передачи данных (активный или неактивный турнир) недоступно для программ чтения с экрана. Jroberson108 ( обсуждение ) 19:58, 5 сентября 2024 (UTC) [ ответить ]

Я пытаюсь добиться того, чтобы они нажали на ссылку.

Мне нравятся «отключить прокрутку/закрепить» и «включить прокрутку/закрепить».

-- Timeshifter ( обсуждение ) 20:42, 5 сентября 2024 (UTC) [ ответить ]

Перемещено в Обсуждение:Рекорды и статистика одиночных игр серии WTA 1000#Обсуждение дизайна таблицы

Можете ли вы снова включить стекирование классов, чтобы я мог использовать как sticky-row1, так и sticky-row2 в записях и статистике одиночных игр серии WTA 1000#Лидеры титулов ? Из-за последних правок sticky-left и sticky-none бесполезны и не могут исправить проблемы с охватом в мобильном телефоне. Сопутствующее обсуждение классов sticky-table-left и sicky-table-none в #Нужна помощь с class="sticky-table-unsticky".Qwerty284651 (обсуждение) 18:34, 6 сентября 2024 (UTC) [ ответить ]

@Qwerty284651: Это не решит вашу проблему. Из-за rowspan, вам придется использовать , sticky-table-headчтобы сделать обе строки сверху липкими. Если бы использовались row1 и row2, низ rowspans выступал бы ниже row2, как только последний стал бы липким. Jroberson108 ( talk ) 23:57, 6 сентября 2024 (UTC) [ ответить ]

Это решило проблему. Qwerty284651 (обсуждение) 00:11, 7 сентября 2024 (UTC) [ ответить ]

Я бы обновил документ, что "добавление sticky-table-row1 или -row2 отключает функцию sticky-table-head, делающую обе строки липкими". Смотрите пример. Qwerty284651 (обсуждение) 00:15, 7 сентября 2024 (UTC) [ ответить ]

Там говорится ограничение один и не объединяются и приводятся причины. Можно добавить больше, но им нужно это прочитать. Jroberson108 ( обсуждение ) 00:17, 7 сентября 2024 (UTC) [ ответить ]

Там так и написано. Теперь я знаю. Qwerty284651 (обсуждение) 00:23, 7 сентября 2024 (UTC) [ ответить ]

Похоже, что Шаблон:Данные о пандемии COVID-19/Медицинские случаи в США по штатам стало сложнее редактировать визуально после использования Sticky Table. Буду признателен, если вы знаете, как решить эту проблему. Horizon Sunset ( обсуждение ) 16:55, 12 октября 2024 (UTC) [ ответить ]

@ Horizon Sunset : Я попробую посмотреть позже. Можете объяснить, как это сложнее редактировать, чтобы я знал, что искать? Jroberson108 ( talk ) 17:03, 12 октября 2024 (UTC) [ ответить ]

Если вы перейдете в мою песочницу (где была версия до ваших правок, за исключением того, что я удалил недействительный .css, который вы также удалили) и нажмете на визуальный редактор, вы сможете редактировать данные каждой ячейки. Но если вы перейдете в Шаблон:Данные о пандемии COVID-19/Медицинские случаи в США по штатам и нажмете «Изменить с помощью визуального редактора», он покажет, что вы редактируете параметры шаблона. Я пытаюсь улучшить это, сократив количество параметров в таблице. Horizon Sunset ( обсуждение ) 22:12, 12 октября 2024 (UTC) [ ответить ]

@ Horizon Sunset : Я перенес обсуждение в тему этого шаблона, чтобы другие тоже были в курсе.

Я сузил проблему до наличия двух открывающих тегов div в начальном шаблоне и двух закрывающих тегов div в конечном шаблоне. Добавление тегов div вокруг таблицы без шаблона не вызвало проблемы. Удаление одного из двух тегов div из каждого шаблона не вызвало проблемы, поэтому VE может вносить минимальные исправления в свой синтаксический анализ.

У VE есть список "Проблем с шаблонами" на Wikipedia:VisualEditor#Limitations , в частности "Несбалансированный код". Я не вижу способа исключить теги div из VE. Jroberson108 ( обсуждение ) 01:41, 13 октября 2024 (UTC) [ ответить ]

@ Horizon Sunset : Я начал обсуждение в Википедии talk:VisualEditor#Exclude transcluded unbalanced code . Посмотрим, существует ли решение. Jroberson108 ( talk ) 02:23, 13 октября 2024 (UTC) [ ответить ]

@ Jroberson108 : Я действительно это ценю, спасибо большое:). Horizon Sunset ( обсуждение ) 02:40, 13 октября 2024 (UTC) [ ответить ]

Вы пробовали помещать шаблоны липких таблиц в <includeonly>...</includeonly>теги на странице шаблона? Это может сделать его редактируемым, сохраняя при этом нужные вам функции при его включении. – Jonesey95 ( обсуждение ) 20:20, 20 октября 2024 (UTC) [ ответить ]

@ Jonesey95 : Я предполагаю, что из ваших правок в песочнице вы увидели, что теги уже существуют в каждом шаблоне. Jroberson108 ( обсуждение ) 10:41, 22 октября 2024 (UTC) [ ответить ]

Я не пробовал включать только теги в песочнице. Я просто добавил их в Шаблон:Данные о пандемии COVID-19/Медицинские случаи в США по штатам/песочница . Это можно редактировать с помощью VE? – Jonesey95 ( обсуждение ) 14:41, 22 октября 2024 (UTC) [ ответить ]

@ Jonesey95 : Этот шаблон и {{ sticky table end }} уже имеют теги includeonly, в том числе и в своих песочницах. Шаблон:данные о пандемии COVID-19/медицинские случаи в США по штатам/песочница теперь, похоже, можно редактировать с помощью VE, хотя добавление тегов «includeonly» вокруг включений шаблона не представляется возможным для других страниц. Jroberson108 ( обсуждение ) 15:58, 22 октября 2024 (UTC) [ ответить ]

Да, я знаю о тегах в начале Sticky table, но они не имеют значения, как только шаблон транслируется куда-то еще. Исключение шаблонов Sticky table из рендеринга на странице, где таблица должна быть отредактирована, похоже, обходит этот недостаток в VE. Вы не приводите пример страницы, где это невозможно, поэтому я не могу прокомментировать это утверждение. – Jonesey95 ( обсуждение ) 16:31, 22 октября 2024 (UTC) [ ответить ]

@ Jonesey95 : Невозможность заключается в необходимости добавлять его на все 314 страниц, которые включают этот шаблон, а также в ожидании того, что редакторы добавят эти дополнительные теги вокруг будущих включений, чего я еще не видел, чтобы это делалось таким образом с другими шаблонами. Я вижу в обсуждении Википедии:VisualEditor#Exclude transcluded несбалансированный код , что другой человек сказал, что нет простого и надежного способа исправить это. Как минимум, можно добавить примечание в документ, объясняющее проблему VE. Jroberson108 ( обсуждение ) 02:10, 23 октября 2024 (UTC) [ ответить ]

Если вы не хотите реализовывать этот обходной путь, то, вероятно, лучшим выходом будет размещение примечания в документации. Я нашел {{ Vedit notification }} , но не нашел похожего стандартизированного шаблона, который утверждал бы обратное (что меня удивило). – Jonesey95 ( talk ) 02:19, 23 октября 2024 (UTC) [ reply ]