![\"Rilascio](\"\/wp-content\/uploads\/2022\/01\/1d5c7aae6357ab911c481c9b49237191.jpg\")
<\/center> <\/p>\nLa libreria libadwaita viene utilizzata insieme a GTK4 e include i componenti del tema Adwaita di GNOME, che sono stati estratti da GTK e resi disponibili come libreria separata. Il codice di libadwaita \u00e8 basato sulla libreria libhandy e si propone come il suo sostituto, inizialmente progettato per costruire interfacce adattive su piattaforme mobili basate su tecnologie GNOME, perfezionato nell'ambiente GNOME Phosh per lo smartphone Librem 5. <\/p>\n
La libreria include widget standard che coprono vari elementi dell'interfaccia, come elenchi, pannelli, blocchi di modifica, pulsanti, schede, moduli di ricerca, finestre di dialogo, ecc. I widget proposti consentono di creare interfacce versatili che funzionano in modo fluido sia su grandi schermi di PC e laptop che su piccoli schermi touch di smartphone. L'interfaccia delle applicazioni si adatta dinamicamente in base alle dimensioni dello schermo e ai dispositivi di input disponibili. La libreria include anche un set di stili Adwaita, che allineano l'aspetto alle linee guida GNOME, senza la necessit\u00e0 di adattamenti manuali. <\/p>\n
La separazione degli elementi di design di GNOME in una libreria dedicata consente di sviluppare le modifiche necessarie per GNOME in modo indipendente da GTK, il che permette agli sviluppatori di GTK di concentrarsi sulle questioni fondamentali, mentre gli sviluppatori di GNOME possono implementare rapidamente e con flessibilit\u00e0 le modifiche stilistiche richieste, senza intaccare GTK stesso. Tuttavia, questo approccio crea difficolt\u00e0 per gli sviluppatori di ambienti desktop di terze parti basati su GTK, che sono costretti a utilizzare libadwaita e adattarsi alle peculiarit\u00e0 di GNOME, replicando il suo design, o a sviluppare una propria versione della libreria di stili per GTK, accettando che le applicazioni GNOME appariranno eterogenee in ambienti basati su librerie di stile alternative. <\/p>\n
Il principale malcontento degli sviluppatori di ambienti di terze parti riguarda i problemi di ridefinizione dei colori degli elementi dell'interfaccia, ma gli sviluppatori di libadwaita stanno lavorando per fornire un'API per una gestione flessibile dei colori, che verr\u00e0 inclusa in uno dei prossimi aggiornamenti. Tra i problemi irrisolti c'\u00e8 anche il corretto funzionamento dei widget di controllo dei gesti solo su schermi touch; per i touchpad, il corretto funzionamento di tali widget sar\u00e0 garantito in un secondo momento, poich\u00e9 richiede modifiche a GTK. <\/p>\n
Principali modifiche in libadwaita rispetto a libhandy: <\/p>\n
- \n
- Un set di stili completamente rinnovato. Il tema Adwaita utilizzato in GNOME \u00e8 stato estratto da GTK e modernizzato, mentre il vecchio tema \u00e8 stato fissato in GTK con il nome \u00abDefault\u00bb. Tra le differenze pi\u00f9 evidenti tra libadwaita e il tema \u00abDefault\u00bb si nota la modifica dell'aspetto delle intestazioni delle finestre.
![\"Rilascio](\"\/wp-content\/uploads\/2022\/01\/6960229b38e19ea226d08487c3c9408d.jpg\")
<\/center>\n- I meccanismi di associazione dei colori agli elementi e il cambio di colori durante l'uso dell'applicazione sono stati modificati (i problemi sono legati al fatto che libadwaita \u00e8 passato a SCSS, che richiede una ricompilazione per cambiare colore). Per cambiare i colori degli elementi, come ad esempio necessario in GNOME Web per segnalare il passaggio alla modalit\u00e0 in incognito, \u00e8 stato applicato un metodo suggerito in elementary OS, basato sulla definizione di un elenco fisso di colori nominati tramite \u00ab@define-color\u00bb. In questo modo, i colori di molti elementi dell'interfaccia ora vengono calcolati rispetto al colore di base del testo e cambiano automaticamente, il che non consente alle applicazioni di controllare completamente la scheda dei colori (gli sviluppatori stanno lavorando per eliminare questa limitazione).
![\"Rilascio](\"\/wp-content\/uploads\/2022\/01\/50a103ab6890ae4ce6cdd250b82e0338.jpg\")
![\"Rilascio](\"\/wp-content\/uploads\/2022\/01\/0645ee9a0017e92a8983dc5cf0a1aead.jpg\")
<\/center>\n- La qualit\u00e0 della visualizzazione \u00e8 stata migliorata quando si utilizzano temi scuri, grazie a un'importante evidenziazione degli elementi. Il colore accentuato \u00e8 diventato pi\u00f9 luminoso e ne \u00e8 stato aggiunto un altro per l'evidenziazione, che pu\u00f2 variare tra il tema scuro e quello chiaro.
![\"Rilascio](\"\/wp-content\/uploads\/2022\/01\/8009aeeff3000ec8530f5187686edf18.jpg\")
![\"Rilascio](\"\/wp-content\/uploads\/2022\/01\/c1c041923b1a57f6f7cdc5f3ad4ccbf5.jpg\")
<\/center>\n- \u00c8 stata aggiunta una grande serie di nuove classi stilistiche da utilizzare nelle applicazioni. Ad esempio, \u00ab.pill\u00bb per grandi pulsanti arrotondati, la possibilit\u00e0 di utilizzare \u00ab.flat\u00bb in GtkHeaderBar, \u00ab.accent\u00bb per impostare il colore di accento nelle etichette, \u00ab.numeric\u00bb per la tipografia tabellare, e \u00ab.card\u00bb per l'utilizzo di sfondi e ombre come nelle liste.
![\"Rilascio](\"\/wp-content\/uploads\/2022\/01\/54802fb4306097976024f1e2e9f3513b.jpg\")
<\/center>\n- Grandi file SCSS monolitici sono stati suddivisi in una raccolta di file pi\u00f9 piccoli con stili.\n
- Aggiunta un'API per personalizzare il tema scuro e la modalit\u00e0 ad alto contrasto.
![\"Rilascio](\"\/wp-content\/uploads\/2022\/01\/bca15cadda8bf5670456eec5440cb2e8.jpg\")
<\/center>\n- La documentazione \u00e8 stata rielaborata, ora generata utilizzando lo strumento gi-docgen.
![\"Rilascio](\"\/wp-content\/uploads\/2022\/01\/bd458f9627f4018f441f81e942ad7017.jpg\")
<\/center>\n- Aggiunta un'API per l'animazione, che pu\u00f2 essere utilizzata per creare effetti di transizione nel passaggio da uno stato all'altro, oltre a creare effetti a molla (spring animation).
![\"Rilascio](\"\/wp-content\/uploads\/2022\/01\/ea7e5a0d7ecee8d53248a53d893a5d9e.jpg\")
<\/center>\n- Per le schede basate su AdwViewSwitcher \u00e8 stata aggiunta la possibilit\u00e0 di visualizzare etichette con il numero di notifiche non lette.
![\"Rilascio](\"\/wp-content\/uploads\/2022\/01\/52d441efd9b5b2d049468ef33a06086f.jpg\")
<\/center>\n- Aggiunta la classe AdwApplication (sottoclasse di GtkApplication) per l'inizializzazione automatica di Libadwaita e il caricamento degli stili.\n
- \u00c8 stata aggiunta una selezione di widget per semplificare le operazioni standard: AdwWindowTitle per impostare il titolo della finestra, AdwBin per semplificare la creazione di sottoclassi, AdwSplitButton per pulsanti combinati, AdwButtonContent per pulsanti con icona e etichetta.\n
- \u00c8 stata effettuata la pulizia dell'API. <\/ul>\n
- I meccanismi di associazione dei colori agli elementi e il cambio di colori durante l'uso dell'applicazione sono stati modificati (i problemi sono legati al fatto che libadwaita \u00e8 passato a SCSS, che richiede una ricompilazione per cambiare colore). Per cambiare i colori degli elementi, come ad esempio necessario in GNOME Web per segnalare il passaggio alla modalit\u00e0 in incognito, \u00e8 stato applicato un metodo suggerito in elementary OS, basato sulla definizione di un elenco fisso di colori nominati tramite \u00ab@define-color\u00bb. In questo modo, i colori di molti elementi dell'interfaccia ora vengono calcolati rispetto al colore di base del testo e cambiano automaticamente, il che non consente alle applicazioni di controllare completamente la scheda dei colori (gli sviluppatori stanno lavorando per eliminare questa limitazione).