A web fica ainda melhor com o Interop 2024

 (webkit.org)
2 pontos por GN⁺ 2024-02-03 | 1 comentários | Compartilhar no WhatsApp
  • Interop 2024 é um projeto colaborativo para alinhar as principais equipes de engines de navegadores a implementar os mesmos recursos da web de forma mais consistente, e neste ano ele avança com 17 áreas de foco e 3 projetos de investigação
  • As melhorias de interoperabilidade são medidas com testes automatizados como o Web Platform Tests, e o WPT tem mais de 1,8 milhão de testes, com mais de 95% aprovados nos principais navegadores
  • O Interop 2023 elevou a taxa de aprovação comum dos testes selecionados entre as 3 principais engines de navegador de 48% para 95%, além de alinhar fortemente o suporte a P3 color, Subgrid, Container Queries, :has(), Web Components e Media Queries 4
  • Neste ano, 16 propostas foram escolhidas entre 96 e, herdando parte do trabalho de 2023, o foco está em 17 áreas, como Accessibility, CSS Nesting, Custom Properties, IndexedDB, Layout, Popover e URL
  • O Microsoft Edge foi adicionado ao dashboard do Interop com uma coluna separada, permitindo comparar de forma mais direta o progresso entre os navegadores

Como a interoperabilidade entre navegadores é alinhada

  • A web foi projetada para funcionar em diferentes dispositivos, permitindo que bilhões de pessoas a usem para colaborar, aprender e se conectar
  • Para que desenvolvedores ofereçam a mesma experiência em todos os navegadores e para todos os usuários, as implementações das tecnologias web nos navegadores precisam ser semelhantes entre si
  • A consistência de implementação é criada no processo de padronização da web, e o comportamento das novas tecnologias web é definido em documentação técnica detalhada
  • Se um navegador segue os padrões da web é algo verificado com testes automatizados
    • O Web Platform Tests tem mais de 1,8 milhão de testes
    • Mais de 95% do WPT é aprovado no conjunto dos principais navegadores

As mudanças trazidas pelo Interop 2023

  • O Interop 2023 começou com 48% dos testes selecionados em janeiro de 2023 passando em comum nas 3 principais engines de navegador
    • Os navegadores de referência eram Chrome e Firefox distribuídos aos usuários no desktop Linux, e Safari no macOS Monterey
  • Um ano depois, a taxa de aprovação subiu para 95%
    • Os navegadores de referência eram Chrome Dev, Firefox Nightly no desktop Linux e Safari Technology Preview no macOS Ventura
  • O suporte entre navegadores a vários recursos da web melhorou
    • P3 color passou a ter suporte completo em todos os navegadores 7 anos após o início de sua disponibilização
    • Form controls passaram a suportar modo de escrita vertical pela primeira vez na história da web
    • O CSS border-image passou a funcionar como originalmente pretendido
    • Subgrid, Container Queries, :has(), Motion Path, CSS Math Functions, inert e @property são suportados em todos os navegadores modernos
    • APIs da web como Offscreen Canvas, Modules in Web Workers, Import Maps, Import Assertions e JavaScript Modules foram aprimoradas
    • Toda a especificação de Media Queries 4 passou a ser suportada em todos os lugares, junto com uma sintaxe mais simples
    • Web Components melhorou em adoptedStyleSheets, ElementInternals, Form-Associated Custom Elements e no comportamento básico de Shadow DOM e Custom Elements
    • Passou a ser possível esperar suporte consistente entre navegadores para pseudoclasses CSS como :nth-child(), :nth-last-child(), :modal, :user-valid e :user-invalid
    • Feature queries passaram a oferecer novo suporte à detecção de recursos de fonte
    • Font Palettes reforçou o suporte a fontes coloridas
    • Também houve avanço significativo em CSS Masking, HTML Forms, Pointer and Mouse Events, Scrolling, Transforms, URL, WebCodecs e em um conjunto de bugs de compatibilidade com a web
  • 20 das 26 áreas de foco do Interop 2023 foram concluídas com sucesso
  • Em 2024, continuam os trabalhos em Custom Properties, Pointer and Mouse Events, URL e também em Layout, que reúne Flexbox, Grid e Subgrid

A composição do Interop 2024

  • Em 2024, 96 propostas de áreas de foco foram analisadas e 16 foram selecionadas ao final
  • Ao agrupar algumas novas propostas e dar continuidade a parte do trabalho de 2023, o Interop 2024 passou a ter um total de 17 áreas de foco
  • Considerando os navegadores em versão estável, a pontuação geral do Interop 2024 por coincidência voltou a começar em 48%
  • A partir deste ano, o Interop dashboard passou a ter uma coluna própria do Microsoft Edge
    • No momento, essa coluna representa o Edge e o Edge Dev rodando no Windows 10

Áreas de foco de 2024

  • Accessibility

    • No projeto de investigação de Accessibility do Interop 2023, a equipe de acessibilidade da Apple criou uma infraestrutura de testes de acessibilidade para o WPT e escreveu mais de 1.300 testes de acessibilidade
    • Esses testes foram incluídos nas áreas de foco do Interop 2024 para incentivar melhorias no suporte à acessibilidade dos navegadores
    • A maior parte dos novos testes de acessibilidade cobre WAI-ARIA
    • Em especial, Roles Model e Accessible Name and Description Computation são o foco principal
    • Eles fornecem mecanismos consistentes para que usuários de tecnologias assistivas entendam o propósito dos elementos e o que podem fazer
    • Também estão incluídos testes relacionados à HTML Accessibility API Mappings specification
    • Ela define o significado padrão de acessibilidade dos elementos HTML e as regras de comportamento dos navegadores para recursos como <label> e o texto alt de imagens
    • Testes de acessibilidade de display: contents também foram incluídos recentemente
    • Esse modo de exibição do CSS é útil para remover a caixa ao redor do conteúdo ao ajustar relações entre pai, filho e neto para Flexbox ou Grid
    • Nas implementações iniciais, ao remover a caixa, o conteúdo também desaparecia completamente da árvore de acessibilidade, causando problemas para usuários de tecnologias assistivas
    • A maior parte dos problemas já foi corrigida nos navegadores, mas ainda não está totalmente resolvido em todas as situações

  • CSS Nesting

    • CSS Nesting foi incluído no Interop 2024 para reduzir diferenças de implementação e permitir que desenvolvedores confiem e usem o recurso
    • O recurso de aninhamento em CSS foi lançado em 2023 nos quatro principais navegadores
    • Chrome, Edge e Safari lançaram primeiro, em abril e maio
    • O Firefox lançou em agosto
    • O padrão web mudou ligeiramente entre maio e agosto, e o requisito inicial de que todos os seletores aninhados precisassem começar com um símbolo foi flexibilizado
    • Agora os desenvolvedores podem usar article em vez de & article
    • Todas as implementações foram atualizadas, mas ainda há espaço para melhorar a interoperabilidade enquanto o CSS Working Group organiza os detalhes complexos do comportamento do Nesting
    • A maior parte das falhas de teste do Safari está relacionada à forma como CSS aninhado interage com Shadow DOM e :host

  • Custom Properties

    • A at-rule @property começou a ser lançada nos navegadores nos últimos anos
    • Na área de Custom Properties do Interop 2023, a taxa de aprovação nos testes comuns a todos os navegadores estáveis subiu de 4% para 7,6%, e, considerando todos os navegadores em preview, 90,7% passaram
    • O Firefox é o último navegador a adicionar suporte, e o trabalho está em andamento no Firefox Nightly
    • Como o trabalho ainda não foi concluído, o tema continua como área de foco em 2024
    • Com @property, é possível declarar a sintaxe, o comportamento de herança e o valor inicial de propriedades customizadas de CSS de forma semelhante à maneira como o mecanismo do navegador define propriedades CSS
    • Isso permite animações que antes eram impossíveis em CSS, como gradientes ou partes específicas de transform

  • Declarative Shadow DOM

    • Declarative Shadow DOM é uma API declarativa que permite criar widgets e componentes reutilizáveis só com HTML, sem JavaScript
    • O Safari 16.4 oferece suporte desde março de 2023, e o Chrome 90 desde abril de 2021
    • O Firefox tem uma implementação no Firefox Nightly
    • Foi um dos recursos mais solicitados na pesquisa State of HTML 2023 e foi incluído no Interop 2024 para garantir interoperabilidade em todos os navegadores

  • Font size adjust

    • font-size-adjust é um exemplo que mostra a utilidade de focar em tecnologias antigas
    • O Firefox implementou o recurso pela primeira vez em 2008, mas ele quase não foi usado nem discutido entre web designers e desenvolvedores
    • A especificação inicial passou a oferecer suporte a mais idiomas ao longo do tempo com a sintaxe de dois valores, e a usabilidade melhorou com o valor from-font
    • A equipe do WebKit implementou a versão básica no Safari 16.4 e adicionou atualizações no Safari 17.0
    • A Mozilla atualizou a implementação no Firefox 118, e Safari e Firefox agora passam em 100% de todos os testes
    • O Chrome iniciou uma implementação experimental em 2015, mas ainda não a lançou
    • Font size adjust oferece uma forma de ajustar múltiplas fontes dentro de uma string de texto para que pareçam ter o mesmo tamanho visual
    • Por exemplo, em um texto 1.4rem, é possível alinhar x-height, cap height, largura de ch, largura de ic e altura de ic
    • É útil ao misturar código e texto comum ou ao misturar vários idiomas em uma mesma frase

  • HTTPS URLs for WebSocket

    • A API WebSocket tem a característica de exigir o uso dos esquemas não HTTP(S) ws: e wss:
    • Como o comportamento de URL é quase igual ao de URLs HTTP(S), isso pode tornar o uso da API incômodo
    • Com base no feedback de desenvolvedores web, a equipe do WebKit fez a API também aceitar URLs HTTP(S) e lançou isso no Safari 17.0
    • Antes era necessário escrever código para trocar para wss: ou ws: de acordo com location.protocol, mas agora é possível usar algo como new WebSocket(path)
    • O objetivo ao incluir isso no Interop 2024 é fazer com que outros navegadores também adotem a mudança

  • IndexedDB

    • IndexedDB é uma API para armazenar dados no lado do cliente na forma de um banco de dados orientado a objetos
    • Ela começou a ser lançada nos navegadores em 2011, e o padrão web continuou evoluindo desde então
    • A version 2 e a version 3 são suportadas por todos os principais navegadores
    • A version 2 é totalmente interoperável, mas a version 3 ainda precisa de trabalho adicional para alinhar a qualidade das implementações

  • Layout

    • CSS Grid e Flexbox foram incluídos no projeto Interop original em 2021
    • Subgrid foi adicionado ao Interop 2023
    • Os três métodos de layout estão em bom estado, mas ainda não são perfeitos
    • Em 2024, os testes das três áreas foram reunidos em uma única área de foco chamada Layout
    • O trabalho para aumentar a interoperabilidade em casos de borda complexos continua
    • Desenvolvedores podem confiar e usar Flexbox, Grid e Subgrid, e todos os navegadores oferecem suporte robusto aos três

  • Pointer and Mouse Events

    • Pointer events tratam dispositivos de entrada por apontamento, como mouse, caneta ou stylus e toque com um ou mais dedos, em um único modelo de eventos DOM
    • Essa API começou a ser lançada nos navegadores em 2012 e foi adotada por todos até 2019, mas a interoperabilidade era instável

  • A equipe do Interop iniciou em 2022 um projeto de investigação sobre Pointer and Mouse Events para esclarecer o consenso e escrever testes que o reflitam

    • No Interop 2023, esses testes entraram como área de foco, e a taxa de aprovação subiu de 34% para 81%
    • Ainda há trabalho a fazer, então a área continua como foco também em 2024

  • Popover

    • O atributo popover do HTML fornece uma forma nativa do navegador para fazer elementos aparecerem na camada superior da página
    • Ao criar uma sobreposição que cobre a página inteira, o elemento dialog é o mais adequado
    • Quando você quer transformar outros elementos em mensagens pop-up, interfaces de usuário ou conteúdos que aparecem e desaparecem, popover fornece o framework para isso
    • O suporte a popover foi lançado em 2023 no Chrome 114 e no Safari 17.0
    • O Firefox está trabalhando no suporte no Firefox Nightly

  • Relative Color Syntax

    • Relative Color Syntax é uma nova forma de definir cores em CSS referenciando outras cores
    • É possível deixar uma cor existente mais clara ou mais escura em uma certa quantidade, ou ajustar a saturação de uma variável de cor e atribuí-la a uma segunda variável
    • Isso pode ser especialmente poderoso ao criar sistemas de design
    • O Safari 16.4 foi o primeiro a lançar suporte, em março de 2023
    • Chrome 119 e Edge 119 lançaram suporte em outubro e novembro de 2023
    • Atualmente, nenhuma implementação oferece suporte ao uso de currentcolor com Relative Color Syntax
    • A área de Relative Color Syntax no Interop 2024 foca de forma mais restrita no suporte a currentcolor e em testes de comportamento fora da gama, não no suporte completo
    • Ela verifica o que acontece em telas que não oferecem suporte a cor P3

  • requestVideoFrameCallback

    • O elemento <video> oferece um recurso poderoso para inserir vídeo na web
    • HTMLVideoElement fornece propriedades e métodos para manipular objetos de vídeo em JavaScript
    • requestVideoFrameCallback() permite executar tarefas por quadro de vídeo com eficiência
      • processamento ou análise de vídeo
      • desenho em canvas
      • sincronização com uma fonte de áudio
    • Há suporte desde o Chrome 83 e o Safari 15.4
    • A inclusão no Interop 2024 ajuda a concluir e refinar as implementações dos navegadores

  • Scrollbar Styling

    • A área Scrollbar Styling inclui duas propriedades CSS que podem ser usadas para estilizar barras de rolagem
    • scrollbar-width oferece os três valores auto, thin e none
      • auto é a largura padrão
      • thin fornece uma barra de rolagem mais fina
      • none oculta a barra de rolagem enquanto mantém a rolagem do conteúdo
    • O Firefox 64 implementou suporte em dezembro de 2018, e ele acabou de chegar também ao Chrome 121 e ao Edge 121
    • scrollbar-gutter reserva espaço para a barra de rolagem para manter o mesmo layout independentemente da presença dela
    • scrollbar-gutter: stable instrui o navegador a reservar espaço mesmo quando não há barra de rolagem
    • Isso pode evitar mudanças de layout quando a necessidade de barra de rolagem muda
    • Foi lançado no Chrome 94, Edge 94 e Firefox 97 entre 2021 e 2022
    • O Safari é o que ainda tem mais trabalho a fazer para concluir essa área de foco
    • Chrome e Firefox já passam em 100% dos testes
    • O Safari foi o primeiro a oferecer recursos de estilização de barra de rolagem em 2009, com 9 pseudoelementos ::-webkit-scrollbar-*, mas essa abordagem não se tornou um padrão oficial da web em CSS
    • O CSS Working Group escolheu uma abordagem bem mais simples

  • @starting-style and transition-behavior

    • Esta área se concentra em dois novos recursos para controle de animações
    • Ambos foram lançados em setembro de 2023 no Chrome 117 e no Edge 177
    • @starting-style permite definir os valores iniciais de um elemento específico
    • Isso é necessário quando o elemento vai passar por uma transition
    • Também oferece uma forma de fazer transições ao entrar ou sair de display:none
    • transition-behavior estende para CSS transitions o tratamento de propriedades discretas passíveis de animação que antes só era possível em animações
    • Abre caminho para alternar a propriedade display ao mostrar ou ocultar elementos

  • Text Directionality

    • A direção do fluxo do texto é um elemento importante da tipografia na web
    • Alguns idiomas fluem da esquerda para a direita, e outros da direita para a esquerda
    • O dir attribute permite indicar a direção como left, right ou auto em elementos HTML
    • auto pede ao navegador que estime a direção com base na primeira letra
    • A interação entre direcionalidade e shadow tree não era bem definida até recentemente
    • Esse problema foi tratado no nível dos padrões, e a inclusão no Interop 2024 verifica o alinhamento das implementações

  • text-wrap: balance

    • Há muito tempo web designers querem uma forma de evitar linhas muito curtas ou com apenas uma palavra
    • Com o design responsivo e a falta de controle sobre a largura das colunas, esse problema fica ainda mais difícil
    • text-wrap oferece várias opções para informar ao navegador como calcular quebras de linha de acordo com casos de uso específicos
    • text-wrap: balance é uma solução adequada para títulos
    • Ela distribui algumas linhas de texto de forma equilibrada para que cada linha tenha quantidades semelhantes de texto
    • Foi lançado no Chrome 114 e no Firefox 121, e implementado no Safari Technology Preview
    • O Interop 2024 também inclui testes de comportamento de text-wrap-mode, text-wrap-style e white-space-collapse
    • O CSS Working Group mudou recentemente a forma como esses longhands interagem entre si, então o suporte entre navegadores ainda não é uniforme

  • URL

    • URL é um dos elementos mais fundamentais da web, e sem URL a web não existiria
    • Como muitas coisas inventadas no início da história da web, o suporte a URL ainda não é totalmente interoperável
    • A WHATWG escreveu o URL Living Standard, que detalha exatamente como uma URL deve funcionar
    • Os testes que dão suporte a esse padrão foram uma área de foco do Interop 2023, e a taxa de aprovação melhorou de 77% para 85%
    • Em 2024, o trabalho continua para garantir a interoperabilidade
    • O Safari passa em 99,7% dos testes

Projetos de pesquisa e acompanhamento do progresso

  • O Interop 2024 também inclui 3 áreas de pesquisa
    • Accessibility Testing
    • Mobile Testing
    • WebAssembly Testing
  • As áreas de pesquisa são tarefas para a equipe do Interop escrever mais testes e torná-los executáveis
  • O projeto de pesquisa Mobile Testing tem como objetivo concluir a infraestrutura necessária no WPT para permitir o teste de navegadores em sistemas operacionais móveis
    • No futuro, também pode haver pontuações mobile incluídas no painel do projeto Interop
  • Duas das três pesquisas são projetos que vêm do ano passado, mas em 2024 todas começam com 0% de conclusão
  • As equipes participantes definem novas metas para este ano, e o painel mostra o progresso em relação a essas metas
  • O progresso do Interop 2024 pode ser acompanhado no Interop 2024 dashboard
  • A interoperabilidade é um dos pilares fundamentais do sucesso da web, e com base no trabalho do Interop 2022 e 2023, a colaboração continua em 2024

Leituras relacionadas

1 comentários

 
GN⁺ 2024-02-03
Comentários do Hacker News

  • Há mudanças bem legais aqui, e é bom ver o suporte melhorando
    Por exemplo, aninhamento em CSS é uma grande mudança, já que era um dos principais motivos de SASS e LESS serem úteis. Isso sempre fez mais sentido como um recurso central do CSS do que como uma funcionalidade de pré-processador, como variáveis
    Também é sempre interessante ver o que dá para fazer com propriedades personalizadas, e isso parece um bom próximo passo depois de Shadow DOM e elementos personalizados. O popover também ficou surpreendentemente bom, então poder criar coisas como modais pop-up sem JavaScript agora é muito útil. Isso pode reduzir o tempo desperdiçado com modais personalizados, menus dropdown, botões hambúrguer e afins
    Dito isso, eu queria que dessem mais atenção também aos formulários. O estado atual, em que vários campos da era do HTML 5 são excessivamente diferentes entre navegadores, dependem de estilização de pseudo-classes proprietárias para exibição e, no geral, são difíceis de personalizar, parece surpreendentemente antiquado para uma plataforma em que dá para fazer quase qualquer coisa

    • Se o designer de UI tiver liberdade para fazer o que quiser, muitas vezes ele não vai querer esses novos modais, menus e botões padrão, mesmo que tivesse gostado disso no passado
      Essa mudança vai ajudar, mas em UI parece que consistência não é tratada como um recurso que todos deveriam buscar, e sim como uma fraqueza
    • Aninhamento em CSS é o último motivo para usar um pré-processador CSS
      Quando o Safari 17.2+ estiver mais difundido, vai dar para usar só CSS puro
      Fora isso, variáveis para consultas @media também são um motivo, mas essa necessidade é menos comum

  • Pelo visto, no fim JPEG XL não entrou. Isso é bem difícil de entender, considerando que é o primeiro formato de imagem em muito tempo a trazer melhorias realmente claras no geral
    Eu esperava que o Interop ajudasse a parar essa situação em que o Google basicamente bloqueia a adoção, mas parece que vamos ter que esperar mais enquanto continuam se acumulando substitutos meia-boca para formatos antigos amplamente usados

    • Também fico decepcionado com isso
      Não sei qual é o problema do Google com JPEG XL

  • A afirmação de que “todos os navegadores agora oferecem suporte completo a cores P3” não é exatamente verdadeira
    O Firefox ainda faz clamp de todas as cores para sRGB antes de enviá-las ao dispositivo. https://bugzilla.mozilla.org/show_bug.cgi?id=1626624#c16

  • Eu não sou exatamente o público principal, já que trabalho com web só de vez em quando, mas a funcionalidade mais visivelmente ausente no WebKit é a falta de suporte a favicons SVG
    É realmente difícil de entender, e ter que cuidar de todos os ícones específicos da Apple em vários tamanhos é bem incômodo para um desenvolvedor web casual como eu

    • Você vai ficar feliz em saber que isso já não é mais como antes. Hoje basta um único ícone específico da Apple [1]:
      [1]: https://evilmartians.com/chronicles/how-to-favicon-in-2021-s...
    • Um comentário meio relacionado: o Chrome não usa favicon SVG se houver um favicon ico. (https://bugs.chromium.org/p/chromium/issues/detail?id=145085...) Então eu distribuo favicon PNG e favicon SVG juntos
    • Só para constar, o Safari oferece suporte a favicons SVG monocromáticos nesse formato
      Se você usa algo como Vite, também dá para automatizar toda a geração de favicon e ícones de tela inicial a partir de uma única imagem de origem
    • SVG não escala do jeito que você quer. Por exemplo, mesmo que você transforme uma imagem quadrada de 256px em vetor, isso não significa que ela vai ficar boa em 24px só por causa da vetorização
    • Verdade. Não deveria ser necessário gerar todos esses ícones
      E também seria bom se desse para estilizar a lista. Por exemplo, colocando algo como uma bandeira em um elemento
      Também não há menção a transições de página em CSS nem a animações baseadas em rolagem, e essas coisas também podem reduzir JavaScript boilerplate demais

  • Fiquei bem mais empolgado do que esperava ao ler este texto
    Fico curioso por que não existe uma área de foco em PWA no consórcio participante

    • Historicamente, o Interop tem sido mais focado em CSS, mas isso está mudando aos poucos
      Ainda assim, muitas áreas de teste incluem testes de workers, o que também melhora o estado das PWAs. Em 2023, houve uma seção inteira de Modules, e muitos recursos específicos de PWA/worker foram testados. Várias APIs que também são alvo de testes e investigação, como OffscreenCanvas e testes para mobile, também têm forte relação com diversos aplicativos PWA
      Neste ano, é o Interop menos centrado em CSS, como no ano passado. Pelo que vejo, há seções importantes de IndexedDB, WebSocket e melhorias relevantes de acessibilidade, das quais as PWAs dependem bastante. As três áreas de investigação — WebAssembly, acessibilidade e testes mobile — também têm forte relação com PWAs
      Fico curioso sobre em quais APIs específicas você gostaria que houvesse mais foco
    • Se bem me lembro, o consórcio tem algo em torno de 12 pessoas, e elas também trabalham em empresas de navegadores
      O objetivo é se reunir e encontrar recursos em que possam trabalhar juntas ou melhorar ao longo de um ano, considerando o roadmap atual e a carga de trabalho. Dá para ver o Interop como pequenos tickets extras que conseguem resolver no meio do desenvolvimento dos principais recursos do trabalho delas
      Até agora, o foco tem estado em detalhes de nível bem baixo de como os navegadores renderizam conteúdo. As APIs de JavaScript em geral já foram padronizadas e “mescladas” mais acima no fluxo, então esta é a área com mais espaço para melhoria
      Antes de surgir um movimento para implementar novos recursos ao mesmo tempo em todos os engines, parece provável que continue havendo mais trabalho para preencher lacunas entre navegadores
      Ainda assim, agora que a Apple finalmente adicionou web push ao Safari mobile, já estamos bem perto do que a maioria dos web apps que se beneficiariam de recursos de PWA precisa. Ainda fico curioso sobre quais recursos, que ainda não existam em todos os navegadores, você gostaria de usar
    • Fico curioso sobre o que você considera que entraria em uma área de foco em PWA
      Em outro lugar, linkaram https://web.dev/learn/pwa/capabilities e https://whatpwacando.today, mas acho difícil considerar boa parte desses recursos como funcionalidades essencialmente de PWA. Muitos deles são amplamente usados fora de PWAs também, então colocá-los em um pacote “PWA” torna a categoria menos significativa. Para desenvolvedores web, agrupamentos como “armazenamento” ou “mídia” provavelmente fariam mais sentido
      Pela definição básica de PWA, trata-se principalmente de manifest, service worker e do uso deles em combinação com a plataforma web
      O manifest é difícil de testar automaticamente. Seu conteúdo aparece em diferentes partes da UI do navegador, e a UI em geral não é especificada pelos padrões da web. Isso porque os vendors querem liberdade para tomar suas próprias decisões de interface. Por isso é difícil incluir, e também não está claro quantos problemas de interoperabilidade realmente existem
      Service worker poderia ser proposto. Nos últimos anos isso não foi proposto, mas também não me parece que tenha havido tantos problemas de interoperabilidade nessa área ultimamente
    • PWA contorna o modelo de app store. É possível instalar apps diretamente do navegador
      Então é do interesse deles arrastar esse problema e tornar a experiência de PWA deliberadamente menos atraente
      Não sei ao certo por que o Firefox removeu o suporte a PWA, mas talvez tenha sido por custo de manutenção
    • Porque PWA é um caso de uso de nicho, comparado ao propósito muito mais amplo de “exibir conteúdo”

  • Fontes
    Seria bom ver mais esforço em tipografia CSS
    Em especial, leading-trim e margin-trim são necessários
    https://medium.com/microsoft-design/leading-trim-the-future-...
    https://developer.mozilla.org/en-US/docs/Web/CSS/margin-trim

  • O maior resultado é que as atualizações do Safari deixem de ficar presas às atualizações do sistema operacional

    • No macOS isso é possível
      Mas no iOS não
      E como atualizações do iOS saem a cada 3 ou 4 meses, na prática isso não chega a ser um problema no iOS

  • Fico curioso se isso é um sinal de que o WebKit vai começar a alcançar os recursos de WebAssembly
    Atualmente ele está bem atrás de Chrome e Firefox, e faltam recursos grandes e importantes como multiple memories e garbage collection

    • Os dois ainda não fazem parte da especificação do Wasm e estão em processo de padronização
      O Google está mais para “Preparar! Fogo! Mirar! Fogo de novo!”, então tende a publicar com mais facilidade implementações de especificações ainda inacabadas, enquanto a Apple está mais para “Preparar! Mirar! Mirar! Fogo!”, então em geral evita fazer esse tipo de coisa. Sobre o Firefox, é difícil dizer

  • Ainda é inacreditável que a Cookie Store API não tenha implementação oficial
    Estamos em 2024 e ainda precisamos fazer parse de uma string gigante e bagunçada só para pegar um cookie pelo nome?

    • Talvez porque o HTML 5 localStorage tenha surgido

  • Não entendo muito bem o problema do protocolo WebSocket
    Depois do upgrade, a conexão já não é mais o protocolo http(s), então permitir o uso de http ou https aqui não gera confusão? Usar o operador ternário, ou ter um valor diferente daquele para o qual a página atual foi navegada, é assim tão terrível? Fico feliz que estejam trabalhando em padronização entre navegadores, mas este item parece ter prioridade bem baixa, mesmo que valha a pena mudá-lo