Я тестировал новые версии в "Title leader" в женском одиночном разряде , чтобы отличить активные события от несуществующих. Ниже вы видите оригинал и 3 версии. За какую из них вы голосуете?
Я планирую внедрить этот новый дизайн в три другие связанные статьи, как только будет достигнут консенсус:
Оригинал (события не отсортированы по активным/несуществующим)
Игроки с 5+ титулами. Жирным шрифтом выделены действующие игроки и рекорды .
73 чемпиона в 294 мероприятиях по состоянию на 2024 год в Риме .
Версия 1 (события перечислены в хронологическом порядке временных интервалов)
Бок (Бока-Ратон)
Дуб (Дубай)
Дох (Доха)
Индиан- Уэллс (Индиан-Уэллс)
Миа (Майами)
Ча (Чарльстон)
Мад (Мадрид)
Бер (Берлин)
Ром (Рим)
Может (Канада)
Сан (Сан-Диего)
Цин (Цинциннати)
Фи (Филадельфия)
Мос (Москва)
Ток (Токио)
Ух (Ухань)
Zur (Цюрих)
Бэй (Пекин)
Версия 2 (активные, за которыми следуют несуществующие события)
Дуб (Дубай)
Дох (Доха)
Индиан- Уэллс (Индиан-Уэллс)
Миа (Майами)
Мад (Мадрид)
Ром (Рим)
Может (Канада)
Цин (Цинциннати)
Ух (Ухань)
Бэй (Пекин)
Бок (Бока-Ратон)
Ча (Чарльстон)
Бер (Берлин)
Сан (Сан-Диего)
Фи (Филадельфия)
Мос (Москва)
Ток (Токио)
Zur (Цюрих)
Версия 3 (несуществующая, с последующими активными событиями)
Бок (Бока-Ратон)
Ча (Чарльстон)
Бер (Берлин)
Сан (Сан-Диего)
Фи (Филадельфия)
Мос (Москва)
Ток (Токио)
Zur (Цюрих)
Дуб (Дубай)
Дох (Доха)
Индиан- Уэллс (Индиан-Уэллс)
Миа (Майами)
Мад (Мадрид)
Ром (Рим)
Может (Канада)
Цин (Цинциннати)
Ух (Ухань)
Бэй (Пекин)
Таблица Timeshifter'а
Примечание: Я удалил таблицу из сворачиваемого блока отображения/скрытия . Горизонтальные заголовки липких строк не работают правильно внутри блока в Firefox в Windows 10 Pro. А также в Safari на моем iPhone SE 2020. Смотрите таблицу внутри блока в этой версии страницы.
nowrap был оставлен, чтобы эту таблицу можно было сравнить с таблицей Qwerty284651 (без nowrap) в портретном виде на мобильных телефонах. Мы оба согласны, что nowrap не следует использовать. Nowrap портит портретный вид на мобильных устройствах, заставляя столбец местоположения занимать слишком большую ширину (см. обсуждение). На мониторе настольного ПК (Windows 10 Pro) есть ошибка (только в Firefox) в работе с nowrap, из-за которой таблица немного обрезается в конце строки, и появляется горизонтальная полоса прокрутки.
Я отредактировал версию 2 (активные, за которыми следуют неактивные события), чтобы получить следующую таблицу ниже. Я уменьшил высоту следующим образом:
Редакторы статьи могут решить, какую высоту прокручиваемой таблицы использовать.
Новые читатели: Горизонтальные заголовки с липкими заголовком работают. Уменьшите ширину окна браузера, чтобы увидеть. Также, не стесняйтесь начать свой собственный раздел таблиц здесь или в пользовательской песочнице.
Таблица ниже (когда nowrap игнорируется или удаляется) отлично работает на моем настольном ПК в Windows 10 Pro. Также на моем iPhone SE 2020 (в портретной и альбомной ориентации). Она была протестирована в Safari, Firefox, Chrome, Edge и Opera. Заголовки строк и столбцов липкие.
Бэй (Пекин)
Бер (Берлин)
Бок (Бока-Ратон)
Может (Канада)
Ча (Чарльстон)
Цин (Цинциннати)
Дох (Доха)
Дуб (Дубай)
Индиан- Уэллс (Индиан-Уэллс)
Мад (Мадрид)
Миа (Майами)
Мос (Москва)
Фи (Филадельфия)
Ром (Рим)
Сан (Сан-Диего)
Ток (Токио)
Ух (Ухань)
Zur (Цюрих)
Игроки с 5+ титулами. Жирным шрифтом выделены действующие игроки и рекорды .
73 чемпиона в 294 мероприятиях по состоянию на 2024 год в Риме .
Игроки с 5+ титулами. Жирным шрифтом выделены действующие игроки и рекорды .
73 чемпиона в 294 мероприятиях по состоянию на 2024 год в Риме .
Добавил свою версию выше. Смотрите текущую разницу между вашей и моей версией. Qwerty284651 (обсуждение) 23:40, 2 июля 2024 (UTC) [ ответить ]
Обсуждение
Исправлена ошибка, из-за которой не работали закрепленные строки (sticky-Col1 -> sticky-col1). Qwerty284651 (обсуждение) 18:27, 2 июля 2024 (UTC) [ ответить ]
Я предпочитаю хронологический порядок, а не алфавитный; так легче искать название события. Qwerty284651 (обсуждение) 18:55, 2 июля 2024 (UTC) [ ответить ]
Я оставляю это на ваше усмотрение. Хотя я не понимаю, что вы подразумеваете под хронологическим порядком. Я не фанат тенниса, и поэтому понятия не имею о хронологическом порядке событий.
Я предпочитаю версию 2. Так как пользователи мобильных телефонов захотят сначала увидеть активные события, не прокручивая страницу по горизонтали.
Кроме того, приятно, что годы тоже имеют место.
Я удалил все форматирование таблиц, которое, как мне показалось, не было нужно. Или, как мне показалось, ничего не делало. Например, style="margin:o;"
Что это делает? И я думаю, вы имели в виду ноль, а не букву "о"
При использовании глоссария с плоским списком это не требуется, поскольку пространство между глоссарием и таблицей невелико. -- Timeshifter ( обсуждение ) 19:41, 2 июля 2024 (UTC) [ ответить ]
Первоначальный порядок был хронологическим, пока вы не изменили его на алфавитный. Порядок столбцов — это хронологический порядок для активных и несуществующих событий. Вот почему я хотел бы видеть его в легенде выше.
Добавлено margin:0 для исключения лишних пробелов при переносе.
Согласен: текущие события следует перечислять в первую очередь.
Нужна ли вообще колонка года или можно обойтись без нее? Qwerty284651 (обсуждение) 19:46, 2 июля 2024 (UTC) [ ответить ]
Вы можете изменить глоссарий с плоским списком на хронологический порядок. Но алфавитный порядок гораздо более интуитивен. Особенно для случайных поклонников тенниса, которые могут не знать хронологический порядок событий. Я полагаю, что вы имеете в виду именно это под хронологическим порядком? И плоский список занимает меньше вертикального пространства, чем {{ Columns-list }} . Это важно для мобильных телефонов.
Я заметил, что у вас есть margin:0 в таблице wikitext в вашей версии 2 выше. Я удалил его из своей версии 2. Я не вижу, чтобы он вообще что-то делал.
В вашей версии 2 окно прокрутки преждевременно останавливается в горизонтальном направлении. В моей версии 2 я могу прочитать все столбцы. Это потому, что я удалил class=nowrap из таблицы.
Мне нравится наличие колонки года. Так я знаю, в какой период времени каждый теннисист выигрывал титулы. И мне нравится, что ее можно сортировать. -- Timeshifter ( обсуждение ) 20:37, 2 июля 2024 (UTC) [ ответить ]
Я бы оставил nowrap и margin:0; я использую версию для настольных компьютеров на мобильном устройстве. Это оставляет строку пробела на моем конце (версия для настольных компьютеров на мобильном устройстве и обычный настольный компьютер), которую я обхожу с помощью margin:0 (без margin:0 против margin:0). Я согласен с тем, что глоссарий расположен в алфавитном порядке — более интуитивно понятно для случайного читателя. Qwerty284651 (обсуждение) 20:41, 2 июля 2024 (UTC) [ ответить ]
Заменил простой плоский список глоссария (• ''' -> * ''') на {{ flatlist }} . Qwerty284651 (обсуждение) 20:57, 2 июля 2024 (UTC) [ ответить ]
Пожалуйста, не редактируйте дальше мою версию 2. Она очень запутанная.
Отредактируйте версию 2 выше. Тогда я смогу провести сравнения.
{{ flatlist }} — хорошая идея. Думаю, у меня раньше с этим были проблемы. Но теперь это работает. Я сохраню это в своей версии.
Я удалил margin:0 из своей версии 2 для сравнения.
В чем запутанность? Я считаю, что обновление в реальном времени по одной и той же таблице быстрее и эффективнее, чем редактирование каждой своей таблицы.
Хорошо, не буду добавлять margin:0 до дальнейшего уведомления. Я вспомнил, что боковые панели/навигационные окна часто используют списки html, поэтому я посмотрел на них. Лучшее, что я смог придумать, это flatlist. Qwerty284651 (обсуждение) 21:21, 2 июля 2024 (UTC) [ ответить ]
Глядя на дизайн и код таблицы, я доволен тем, как все получилось, если только у вас нет чего-то еще, что можно добавить. nowrap и margin:0 — это мелочи и предпочтительные. Qwerty284651 (обсуждение) 21:24, 2 июля 2024 (UTC) [ ответить ]
Я постоянно что-то настраиваю. Поэтому мне нужно посмотреть, какой эффект оказывают мои изменения. И мне нужно сравнить с вашей версией 2. Я могу просто прокрутить вверх и вниз эту страницу обсуждения, чтобы сравнить 2. Плюс WP:TALK требует не редактировать чужие сообщения. Я редко это делаю, за исключением случаев, когда это что-то незначительное, что, как я знаю, они оценят. Например, изменение margin:o на margin:0 в ваших версиях, которые все еще нужно было изменить.
Если margin:0 вам помогает, то я не имею ничего против его использования в вашей версии 2 и в статьях. Я просто пытаюсь сам увидеть, что он делает. Позже сделаю кое-какую работу с мобильным телефоном. То же самое и с nowrap. Я думаю, что иногда он вызывает проблемы на экранах настольных компьютеров. В этом случае он может помочь на мобильных телефонах.
Я использую max-height. Поэтому окно прокручиваемой таблицы становится менее высоким:
Я обрезал версии 1–3, чтобы отобразить только существенные изменения, и удалил остальное (плоский список глоссария и заголовки столбцов таблицы) для лучшей читабельности. Qwerty284651 (обсуждение) 23:36, 2 июля 2024 (UTC) [ ответить ]
Margin:0 помогает прокручивать таблицу. На моем настольном мониторе меньше места между ее верхом и заголовком раздела, когда вы прокручиваете полосу прокрутки до самого верха. Это все, что я заметил до сих пор. Я пока не заметил никакой разницы в своих мобильных браузерах. -- Timeshifter ( talk ) 15:33, 4 июля 2024 (UTC) [ ответить ]
Именно то, что я сказал. Разницу можно заметить на десктопе и в десктопном режиме мобильных браузеров, но не в мобильном режиме, поскольку последний по умолчанию использует скин Minerva, который пропускает любые лишние пробелы. Qwerty284651 (обсуждение) 17:27, 4 июля 2024 (UTC) [ ответить ]
Продолжение обсуждения
Не знаю, заметили ли вы мою заметку в разделе таблиц: « Примечание: я удалил таблицу из поля «Показать/скрыть» . Горизонтальные закреплённые заголовки строк не работают корректно внутри поля в Firefox в Windows 10 Pro. А также в Safari на моём iPhone SE 2020 ».
Посмотрите на свою таблицу в поле «Показать/скрыть», чтобы понять, что я имею в виду. Предлагаю убрать поле, чтобы другие, читающие эту ветку, могли видеть, что заголовки горизонтальных строк закреплены и работают правильно. -- Timeshifter ( обсуждение ) 03:00, 5 июля 2024 (UTC) [ ответить ]
Я вас понял. {{ cot }} / {{ cob }} , Свернуть окно, как вы его называете, показать/скрыть окно , переопределяет отключение переполнения , тем самым отключая и закрепленные заголовки (строки и столбцы). Qwerty284651 (обсуждение) 03:36, 5 июля 2024 (UTC) [ ответить ]
Кстати, я предлагаю переименовать таблицы в версии 1 и 2 соответственно, потому что с нашими именами рядом с ними звучит так, будто мы одни из таблиц, что противоречит WP:OWN . Мы не владеем ничем на вики, а делимся этим с остальным сообществом. Вы назвали их так, чтобы различать, чей предложенный дизайн, но это может сбить людей с толку. Qwerty284651 (обсуждение) 03:49, 5 июля 2024 (UTC) [ ответить ]
Я не говорю, что я владею таблицей в статье, и поэтому это не противоречит WP:OWN . Указание «Таблица Timeshifter's» в заголовке просто не позволяет другим редактировать таблицу в этом разделе. И это позволяет мне продолжать ее редактировать. Поскольку обсуждение находится в другом разделе, это упрощает задачу. И это упрощает для других возможность следить за обсуждением. И другие могут придумывать собственные идеи для таблиц в своих собственных разделах, если захотят. Или в песочнице. Я оставил заметку об этом в своем разделе таблиц. Если ориентироваться только на номера таблиц, это может сильно запутать.
Я добавил back margin:0 к своей таблице за обсуждение. -- Timeshifter ( обсуждение ) 04:27, 5 июля 2024 (UTC) [ ответить ]
Я согласен с вашим запросом. Просто я участвовал в нескольких обсуждениях по перепроектированию таблиц, где мы перебрали несколько версий и комбинаций для результата: все правки в одной таблице или наборе таблиц. Но пусть будет по-вашему.
Представьте себе 10 редакторов, каждый со своей версией. Так вы никогда не достигнете консенсуса. Слишком много поваров на кухне. Qwerty284651 (обсуждение) 04:36, 5 июля 2024 (UTC) [ ответить ]
Думаю, я мог бы переместить свою таблицу в песочницу. Может, подождать, пока не появятся другие таблицы, прежде чем объединять их здесь. Думаю, у нас одна и та же таблица, за исключением высоты и nowrap. Размер высоты — это решение редакторов статьи. Как и nowrap. Я предпочитаю не использовать его, но могу с этим жить. Сейчас люди могут быстро сравнить наши 2 таблицы на одной странице, чтобы решить, хотят ли они nowrap или нет. -- Timeshifter ( обсуждение ) 06:41, 5 июля 2024 (UTC) [ ответить ]
Хорошо, я передумал, снова взглянув на свой мобильный телефон. Оставьте nowrap. Я разрывался между его эффектами на экране настольного ПК и на экране мобильного. Мобильный телефон побеждает в этом. Я говорю о мобильном (не настольном) виде на моем iPhone SE 2020. У этого iPhone относительно меньший экран по сравнению с другими мобильными телефонами. И я использую больший размер текста. Так что если nowrap работает на нем, то он также будет отлично работать и на других мобильных телефонах. -- Timeshifter ( обсуждение ) 07:21, 5 июля 2024 (UTC) [ ответить ]
Обновление: после дополнительного тестирования на портретном мобильном устройстве я заметил, что nowrap загораживает поле зрения таблицы на 70%, аналогично высоким заголовкам столбцов , но для строк. (см. с nowrap и без nowrap). Удалил nowrap из моей версии. Qwerty284651 (обсуждение) 16:01, 5 июля 2024 (UTC) [ ответить ]
PS Я почти закончил со своей стороны и доволен версией. Я чувствую, что мы с вами, без margin:0, на одной волне. Я дам новому дизайну месяц на маринование до следующего события из списка выше. И, если никто не возражает, реализую этот дизайн на всех 4 страницах. Qwerty284651 (обсуждение) 16:06, 5 июля 2024 (UTC) [ ответить ]
Забавно, я даже не подумал посмотреть на такую широкую таблицу в портретном режиме на своем телефоне. Я только что это сделал, и поскольку экран меньше, и поскольку я использую крупный шрифт, я могу видеть только полторы ячейки данных в строке. Это с включенным nowrap. Я могу видеть 4 с половиной ячейки данных без nowrap. Так что nowrap может оставаться выключенным, насколько это касается меня.
Можете смело внедрять изменения сейчас. Дальнейшее обсуждение может привести к дальнейшим улучшениям. Но я не вижу смысла ждать внедрения этих улучшений. И мы согласны сохранить margin:0. -- Timeshifter ( talk ) 21:28, 5 июля 2024 (UTC) [ ответить ]
Я в основном редактирую в режиме рабочего стола на мобильном устройстве, поэтому я всегда использую портретный вид. Сомневаюсь, что большинство посетителей вики используют альбомный режим на мобильном устройстве. 4 с половиной ячейки — это в 9 раз больше, чем половина ячейки данных (на моем конце это от 5 до 8 ячеек) без nowrap. Qwerty284651 (обсуждение) 21:37, 5 июля 2024 (UTC) [ ответить ]
Для меня это в 3 раза больше без nowrap в мобильном режиме в портретной ориентации. 1,5 против 4,5 ячеек данных, видимых без горизонтальной прокрутки.
Вы правы относительно большинства читателей Вики, поскольку у большинства из них мобильный телефон больше моего.
Мне не нравится делать слишком много отступов. Сообщения в итоге получаются очень длинными и узкими, а некоторые занимают всего треть ширины экрана моего телефона в портретном режиме.
Я только что заметил, что {{ outdent }} работает по-разному на экране моего мобильного телефона и на экране настольного ПК.
{{outdent|::::::}} - Двоеточия нужны на моем телефоне, чтобы стрелка выноса вообще выровнялась в портретной ориентации. В отличие от настольного ПК, где они на самом деле не нужны. -- Timeshifter ( talk ) 22:16, 5 июля 2024 (UTC) [ ответить ]
Кстати, я оставил nowrap в своей таблице, чтобы читатели могли сравнить наши 2 таблицы в портретном режиме на мобильных телефонах. В вашей таблице нет nowrap. Таким образом, читатели смогут увидеть, почему мы оба теперь против nowrap. Я оставил заметку об этом перед своей таблицей. -- Timeshifter ( talk ) 22:46, 5 июля 2024 (UTC) [ ответить ]
{{ od }} ведет себя по-разному на мобильных устройствах и на компьютерах. Тем не менее, не нужно делать отступы через каждые несколько комментариев. Qwerty284651 (обсуждение) 22:54, 5 июля 2024 (UTC) [ ответить ]
У меня экран меньше. Так что я думаю, я бы знал, когда это делать. -- Timeshifter ( обсуждение ) 08:36, 6 июля 2024 (UTC) [ ответить ]
Обсуждение изменения названия мероприятия
Комментарий. Я не очень разбираюсь во всей этой диаграмме, поэтому не могу сказать, как она будет отображаться. Как вам будет угодно . У меня есть одна претензия к этим типам диаграмм в целом, поскольку вы находитесь в процессе тонкой настройки этой. Почти во всех статьях о теннисе мы категорически против того, чтобы турниры указывались только как города. Это общее название турнира, а не местоположение. С какой стати мы должны сохранять город здесь, когда он обновляется? Кажется, что события легко могут быть двухбуквенными аббревиатурами. Indian Wells — это название события, поэтому оно должно быть IW или I WO для Indian Wells Open. Оно никогда не должно быть Rome, поскольку все знают Italian Open. Поэтому IT или IO или ITO. Нет Tokyo, это Pan Pacific Open. PP или PPO. Нет Beijing... это China Open. CO или CHO. И ключ не должен содержать названия городов, а вместо этого использовать название события. Практически во всех наших диаграммах по общему согласию мы обязательно используем название турнира под турнирами. Почему эта диаграмма странная? Я вижу Москву и понятия не имею, что это за событие... Кубок Кремля. То же самое с Берлином, поскольку это Открытый чемпионат Германии. И аббревиатуры также должны ссылаться на соответствующий турнир. Fyunck(click) ( talk ) 21:57, 5 июля 2024 (UTC) [ ответить ]
Обновлю глоссарий. Спасибо за отзыв. Qwerty284651 (обсуждение) 22:00, 5 июля 2024 (UTC) [ ответить ]
Тогда это заслуживает обновления следующих страниц:
Как я уже сказал, некоторые таблицы были неверными некоторое время, а некоторые медленно исправлялись. Поскольку вы двое обновляли эти конкретные таблицы, похоже, настало время исправить названия городов и сделать их правильными названиями событий. Оставить ли его как Ind для Indian Wells Open — не так уж важно, но оставить его как Ber для German Open или Rom для Italian Open или Tok для Pan Pacific Open — это более серьезная проблема. Fyunck(click) ( talk ) 22:23, 5 июля 2024 (UTC) [ reply ]
@ Fyunck(click) , я предполагаю, что вы хотите, чтобы названия событий в разделах «Прошлые финалы» турниров ATP Masters 1000 и WTA 1000 были расширены до полных названий. Qwerty284651 (обсуждение) 15:39, 7 июля 2024 (UTC) [ ответить ]
Я заменил графики на главных страницах ( atp masters и wta 1000 ). Вот названия текущих событий:
Короткие названия событий
1. Бэй (Пекин) - CH или CO или CN для Открытого чемпионата Китая
2. Бер (Берлин) - GO или GR или GE для Открытого чемпионата Германии
3. Бок (Бока-Ратон) - VF или FL для Virginia Slims of Florida
4. Канада ( CO , CN или CA ) для Открытого чемпионата Канады
5. Ча (Чарльстон) - CL или CH или CO или CR для открытого чемпионата Чарльстона
6. Чи (Чикаго) - сложный вопрос... VC или AC или CI или CG для Virginia Slims of Chicago/Ameritech Cup
7. Cin (Цинциннати) - CI для Cincinnati Open
8. Дох (Доха) - QO или QA или QT для Qatar Open
9. Дуб (Дубай) - DC или DU или DB для чемпионата Дубая
10. Ind (Индиан-Уэллс) - IW для Indian Wells Open
11. Мад (Мадрид) - MA или MD для Madrid Open
12. Миа (Майами) - MI для Miami Open
13. Пн (Монте-Карло) - MO или MC для Monte-Carlo Masters
14. Мос (Москва) - КС на Кубок Кремля
15. Гуа (Гвадалахара) - GU или GO или GD для Гвадалахары
16. Par (Париж) - PA для Paris Masters
17. Фи (Филадельфия) - PH или VP для Virginia Slims of Philadelphia
18. Rom (Рим) - IT для Открытого чемпионата Италии
19. Сан (Сан-Диего) - SD или SC или SO для San Diego Open, Southern California Open
20. Ша (Шанхай) - SH для Шанхайских Мастеров
21. Ток (Токио) – ПП на Pan Pacific Open
22. Wuh (Ухань) - WO или WU для Wuhan Open
23. Цюр (Цюрих) – ZU или ZO для Zurich Open.
Примечание:
Добавлены отсутствующие Чикаго и Гвадалахара (ныне несуществующие) в список. Qwerty284651 (обсуждение) 23:19, 5 июля 2024 (UTC) [ ответить ]
CH предлагается дважды для China Open и Charleston Open. Qwerty284651 (обсуждение) 23:32, 5 июля 2024 (UTC) [ ответить ]
Несколько предложены дважды, так как я не знал, что лучше. Fyunck(click) ( talk ) 00:37, 6 июля 2024 (UTC) [ ответить ]
Какие еще сокращения вы хотели бы предложить или это все? Qwerty284651 (обсуждение) 13:22, 6 июля 2024 (UTC) [ ответить ]
Если нет, то давайте проголосуем. Какие аббревиатуры вы выберете? Qwerty284651 (обсуждение) 01:31, 7 июля 2024 (UTC) [ ответить ]
Добавлены Монте-Карло, Шанхай и Париж. Qwerty284651 (обсуждение) 00:32, 6 июля 2024 (UTC) [ ответить ]
Pinging @Krmohan, Crows22, Wolbo и Unnamelessness : чтобы внести свой вклад. Какими именами и сокращениями вы бы их заменили? Qwerty284651 (обсуждение) 23:03, 5 июля 2024 (UTC) [ ответить ]
Я не фанат тенниса, поэтому не имею ни малейшего понятия о заголовках столбцов. Двухбуквенные сокращения сделают таблицу менее широкой. Это хорошо. -- Timeshifter ( обсуждение ) 22:32, 5 июля 2024 (UTC) [ ответить ]
Я тоже сторонник узких таблиц. Чем меньше горизонтальной прокрутки, тем лучше. Qwerty284651 (обсуждение) 22:35, 5 июля 2024 (UTC) [ ответить ]
Итак, если мы сделаем все возможное, чтобы сделать его двухбуквенным, я добавил один набор вариантов выше. И я думаю, что это должно быть Zurich, поскольку это английское использование в Википедии. Fyunck(click) ( talk ) 23:13, 5 июля 2024 (UTC) [ ответить ]
Это не так уж важно, но я бы, пожалуй, пошел по порядку:
Qwerty284651 (обсуждение) 14:38, 7 июля 2024 (UTC) [ ответить ]
Два пункта, которые я только что просматривал. У Китая уже есть официальный код страны CN, поэтому я думаю, что больше людей будут знакомы с приравниванием China Open к CN, что оставляет CH для Чарльстона. Аналогично, код страны для Катара — QA, поэтому я также изменю свой Qatar на QA. Fyunck(click) ( talk ) 18:27, 7 июля 2024 (UTC) [ ответить ]
Я изменил свои на CN и CH соответственно. Короткие названия пока не определены:
6. VC или AC; 15. GD или GU; 19. SD или SC? Qwerty284651 (обс.) 20:00, 7 июля 2024 (UTC) [ ответить ]
Меня устраивает ваш. Единственный вопрос, если посмотреть на него, это SC. Не потому, что он плохо сочетается с Southern California Open, но эта статья была недавно изменена на San Diego Open (теннис) . Таблица, которую вы здесь имеете, с 1990 года и далее, а событие в Сан-Диего было только на уровне 1000 с 2004 по 2007 год, и в то время оно всегда имело San Diego в названии. Фактически, с 1990 года по сегодняшний день, только в 2013 году оно называлось Southern California Open. Из-за недавнего перемещения страницы на San Diego Open (теннис), на который эти события будут ссылаться, оно, вероятно, должно быть в SD или SO. Я бы лично придерживался SD. В противном случае VC и GU подойдут. Я думаю, я выбрал GD, потому что некоторые не знают, как пишется Guadalajara, и GD, как мне показалось, лучше слетает с языка. Я понятия не имел, что делать с Virginia Slims из Чикаго/Ameritech Cup. Я не хотел еще одной проблемы с "C". VC, я думаю, теперь работает лучше, когда я об этом думаю. Fyunck(click) ( talk ) 20:36, 7 июля 2024 (UTC) [ ответить ]
Давайте придерживаться текущих названий событий и использовать соответствующие им сокращения. SD, GD (весомый аргумент о том, что другие не знают, как это пишется, — хотя оспаривался всего дважды; сейчас не существует), AC... пока они снова не изменятся.
Поскольку мы меняем названия событий, все 4 статьи статистики и рекордов используют названия событий по городам, я бы оставил остальные таблицы статей без изменений, возможно, добавил бы что-то в начале в духе «Ниже приведен список событий, сыгранных по названию спонсора и городу: <а затем вы перечисляете их в том или ином порядке> WTA German Open (Берлин),...Italian Open (Рим),...Virginia Slims of Florida (Бока-Ратон) и т. д.» Что вы думаете? Qwerty284651 (обсуждение) 21:19, 7 июля 2024 (UTC) [ ответить ]
Это не мой первый выбор, но да, мы также можем оставить все как есть. Я бы указал название спонсора только на главной странице турнира, что почти никогда не делается, если только название спонсора не является единственным названием, которое когда-либо было здесь. Кроме того, если вы измените на две буквы, и все, что они представляют собой, это первые две буквы названия города, вторая буква не должна быть заглавной. CN, конечно, названия из двух слов, такие как Indian Wells (IW) или San Diego (SD или Sa), но Rome будет Ro, Guadalahara будет GD или Gu. VC, но Be. И что мы делаем с Qatar Open? Поместим его в Do для Doha? Немного странно, что это единственный тип диаграмм, в которых не используется название турнира. Я нахожу это запутанным, но, думаю, другие этого не делают. Fyunck(click) ( talk ) 23:45, 7 июля 2024 (UTC) [ ответить ]
34 включенных диаграммы WTA 1000 и ATP 1000 с годовых страниц и 4x страниц с записями и статистикой используют название города вместо турнира, т. е. название спонсора. Я намеренно добавил города событий, чтобы сэкономить место в диаграммах — для краткости, на самом деле.
Проблема с основными 2 страницами в том, что они содержат по 34 транслируемых диаграммы каждая. Если мы, скажем, изменим название города на название текущего турнира, это потребует постоянного обновления всякий раз, когда турнир в будущем изменит свое название. Вот почему я не решаюсь переименовывать их... это требует обслуживания. С текущими названиями городов это не проблема. Даже Цинциннати когда-то был оспорен в другом городе, но по-прежнему указан только Цинциннати, для согласованности и во избежание путаницы.
Если мы будем использовать название турнира на момент его проведения, это всех запутает. Так много событий прошли через многочисленные смены спонсорских названий за эти годы, что перечисление их всех для любого турнира было бы неэффективным.
Вот почему я согласен перечислить полные имена в начале 2 основных и 4 страниц с записями в качестве компромисса. Если вас это устраивает? В противном случае я не собираюсь вмешиваться в изменение названий событий. Плюс, даже atp/wta ссылаются на них по названиям городов при перечислении рекордов (дубль Иги Мадрид-Рим; дубль Надаля Канада-Цинциннати и т. д.).
При консенсусе вы можете добиться их переименования, но не учитывайте мой голос. Qwerty284651 (обсуждение) 00:12, 8 июля 2024 (UTC) [ ответить ]
Что касается сокращений, то я придумал такой прототип:
Что бы это ни было. Однако эти инициалы цитат должны быть абсолютно связаны с событиями, так что у вас та же проблема с изменением названий событий. Я не знаю, в чем проблема, так как каждый раз, когда название события меняется, старое название перенаправляется. И я никогда не говорил использовать название события в то время, когда оно проводилось со спонсорами. Мы бы использовали общее общепринятое название. Ameritech Cup — это спонсорское название, которое мы стараемся не использовать... но это действительно единственное название, которое у нас есть для этого события. Virginia Slims — это тоже спонсорское название, но оно такое, какое есть. Fyunck(click) ( talk ) 04:22, 8 июля 2024 (UTC) [ ответить ]
Итак, что вы предлагаете? Возвращаемся к оригинальной версии ( версия wta singles (устаревшая) ниже) или заменяем текущую на ту, что выше, перечисляя только события, имеющие отношение к дисциплине, или сохраняем глоссарий/легенду как есть? Я дал ссылку на вышеуказанные события.
Бэй (Пекин)
Бер (Берлин)
Бок (Бока-Ратон)
Может (Канада)
Ча (Чарльстон)
Цин (Цинциннати)
Дох (Доха)
Дуб (Дубай)
Индиан- Уэллс (Индиан-Уэллс)
Мад (Мадрид)
Миа (Майами)
Мос (Москва)
Фи (Филадельфия)
Ром (Рим)
Сан (Сан-Диего)
Ток (Токио)
Ух (Ухань)
Zur (Цюрих)
Qwerty284651 (обсуждение) 23:46, 8 июля 2024 (UTC) [ ответить ]
Вы, конечно, никогда не увидите, чтобы я выступал за название города вместо названия события. Если в заголовке столбца указано турнир или чемпионат, мы бы этого не делали. Неправильно указывать город под заголовками турнира. Мы исправили много диаграмм, которые делали это давно, например, временные шкалы производительности. Они были такими занудными и, честно говоря, содержали много оригинальных исследований, что, я полагаю, их проигнорировали. Я просто подумал, что если их обновляют, то было бы неплохо исправить названия городов под заголовком турнира. Fyunck(click) ( talk ) 08:40, 9 июля 2024 (UTC) [ ответить ]
Хорошо, название мероприятия. Я только что вспомнил 3 несуществующих турнира Masters: Stuttgart, Stockholm и Hamburg в мужском разряде . Я предполагаю, что мы просто используем Eurocard Open , Stockholm Open и Hamburg European Open соответственно, верно? А как насчет сокращений для них? Что вы предлагаете? Qwerty284651 (обсуждение) 11:01, 9 июля 2024 (UTC) [ ответить ]
Hamburg European Open должен называться Hamburg Masters. В то время, когда турнир проводился на уровне 1000, это были German Open и Hamburg Masters. Затем с 2009 по 2018 год он снова стал German Open. Теперь он снова проходит в Гамбурге. Мужской турнир никогда не назывался Hamburg European Open. Наша статья не содержит названия Hamburg European Open и нуждается в некоторой корректировке. Это женский турнир уровня 125. Fyunck(click) ( talk ) 18:38, 9 июля 2024 (UTC) [ ответить ]
А для сокращений? Я предлагаю что-то вроде этого: EU или EO для Eurocard Open, ST для Stockholm Open и HA для Hamburg Masters (в то время, когда он проводился). Qwerty284651 (обсуждение) 20:34, 9 июля 2024 (UTC) [ ответить ]
Да. Я бы выбрал ЕС. Fyunck(click) ( talk ) 20:42, 9 июля 2024 (UTC) [ ответить ]
Как вам? Qwerty284651 (обсуждение) 22:49, 9 июля 2024 (UTC) [ ответить ]
Парень, это выглядит действительно здорово! Если мы выберем VC, разве не должны тогда это быть Virginia Slims из Чикаго ? В противном случае AC для Ameritech Cup. Fyunck(click) ( talk ) 23:21, 9 июля 2024 (UTC) [ ответить ]
*Жирным шрифтом выделены действующие игроки и наибольшее количество титулов, выигранных за турнир .
проходит процесс обновления, и мы не можем решить, какие цвета использовать для различения "Активных" и "закрывшихся турниров" в заголовках столбцов таблицы. Мы пытаемся сделать таблицу более доступной по MOS:COLOR и удобной для мобильных пользователей.
Вы можете внести свой вклад. Qwerty284651 (обсуждение) 01:53, 6 сентября 2024 (UTC) [ ответить ]
После некоторых консультаций на Template talk:Sticky table start#Table design discussion для более удобного для мобильных устройств и экранных ридеров дизайна приведенной выше таблицы я предлагаю ниже новые проекты для получения дополнительных отзывов от теннисного сообщества.
*Жирным шрифтом выделены действующие игроки и наибольшее количество титулов, выигранных за турнир .
ИЛИ
С цветовой схемой 2
*Жирным шрифтом выделены действующие игроки и наибольшее количество титулов, выигранных за турнир .
ИЛИ
Без цветовой схемы
*Жирным шрифтом выделены действующие игроки и наибольшее количество титулов, выигранных за турнир .
Я придумал следующие проекты: Склоняюсь к 3-му варианту. Какие мысли? Qwerty284651 (обсуждение) 15:19, 7 сентября 2024 (UTC) [ ответить ]
Рассматривали ли вы возможность использования заголовка Template:Vertical для названий турниров? Это исключило бы необходимость в Template:Abbr , который несовместим с мобильным браузером, и легенде для сокращений (мне не ясно, является ли это все еще частью предложения или нет).
Имя игрока должно быть заголовком строки, а не количество титулов, потому что данные в каждой строке относятся к игроку, а не к количеству титулов. В случае ничьих у вас также будут строки без заголовков.
Разве активные игроки не будут отличаться открытым диапазоном в столбце лет (например, "1992–")? Если так, то было бы излишним выделять жирным шрифтом имена активных игроков. Когда имена игроков являются заголовками строк, они в любом случае будут выделены жирным шрифтом, так что это позволяет избежать конфликта. В противном случае, возможно, использовать пояснительную сноску или курсив?
Я думаю, что выделение жирным шрифтом наибольшего числа в каждом столбце достаточно очевидно и не нуждается в пояснении в легенде. Я также думаю, что мы можем отказаться от подчеркивания и звездочки как от излишних.
Мне больше нравится третий вариант, без цвета. С группами столбцов цвет избыточен.
{{ vertical header }} будет затруднять просмотр на мобильных устройствах из-за использования чрезмерно высоких липких заголовков столбцов, которые сведут на нет эффект липкости, сделав вертикальную прокрутку бесполезной. Qwerty284651 (обсуждение) 21:59, 23 сентября 2024 (UTC) [ ответить ]
Использование некоторых простых сокращений сократит высоту заголовков.
Поворот текста набок режет мне глаза... так очень трудно читать. Fyunck(click) ( talk ) 22:46, 23 сентября 2024 (UTC) [ ответить ]
843 других статей в настоящее время используют вертикальные заголовки в своих таблицах. -- Bsherr ( обсуждение ) 22:55, 23 сентября 2024 (UTC) [ ответ ]
843 напряженных шеи и воспаленных глаз для наших читателей... отлично. К счастью, мы можем позволить себе быть добрее к нашим читателям. Fyunck(click) ( talk ) 00:01, 24 сентября 2024 (UTC) [ ответить ]
Кроме того, я думаю, что дифференцированная граница между активными и несуществующими турнирами излишня с группами столбцов и, следовательно, не нужна. Однако, если вы ее сохраните, вам, вероятно, следует расширить ее на строку вверх до границы между группами столбцов. Я также думаю, что вам следует использовать вес вместо цвета для дифференциации. Когда вы устанавливаете черный цвет по умолчанию, он остается черным, даже если у пользователя установлен темный режим, а не цвет границы по умолчанию, и это фактически минимизирует, а не подчеркивает разделение. -- Bsherr ( talk ) 22:55, 23 сентября 2024 (UTC) [ ответить ]
@ Bsherr , в таблице уже есть ключ для сокращений событий (см. обсуждение в Википедии:WikiProject Tennis#Продолжение обсуждения 2). Qwerty284651 (обсуждение) 23:41, 23 сентября 2024 (UTC) [ ответить ]
Итак, сохраняя легенду, вот мое предложение:
Серый — цвет по умолчанию для {{ n/a }} , но его можно изменить, если это важно. -- Bsherr ( talk ) 03:34, 24 сентября 2024 (UTC) [ ответить ]
Присмотревшись, можно увидеть, что диаграмма ошибочно использует дефис для нулевой ячейки, когда правильным символом было бы длинное тире. Вам следует рассмотреть возможность использования Template:N/a вместо этого. -- Bsherr ( talk ) 03:26, 24 сентября 2024 (UTC) [ ответить ]
- over — делает вид чище. N/a просто добавляет затемненные ячейки, которые мне совсем не нравятся, и я предпочитаю, чтобы диаграмма выглядела максимально просто, с точки зрения цвета. Вышеуказанный вариант в значительной степени является вариантом 3 выше, и символы необходимы согласно MOS:NOSYMBOLS при выделении текста. Qwerty284651 (обсуждение) 09:36, 24 сентября 2024 (UTC) [ ответить ]
По этому поводу я скажу только, что мы никогда не будем использовать дефисы (-)... ни ndash (–), ни mdash (—). Я обычно предпочитаю ndash, но это неважно. Fyunck(click) ( talk ) 21:15, 24 сентября 2024 (UTC) [ ответить ]
Использование шаблона: начало липкой таблицы
@Qwerty284651 и Timeshifter : и т. д. Недавно я преобразовал использование Template:COVID-19 pandemic data/styles.css в {{ sticky table start }} на нескольких страницах. Изменения были отменены с кратким изложением правок, в котором указывалось, что мои изменения противоречат консенсусу, и мне следует открыть новую тему на этой странице обсуждения:
Статистика и парные рекорды теннисной серии «Мастерс» возвращаются
Рекорды и статистика в одиночном разряде теннисной серии «Мастерс» возвращаются
Рекорды и статистика парных турниров серии WTA 1000 возвращаются
Рекорды и статистика в одиночном разряде серии WTA 1000 отменены
Как мои изменения противоречат консенсусу? Jroberson108 ( обсуждение ) 16:48, 4 августа 2024 (UTC) [ ответить ]
См. обсуждение выше. Обсуждение Википедии:WikiProject Tennis#1000, таблицы лидеров титула по дизайну и разметке столов. Qwerty284651 (обсуждение) 17:45, 4 августа 2024 (UTC) [ ответить ]
Вы также удалили прокрутку div максимальной высоты со следующих страниц:
Список победителей турниров Большого шлема в мужском одиночном разряде [1]
Список победителей турниров Большого шлема в мужском парном разряде [2]
Список победительниц турниров Большого шлема в женском одиночном разряде [3]
Список победительниц турниров Большого шлема в женском парном разряде [4]
Список победителей турниров Большого шлема в смешанном парном разряде [5]
Список турниров Большого шлема и связанных с ними теннисных рекордов [6]
утверждая, что «он слишком короткий для мобильной альбомной ориентации». Я специально обернул длинные таблицы прокручиваемым списком, чтобы сэкономить на вертикальной прокрутке в вышеупомянутых статьях. Я попытался прочитать div scroll back, но все таблицы были перекошены и перекрывались. Можете ли вы вернуть максимальную высоту и сократить ее до 70vh или аналогичной, чтобы он не отображал прокручиваемый список на 100% высоты области просмотра точки просмотра ? Если они будут на 100%, страницы будут слишком длинными и это сведет на нет смысл их визуального сокращения. Qwerty284651 (обсуждение) 17:54, 4 августа 2024 (UTC) [ ответить ]
@Qwerty284651: Я видел раздел, который представляет собой довольно обширное обсуждение. Ничто не выделяется, как мое противоречие консенсусу. Из этого обсуждения следует консенсус о том, что нужно использовать липкий стиль, а затем обсуждение того, как заставить его работать без проблем. Не обязательно использовать covid CSS, это был единственный метод на тот момент. Функции, найденные в covid CSS, есть в новом шаблоне, просто их проще использовать с большим количеством тестов и исправлений. Также есть дополнительные функции.
Вы можете проверить «заявление». Я использую Galaxy S21 5G. «50vh» или 50% высоты области просмотра слишком мало для мобильной альбомной ориентации, показывающей очень мало прокручиваемых данных. На одной странице было «40vh» или 40%, что было еще хуже. Это может выглядеть хорошо на большом экране, но не жертвуйте мобильными устройствами, которые составляют большую часть трафика Википедии. Смотрите сайты по os.
Я не убрал прокрутку из длинных таблиц, просто изменил ее, чтобы сделать это через новый шаблон. Прокрутка не 100%, а 75% (75vh) от высоты области просмотра в соответствии со стилями шаблона. Если вам нужно настроить максимальную высоту или добавить другие стили к прокручиваемому div, {{ sticky table start }} имеет параметр "style", упомянутый в документации, в который вы можете передать свои собственные стили, например: {{sticky table start|style=max-height: 70vh;}}. Я не рекомендую изменять его ниже этого, если вы также не тестируете на коротких экранах (мобильный альбомный), чтобы убедиться, что читабельность не пострадала. Jroberson108 ( talk ) 19:17, 4 августа 2024 (UTC) [ ответить ]
О, понятно. Тогда max-height по умолчанию равен 75vh, а не 100vh/100%. Это приятно знать. Я рад, что функции шаблонов стилей css covid получили свой собственный шаблон {{ sticky table start }} с настраиваемой max-height. Поддерживает ли параметр style=max-height только vh или также pt, em, % и т. д.? Qwerty284651 (обсуждение) 19:35, 4 августа 2024 (UTC) [ ответить ]
@Qwerty284651: Параметр "style" просто принимает те же встроенные стили, которые обычно добавляются к div, только без двойных кавычек, которые обычно окружают значение атрибута HTML "style". Другие единицы можно использовать так же, как и встроенные стили. Поскольку они встроенные, они переопределят стили шаблона, если задать то же свойство, что и "max-height", поскольку встроенный ближе к контенту. Jroberson108 ( talk ) 19:46, 4 августа 2024 (UTC) [ reply ]
Спасибо за информацию и разъяснения. Я восстановил ваши правки на 4 страницах выше. Qwerty284651 (обсуждение) 19:56, 4 августа 2024 (UTC) [ ответить ]
Очевидно, что у Олимпийского проекта тоже могут быть свои собственные правила, которые время от времени нам нужно сглаживать. Ничего особенного. Но правила Олимпийского проекта по этому вопросу довольно ясны с примерами, что порядок не важен, важен только стиль таблиц. Если вы проверите их Олимпийские MOS по соответствующим статьям, то обнаружите:
Схемы похожи, но размещение, очевидно, в порядке в нескольких местах. Нет никаких реальных шаблонных правил. Но наши были заперты в течение долгого времени, как мы считаем правильным порядком с победителями более важных событий наверху сводки медальной таблицы. Спорить было не о чем, поскольку оба проекта не имеют проблем.
Но теперь у нас есть редактор, который настаивает, без единого мнения, на том же порядке для всех статей об Олимпиаде 2024 года. Он изменил много видов спорта, пока я не заметил, что он изменил статью о теннисе на медаль сверху только для 2024 года. Он изменил стандартный порядок 17 июля. Это будет не в порядке для всех наших других статей и не основано ни на чем из Олимпийского проекта. Я немного устал от возвратов этого чувака вместе с другими редакторами по теннису, такими как @Qwerty284651: и @ Unnamelessness :. Я не уверен, почему он хочет, чтобы все статьи об Олимпиаде были точными, но он это делает. Любая другая помощь будет оценена по достоинству. Fyunck(click) ( talk ) 23:46, 5 августа 2024 (UTC) [ ответить ]
Опять в 10-й раз статья Olympic — это первая статья WP:OLYMPICS . Она называется tennis at the X Olympics, а не Olympics at tennis. Sportsfan 1234 ( talk ) 00:39, 6 августа 2024 (UTC) [ ответить ]
И в 11-й раз, чушь. И даже если бы это было правдой, Олимпийские правила говорят, что это нормально... только у вас проблема. Fyunck(click) ( talk ) 01:31, 6 августа 2024 (UTC) [ ответить ]
Я считаю, что во время Олимпийских игр читателям/посетителям полезно сначала ознакомиться с расписанием, чтобы знать, кто и когда играет. Информацию о расписании можно также найти на соответствующих страницах жеребьевки для каждого олимпийского вида спорта/дисциплины.
ОДНАКО после окончания Олимпийских игр логично сначала опубликовать раздел «Обзор медалей» (победители), чтобы читатели могли его увидеть в первую очередь, а затем уже расписание и все остальные разделы.
Qwerty284651 (обсуждение) 08:39, 6 августа 2024 (UTC) [ ответить ]
Согласен. Важность расписания уменьшается после события. Fyunck(click) ( talk ) 08:45, 6 августа 2024 (UTC) [ ответить ]
Я не согласен. Таблица медалей должна быть первой, как и все остальные спортивные статьи на Олимпиаде 2024 года. Sportsfan 1234 ( обсуждение ) 14:57, 9 августа 2024 (UTC) [ ответить ]
Я только изменил положение сводки медалей, чтобы сохранить стандарт других видов спорта. Я не знаю, есть ли правило, кроме теннисного проекта, настолько, что я не настаивал. Svartner ( talk ) 15:37, 9 августа 2024 (UTC) [ ответить ]
В Olympic Project нет tule. В этом проекте есть примеры нескольких стилей. Кто-то взял на себя смелость сделать только 2024 таким. Иногда такое случается. Fyunck(click) ( talk ) 18:31, 9 августа 2024 (UTC) [ ответить ]
Не уверен, что RFC необходим. Если теннис — единственная статья, не согласованная с другими статьями, то ясно, в чем проблема. Нет консенсуса относительно отклонения от стилей с других страниц, так что не надо. Sportsfan 1234 ( обсуждение ) Sportsfan 1234 ( обсуждение ) 18:16, 17 августа 2024 (UTC) [ ответить ]
Возможно, консенсус/обсуждение для изменения формата на предпочтительную для вас версию во всех видах спорта было бы хорошим началом. Sportsfan 1234 ( обсуждение ) 18:31, 17 августа 2024 (UTC) [ ответить ]
Или, возможно, ваш Олимпийский проект придумает последовательную модель, как у Теннисного проекта. Но ваше удаление/скрытие необходимой информации является вандализмом и приведет к визиту вики-полиции. Прекратите это делать. Fyunck(click) ( talk ) 18:53, 17 августа 2024 (UTC) [ ответить ]
Будет ли RFC на WP:SPORT более подходящим местом для этого спора или мы перенесем его на WP:OLYMPICS ? Qwerty284651 (обсуждение) 20:09, 17 августа 2024 (UTC) [ ответить ]
Эту «таблицу расписания» начали добавлять к Олимпиаде 2016 года. Я не вижу никаких обсуждений... некоторые просто начали их добавлять. И они тоже различаются. Глядя на 2020 год, я вижу серфинг на летних Олимпийских играх 2020 года , баскетбол на летних Олимпийских играх 2020 года , гольф на летних Олимпийских играх 2020 года , теннис на летних Олимпийских играх 2020 года . Очевидно, что Олимпийский проект гордится своей гибкостью. Внезапно на этой Олимпиаде у нас есть один редактор, утверждающий, что мы делаем что-то против стандартов Олимпийского проекта. Это 100% чушь! У них нет стандартов. Даже в 2024 году у нас есть баскетбол на летних Олимпийских играх 2024 года и водное поло на летних Олимпийских играх 2024 года . По этому поводу нет протокола Олимпийского проекта, и пока они не решат провести некоторые RfC по всем своим ежегодным статьям об Олимпиаде, нам определенно нечему следовать. Статьи об Олимпиаде по теннису все выглядят одинаково, и мы должны придерживаться этого. Таблицы расписаний важны, когда игры продолжаются, но на самом деле они имеют тривиальную ценность после того, как игры закончились. Я бы предложил, чтобы они нам вообще не нужны, поскольку никого не волнуют фактические даты предварительных заездов год спустя. Но если они останутся, то они должны быть обитателями дна в контексте важности. Читатели хотят увидеть, кто победил в первую очередь. Fyunck(click) ( talk ) 22:26, 19 августа 2024 (UTC) [ ответить ]
@Sportsfan 1234, прекрати свои выходки с WP:OLYMPICS , иначе получишь санкции. Ты мне надоел. Боже. Qwerty284651 (обсуждение) 23:15, 2 сентября 2024 (UTC) [ ответить ]
Вы, ребята, рассматривали возможность разрешения споров. T v x 1 18:32, 3 сентября 2024 (UTC) [ ответить ]
Запрошенный переезд вTalk:Ernie Johnson Jr.#Запрошенный переезд 5 августа 2024 г.
Лора Робсон была номинирована на хорошую переоценку статьи. Если вы заинтересованы в обсуждении, пожалуйста, примите участие, добавив свои комментарии на страницу переоценки . Если опасения не будут устранены в течение периода проверки, хороший статус статьи может быть удален из статьи. Z1720 ( обсуждение ) 14:07, 19 августа 2024 (UTC) [ ответ ]
На Wikipedia talk:In the news есть обсуждение , которое может быть интересно участникам этого WikiProject. Лиам Корда 12:36, 15 сентября 2024 (UTC) [ ответить ]
Бурное обсуждение турнирных таблиц турниров Большого шлема в карьере, требующих большего внимания
Обсуждение завершено. Окончательная версия уже доступна. Qwerty284651 (обсуждение) 10:41, 30 сентября 2024 (UTC ) [ ответить ]
Кубок Лейвера
Можно ли считать Laver Cup выставочным турниром? Если нет, то почему?
Противоречие в том, что турнир был добавлен в ATP в 2019 году, но это не событие, дающее рейтинговые очки. Rafaelfdc ( talk ) 05:20, 26 сентября 2024 (UTC) [ ответить ]
Это одна из тех сомнительных вещей. Это что-то вроде финала Next Gen ATP... в подвешенном состоянии... больше, чем показательный, хотя все еще слабый. Но и рейтинговых очков для Олимпиады нет, и это не показательный. Fyunck(click) ( talk ) 05:28, 26 сентября 2024 (UTC) [ ответить ]
Пример одной из причин, по которой Википедия все больше теряет уважение
Этот проект — типичный пример того, почему Википедия все больше теряет уважение. Кажется, если вы не являетесь членом этой клики Tennis Project, ваша работа на страницах о теннисе будет немедленно изменена или удалена. Есть десятки, если не больше, статей о теннисе о малоизвестных игроках с небольшим количеством ссылок или без них. Есть много примечательных статей BLP, наполненных неподтвержденным контентом и чрезмерной статистикой, например, «Джо Блоггс выиграл свой третий матч на этом турнире из 10 выступлений» или бессмыслицей вроде «Джо Блоггс дебютировал на Major на этом Major и выиграл свой первый матч на Major»... ну, если это его дебют и он выигрывает матч, конечно, это его первая победа. Об этом не нужно говорить! В вашем проекте есть один конкретный редактор (Сашона), который вставляет так много мелких подробностей, связанных со статистикой, и либо не цитирует их, либо использует случайные аккаунты Twitter для подтверждения. Они и еще несколько человек ведут себя так, как будто теннисные страницы здесь являются их личной собственностью, набрасываясь на каждую правку, сделанную вне их клики, и изменяя ее, независимо от того, насколько хорошо она цитируется. Википедия должна быть свободной энциклопедией для всего мира, добросовестно редактируемой кем угодно, со всеми надлежащими источниками. К сожалению, когда дело доходит до теннисных страниц, Википедия является энциклопедией для немногих, редактируемой кликой, набитой не имеющими источников мелочами и забитой биографиями игроков, которые никогда не попадали в топ-300 или не сыграли ни одного значимого матча за всю свою карьеру. О, и последнее, Википедия является всемирной энциклопедией, поэтому настаивать на том, чтобы все было написано определенным образом, потому что «так говорят в США», просто смешно. Уимблдон, Открытый чемпионат Франции, Открытый чемпионат США и Открытый чемпионат Австралии на самом деле являются турнирами Большого шлема, независимо от того, как часто американцы называют их Majors и titleist, в лучшем случае это бессмыслица, а в худшем — даже не слово! Я мог бы привести больше примеров, но никто из вас, членов клики Tennis Project, не ругается, поэтому я остановлюсь на этом. Я выплеснул это из своей груди, и если это немедленно удалят, мне все равно. Также, если вы хотите оскорбить меня на моей странице обсуждения или в ответе на это, то наслаждайтесь. Shrug02 ( обсуждение ) 08:24, 30 сентября 2024 (UTC) [ ответить ]
Я собираюсь отменить решение о полном удалении этого со страницы обсуждения. Хотя я согласен, что часть написанного может попасть в WP:CIVIL . В своем резюме по редактированию Fyunck вы сказали об удалении, что «часть написанного — правда». Возможно, стоит подробнее остановиться на своих мыслях, а не на удалении, если это приведет к оздоровлению информации в Википедии, то это заслуживает обсуждения. YellowStahh ( обсуждение ) 21:58, 30 сентября 2024 (UTC) [ ответ ]
Что-то из этого правда, но большая часть — полная чушь редактора, виновного в тех же вещах, против которых он ругается, и, возможно, в некотором невежестве в мире тенниса. Глядя на них, можно сказать, что многие из его правок просто хороши. Некоторые были неподтвержденными или противоречили стандартам Википедии. Но он выплеснул душу, так что это хорошо. Я посчитал пост показным, не задавая никаких вопросов, и удалил его, но другой редактор вернул его для комментариев.
"Этот проект - типичный пример того, почему Википедия все больше теряет уважение". - Полная чушь. Достаточно взглянуть на любую политическую статью и увидеть, куда уходит уважение.
"Похоже, если вы не являетесь членом этой клики Tennis Project, ваша работа на страницах о теннисе будет немедленно изменена или удалена." - Еще один вздор. Некоторые редакторы делают это, чтобы наверняка, но не большинство, и не некоторые клики.
"Есть десятки, если не больше, статей о теннисе о малоизвестных игроках с небольшим количеством ссылок или без них. Есть много примечательных статей BLP, наполненных неподтвержденным контентом и чрезмерной статистикой". - Без сомнения, это правда. Я думаю, мы уже знали это, но многие из наших статей можно было бы сократить на 50%-75%.
«В вашем проекте есть один конкретный редактор (Сашона), который вставляет так много мелких статистических данных и либо не цитирует их, либо использует случайные аккаунты Twitter для подтверждения». - Некоторые вещи верны и с ними трудно спорить. Этот редактор тоже является проблемой для меня. Если это не излишняя детализация, то слишком длинные заголовки разделов, которые забивают оглавление для браузеров, или его отказ подчиняться правилам Википедии по использованию заглавных букв.
"Когда дело доходит до страниц о теннисе, Википедия — это энциклопедия для немногих, редактируемая кликой, набитая неподтвержденными фактами и забитая биографиями игроков, которые никогда не входили в топ-300 или не сыграли ни одного значимого матча за всю свою карьеру". — Здесь есть доля правды. Она набита фактами, и я бы не хотел, чтобы это было так. Но ее не редактирует клика. На самом деле, теннисных редакторов не так уж много, поэтому может так показаться. Но в этих немногих редакторах они все время не согласны между собой... клики нет.
Остальное я отнесу к незнанию тенниса.
Итак, вы получили свой ответ. Fyunck(щелчок) ( обсуждение ) 22:19, 30 сентября 2024 (UTC) [ ответить ]
@ Fyunck(click) Покажите мне, где я использовал неиспользуемый контент pov? Shrug02 ( talk ) 22:27, 30 сентября 2024 (UTC) [ ответить ]
Что касается несоответствия стандартам Википедии. В августе вы сказали мне не использовать оценку в прозе, если это не рекорд, и с тех пор я этого не делаю. Если приветствуются дальнейшие примеры, чтобы я мог стремиться к улучшению. @ Fyunck(click) Shrug02 ( talk ) 22:42, 30 сентября 2024 (UTC) [ ответить ]
@ Fyunck(click) Что касается "невежества в теннисе", вы ничего обо мне не знаете, и то, что вы пишете о теннисе в Википедии, не делает вас экспертом. Я информированный, давний поклонник тенниса и бывший игрок низкого уровня. Я делаю все, что могу, и учусь на конструктивных советах, таких как подробно изложенные выше, но я, конечно, не невежда, и я возмущен замечанием и прошу вас отозвать его. Shrug02 ( talk ) 22:46, 30 сентября 2024 (UTC) [ ответить ]
Знаешь что... редактирование от первого лица приписали другому редактору. В этом я ошибался. Извините. Изначально я сказал "возможно, некоторое невежество". Я понятия не имел о твоем теннисном прошлом, но последняя часть о теннисных турнирах просто неверна, и я приписываю это невежеству (отсутствию знаний по этому вопросу). Могут быть и другие причины, по которым ты не прав, о которых я не знаю, но незнание терминологии показалось мне в то время лучшей причиной. Fyunck(click) ( talk ) 23:25, 30 сентября 2024 (UTC) [ ответить ]
И соглашаясь с @ Shrug02 : редактор Sashona продолжает добавлять длинные заголовки разделов, которые делают оглавление слишком широким. Глупые пункты, такие как «топ-60» Ренаты Сарасуа или несоблюдение абсолютно самого большого пункта периода (например, победа в мероприятии) и вместо этого добавление 3-го раунда или их первое появление. Это энциклопедия, и их добавление мелочей — это умаление. Fyunck(click) ( talk ) 02:46, 2 ноября 2024 (UTC) [ ответить ]
