X Window System core protocol: differenze tra le versioni

Versione delle 03:46, 10 feb 2019

Versione delle 11:46, 5 mag 2019

Riga 5:

Nell'X Window System core protocol si possono inviare solo quattro tipi di pacchetti, in maniera [[Segnale (informatica)|asincrona]], attraverso la rete: richieste, risposte, eventi ed errori. Le ''Richieste'' vengono inviate da un client ad un server per chiedere ti eseguire alcune operazioni (per esempio, creare una nuova finestra) e ritornare indietro i dati che contiene. Le ''Risposte'' sono inviate dal server per fornire tali dati. Gli ''Eventi'' vengono inviati dal server per notificare ai client dell'attività dell'utente o di altre occorrenze che sono interessati a conoscere. Gli ''Errori'' sono pacchetti inviati dal server per notificare ad un client di errori accaduti durante l'elaborazione delle sue richieste. Le richieste possono generare risposte, eventi ed errori; a parte questo, il protocollo non regola l'ordine specifico in cui i pacchetti sono inviati in rete. Esistono alcune estensioni al core protocol, ognuna delle quali aventi le proprie richieste, risposte, eventi ed errori.

L'X Window System fu concepito al [[Massachusetts Institute of Technology|MIT]] nel 1984 (la sua pubblicazione corrente X11 comparve nel settembre 1987). I suoi progettisti [[Bob Scheifler]] e [[Jim Gettys]] stabilirono come primi principi che il suo core protocol doveva "creare meccanismi e non politiche". Come risultato di ciò, il procollo principale non specifica l'interazione fra i client e tra client e utente. Queste interazioni sono l'oggetto di specifiche separate <ref name="gett">Jim Gettys. [httphttps://freedesktop.org/~jg/roadmap.html Open Source Desktop Technology Road Map] {{webarchive|url=https://web.archive.org/web/20031124214515/http://freedesktop.org/~jg/roadmap.html |data=24 novembre 2003 }}</ref> come le specifiche [[ICCCM]] e [[freedesktop.org]] e sono tipicamente definite automaticamente dall'uso di un dato insieme di [[widget]].

== Panoramica ==

Riga 62:

Il programma <code>xlsfonts</code> stampa la lista dei font immagazzinati nel server. Il programma <code>xfontsel</code> mostra i glifi dei font e permette all'utente di selezionare il nome di un font per usarlo in un'altra finestra.

L'uso di font lato-server è attualmente deprecato in favore dei font lato-client.<ref name="herr-hopf">Matthieu Herrb and Matthias Hopf. [httphttps://www.openbsd.org/papers/eurobsd2005/herrb-hopf.pdf New Evolutions in the X Window System].</ref> Tali font sono renderizzati dal client, non dal server, con il supporto delle librerie grafiche [[Xft]] o [[Cairo (graphics)|cairo]] e l'estensione [[XRender]]. Nessuna specifica è data sui font lato-client nel core protocol.

== Risorse e identificatori ==

Riga 82:

Gli identificatori sono unici anche nel server, non solo nel client; per esempio, due finestre non possono avere lo stesso identificatore anche se create da due client diversi. Un client può accedere ad ogni oggetto noto l'identificatore. In particolare, può anche accedere alle risorse create da un altro client, anche se i loro identificatori sono al di fuori dell'insieme di identificatori che loro (i client) possono creare.

Come risultato di ciò, due client connessi allo stesso server possono usare lo stesso identificatore per riferirsi alla stessa risorsa. Per esempio, se un client crea una finestra con identificatore <code>0x1e00021</code> e passa questo numero <code>0x1e00021</code> ad un'altra applicazione (attraverso qualsiasi mezzo utilizzabile, per esempio salvando questo numero in un file che è accessibile anche all'altra applicazione), questa altra applicazione ha la possibilità di operare proprio nella stessa finestra. Quest'possibilità viene sfruttata per esempio dalla versione X Window di [[Ghostviwe]]: questo programma crea una sotto finestra, salvando il suo identificatore in una [[variabile d'ambiente (Unix)|variabile d'ambiente]] e chiama [[Ghostscript]]; questo programma disegna il contenuto del file [[PostScript]] da mostrare in questa finestra.<ref name="ghos-inte">[httphttps://www.gnu.org/software/gv/manual/html_node/Interface-with-ghostscript.html Ghostview: Interface with ghostscript]</ref>

Le risorse sono normalmente distrutte quando il client che le ha create chiude la connessione col server. Comunque, prima di chiudere la connessione, un client può richiedere al server di non distruggerle.

Riga 181:

Le proprietà sono usate principalmente per la comunicazione fra client. Per esempio, la proprietà chiamata <code>WM_NAME</code> (la proprietà nominata dall'atomo a cui è associata la stringa <code>"WM_NAME"</code>) è usata per salvare il nome per la finestra; i gestori di finestre di solito leggono questa proprietà e visualizzano il nome della finestra nella barra del titolo.

Alcuni tipi di comunicazione inter-client usano proprietà della finestra radice. Per esempio, in accordo con la specifica [[freedesktop]] window manager <ref name="free-desk">[httphttps://www.freedesktop.org/wiki/Specifications/wm-spec?action=show&redirect=Standards%2Fwm-spec Freedesktop window manager specification]

</ref>, i gestori di finestre dovrebbero salvare l'identificatore della finestra correntemente attiva nella proprietà di nome <code>_NET_ACTIVE_WINDOW</code> della finestra radice. Le [[X resources]], che contengono i parametri dei programmi, sono anch'esse salvate in proprietà della finestra radice; In questo modo, tutti i client possono accedere ad esse, anche se girano in computer differenti.

Riga 283:

== Collegamenti esterni ==

* {{en}}[httphttps://www.x.org/ X.Org Foundation] (official home page)

* {{cita web|httphttps://xorgwiki.freedesktop.org/wikixorg/|X.Org Foundation wiki|lingua=en}}

* {{cita web|http://www.rahul.net/kenton/bib.html|Kenton Lee's pages on X Window and Motif|lingua=en}}

* {{en}}[ftp://ftp.x.org/pub/X11R7.0/doc/PDF/proto.pdf The X11R7 Protocol Specification]