Shotwell 0.33 passa a GTK4: il photo manager di GNOME chiude con lo stack legacy

🐧 Novità principali

• Shotwell 0.33 completa il passaggio a GTK4, abbandonando la base GTK3 utilizzata dalla serie precedente.
• Il porting riallinea il photo manager allo stack grafico moderno di GNOME senza trasformarlo in un semplice visualizzatore come Loupe.
• La migrazione modifica profondamente il codice dell’interfaccia e prepara Shotwell alle API grafiche che GNOME sta adottando nelle applicazioni storiche.

Shotwell 0.33 porta una delle applicazioni fotografiche più longeve dell’ecosistema GNOME dentro lo stack grafico moderno. La nuova release completa infatti il porting a GTK4, superando la base GTK3 della serie 0.32 e riallineando il progetto alla trasformazione che sta coinvolgendo progressivamente le applicazioni storiche del desktop. Non è un aggiornamento pensato per rivoluzionare il workflow fotografico: Shotwell continua a organizzare librerie, importare immagini dalle fotocamere, modificare metadati e offrire strumenti di editing essenziale. Il vero cambiamento è architetturale. GTK4 elimina API e modelli grafici legacy e costringe il progetto a ricostruire parti importanti dell’interfaccia su primitive più moderne.

Shotwell 0.33 chiude il lungo passaggio da GTK3 a GTK4

La novità dominante della release indicata da 9to5Linux è il completamento del porting a GTK4. Non si tratta di sostituire semplicemente una dipendenza nel file di build. La documentazione ufficiale sulla migrazione da GTK3 a GTK4 chiarisce che GTK4 rompe compatibilità API e ABI con la generazione precedente e rimuove numerosi meccanismi storici: gestione diretta degli eventi, vecchi widget menu e toolbar, parte delle API di disegno e diversi pattern legati a GDK. Un’applicazione complessa e longeva come Shotwell deve quindi adattare rendering, eventi, drag-and-drop, menu, finestre e widget interni. Fedora 45 aveva già iniziato a distribuire le build candidate della serie 33 con dipendenze dirette da GTK4 e libportal-gtk4, segnale che la transizione era ormai sufficientemente avanzata da entrare nelle distribuzioni prima della release finale.

Il valore del porting è nella manutenzione futura più che nelle nuove funzioni

Per l’utente il passaggio può sembrare meno importante di un nuovo editor o di un algoritmo fotografico, ma per un progetto open source maturo il vantaggio è soprattutto di lungo periodo. Restare su GTK3 significa mantenere codice costruito attorno ad API che GNOME sta progressivamente lasciando indietro, aumentando il costo di ogni nuova funzione e rendendo più difficile integrare miglioramenti provenienti dal resto della piattaforma. GTK4 utilizza invece un modello di rendering più moderno, nuovi event controller e widget ripensati per adattarsi meglio alle applicazioni contemporanee. La transizione segue la stessa direzione già osservata quando GNOME Disks ha completato il passaggio a GTK4 nel ciclo GNOME 51. In entrambi i casi il punto non è modificare la funzione fondamentale dell’applicazione, ma ridurre il debito tecnico accumulato e impedire che utility storiche restino isolate dal resto del desktop.

Leggi anche: GNOME 51 porta le applicazioni core verso GTK4 mentre Shell e Mutter preparano il nuovo ciclo

Shotwell resta diverso da Loupe perché gestisce una libreria fotografica

La modernizzazione non modifica però il ruolo di Shotwell. GNOME dispone già di Loupe, applicazione moderna progettata principalmente per aprire e visualizzare rapidamente singole immagini, con metadati ed editing essenziale. Shotwell svolge una funzione diversa: mantiene una libreria fotografica persistente, importa contenuti da fotocamere, organizza eventi, rating e tag e permette di navigare archivi composti da migliaia di fotografie. La distinzione è importante perché il titolo “image viewer” utilizzato spesso per Shotwell rischia di ridurne eccessivamente il perimetro. Loupe è il visualizzatore moderno integrato nel desktop; Shotwell continua a essere più vicino a un photo manager leggero, collocato tra un semplice viewer e software molto più complessi come darktable o digiKam. Proprio questa posizione spiega perché il porting GTK4 sia rilevante: GNOME può mantenere un’applicazione di gestione fotografica completa senza costringerla a rimanere su una piattaforma grafica differente rispetto agli strumenti più recenti.

GNOME sta progressivamente eliminando le ultime isole GTK3

Shotwell 0.33 arriva in un momento nel quale la migrazione dell’ecosistema GNOME verso GTK4 è ormai avanzata. Nautilus, Settings, Software, Loupe e molte applicazioni core utilizzano da tempo il nuovo toolkit, mentre utility più complesse hanno richiesto cicli di sviluppo molto più lunghi. GNOME Disks rappresenta uno degli esempi più recenti e altre applicazioni continuano a essere portate gradualmente. Il processo non è puramente estetico. GTK4 modifica profondamente il rendering: il vecchio segnale draw è stato sostituito dal modello snapshot, la gestione degli eventi passa attraverso controller dedicati e componenti come GtkMenu, GtkToolbar e diversi modelli di container della generazione precedente sono stati eliminati. Per applicazioni sviluppate durante più generazioni GNOME, questo significa spesso riscrivere parti del codice prima ancora di poter sfruttare le nuove API. La transizione complessiva di GNOME 51 aveva già mostrato come il progetto stia lavorando meno su singole rivoluzioni visibili e più sull’uniformità tra Shell, applicazioni, toolkit e servizi sottostanti. Shotwell entra ora nello stesso processo.

Il porting riduce anche il costo di distribuzione nelle future distro Linux

Esiste inoltre un vantaggio meno visibile per le distribuzioni. Quando applicazioni importanti dipendono da generazioni differenti dello stesso toolkit, il sistema deve mantenere contemporaneamente più librerie e più percorsi di integrazione. GTK3 non scomparirà rapidamente dalle distribuzioni Linux, perché viene utilizzato da una quantità enorme di software esterno a GNOME, ma ogni applicazione core o semi-core migrata a GTK4 riduce la necessità di conservare compatibilità legacy nel lungo periodo. Fedora 45 ha già mostrato questa direzione nelle dipendenze della release candidate Shotwell 33: GTK4, GDK moderno, Graphene, libportal-gtk4 e l’attuale stack GStreamer sostituiscono progressivamente componenti più vecchi. Non significa necessariamente che l’applicazione diventi subito più leggera o più veloce; significa soprattutto che la base tecnica torna a essere allineata con quella sulla quale GNOME sta concentrando sviluppo e manutenzione.

Continua con:

• Ubuntu 26.04.1 aggiorna GTK4, Nautilus, Mutter e il resto dello stack GNOME
• Calibre 9.13 mostra un altro percorso per la gestione di librerie multimediali su Linux

Shotwell cambia sotto il cofano per evitare di diventare software legacy

Shotwell 0.33 non è quindi una release importante perché introduce una funzione fotografica capace da sola di cambiare l’esperienza dell’utente. Lo è perché impedisce a un progetto storico di GNOME di trasformarsi lentamente in un’applicazione legacy difficile da mantenere. La migrazione a GTK4 riporta il software sullo stesso terreno tecnologico delle applicazioni moderne del desktop e crea una base più solida per interventi futuri. Per chi utilizza Shotwell quotidianamente il workflow resta riconoscibile: importazione, organizzazione, tag, rating e gestione della libreria continuano a rappresentare il centro dell’applicazione. Il cambiamento più importante avviene nel codice che sostiene quell’esperienza. Ed è precisamente questo il valore della serie 0.33: modernizzare l’infrastruttura senza cancellare il ruolo specifico che Shotwell continua ad avere nell’ecosistema GNOME.