В эти дни небывало кучно идут новости про дальнѣйшее развитие цвѣтовыхъ возможностей браузера Firefox.
Каждая новость упоминает одну и ту же (сто одиннадцатую) версию Файерфокса, которую собираются выпустить в марте.
Во-первых, по наводке из выпуска №354 подкаста «Веб-стандарты» я прочёл, что поддержка в языке CSS для того цвѣтового пространства (OKLCH), пользу которого я тут ужé упоминал (в конце ноября 2022 года), будет добавлена в Firefox.
Причём при виде такого добавления сразу явился вопрос о том, как теперь сочинять CSS-стили, достаточно хорошо выглядящие в прежних браузерах, ещё не понимающих новые цвѣта. Оказывается, значение CSS-свойства можно попросту задать дважды (старый цвѣтъ, затѣмъ новый), но вот значения перемѣнныхъ могут интерпретироваться как «unset» и сдѣлать конечный цвѣтъ прозрачным, поэтому изобретаются замысловатые средства для обхода этого досадного нюанса.
Интересно, что в качестве одного из таких средств годится, напримѣръ, директива @supports (background: color(display-p3 1 1 1)), однако не годится директива @media (color-gamut: p3), провѣряющая цвѣтовыя возможности дисплея (а совсѣмъ не понимание новых цвѣтовъ браузером, читающим CSS).
Ещё интереснѣе, что эта послѣдняя директива придёт чуть раньше (в Firefox 110) и что она (вопреки написанному там слову «p3») проектировалася в качестве срабатывающей не только на дисплеях Display P3, но также ещё и на любых других таких дисплеях, цвѣтовой охват которых шире sRGB (ну, напримѣръ, если переключу свой монитор в режим Adobe RGB 1998 года, раз уж NEC MultiSync PA241W его поддерживает), о чём Chris Lilley сообщал, оказывается, ещё в прошлом (2022) году во блоге и на YouTube. Остаётся надѣяться (и надѣюсь), что разработчики Файерфокса реализуют эту директиву правильно.
Во-вторых, чѣмъ шире цвѣтовой охват, тѣмъ дальше насыщенные цвѣта отстоят от ненасыщенных (сѣрыхъ) и тѣмъ замѣтнѣе ступенчатость плавных цвѣтовыхъ переливов в двадцатичетырёхбитных изображениях (TrueColor) и желательность тридцатибитных. Но единственным графическим форматом файлов, способным хранить тридцатибитные пикселы, является AVIF. Вот одна из причин, дѣлающихъ понятною ту радость, с которой Chris Griffith на сайте Code Calamity пишет про появление поддержки анимированных AVIF в Файерфоксе (в версии 111).
Другою (и даже ещё болѣе вѣскою) причиною для радости является уникальная эффективность сжатия с потерями, которая дѣлаетъ анимированные AVIF способными достигать многократно меньшего объёма файла (при равном качестве) или же (что примѣрно то же сáмое) существенно превосходить по качеству (при равном объёме файла) всѣ, всѣ предшествующие анимационные форматы: и анимированные GIF, и анимированные PNG, и анимированные WebP, и даже зацикленные видео MP4 без звука (не считая тѣхъ случаев, когда в MP4 используется новѣйшій видеоформат AV1, идентичный анимированным AVIF почти во всём, кроме заголовка файла).
Эта новинка сдѣлала движок Файерфокса формально третьим браузерным движком, поддержавшим анимированные AVIF (в Safari поддерживалися с 24 октября 2022 г., во Хроме — с версии 85, вышедшей 25 августа 2020 г.).
Но всё же тут я пишу уточняющее слово «формально», поскольку поддержка анимированных AVIF в Safari вызывает вопросы, которые притом некому задать через Twitter, поскольку Jen Simmons покинула Twitter, досадуя насчёт декабрьских рѣшеній Маска. (И она такая не одна. Напримѣръ, разработчик pngquant до сих пор ничего не рассказал в changelog о том, какие новинки содержит версия 2.18.0 его дѣтища, и даже не положил эту версию в архив для Windows. Микроблог этого разработчика содержит словá прощания, закрытые под замóк, и упоминание адреса в Mastodon как альтернативы покинутому им Твиттеру.)
Третья причина для радости — знание о том, что поддержка AVIF без поддержки анимированных AVIF до сих пор служила такою помѣхою работоспособности тега picture, о которой я упоминал въ послѣднемъ абзацѣ вон того сообщения 13 сентября. Теперь эта помѣха наконец будет устранена.
Всё это — достоинства десктопного Файерфокса. В мобильном же съ цвѣтомъ всё хуже: даже ICCv2 не поддерживается.
Каждая новость упоминает одну и ту же (сто одиннадцатую) версию Файерфокса, которую собираются выпустить в марте.
Во-первых, по наводке из выпуска №354 подкаста «Веб-стандарты» я прочёл, что поддержка в языке CSS для того цвѣтового пространства (OKLCH), пользу которого я тут ужé упоминал (в конце ноября 2022 года), будет добавлена в Firefox.
Причём при виде такого добавления сразу явился вопрос о том, как теперь сочинять CSS-стили, достаточно хорошо выглядящие в прежних браузерах, ещё не понимающих новые цвѣта. Оказывается, значение CSS-свойства можно попросту задать дважды (старый цвѣтъ, затѣмъ новый), но вот значения перемѣнныхъ могут интерпретироваться как «unset» и сдѣлать конечный цвѣтъ прозрачным, поэтому изобретаются замысловатые средства для обхода этого досадного нюанса.
Интересно, что в качестве одного из таких средств годится, напримѣръ, директива @supports (background: color(display-p3 1 1 1)), однако не годится директива @media (color-gamut: p3), провѣряющая цвѣтовыя возможности дисплея (а совсѣмъ не понимание новых цвѣтовъ браузером, читающим CSS).
Ещё интереснѣе, что эта послѣдняя директива придёт чуть раньше (в Firefox 110) и что она (вопреки написанному там слову «p3») проектировалася в качестве срабатывающей не только на дисплеях Display P3, но также ещё и на любых других таких дисплеях, цвѣтовой охват которых шире sRGB (ну, напримѣръ, если переключу свой монитор в режим Adobe RGB 1998 года, раз уж NEC MultiSync PA241W его поддерживает), о чём Chris Lilley сообщал, оказывается, ещё в прошлом (2022) году во блоге и на YouTube. Остаётся надѣяться (и надѣюсь), что разработчики Файерфокса реализуют эту директиву правильно.
Во-вторых, чѣмъ шире цвѣтовой охват, тѣмъ дальше насыщенные цвѣта отстоят от ненасыщенных (сѣрыхъ) и тѣмъ замѣтнѣе ступенчатость плавных цвѣтовыхъ переливов в двадцатичетырёхбитных изображениях (TrueColor) и желательность тридцатибитных. Но единственным графическим форматом файлов, способным хранить тридцатибитные пикселы, является AVIF. Вот одна из причин, дѣлающихъ понятною ту радость, с которой Chris Griffith на сайте Code Calamity пишет про появление поддержки анимированных AVIF в Файерфоксе (в версии 111).
Другою (и даже ещё болѣе вѣскою) причиною для радости является уникальная эффективность сжатия с потерями, которая дѣлаетъ анимированные AVIF способными достигать многократно меньшего объёма файла (при равном качестве) или же (что примѣрно то же сáмое) существенно превосходить по качеству (при равном объёме файла) всѣ, всѣ предшествующие анимационные форматы: и анимированные GIF, и анимированные PNG, и анимированные WebP, и даже зацикленные видео MP4 без звука (не считая тѣхъ случаев, когда в MP4 используется новѣйшій видеоформат AV1, идентичный анимированным AVIF почти во всём, кроме заголовка файла).
Эта новинка сдѣлала движок Файерфокса формально третьим браузерным движком, поддержавшим анимированные AVIF (в Safari поддерживалися с 24 октября 2022 г., во Хроме — с версии 85, вышедшей 25 августа 2020 г.).
Но всё же тут я пишу уточняющее слово «формально», поскольку поддержка анимированных AVIF в Safari вызывает вопросы, которые притом некому задать через Twitter, поскольку Jen Simmons покинула Twitter, досадуя насчёт декабрьских рѣшеній Маска. (И она такая не одна. Напримѣръ, разработчик pngquant до сих пор ничего не рассказал в changelog о том, какие новинки содержит версия 2.18.0 его дѣтища, и даже не положил эту версию в архив для Windows. Микроблог этого разработчика содержит словá прощания, закрытые под замóк, и упоминание адреса в Mastodon как альтернативы покинутому им Твиттеру.)
Третья причина для радости — знание о том, что поддержка AVIF без поддержки анимированных AVIF до сих пор служила такою помѣхою работоспособности тега picture, о которой я упоминал въ послѣднемъ абзацѣ вон того сообщения 13 сентября. Теперь эта помѣха наконец будет устранена.
Всё это — достоинства десктопного Файерфокса. В мобильном же съ цвѣтомъ всё хуже: даже ICCv2 не поддерживается.