Ваш браузер скоро станет несовместимым с этим сообществом. Чтобы продолжить участие, пожалуйста, обновите браузер или узнайте больше.
Кстати, ссылка «узнать больше» в этом баннере на эту тему не учитывает настройку Открывать все внешние ссылки в новой вкладке. Она загружается в текущей вкладке.
На мой взгляд, Wine на данном этапе уже довольно хорошо развит. Изначально проект развивался в основном в игровых кругах, но в последнее время ему оказывали финансовую помощь ($$$).
Отказ от ответственности: у меня нет недавнего опыта работы с ним.
Для чего вы планируете использовать синтаксис относительных цветов?
Более компактные стили?
Может быть, вы могли бы отказаться от запланированного использования синтаксиса относительных цветов?
Хотя это лишь некоторые из функций, которые мы намерены использовать сегодня, отказ от поддержки браузеров, чьи разработчики объявили их устаревшими, позволяет нам исследовать и другие возможности. Например, Import maps | Can I use... Support tables for HTML5, CSS3, etc — это функция, которая станет доступной благодаря этому же изменению и может ускорить работу Discourse для 99% пользователей. Offscreen canvas уже много лет используется в Discourse для сжатия изображений и с этим обновлением становится доступным во всех целевых браузерах.
У меня всё ещё то же самое.
Кто-нибудь нашёл обходной путь?
Я уже перепробовал 5–6 расширений для подмены user-agent. Их много, но те, что я тестировал, оказались не очень удобными в использовании. К тому же большинство из них не работают для отдельных сайтов.
На Android 9 мне всё ещё нужны:
И возможность использовать Discourse (чтение и запись).
Похоже, придётся по очереди протестировать все расширения для подмены user-agent… 
Мы не проверяем user-agent, поэтому его подделка не поможет.
Мы используем проверку поддержки функций для трёх возможностей, упомянутых в оригинальном сообщении. Если браузер их не поддерживает, будет показано предупреждающее сообщение.
Вы пробовали сообщить об этой проблеме разработчикам Kiwi? Похоже, что их версия Chromium должна поддерживать относительный синтаксис цветов, возможно, они его отключили? Может быть, случайно?
О, это хорошо.
Будет ли это так же в версии от 1 мая, или вы будете тестировать версии?
Kiwi больше не поддерживается.
Да, мы добавим это в существующий список функций, которые проверяет Discourse 
Вы говорите, что это изменение ускорит работу для 99% пользователей — вполне справедливо. Но обратная сторона медали в том, что вы полностью перекрываете доступ оставшимся 1%.
Так сколько же реальных людей попадает в эти 1%?
Если количество кажется неудобным для публикации здесь, потому что оно не так мало, как звучит в процентном соотношении, возможно, стоит пересмотреть, действительно ли они настолько незначительны, чтобы лишать их доступа.
Большинство моих машин современные, но я только что получил это сообщение на одной из них, которую невозможно обновить.
Думаю, базовый уровень всегда будет меняться, но я бы попросил, по возможности, предусмотреть чистый режим отката, чтобы неподдерживаемые браузеры имели минимальные возможности: вход в систему, просмотр и создание сообщений/тем, даже если они не смогут использовать все дополнительные функции.
ПОЧЕМУ?? Это дискриминация людей, живущих в странах третьего мира!
Не ломайте интернет, он существует уже 35 лет!
По-моему, эта проблема гораздо шире, чем просто Discourse. Это проблема производителей аппаратного обеспечения, операционных систем и веб-браузеров, которые прекращают поддержку, обновления и модернизацию слишком рано. Стоимость обновлений должна быть минимальной, чтобы их могли получить все.
Разработчики Discourse и другого программного обеспечения (включая приложения) действительно находятся во власти экосистемы, в которой мы живём.
Хотя именно Discourse станет первым сайтом, который я заблокирую в своём браузере на Android.
Основываясь на отзывах сообщества и дополнительной информации, которую мы собрали о влиянии на Windows 7/8, мы решили отложить это изменение до момента после следующего стабильного релиза Discourse в июле 2025 года. Это даст сообществам и пользователям ещё три месяца на подготовку к изменениям.
Это также предоставит администраторам с самостоятельным размещением возможность переключить свои сообщества на стабильную ветку, которая продолжит работать на старых браузерах до следующего релиза в начале 2026 года.
Чтобы мы могли продолжать внедрение новых технологий, наш новый «Тема Horizon» уже использует некоторые из этих современных функций браузера. Для сайтов, работающих на Horizon, пользователи старых браузеров уже видят базовый HTML-вид.
Я обновлю исходный пост здесь соответствующим образом 
Отлично. Могу ли я призвать вас (то есть Discourse) рассматривать такие случаи внедрения как вопросы доступности и инклюзивности?
Спасибо.
В течение этого времени, пожалуйста, рассмотрите возможность также продолжить выпуск версии Discourse, которая будет оставаться работоспособной на старом оборудовании. Эта версия, хотя и может не включать все функции, должна обеспечивать возможность публикации, создания тем, а также чтения.
Спасибо! Это определённо поможет и снизит панику.
Но:
оба эти утверждения по-прежнему абсолютно верны.
Я считаю, что многие из нас спорят не о том, должна ли функция X поддерживаться в версии Y в течение времени Z, а о том, что Discourse должен обеспечивать плавную деградацию функционала. Возможно, что-то вроде режима чистого HTML + HTTP POST, как предлагали самые ранние форумы. В идеале это должно быть приоритетнее новых функций, особенно косметических изменений, но я бы также поставил это выше оптимизаций производительности.
Пользователи Discourse не должны выбирать между сообществом и новыми функциями — и эта часть вопроса, безусловно, имеет культурный аспект. Кажется, разработчики хотят «двигаться немного быстро, но не слишком быстро, ломать кое-что, но не слишком много». Это может быть вполне разумной позицией для программной компании, но это НЕ обязательно та позиция, которую хотели бы сообщества Discourse. Некоторые сообщества хотели бы двигаться быстрее, в то время как другие предпочли бы гораздо более медленное движение или вообще его отсутствие.
Для меня Discourse сегодня уже «достаточно хорош», и если бы у хостинговых клиентов была возможность выбрать ветку долгосрочной поддержки без добавления новых функций в течение следующих 10 лет, только с критическими исправлениями безопасности, я бы однозначно выбрал её — даже если бы новая версия была в 10 раз быстрее. Я бы гораздо, ОЧЕНЬ гораздо предпочёл медленный форум, которым может пользоваться каждый, чем тот, который постепенно теряет пользователей, просто чтобы предоставить более быстрый и блестящий опыт выжившим.
Но не все согласятся с этим. Такая скорость была бы слишком медленной как для разработчиков (предположительно), так и для других сообществ Discourse… это полностью зависит от демографии их пользователей и устройств. Форум для пожилых людей никогда не будет гнаться за теми же функциями, что и форум об ИИ, например.
Но им не должно быть нужно бороться друг с другом таким образом. Это не взаимоисключающие цели. Плавная деградация была базовым принципом с самых ранних дней веба, и Discourse уже достаточно «безголов» (благодаря различным API, а также подтверждено сторонними реализациями, такими как Discorkie), поэтому должно быть возможно предоставить режим «простого HTML» с базовым чтением и публикацией. Ему не нужны изысканные темы, не нужна бесконечная пагинация, ему даже не обязательно нужны редактирование, уведомления и все остальные приятные функции. Ему просто нужно быть базовым, работоспособным опытом, позволяющим людям по-прежнему использовать форум по его прямому назначению: для чтения и публикации. Он может предлагать не больше, чем UX в стиле Usenet 90-х, и это всё равно будет лучше, чем полное отключение людей. С небольшим дополнительным временем разработки он мог бы предложить интерфейс в стиле vBulletin эпохи PHP, и это всё равно было бы огромным улучшением по сравнению с ситуацией «Извините, вы больше не можете публиковать сообщения» (которую мы всё ещё увидим в июле).
На мой взгляд, Discourse — это (или должен быть) в первую очередь о сообществе. Это больше не техническая демонстрация, и хотя моё личное предпочтение заключается в том, чтобы считать его «стабильным, скучным программным обеспечением», которое редко, если вообще когда-либо, меняется… я понимаю, что это не то, чего хотят разработчики и другие сообщества Discourse. Это нормально. Это не банковский мейнфрейм 
Но, с другой стороны, ему также не нужно гнаться за постоянными улучшениями браузеров (которые никогда не закончатся). Между двумя крайностями базовый режим HTML позволил бы пользователям продолжать публиковать сообщения задолго после того, как их браузеры устареют, одновременно позволяя ускорить разработку новых функций в основной ветке, поскольку у пользователей будет возможность отката.
В качестве бонуса это, возможно, даже позволит вам реализовать желаемую разработку, основанную на временных окнах (например, «мы будем поддерживать браузеры возрастом до 2 лет или на уровне 95% caniuse»), вместо выборочного отбора отдельных функций для каждой возможной комбинации оборудования + ОС + браузера + форка. Всё, что старше этой цели, всё ещё сможет публиковать сообщения через базовый режим HTML, но не сможет использовать последние темы, _____, ______, _____ и т. д. (что совершенно нормально, потому что им, вероятно, всё равно не интересны все эти вещи). Это освобождает вас от необходимости проверять каждую функцию против каждого браузера… если пользователь не может использовать какую-то изысканную функцию, ну, это действительно будет зависеть от него самого обновить браузер. Но по крайней мере их не исключат из их сообществ.
Я не уверен насчёт этого (поскольку не знаю источник скрипта), но я годами видел сайты, которые при простой проверке совместимости в браузере автоматически выбирают ту или иную версию в зависимости от того, поддерживает ли браузер нужные функции. Обычно это происходит в прозрачном режиме — пользователи даже не замечают этого процесса.
Уверен, что, учитывая, что у Discourse уже есть рабочая версия (та, которую вы используете сейчас) и которая не исключает старые браузеры, будет достаточно легко добавить одну проверку в начале загрузки скрипта и в зависимости от её результата загружать соответствующую часть: «тест пройден — загружаем версию со всеми новыми функциями, тест не пройден — загружаем старую версию». Многие другие сайты делают это уже много лет, так почему для Discourse это должно быть невозможно?
Небольшое упражнение, которое я только что провёл:
Windows XP с IE 6 выдаёт ошибку TLS
Та же Windows XP, но с браузером, который всё ещё её поддерживает (Supermium)
Та же Windows XP, теперь с использованием r3dfox
Спасибо за обновление и за отсрочку — это ценится. Но у меня есть дополнительный вопрос относительно обоснованности этого решения.
Вы упомянули, что даете сообществам и пользователям больше времени на подготовку к изменениям. Это подразумевает, что главным препятствием для 1% является время на обновление браузера или операционной системы. На каких данных вы основываете это предположение?
Потому что, если большинство из этой 1% не могут обновиться из-за ограничений оборудования или ОС, а не просто из-за прокрастинации, то отсрочка отключения на несколько месяцев им реально не поможет. Это лишь отодвигает проблему, не решая её корень.
Так что, если у вас нет убедительных данных, показывающих, что больше времени значительно сократит количество затронутых пользователей, это изменение всё равно отсечёт значительную группу людей, которые не смогут вернуться.
Буду признателен за четкий ответ о том, что именно показывают ваши данные по этой 1%.
