Это страница обсуждения для обсуждения улучшений страницы размера статьи . |
|
Архивы : 1 , 2 , 3 , 4 , 5 , 6 |
Политика и рекомендации WikiProject | ( Несуществующий ) |
---|---|
См. WP: PROPOSAL о процедурной политике Википедии по созданию новых руководств и политик. Узнайте, как внести свой вклад в руководство Википедии, чтобы получить рекомендации по созданию и обновлению страниц политики и руководств . |
Обновление языка для медленных подключений
Достаточно ли распространен коммутируемый доступ в 2020 году, чтобы на него по-прежнему ссылались в Википедии: размер статьи # Технические проблемы ? У многих людей в сельской местности медленное соединение - даже всего в нескольких километрах к северо-западу от современного городского Торонто есть большая территория с почти палеолитической скоростью загрузки, но технически это не коммутируемое соединение. Есть ли лучший способ решить проблему словом? - Занимум ( разговор ) 02:09, 21 апреля 2020 г. (UTC)
- +1 к пункту Занимума . Я бы добавил, что я почти уверен, что изображения представляют собой большую проблему, чем длина текста. Эд [разговор] [величественный титан] 05:38, 13 сентября 2020 г. (UTC)
- The ed17 Совершенно верно. Я могу попытаться переписать раздел, поскольку здесь не было никаких возражений. - Занимум ( разговор ) 02:57, 16 сентября 2020 г. (UTC)
- Раздел выглядит стабильным и приемлемым, а разговору здесь шесть месяцев, поэтому я удалил баннер раздела. Пожалуйста, замените баннер, если обсуждение возобновится. SilkTork ( разговор ) 10:55, 19 марта 2021 (UTC)
Рухул Ислам Хридой
Рухул Ислам Хридой (родился 21 февраля 1998 г.) [1] - бангладешский журналист. Он работал в Daily Desh Rupantor. [2] Он также политический аналитик. - Предыдущий неподписанный комментарий добавлен Рухулом Исламом Хридоем ( обсуждение • вклад ) 04:24, 7 октября 2020 г. (UTC)
- Это было размещено не на той странице обсуждения? На странице проекта нет ничего, что упоминало бы Рухул Ислам Хридой. Рекомендовать предыдущий редактор определяет, где должен быть размещен комментарий, и размещает в нужной статье. Спасибо. Также порекомендуйте другому редактору принять это как голосование за удаление этого раздела со страницы обсуждения размера статьи. Мберрелл ( разговор ) 04:33, 7 октября 2020 (UTC)
РАЗМЕР
В недавнем обсуждении были высказаны следующие мнения:
- «Что касается WP: SIZERULE , это относится к статьям, а не спискам». [1]
- "на практике SIZERULE применяется к любой странице, которую вы хотите, чтобы люди могли загружать на мобильные или недорогие устройства, и к любой странице, которую вы хотите, чтобы люди действительно читали. Также обратите внимание, что сам SIZERULE в настоящее время говорит:" применять к списку статей в меньшей степени. ", а не" не относится к спискам ". [2]
Также WP: HASTE говорит: «Поскольку браузеры улучшились, нет необходимости спешить с разделением статьи, когда она начинает увеличиваться».
Я не думаю, что последнее верно. Во многих странах третьего мира - и среди пожилых людей в странах первого мира - все еще используются недорогие устройства с ограниченным количеством браузеров. Мы не должны считать , что только потому , что у нас есть новые браузеры, каждый делает.
Есть еще одна группа, у которой могут возникнуть проблемы с чрезмерно длинными страницами: пользователи, использующие спутниковые телефоны. Если вы находитесь на небольшом корабле посреди океана, этот спутник может быть вашим единственным доступом в Интернет. Такой доступ часто бывает медленным, и каждый пакет имеет задержку.
Кроме того, некоторые люди на самом деле покупают холодильники с интернет-браузерами, и гораздо больше людей используют браузер, установленный на их телевизорах, и люди держат телевизоры в течение многих лет. Я знаю, что у моего телевизора есть доступ к Интернету, но он довольно ограничен.
Наконец, как инженер в индустрии игрушек, я знаю, что это лишь вопрос времени, когда затраты станут достаточно низкими, чтобы мы могли начать превращать Wi-Fi и браузеры в недорогие игрушки.
На мой взгляд, совет SIZERULE должен применяться ко всем основным страницам Википедии.
Комментарии? - Гай Мейкон ( разговор ) 06:04, 30 ноября 2020 г. (UTC)
- Это определенно должно применяться ко всему контенту. Слишком многие люди думают, как они просматривают страницы из страны первого мира, где, казалось бы, нет практических ограничений, но мы должны помнить как об ограничениях для третьего мира, так и о программах чтения с экрана и связанных с этим проблемах доступности. (Я также прошу вопрос о статье, не являющейся статьей, которая может пройти мимо SIZERULE без проблем с эталонными шаблонами - если у них нет ссылок, что является даже наихудшей проблемой). - M asem ( t ) 06:26, 30 ноября 2020 г. (UTC)
- Нет - это старинное правило, которое было разработано для СРЕДНЕГО читателя, который теперь имеет доступ в 1000 раз быстрее. Правило снижает качество и содержание статей. Даже «медленные» браузеры могут загружаться быстрее, чем люди могут читать, поэтому они не теряют времени. Я полагаю, что лишать людей в бедных странах информации - не к чему. Что касается воображаемых пассажиров круизного лайнера, у них есть время, чтобы сэкономить лишние 20 секунд. Рьенсен ( разговорное ) 06:37, 30 ноября 2020 (UTC)
- Мы смотрим не на среднего читателя, а на наименьший общий знаменатель - тех, у кого плохая инфраструктура в странах третьего мира. Мы хотим охватить максимально возможную аудиторию, а не сделать ее удобной для средней аудитории.
- И я решительно утверждаю, что большинство статей, которые достигают предела объема в 100 тыс. (Например, игнорируют таблицы, ссылки и другую вики-разметку), которые дает SIZERULE, почти всегда можно разделить с помощью стиля сводки на две или более статей, которые более удобно читать, учитывая, что мы должны быть энциклопедией. Это не только технический предел, но и предел человеческого понимания. - M asem ( t ) 06:51, 30 ноября 2020 г. (UTC)
- Википедия, предназначенная для среднего читателя, по умолчанию неоптимальна для 50% наших читателей. Из комментария Рьенсена о «круизном лайнере» становится ясно, что они не понимают технических проблем со спутниковыми телефонами. На круизных лайнерах есть Wi-Fi на борту, который обслуживается антенной большего размера, чем ваш дом. Поэтому я выбрал малые корабли. И даже у круизных линий есть проблемы: подробности см. На www.cruisecritic.com/articles.cfm? ID = 1419 \ и thepointsguy.com/guide/cruise-ship-internet-wifi/. Медленное соединение - настоящая проблема, если вы платите 75 центов за минуту, чтобы найти что-нибудь в Википедии. - Гай Мейкон ( разговор ) 07:13, 30 ноября 2020 г. (UTC)
- какой% читателей Wiki платит 75 центов за минуту? Я думаю, что правило максимального размера неоптимально для 90 +% наших пользователей. Рьенсен ( разговорное ) 08:12, 30 ноября 2020 (UTC)
- Нет - это старинное правило, которое было разработано для СРЕДНЕГО читателя, который теперь имеет доступ в 1000 раз быстрее. Правило снижает качество и содержание статей. Даже «медленные» браузеры могут загружаться быстрее, чем люди могут читать, поэтому они не теряют времени. Я полагаю, что лишать людей в бедных странах информации - не к чему. Что касается воображаемых пассажиров круизного лайнера, у них есть время, чтобы сэкономить лишние 20 секунд. Рьенсен ( разговорное ) 06:37, 30 ноября 2020 (UTC)
- ( править конфликт ) Противостоять - это много чего путает. SIZERULE касается читаемой прозы, а не размера разметки вики. Нет прямой связи между читаемой прозой и временем загрузки; и, кстати, также нет прямой связи между размером разметки вики и временем загрузки. Обратите внимание, например, что изображения и другие файлы не учитываются ни в читаемой прозе, ни в размере разметки вики. То же самое, например, с шаблонами: например, батарея из пяти подробных навигационных ящиков внизу статьи считается нулем в читаемой прозе и почти ничего в разметке вики, но может загружаться медленнее, чем довольно расширенный список. Также шаблоны цитирования известны тем, что занимают большую полосу пропускания по сравнению с их размером прозаики (ноль) и разметкой вики (всегда намного меньше, чем количество укусов, которые они заставляют вас загружать). Таким образом, при сравнении, например, статьи разумного размера с хорошими ссылками об известном плодовитом художнике эпохи барокко (много изображений, множество шаблонов) и очень расширенного списка, в котором нет изображений и только несколько общих ссылок на весь список, то первый может загружаться намного медленнее.
- Я думаю, что время загрузки должно быть разумным, и там, где это возможно, может быть реализовано разделение. См., Например, Википедию: Соглашения об именах (длинные списки), в которой неявно показано, как разбивать списки. Таким образом можно разделить любой маркированный или упорядоченный список. Таблицы обычно могут: большие сортируемые таблицы немного сложнее, если кто-то хочет сохранить функциональность сортировки (возможное решение, например, предоставить меньшие частичные списки для тех, кто не хочет загружать большой сортируемый список). Но не нужно беспокоиться о том, что одни страницы загружаются медленнее, чем другие. Это знают люди с медленным подключением. Прозаическая статья с большим количеством изображений может загружаться медленно. Полный список с возможностью сортировки может загружаться медленно. По возможности предоставляйте альтернативы, но, например, удаление всех изображений, ссылок и навигационных ящиков из статьи Рафаэля - такая же плохая идея, как преобразование всех сортируемых таблиц в разделяемые маркированные списки.
- Другой проблемой является WP: CHOKING , включая CHOKING окна редактирования: это проблемы с «количеством загруженных фрагментов», которые имеют значение. Для окна редактирования «количество загруженных фрагментов» эффективно коррелирует с размером разметки вики. В этом случае в шаблоны часто можно поместить большие фрагменты кода разметки, чтобы они занимали меньше места (и время загрузки) в статье, которую вы редактируете. Но как таковые, эти методы могут применяться без уменьшения размера, например, больших сортируемых таблиц. - Фрэнсис Шонкен ( разговор ) 07:21, 30 ноября 2020 г. (UTC)
- У меня также сложилось впечатление, что SIZERULE в большей степени, если не больше, касается удобочитаемости, чем технических проблем, как часть стиля Wikipedia: Summary . Как отмечает Фрэнсис Шонкен, размер имеет гораздо более важные технические соображения, чем проза. Как ни странно, в регионах или временах с особенно нестабильным Интернетом я обнаружил, что страницы со значительным количеством шаблонов являются самым большим препятствием. Я считаю, что именно поэтому, например, шаблоны не разрешены на страницах обзора FA. CMD ( обсуждение ) 08:33, 30 ноября 2020 (UTC)
- Против - по всем причинам, указанным пользователем: Фрэнсис Шонкен . Размер статьи имеет три связанных показателя: читаемую прозу, размер разметки Wiki и размер страницы браузера. Это касается статей и не подлежит сомнению. В разделе «Проблемы читабельности» есть раздел о списках, таблицах и сводках, который уже суммирует мысли о списках и т. Д., Где они могут быть оставлены нетронутыми, если нет естественного способа разбить список, сохраняя их как можно более короткими внутри. это масштаб и цель. В разделе технических проблем упоминается, что на шаблоны повлияло ограничение после расширения. Конечно, все списки, таблицы и сводки должны быть меньше, чем предел после развертывания. Это техническое ограничение, а не размер статьи.
- Я работаю с некоторыми большими списками и вносил правки, пока пользователь редактировал их с помощью смартфона. Пользователь жаловался на проблему внесения правки, когда кто-то публикует конфликт редактирования, но не жаловался на невозможность внесения правок с помощью смартфона. Я сам вносил правки на своем смартфоне старой модели. Когда кто-то заявляет, что технические проблемы должны ограничивать размер списка, как будет количественно определено наличие проблем с редактированием? Следует ли нам просматривать большие списки и страницы обсуждений за столом и видеть, оставляют ли люди комментарии о трудностях с внесением изменений из-за размера списка или таблицы? Допускаем ли мы проблемы, которых не существует? Что касается недорогих игрушек, которые являются низким общим знаменателем нового компьютера, было ли количественно определено, кто будет пользователями этих устройств и какие пользователи желают редактировать большие таблицы и списки? Когда в последний раз ребенок с игрушечным планшетом хотел добавить в Список поддержки президентской кампании Джо Байдена 2020 года (в настоящее время самый большой список / статья в Википедии)? Я выступаю против введения жестких ограничений на размеры списков для предполагаемых проблем, пытаясь исправить проблемы, которые, вероятно, являются гипотетическими, но не доказанными в настоящее время. Давайте соберем доказательства проблемы, прежде чем ломать то, что работает во имя исправления предполагаемой проблемы. Мберрелл ( разговор ) 21:12, 30 ноября 2020 (UTC)