La Web mejora aún más con Interop 2024

 (webkit.org)
2 puntos por GN⁺ 2024-02-03 | 1 comentarios | Compartir por WhatsApp
  • Interop 2024 es un proyecto conjunto para alinear a los principales equipos de motores de navegador en la implementación más consistente de las mismas funciones web; este año se llevará a cabo con 17 áreas prioritarias y 3 proyectos de investigación.
  • Las mejoras de interoperabilidad se miden con pruebas automatizadas como Web Platform Tests; WPT cuenta con más de 1.8 millones de pruebas y supera más del 95% en los principales navegadores.
  • Interop 2023 elevó del 48% al 95% la tasa de aprobación común de las pruebas seleccionadas en los tres principales motores de navegador, y alineó en gran medida el soporte para P3 color, Subgrid, Container Queries, :has(), Web Components y Media Queries 4.
  • Este año se eligieron 16 propuestas de un total de 96 y se retomó parte del trabajo de 2023, para enfocarse en 17 áreas como Accessibility, CSS Nesting, Custom Properties, IndexedDB, Layout, Popover y URL.
  • Microsoft Edge se agregó como una columna separada en el panel de Interop, lo que permite comparar de forma más directa el avance por navegador.

Cómo se alinea la interoperabilidad de los navegadores

  • La Web está diseñada para funcionar en una gran variedad de dispositivos, de modo que miles de millones de personas puedan usarla para colaborar, aprender y conectarse.
  • Para que los desarrolladores ofrezcan la misma experiencia a todos los navegadores y a todos los usuarios, las implementaciones de las tecnologías web en los navegadores deben ser similares entre sí.
  • La consistencia de implementación se construye dentro del proceso de estándares web, y el comportamiento de las nuevas tecnologías web se define en documentos técnicos detallados.
  • Si un navegador sigue los estándares web se verifica mediante pruebas automatizadas.
    • Web Platform Tests tiene más de 1.8 millones de pruebas.
    • En el conjunto de los principales navegadores, más del 95% de las WPT pasan correctamente.

Los cambios que produjo Interop 2023

  • Interop 2023 comenzó en enero de 2023 con un 48% de las pruebas seleccionadas pasando en los tres principales motores de navegador.
    • Los navegadores de referencia fueron Chrome y Firefox de escritorio en Linux distribuidos a usuarios, y Safari en macOS Monterey.
  • Un año después, la tasa de aprobación subió al 95%.
    • Los navegadores de referencia fueron Chrome Dev, Firefox Nightly de escritorio en Linux y Safari Technology Preview en macOS Ventura.
  • Mejoró el soporte entre navegadores para varias funciones web.
    • P3 color quedó completamente soportado en todos los navegadores 7 años después del inicio de su lanzamiento.
    • Los controles de formularios soportan modos de escritura vertical por primera vez en la historia de la Web.
    • CSS border-image empezó a comportarse como se había previsto originalmente.
    • Subgrid, Container Queries, :has(), Motion Path, CSS Math Functions, inert y @property ahora están soportados en todos los navegadores modernos.
    • Mejoraron Web API como Offscreen Canvas, Modules in Web Workers, Import Maps, Import Assertions y JavaScript Modules.
    • Toda la especificación Media Queries 4 está soportada en todas partes con una sintaxis más sencilla.
    • Web Components mejoró en adoptedStyleSheets, ElementInternals, Form-Associated Custom Elements, Shadow DOM y el comportamiento básico de Custom Elements.
    • Ahora se puede esperar soporte consistente entre navegadores para pseudoclases CSS como :nth-child(), :nth-last-child(), :modal, :user-valid y :user-invalid.
    • Feature queries ahora soporta la detección de funciones de fuentes.
    • Font Palettes refuerza el soporte para fuentes de color.
    • También hubo avances considerables en CSS Masking, HTML Forms, Pointer and Mouse Events, Scrolling, Transforms, URL, WebCodecs y en un conjunto de errores de compatibilidad web.
  • De las 26 áreas prioritarias de Interop 2023, 20 cerraron con éxito.
  • En 2024 continuará el trabajo en Custom Properties, Pointer and Mouse Events, URL y Layout, que agrupa Flexbox, Grid y Subgrid.

La composición de Interop 2024

  • En 2024 se revisaron 96 propuestas de áreas prioritarias y finalmente se eligieron 16.
  • Al agrupar algunas propuestas nuevas y retomar parte del trabajo de 2023, Interop 2024 terminó con un total de 17 áreas prioritarias.
  • Según los navegadores en versión estable, la puntuación total de Interop 2024 vuelve a empezar, por casualidad, en 48%.
  • A partir de este año, se agregó una columna propia para Microsoft Edge en el panel de Interop.
    • Actualmente, esta columna representa Edge y Edge Dev ejecutándose en Windows 10.

Áreas de enfoque para 2024

  • Accessibility

    • En el proyecto de investigación sobre Accessibility de Interop 2023, el equipo de accesibilidad de Apple creó infraestructura de pruebas de accesibilidad para WPT y escribió más de 1,300 pruebas de accesibilidad
    • Estas pruebas se incluyeron en las áreas de enfoque de Interop 2024 para impulsar mejoras en el soporte de accesibilidad de los navegadores
    • La mayoría de las nuevas pruebas de accesibilidad cubren WAI-ARIA
    • En particular, se centran en Roles Model y Accessible Name and Description Computation
    • Estos proporcionan un mecanismo consistente para que los usuarios de tecnologías de asistencia entiendan el propósito de los elementos y qué pueden hacer con ellos
    • También se incluyen pruebas relacionadas con la especificación HTML Accessibility API Mappings
    • Define el significado de accesibilidad predeterminado de los elementos HTML y las reglas de comportamiento del navegador para funciones como <label> y el texto alt de las imágenes
    • También se incorporan nuevas pruebas de accesibilidad para display: contents
    • Este modo de visualización de CSS es útil para eliminar las cajas alrededor del contenido al ajustar relaciones entre padres, hijos y nietos para Flexbox o Grid
    • En las implementaciones iniciales, al eliminar la caja, el contenido también desaparecía por completo del árbol de accesibilidad, lo que generaba problemas para los usuarios de tecnologías de asistencia
    • La mayoría de los problemas ya se corrigieron en los navegadores, pero no están completamente resueltos en todos los escenarios

  • CSS Nesting

    • CSS Nesting se incluyó en Interop 2024 para reducir diferencias de implementación y permitir que los desarrolladores lo usen con confianza
    • La función de anidamiento de CSS llegó en 2023 a los cuatro navegadores principales
    • Chrome, Edge y Safari la lanzaron primero, en abril y mayo
    • Firefox la lanzó en agosto
    • El estándar web cambió ligeramente entre mayo y agosto, relajando el requisito inicial de que todos los selectores anidados debían comenzar con un símbolo
    • Los desarrolladores pueden usar article en lugar de & article
    • Todas las implementaciones ya se actualizaron, pero aún hay margen para mejorar la interoperabilidad mientras el CSS Working Group termina de aclarar los detalles complejos del comportamiento de Nesting
    • La mayoría de las fallas de prueba en Safari están relacionadas con la forma en que el CSS anidado interactúa con Shadow DOM y :host

  • Custom Properties

    • La at-rule @property comenzó a llegar a los navegadores en los últimos años
    • En el área de Custom Properties de Interop 2023, la tasa de aprobación de pruebas comunes en todos los navegadores estables subió de 4% a 7.6%, y en todos los navegadores preview llegó a 90.7%
    • Firefox es el último navegador en agregar soporte, y el trabajo está en curso en Firefox Nightly
    • Como el trabajo no terminó, seguirá siendo un área de enfoque en 2024
    • @property permite declarar la sintaxis, el comportamiento de herencia y el valor inicial de una propiedad personalizada de CSS de forma similar a como los motores de navegador definen propiedades CSS
    • Esto habilita animaciones que antes no eran posibles con CSS, como partes específicas de un gradiente o de un transform

  • Declarative Shadow DOM

    • Declarative Shadow DOM es una API declarativa que permite crear widgets y componentes reutilizables solo con HTML, sin JavaScript
    • Safari 16.4 lo soporta desde marzo de 2023, y Chrome 90 desde abril de 2021
    • Firefox tiene una implementación en Firefox Nightly
    • Fue una de las funciones más solicitadas en la encuesta State of HTML 2023, y se incluyó en Interop 2024 para asegurar interoperabilidad en todos los navegadores

  • Font size adjust

    • font-size-adjust es un ejemplo que muestra la utilidad de enfocarse en una tecnología antigua
    • Firefox lo implementó por primera vez en 2008, pero casi no se usó ni se discutió entre diseñadores y desarrolladores web
    • La especificación inicial fue evolucionando con el tiempo para soportar más idiomas mediante una sintaxis de dos valores, y mejoró su usabilidad con el valor from-font
    • El equipo de WebKit implementó la versión básica en Safari 16.4 y agregó actualizaciones en Safari 17.0
    • Mozilla actualizó la implementación en Firefox 118, y Safari y Firefox actualmente aprueban el 100% de todas las pruebas
    • Chrome comenzó una implementación experimental en 2015, pero aún no la ha lanzado
    • Font size adjust ofrece una forma de ajustar varios tipos de letra dentro de una cadena de texto para que parezcan del mismo tamaño visual
    • Por ejemplo, en texto de 1.4rem se pueden igualar la x-height, la cap height, el ancho ch, el ancho ic y la altura ic
    • Es útil al mezclar código y texto normal, o varios idiomas en una misma oración

  • HTTPS URLs for WebSocket

    • La API WebSocket tiene la particularidad de requerir esquemas no HTTP(S), ws: y wss:
    • Como el comportamiento de las URL es casi igual al de las URL HTTP(S), el uso de la API puede resultar engorroso
    • Con base en comentarios de desarrolladores web, el equipo de WebKit hizo que la API también soporte URL HTTP(S) y lo lanzó en Safari 17.0
    • Antes era necesario usar código que cambiara a wss: o ws: según location.protocol, pero ahora se puede usar algo como new WebSocket(path)
    • Al incluirlo en Interop 2024, el objetivo es que otros navegadores también lo adopten

  • IndexedDB

    • IndexedDB es una API para almacenar datos del lado del cliente en forma de base de datos orientada a objetos
    • Comenzó a llegar a los navegadores en 2011, y el estándar web siguió evolucionando
    • version 2 y version 3 son compatibles con todos los navegadores principales
    • version 2 es completamente interoperable, pero version 3 requiere trabajo adicional para alinear la calidad de las implementaciones

  • Layout

    • CSS Grid y Flexbox se incluyeron en el proyecto Interop original de 2021
    • Subgrid se agregó en Interop 2023
    • Los tres métodos de layout están en buen estado, aunque todavía no son perfectos
    • En 2024, las pruebas de las tres áreas se combinan en una sola área de enfoque llamada Layout
    • Continúa el trabajo para mejorar la interoperabilidad en casos límite complejos
    • Los desarrolladores pueden usar Flexbox, Grid y Subgrid con confianza, y todos los navegadores los soportan de forma sólida

  • Pointer and Mouse Events

    • Pointer events procesa dispositivos de entrada de puntero, como mouse, lápiz o stylus, y toques con uno o más dedos, mediante un único modelo de eventos DOM
    • Esta API comenzó a llegar a los navegadores en 2012 y, para 2019, ya estaba incorporada en todos, pero su interoperabilidad era inestable

  • El equipo de Interop inició en 2022 el proyecto de investigación sobre Pointer and Mouse Events para aclarar el consenso y escribir pruebas que lo reflejaran

    • En Interop 2023, estas pruebas se incorporaron como área prioritaria y la tasa de aprobación subió del 34% al 81%
    • Como todavía queda trabajo por hacer, seguirá siendo un área prioritaria en 2024

  • Popover

    • El atributo popover de HTML ofrece un método integrado en el navegador para que un elemento aparezca en la capa superior de la página
    • Para crear un overlay que cubra toda la página web, el elemento dialog es la opción más adecuada
    • Cuando se quiere convertir otro elemento en un mensaje emergente, una interfaz de usuario o contenido que aparece y desaparece, popover proporciona el framework
    • La compatibilidad con popover se lanzó en 2023 en Chrome 114 y Safari 17.0
    • Firefox está trabajando en la compatibilidad en Firefox Nightly

  • Relative Color Syntax

    • Relative Color Syntax es una nueva forma de definir colores CSS tomando como referencia otros colores
    • Permite aclarar u oscurecer un color existente en una cierta cantidad, o ajustar la saturación de una variable de color y asignarla a una segunda variable
    • Puede ser especialmente potente al crear sistemas de diseño
    • Safari 16.4 fue el primero en lanzar compatibilidad en marzo de 2023
    • Chrome 119 y Edge 119 lanzaron compatibilidad en octubre y noviembre de 2023
    • Ninguna implementación actual admite el uso de currentcolor junto con Relative Color Syntax
    • El área de Relative Color Syntax de Interop 2024 se enfoca de forma específica en la compatibilidad con currentcolor y en pruebas de comportamiento fuera de la gama de colores, no en la compatibilidad completa
    • Se verifica qué ocurre en pantallas que no admiten P3 color

  • requestVideoFrameCallback

    • El elemento <video> ofrece una potente funcionalidad para insertar video en la web
    • HTMLVideoElement ofrece propiedades y métodos para manipular objetos de video desde JavaScript
    • requestVideoFrameCallback() permite realizar de manera eficiente tareas por cada frame de video
      • Procesamiento o análisis de video
      • Dibujo en canvas
      • Sincronización con una fuente de audio
    • Es compatible desde Chrome 83 y Safari 15.4
    • Su inclusión en Interop 2024 ayuda a completar y pulir las implementaciones de los navegadores

  • Scrollbar Styling

    • El área de Scrollbar Styling incluye dos propiedades CSS que pueden usarse para dar estilo a las barras de desplazamiento
    • scrollbar-width ofrece tres valores: auto, thin y none
      • auto es el ancho predeterminado
      • thin proporciona una barra de desplazamiento más delgada
      • none oculta la barra de desplazamiento mientras mantiene el desplazamiento del contenido
    • Firefox 64 implementó compatibilidad en diciembre de 2018, y también acaba de lanzarse en Chrome 121 y Edge 121
    • scrollbar-gutter reserva espacio para la barra de desplazamiento, de modo que se mantenga el mismo layout independientemente de si la barra existe o no
    • scrollbar-gutter: stable le indica al navegador que reserve espacio incluso cuando no haya barra de desplazamiento
    • Esto puede evitar desplazamientos del layout cuando cambia el estado de necesidad de la barra de desplazamiento
    • Se lanzó en Chrome 94, Edge 94 y Firefox 97 entre 2021 y 2022
    • Safari es el que más trabajo tiene por delante para completar esta área prioritaria
    • Chrome y Firefox ya pasan el 100% de las pruebas
    • Safari fue el primero en ofrecer funciones de estilo para barras de desplazamiento en 2009 mediante nueve pseudoelementos ::-webkit-scrollbar-*, pero este enfoque no se convirtió en un estándar web oficial de CSS
    • El CSS Working Group eligió un enfoque mucho más simple

  • @starting-style and transition-behavior

    • Esta área se centra en dos nuevas funciones para controlar animaciones
    • Ambas funciones se lanzaron en septiembre de 2023 en Chrome 117 y Edge 177
    • @starting-style permite definir los valores iniciales de un elemento específico
    • Es necesario cuando un elemento está por pasar por una transición
    • También ofrece una forma de hacer transiciones al entrar o salir de display:none
    • transition-behavior extiende a CSS transitions el manejo de propiedades discretas animables que antes solo era posible en animaciones
    • Abre el camino para transicionar la propiedad display al mostrar u ocultar elementos

  • Text Directionality

    • La dirección del flujo de texto es un factor importante en la composición tipográfica web
    • Algunos idiomas fluyen de izquierda a derecha, y otros de derecha a izquierda
    • El dir attribute permite indicar la dirección de elementos HTML como left, right o auto
    • auto le pide al navegador que infiera la dirección a partir del primer carácter
    • Hasta hace poco, la interacción entre la direccionalidad y el shadow tree no estaba bien definida
    • Este problema se abordó a nivel de estándar, y su inclusión en Interop 2024 verifica la alineación de las implementaciones

  • text-wrap: balance

    • Los diseñadores web llevan mucho tiempo queriendo una forma de evitar líneas muy cortas o de una sola palabra
    • El diseño web responsivo y la falta de control sobre el ancho de las columnas vuelven más difícil este problema
    • text-wrap ofrece varias opciones para indicarle al navegador cómo calcular los saltos de línea según casos de uso específicos
    • text-wrap: balance es una solución adecuada para títulos
    • Distribuye de forma equilibrada unas pocas líneas de texto para que cada línea tenga una cantidad similar de texto
    • Se lanzó en Chrome 114 y Firefox 121, y está implementado en Safari Technology Preview
    • Interop 2024 también incluye pruebas del comportamiento de text-wrap-mode, text-wrap-style y white-space-collapse
    • El CSS Working Group cambió recientemente la forma en que estos longhands interactúan entre sí, por lo que la compatibilidad entre navegadores actualmente es desigual

  • URL

    • Las URL son uno de los elementos más fundamentales de la web, y sin URL la web no existiría
    • Como ocurre con muchas cosas inventadas en la historia temprana de la web, la compatibilidad con URL todavía no es completamente interoperable
    • WHATWG escribió el URL Living Standard, que detalla exactamente cómo deben comportarse las URL
    • Las pruebas que respaldan este estándar fueron un área prioritaria de Interop 2023, y la tasa de aprobación mejoró del 77% al 85%
    • En 2024 continúa el trabajo para asegurar la interoperabilidad
    • Safari pasa el 99.7% de las pruebas

Proyectos de investigación y seguimiento del progreso

  • Interop 2024 también incluye 3 áreas de investigación
    • Accessibility Testing
    • Mobile Testing
    • WebAssembly Testing
  • Las áreas de investigación son desafíos para que el equipo de Interop pueda escribir y ejecutar más pruebas
  • El proyecto de investigación Mobile Testing tiene como objetivo completar la infraestructura necesaria en WPT para poder probar navegadores en sistemas operativos móviles
    • También existe la posibilidad de que en el futuro se incluyan puntajes móviles en el dashboard de proyectos de Interop
  • Dos de las tres investigaciones son proyectos que continúan desde el año pasado, pero en 2024 todas comienzan con un estado de 0% completado
  • Los equipos participantes definieron nuevos objetivos para este año, y el dashboard muestra el progreso respecto de esos objetivos
  • El progreso de Interop 2024 puede consultarse en el dashboard de Interop 2024
  • La interoperabilidad es uno de los pilares fundamentales del éxito de la Web, y en 2024 la colaboración continúa sobre la base del trabajo de Interop 2022 y 2023

Lecturas relacionadas

1 comentarios

 
GN⁺ 2024-02-03
Comentarios de Hacker News

  • Aquí definitivamente hay cambios geniales, y da gusto ver que mejora el soporte
    Por ejemplo, anidación de CSS es un cambio importante, ya que era una de las razones clave por las que SASS y LESS resultaban útiles. Más que una función de preprocesador como las variables, siempre tuvo más sentido que entrara como una capacidad central de CSS
    También siempre resulta interesante lo que se puede hacer con las propiedades personalizadas, y se ve bien como el siguiente paso después de Shadow DOM y los elementos personalizados. popover también salió mejor de lo esperado, y que ahora se puedan hacer cosas como modales emergentes sin JavaScript es muy útil. Puede evitar perder tiempo haciendo modales personalizados, menús desplegables, botones de hamburguesa y similares
    Aun así, me gustaría que en proyectos como este también se pusiera más atención en los formularios. El estado actual, donde varios campos de la era de HTML 5 difieren demasiado entre navegadores, dependen de estilos de pseudoclases propietarias para mostrarse y en general son difíciles de personalizar, se ve sorprendentemente anticuado para una plataforma con la que se puede hacer casi de todo

    • Si se deja que los diseñadores de UI hagan lo que quieran, muchas veces no van a querer estos nuevos modales, menús y botones predeterminados, aunque antes les hubieran gustado
      Este cambio sí ayudará, pero en UI parece que la consistencia no se trata como una función que todos deberían perseguir, sino casi como una debilidad
    • La anidación de CSS es la última razón para usar un preprocesador de CSS
      Cuando Safari 17.2+ esté más extendido, ya se podrá usar CSS puro
      Fuera de eso, otra razón serían las variables para consultas @media, pero esa necesidad es menos común

  • Al final parece que JPEG XL no entró. Es bastante difícil de entender, considerando que es el primer formato de imagen en muchísimo tiempo que realmente trae una mejora clara en términos generales
    Esperaba que Interop ayudara a detener la situación en la que Google en la práctica bloquea su adopción, pero parece que habrá que seguir esperando mientras se siguen acumulando sustitutos mediocres para formatos viejos y ampliamente usados

    • A mí también me decepciona ese punto
      No sé qué problema tiene Google con JPEG XL

  • Decir que “todos los navegadores ahora soportan completamente el color P3” no es del todo cierto
    Firefox todavía limita todos los colores a sRGB antes de enviarlos al dispositivo. https://bugzilla.mozilla.org/show_bug.cgi?id=1626624#c16

  • Solo hago trabajo web muy de vez en cuando, así que no soy el público principal, pero la función faltante más notoria en WebKit es la falta de soporte para favicons SVG
    De verdad cuesta entenderlo, y tener que preparar todos los íconos exclusivos de Apple en distintos tamaños es bastante molesto para un desarrollador web casual como yo

    • Te alegrará saber que ya no es como antes. Ahora basta con un solo ícono exclusivo de Apple [1]:
      [1]: https://evilmartians.com/chronicles/how-to-favicon-in-2021-s...
    • Un poco relacionado con esto, Chrome no usa el favicon SVG si hay un favicon ico. (https://bugs.chromium.org/p/chromium/issues/detail?id=145085...) Por eso distribuyo juntos favicon PNG y favicon SVG
    • Como referencia, Safari soporta favicons SVG monocromáticos de este tipo
      Si usas algo como Vite, incluso puedes automatizar por completo la generación de favicon e íconos de pantalla de inicio a partir de una sola imagen de origen
    • SVG no escala de la manera que uno quisiera. Por ejemplo, aunque hayas convertido una imagen cuadrada de 256 px a vector, no puedes hacer que se vea bien a 24 px solo con esa conversión vectorial
    • Es cierto. No debería hacer falta generar todos esos íconos
      Y también estaría bien poder estilizar las listas. Por ejemplo, agregando algo como banderas a los elementos
      Tampoco se menciona transiciones de página en CSS ni animaciones basadas en scroll, y esas también pueden reducir el JavaScript repetitivo

  • Este texto me entusiasmó mucho más de lo que esperaba al leerlo
    Me pregunto por qué no hay un área de enfoque en PWA en el consorcio participante

    • Históricamente, Interop ha estado más enfocado en CSS, pero eso está cambiando poco a poco.
      Aun así, muchas áreas de prueba incluyen pruebas de workers, así que el estado de las PWA también termina mejorando. En 2023 hubo toda una sección de Modules, y se probaron muchas funciones específicas de PWA/workers. Varios de los API que están bajo prueba o investigación, como OffscreenCanvas o las pruebas móviles, también están muy relacionados con muchas aplicaciones PWA.
      Este año es el Interop menos centrado en CSS, como el del año pasado. Desde mi punto de vista, incluye IndexedDB, WebSocket y una sección importante de mejoras de accesibilidad, de las que dependen principalmente las PWA. Las tres áreas de investigación —WebAssembly, accesibilidad y pruebas móviles— también están muy relacionadas con las PWA.
      Me da curiosidad saber en qué API específicos te gustaría que se enfocaran más
    • Si mal no recuerdo, el consorcio tiene unas 12 personas más o menos, y estas personas también trabajan en empresas de navegadores.
      La meta es reunirse y encontrar funciones en las que puedan trabajar o mejorar juntos durante un año, considerando el roadmap actual y la carga de trabajo. Interop puede verse como pequeños tickets adicionales que se pueden resolver entre el desarrollo de funciones principales de su trabajo.
      Hasta ahora, el foco ha estado en detalles de muy bajo nivel sobre cómo los navegadores renderizan contenido. Los API de JavaScript en general se estandarizan y se fusionan “corriente arriba”, así que esta es el área donde hay más margen de mejora.
      Antes de que aparezca una tendencia a implementar nuevas funciones al mismo tiempo en todos los motores, probablemente seguirá habiendo más trabajo para cerrar las brechas entre navegadores.
      Aun así, ahora que Apple por fin agregó web push a Safari móvil, ya estamos bastante cerca en la parte que la mayoría de las web apps que se beneficiarían de las funciones PWA realmente necesitan. Me pregunto qué funciones que aún no existen de forma común entre navegadores te gustaría usar
    • Me pregunto qué consideras que debería incluir un área de enfoque en PWA.
      En otros lados enlazaron https://web.dev/learn/pwa/capabilities y https://whatpwacando.today, pero me parece que muchas de esas funciones difícilmente pueden considerarse funciones PWA en esencia. Muchísimas de ellas también se usan ampliamente fuera de las PWA, así que meterlas en un paquete “PWA” hace que el significado se vuelva difuso. Para los desarrolladores web, agrupaciones como “almacenamiento” o “medios” probablemente tengan más sentido.
      Si vemos la definición básica de una PWA, se trata principalmente de manifest y service worker, y de usarlos en combinación con la plataforma web.
      El manifest es difícil de probar automáticamente. Su contenido se muestra en distintas partes de la UI del navegador, y por lo general esa UI no está especificada en los estándares web. Eso es porque los vendors quieren libertad para tomar sus propias decisiones de UI. Por eso es difícil incluirlo, y tampoco está claro cuántos problemas de interoperabilidad hay realmente.
      service worker sí podría proponerse. No se ha propuesto en los últimos años, pero tampoco me parece que recientemente haya habido tantos problemas de interoperabilidad en ese frente
    • Las PWA eluden el modelo de app store. Se pueden instalar apps directamente desde el navegador.
      Así que les conviene alargar este tema y hacer la experiencia PWA deliberadamente menos atractiva.
      No sé bien por qué Firefox quitó el soporte para PWA, pero quizá haya sido por el costo de mantenimiento
    • Porque PWA es un caso de uso de nicho comparado con el propósito mucho más amplio de “mostrar contenido”

  • Fuentes
    Me gustaría que se dedicara más esfuerzo a la tipografía en CSS
    En particular hacen falta leading-trim y margin-trim
    https://medium.com/microsoft-design/leading-trim-the-future-...
    https://developer.mozilla.org/en-US/docs/Web/CSS/margin-trim

  • El mayor logro es que las actualizaciones de Safari dejen de estar atadas a las actualizaciones del sistema operativo

    • En macOS sí se puede.
      Pero en iOS no.
      Y como las actualizaciones de iOS salen cada 3 o 4 meses, en la práctica eso no es un problema en iOS

  • Me pregunto si esto es una señal de que WebKit está empezando a ponerse al día con las funciones de WebAssembly.
    Ahora mismo está bastante rezagado frente a Chrome y Firefox, y no tiene funciones grandes e importantes como multiple memories o garbage collection

    • Ninguna de las dos forma parte todavía de la especificación de Wasm, y siguen en proceso de estandarización.
      Google tiende más a “¡Listos! ¡Fuego! ¡Apunten! ¡Vuelvan a disparar!”, así que suele publicar más fácilmente implementaciones de especificaciones incompletas, mientras que Apple es más de “¡Listos! ¡Apunten! ¡Apunten! ¡Fuego!”, así que en general evita hacer eso. De Firefox me cuesta decirlo

  • Todavía no puedo creer que la Cookie Store API no tenga una implementación oficial
    ¿De verdad seguimos en 2024 teniendo que parsear una cadena enorme y desordenada para obtener una sola cookie por nombre?

    • ¿No será porque apareció localStorage de HTML 5?

  • No termino de entender el tema del protocolo WebSocket
    Después del upgrade, la conexión ya no es un protocolo http(s), así que ¿permitir el uso de http o https aquí no lleva a confusión? ¿De verdad es tan terrible usar un operador ternario o tener un valor distinto del que tenía la página actual antes de navegar? Me alegra que se trabaje en normalizar el comportamiento entre navegadores, pero este punto parece tener una prioridad bastante baja, incluso si valiera la pena cambiarlo