> AP на много порядков проще
Так это пока. У нас уже несовместимые и распространённые реализации с непропорциональным кол-вом юзеров. Со временем и стандарт будет расти чтобы в том числе обощить все эти штуки, потому что всем же нужны неко-ушки в профайле (да, миски?).
>Лиса их может соблюдать стандарты даже *строже*
Вспомнил пример, что Eclipse, делающий свои java и javac строго по bluebook по ходу дела находила некоректности в послденем, а так же несовместимость в деталях с openjdk ;p Но потом это правилось, конечно.
@kobayashi
> У нас уже несовместимые и распространённые реализации с непропорциональным кол-вом юзеров.
И ничего, живём. Идеальная совместимость это, конечно, приятно, но трудоёмко и не слишком результативно. Как в принципе Парето, 20% работы это 80% эффекта.
Неко-ушки, например, вполне могут быть опциональным атрибутом, который все остальные реализации тупо игнорируют. Возможность так делать, насколько я понимаю, уже следует из формата данных.
А на клиентскую часть AP, такое ощущение, что вообще все забили. Не удивлюсь, если в очередной редакции стандарта её не станет, за ненадобностью.
Стандарт это "наименьший общий знаменатель" для совместимости, он не обязан во всех деталях покрывать все реализующие площадки.
…
А пример несовместимости, с которым я столкнулся, был в Web Push — Home Assistant выдавал токены уведомлений без срока годности. Стандарт требует, пуш-сервер Лисы за такое посылает, а пуш-серверу Гугла нормально.
@skobkin @drq @lina @lnkr @mo @kirill
@kobayashi
> У нас уже несовместимые и распространённые реализации с непропорциональным кол-вом юзеров.
И ничего, живём. Идеальная совместимость это, конечно, приятно, но трудоёмко и не слишком результативно. Как в принципе Парето, 20% работы это 80% эффекта.
Неко-ушки, например, вполне могут быть опциональным атрибутом, который все остальные реализации тупо игнорируют. Возможность так делать, насколько я понимаю, уже следует из формата данных.