🐧 Novità principali
- Firefox 158 adotta SkPDF per salvataggio e stampa PDF su Linux e macOS, puntando su accessibilità e migliore rendering.
- Mozilla interviene anche su New Tab, Smart Window e coerenza dell’interfaccia con High Contrast su Windows.
- ChromeOS prosegue invece la cadenza LTS/LTC, separando gli aggiornamenti delle flotte gestite dal ciclo più rapido del browser Chrome.
Mozilla porta Firefox 158 nel canale beta con un intervento che sembra piccolo ma tocca uno dei punti più concreti del browser desktop: la gestione dei PDF. La nuova versione introduce il supporto a SkPDF, backend di generazione PDF basato su Skia, per il salvataggio e la stampa su Linux e macOS, con l’obiettivo di migliorare accessibilità e resa dei documenti. Nello stesso ciclo di aggiornamenti Google continua invece a presidiare il ramo Long Term Support di ChromeOS, confermando una strategia diversa ma complementare: Mozilla sperimenta funzioni visibili nel ciclo rapido, Google utilizza LTS e LTC per contenere il cambiamento sulle flotte aziendali e scolastiche. Le due release mostrano quanto il browser sia ormai contemporaneamente applicazione desktop, motore documentale e componente infrastrutturale.
Cosa leggere
Firefox 158 sposta la generazione dei PDF dentro Skia
La novità più tecnica di Firefox 158 riguarda SkPDF, il backend di generazione PDF di Skia che Mozilla porta nella pipeline utilizzata quando il browser salva una pagina come PDF o la invia alla stampa su Linux e macOS. Il cambiamento punta a produrre documenti più accessibili e a correggere problemi di rendering, spostando quindi l’attenzione dalla semplice visualizzazione del formato alla qualità dell’output prodotto dal browser. È una scelta meno appariscente delle modifiche grafiche introdotte con la transizione da Firefox 156 a Firefox 157 Beta, ma più rilevante per chi usa il browser come strumento di lavoro: Mozilla alterna così ottimizzazioni di memoria e CPU a interventi sull’interfaccia e sui componenti documentali. Firefox 158 aggiorna inoltre la pagina Nuova scheda, che conserva una libreria delle immagini personalizzate invece dell’ultimo sfondo soltanto, migliora il riempimento dei moduli nella Smart Window suggerendo informazioni ricavate dalle schede pertinenti aperte e dai dati di autofill salvati e rende diversi menu più coerenti con il tema High Contrast di Windows. Non è quindi una beta costruita attorno a una funzione spettacolare, ma una release che riduce attriti concreti tra produttività, accessibilità e gestione dei documenti.
Leggi anche: Firefox 156 riduce memoria e CPU, Firefox 157 Beta porta il design Nova
ChromeOS usa il lungo supporto per separare stabilità e velocità di sviluppo
Sul fronte Google il segnale arriva dal nuovo aggiornamento Long Term Support di ChromeOS pubblicato il 28 settembre 2026. Qui il problema industriale è differente: invece di portare rapidamente nuove funzioni agli utenti consumer, LTS e LTC servono a controllare il ritmo del cambiamento negli ambienti amministrati, nei quali un aggiornamento del browser o della piattaforma deve convivere con applicazioni interne, policy, periferiche e migliaia di endpoint. La distinzione era già emersa negli aggiornamenti ChromeOS Stable, Beta e LTS: il Long Term Support Candidate funziona come fase di validazione precedente al ramo LTS, permettendo alle organizzazioni di verificare la compatibilità prima di consolidare un nuovo ciclo. Il confronto con Chrome desktop mostra perché questa separazione è diventata necessaria. Il recente Chrome 153 con centinaia di correzioni e Chrome 154 già nell’Early Stable conferma un ritmo incompatibile con molte flotte aziendali e scolastiche. Per queste installazioni il lungo supporto non significa semplicemente ricevere meno funzioni: significa ridurre la superficie organizzativa del cambiamento, separando la velocità dello sviluppo Chromium dalla velocità alla quale un’infrastruttura può realisticamente assorbirlo.
Continua con: Chrome 153 corregge 16 falle e Chrome 156 entra nel canale Dev | Chrome 152 avanza, Firefox 154 e Brave rafforzano privacy e sicurezza
Firefox e ChromeOS mostrano due velocità per cambiare senza rompere
Firefox 158 e ChromeOS LTS raccontano due risposte allo stesso problema: un browser moderno deve evolvere rapidamente senza trasformare ogni aggiornamento in un costo operativo. Mozilla utilizza la beta per validare modifiche tecniche come SkPDF, insieme a interventi più piccoli su produttività e interfaccia, prima del passaggio alla stabile; Google separa invece il ciclo aggressivo di Chrome dai canali di lungo supporto della piattaforma ChromeOS, lasciando alle organizzazioni una finestra più ampia per testare il cambiamento. La divergenza è evidente anche guardando all’evoluzione recente dell’ecosistema: Edge prepara il web agli agenti e Firefox continua a intervenire sulla produttività, mentre Chrome procede attraverso Stable, Early Stable, Beta e Dev con una frequenza che richiede strumenti specifici di governo nelle installazioni gestite. Il confronto non si misura quindi soltanto sul numero delle funzioni introdotte. Il discrimine diventa la capacità di controllare il cambiamento: dal PDF generato su una workstation Linux fino a migliaia di Chromebook amministrati centralmente, il browser non è più soltanto il programma con cui si apre il Web, ma un runtime che deve conciliare innovazione, compatibilità e continuità operativa.
Iscriviti alla Newsletter
Non perdere le analisi settimanali: Entra nella Matrice Digitale.
Matrice Digitale partecipa al Programma Affiliazione Amazon EU. In qualità di Affiliato Amazon, ricevo un guadagno dagli acquisti idonei. Questo non influenza i prezzi per te.









