È stata pubblicata la versione del pacchetto wayland-protocols 1.36, che contiene un insieme di protocolli ed estensioni che arricchiscono le capacità del protocollo di base Wayland e forniscono le funzionalità necessarie per costruire server compositi e ambienti utente.
Tutti i protocolli passano attraverso tre fasi: sviluppo, test e stabilizzazione. Al termine della fase di sviluppo (categoria «unstable»), il protocollo viene spostato nel ramo «staging» e ufficialmente incluso nel pacchetto wayland-protocols; dopo il completamento dei test, viene spostato nella categoria stabile. I protocolli nella categoria «staging» possono già essere utilizzati in server compositi e client dove è necessaria la funzionalità correlata. A differenza della categoria «unstable», in «staging» non sono permesse modifiche che violano la compatibilità, ma nel caso vengano rilevati problemi o carenze durante i test, non è esclusa la sostituzione con una nuova versione significativa del protocollo o con un altro supplemento Wayland.
Nella nuova versione:
- Nella categoria «staging» è stato aggiunto il protocollo xdg-toplevel-icon, destinato a collegare un'icona a una finestra di primo livello.
- Nella categoria «staging» sono stati aggiunti i protocolli ext-image-capture-source ed ext-image-copy-capture per facilitare la cattura del contenuto visualizzato sullo schermo.
Attualmente, il pacchetto wayland-protocols include i seguenti protocolli stabili, che garantiscono la compatibilità retroattiva:
- «viewporter» — consente al client di effettuare operazioni di zoom e ritaglio dei bordi della superficie dal lato del server.
- «presentation-time» — permette la visualizzazione dei video.
- «xdg-shell» — interfaccia per la creazione e interazione con le superfici come finestre, consentendo di spostarle sullo schermo, minimizzarle, ingrandirle, ridimensionarle, ecc.
- «linux-dmabuf» — consente la condivisione di più schede grafiche tramite la tecnologia DMA-BUF (permette di creare wl_buffer basato su DMA-BUF).
- «tablet» — gestione dell'input dai tablet grafici.
Protocolli in fase di testing nel ramo «staging»:
- drm-lease — fornisce le risorse necessarie per formare immagini stereoscopiche con buffer diversi per l'occhio sinistro e destro durante la visualizzazione su caschi di realtà virtuale.
- «ext-session-lock» — definisce i mezzi per il blocco della sessione, ad esempio, durante il funzionamento del salvaschermo o la visualizzazione di una finestra di autenticazione.
- «single-pixel-buffer» — consente la creazione di buffer a singolo pixel che includono quattro valori RGBA a 32 bit.
- «xdg-activation» — consente di trasferire il focus tra diverse superfici di primo livello (ad esempio, tramite xdg-activation un'app può spostare il focus su un'altra).
- content-type — consente ai client di trasmettere al compositore server informazioni sui contenuti visualizzati, che possono essere utilizzate per ottimizzare il comportamento in base al contenuto, ad esempio, l'impostazione di proprietà DRM specifiche come «content type». È dichiarato il supporto per i seguenti tipi di contenuto: none (nessuna informazione sul tipo di dati), photo (output di foto digitali che richiede una minima elaborazione), video (video o animazione, richiede una sincronizzazione più precisa per evitare lag) e game (esecuzione di giochi, richiede un output con minima latenza).
- ext-idle-notify — consente ai server compositi di inviare ai client notifiche di inattività dell'utente, il che può essere utilizzato per attivare modalità di risparmio energetico aggiuntive dopo un certo periodo di inattività.
- tearing-control — consente di disattivare la sincronizzazione verticale (VSync) con impulso di spegnimento nei programmi a schermo intero, utilizzata per prevenire la comparsa di tearing durante l'output. Negli applicativi multimediali, la comparsa di artefatti dovuta al tearing è un effetto indesiderato, ma nei giochi si può tollerare, anche se la lotta contro di essi causa ulteriori ritardi.
- ext-foreign-toplevel-list — recupera informazioni sulle superfici collocate al livello più elevato (toplevel), che consentono di organizzare il fissaggio delle finestre sopra ad altri contenuti, ad esempio per connettere pannelli e interruttori personalizzati.
- security-context — consente di identificare i clienti che utilizzano l'isolamento sandbox. Il cliente può registrare una nuova connessione a un server composito basato su Wayland e allegare a essa un contesto di sicurezza, dopo di che il gestore di composizione limiterà le capacità disponibili per la connessione stabilita in base al contesto di sicurezza specificato.
- cursor-shape — un metodo alternativo per personalizzare l'aspetto del cursore, basato sulla trasmissione di una serie di immagini del cursore anziché sull'associazione a una superficie (wl_surface).
- «ext-transient-seat» — è progettato per creare sessioni temporanee indipendenti (seat), destinate all'uso con dispositivi di input virtuali. Ad esempio, per implementare la possibilità di collegarsi a desktop remoto il protocollo consente di creare una sessione separata per ogni utente con tastiera e mouse virtuali.
- «xdg-toplevel-drag» — estende il meccanismo di «drag & drop» con la possibilità di ancorare le finestre di livello superiore all'operazione di spostamento, che può essere utilizzata, ad esempio, per organizzare il trascinamento di barre degli strumenti o schede del browser. Il nuovo protocollo consente di creare sezioni rimovibili della finestra che, se spostate fuori da questa finestra, diventano nuove finestre e possono essere spostate sopra la finestra esistente prima di essere ricollegate.
- «xdg-dialog» — consente di assegnare alle superfici di alto livello attributi specifici per finestre di dialogo, ad esempio è possibile creare dialoghi modali che bloccano l'interazione dell'utente con il resto dell'interfaccia.
- «linux-drm-syncobj» — fornisce strumenti per la sincronizzazione esplicita dei buffer utilizzando gli oggetti di sincronizzazione DRM (Direct Rendering Manager). Si prevede che nel contesto della sincronizzazione durante il rendering nel buffer, il protocollo proposto migliori il lavoro con i driver basati sulle API grafiche Vulkan e OpenGL (l'implementazione si basa sui gestori nei driver). Il nuovo protocollo offre la garanzia che l'operazione di rendering nel buffer sia completata prima che il gestore composito visualizzi tale buffer.
- modificatore alpha, che consente ai client di cambiare il livello di trasparenza della superficie e di delegare le operazioni relative alla trasparenza al server composito, il quale può a sua volta inoltrare queste operazioni al KMS.
Protocolli sviluppati nella branch «unstable»:
- «fullscreen-shell» — gestione del funzionamento in modalità schermo intero.
- «input-method» — gestione dei metodi di input.
- «idle-inhibit» — blocco dell'attivazione del salvaschermo.
- «input-timestamps» — marcature temporali per eventi di input.
- «keyboard-shortcuts-inhibit» — gestione della fissazione delle combinazioni di tasti e delle scorciatoie.
- «linux-explicit-synchronization» — meccanismo di sincronizzazione dei buffer specifico per Linux legato alla superficie.
- «pointer-gestures» — gestione dai touchscreen.
- «pointer constraints» — restrizioni sui puntatori (blocco).
- «primary-selection» — analogamente a X11 gestisce il funzionamento del buffer di appunti primari, il cui inserimento di solito avviene tramite il pulsante centrale del mouse.
- «relative pointer events» — eventi di puntatori relativi.
- «text-input» — organizzazione dell'input di testo.
- «xdg-foreign» — interfaccia per interagire con le superfici del cliente «vicino».
- «xdg-decoration» — rendering delle decorazioni delle finestre lato server.
- «xdg-output» — informazioni aggiuntive sull'uscita video (utilizzato per il ridimensionamento frazionale).
- Tutti i protocolli passano attraverso fasi di sviluppo, test e stabilizzazione. Al termine della fase di sviluppo (categoria «unstable»), il protocollo viene inserito nel ramo «staging» e ufficialmente incluso nel set di wayland-protocols; dopo il completamento dei test, viene spostato nella categoria stabile. I protocolli della categoria «staging» possono già essere utilizzati nei server compositi e nei client, dove è richiesta la funzionalità correlata. A differenza della categoria «unstable», nella «staging» non è consentita l'introduzione di modifiche che violano la compatibilità, ma in caso di problemi e difetti riscontrati durante i test, non è esclusa la sostituzione con una nuova versione significativa del protocollo o un'altra estensione Wayland.
Fonte: opennet.ru
