LOA HackLab - Autistici

Gerarchie, Widgets e Toolkit 131
ad X, permettendo in tale maniera di conservare la compatibilità tra un appplicazione
creata nel 1989 con un sistema del 2002 6 .
9.4 Meccanismi, non regole
Se il protocollo su cui si basa X e la sua gestione client/server cambia cosi’ raramente,
come fare ad aggiungere nuove funzioni al passo con i tempi?
La domanda in sè è banale, ma ci permette di introdurre alcuni aspetti positivi e negativi
della concezione grafica di X. ”Meccanismi, non regole” sta a sigificare che, contrariamente
alle GUI tradizionali di Windows & Macintosh, X non impone nessun tipo di policy
riguardo l’aspetto, la forma, la disposizione e le funzioni di nessuna applicazione, ma
fornisce esclusivamente un metodo per visualizzarle (e per questo motivo il suo protocollo
è trasparente).
Gli svantaggi di un simile approccio consistono nella mancanza di una standardizzazione
del cosiddetto look-and-feel 7 delle applicazioni, nella mancanza di regole definite
per l’attribuizione di talune funzioni o per il raggiungimento di particolari scopi e, in ultima
analisi, in un aspetto meno uniforme dell’intera interfaccia grafica.
I vantaggi, però, sono quelli derivanti dalla possibilita’ di modificare e di evolvere
le varie applicazioni senza dover modificare il substrato che permette il loro uso: così,
seppur rallentati, i moderni programmi possono girare su piattaforme vetuste o poco
potenti, senza doversi curare della necessità di creare nuove regole di visualizzazione.
In ultima analisi, X Window System consente di ottenere risultati impensabili, in
termini di portabilita e flessibilità delle applicazioni, rispetto a qualsiasi altro ambiente
grafico.
Figure 9.1 Desktop spartano basato su FVWM 2.2
6 Windows e il suo ambiente grafico non esistevano nemmeno nel 1989, e sono d’altra parte
incompatibili anche con le loro stesse versioni!
7
Anche se non mi sembra uno svantaggio