Safari Technology Preview 240 risolve alcuni bug fastidiosi
Apple rilascia Safari Technology Preview 240 con correzioni chirurgiche di bug fastidiosi e l'adozione precoce dello standard CSS revert-rule, segnalando un cambio di approccio verso gli sviluppatori web.
Il browser sperimentale di Apple corregge bug fastidiosi e introduce una nuova funzionalità CSS per gli sviluppatori.
Gli aggiornamenti minori di solito finiscono nel rumore di fondo. Nessuno festeggia una patch, nessuno scrive articoli entusiastici su un fix alla gestione dei file MP4. Eppure le note di rilascio di Safari Technology Preview 240 meritano più attenzione di quanta normalmente si dedichi a questo tipo di aggiornamenti. Non perché Apple abbia reinventato qualcosa, ma perché il pattern che emerge — correzioni chirurgiche su bug fastidiosi più l’adozione precoce di uno standard CSS non banale — racconta qualcosa sulla strategia di Cupertino verso gli sviluppatori. E la domanda da porsi è sempre la stessa: perché proprio ora?
Cosa cambia nell’ultima versione
Partiamo dai fatti. STP 240 risolve una serie di problemi che, sulla carta, sembrano minori, ma che nella pratica quotidiana degli sviluppatori web possono diventare autentici ostacoli. Uno dei fix riguarda le estensioni con una virgola finale nel file manifest.json: fino a questo aggiornamento, quella virgola — tecnicamente un errore di sintassi JSON, ma tollerata da quasi tutti gli altri ambienti — causava il mancato caricamento dell’estensione in Safari. Un bug che suona quasi comico, se non fosse che ha probabilmente fatto perdere ore a chi sviluppa strumenti per il browser di Apple. C’è poi il problema della selezione del testo che saltava in modo imprevedibile quando si selezionava contenuto posizionato in modo assoluto all’interno di un elemento con user-select: none: un comportamento visivamente disturbante, difficile da riprodurre in modo sistematico e quindi doppiamente frustrante da debuggare. Infine, viene risolto un problema con i file MP4 contenenti tracce audio in formato Opus, che non potevano essere decodificati tramite decodeAudioData: un limite che colpisce chiunque lavori con audio nel browser, un segmento in crescita costante.
Tre fix, tre categorie diverse — estensioni, rendering, audio — e un’unica lettura possibile: Apple sta cercando di tappare le crepe che rendono Safari meno affidabile agli occhi di chi costruisce applicazioni web. Ma è la novità principale che merita un discorso a parte.
Perché gli sviluppatori dovrebbero prestare attenzione
Secondo il blog ufficiale di WebKit sulle note di STP 240, tra le principali novità di questa versione c’è il supporto per la parola chiave CSS revert-rule. Cosa fa, in concreto? Permette di annullare l’effetto di una regola CSS specifica, facendo comportare la cascata come se quella regola non fosse mai esistita. Non si tratta di un reset globale degli stili — quello lo fa già revert — ma di un intervento chirurgico su una singola dichiarazione. È una distinzione sottile, ma per chi scrive CSS su progetti complessi significa poter gestire override e specificità senza ricorrere a workaround, senza impilare !important su !important come se fosse una soluzione accettabile.
Per capire il peso di questa mossa, bisogna ricordare da dove viene Safari Technology Preview. Già nel 2016, Apple descrisse il programma come una versione di Safari per OS X che include una versione avanzata e in sviluppo del motore browser WebKit. L’obiettivo dichiarato, rimasto invariato nel tempo, è duplice: secondo la pagina ufficiale del programma per sviluppatori, STP offre agli sviluppatori un’anteprima anticipata delle tecnologie web in arrivo sulle piattaforme Apple e raccoglie feedback sulle implementazioni prima che raggiungano la versione stabile. In teoria, è un laboratorio aperto. In pratica, la domanda è quanto velocemente quelle funzionalità sperimentali diventino disponibili a tutti. E qui il ragionamento si complica. revert-rule non è una funzionalità inventata da Apple: è uno standard CSS in evoluzione. Il fatto che Safari la adotti in fase preview è positivo, ma non basta a cancellare anni in cui Safari era sistematicamente citato dagli sviluppatori come il browser che rallentava l’adozione di nuove specifiche. Il confronto con Chrome, in questo senso, rimane impietoso.
Apple nella corsa dei browser
Per capire la portata di questa mossa, vale la pena guardare al panorama dei browser sperimentali: Chrome Canary è la versione di Chrome che include le ultimissime modifiche introdotte da Google, aggiornata in modo quasi continuo. Firefox Nightly fa lo stesso per Mozilla. Safari Technology Preview è la risposta di Apple a questo modello: un canale separato, pensato per chi vuole testare il futuro del browser prima che diventi presente. L’analogia regge, ma nasconde una differenza fondamentale. Google e Mozilla operano su browser multipiattaforma, con community di sviluppatori che testano su sistemi diversi e segnalano bug in modo massiccio. Apple lavora su un browser che, per scelta, esiste solo nell’orbita dei propri dispositivi. Questo significa che il feedback che raccoglie è strutturalmente più limitato — e che le innovazioni che introduce devono fare i conti con un pubblico di riferimento più ristretto.
Apple sta scommettendo su correzioni precise e sull’adozione precoce di standard emergenti. È una strategia sensata, forse persino necessaria per riguadagnare credibilità tra gli sviluppatori. Ma in un mercato dove Chrome detta i tempi e dove la compatibilità tra browser rimane una delle prime preoccupazioni di chi costruisce per il web, la vera sfida non è introdurre revert-rule in una preview. È trasformare quelle anteprime in vantaggi reali, distribuiti a tutti gli utenti Safari, in tempi che non facciano sembrare il processo geologico. La domanda che rimane aperta è semplice e scomoda: quante versioni di Safari Technology Preview passeranno prima che queste funzionalità diventino la norma per chi usa un iPhone o un Mac ogni giorno?
