Aiutare a migliorare KDE Quattro [howto]

Buona continuazione...

Pollycoke reso da WebKit ...tra un crash e l'altro

Dal momento che è pur sempre un'alternativa... sappiate che già adesso si può sempre provarlo e decidere di testa propria... per chi ne ha una :)

NB: post non indirizzato ad un'utenza alle prime armi: seguendo queste indicazioni potreste trovarvi con conflitti un po' stronzi da risolvere.

Al momento esistono vari modi per avere un assaggio di WebKit: potete seguire la mia felipesca guida "Compilare e installare Epiphany con backend WebKit, o quasi" per compilare il tutto oppure usare alcuni pacchetti di Epyphany-WebKit distribuiti per Ubuntu Gutsy e abbastanza aggiornati:

• epiphany-browser-data_2.20.1-2_all.deb
• epiphany-webkit_2.20.1-2_i386.deb
• libqtwebkit0d_0~svn26044-1_i386.deb
• libwebkitgtk0d_0~svn26044-1_i386.deb

Scaricateli (nel repository sono disponibili anche i pacchetti di sviluppo), disinstallate la vostra copia di Epiphany, installate questi e preparatevi a tornare molto presto indietro :) Io ho subito rimosso i pacchetti di epiphany webkit per tornare ad epiphany gecko, ossia la versione "liscia" distribuita con Ubuntu Gutsy (e tutte le altre distribuzioni).

Sul fronte dell'integrazione con WebKit le cose non sono ferme nemmeno in casa KDE, dove "George Wright" ha provato Konqueror WebKit con risultati molto simili al mio: diciamo che a prescindere dal desktop o dal browser che usate, ce ne vorrà ancora un po' prima che possiamo rimpiazzare Gecko. E alla fine ci va anche bene così.

Sì, avete intuito bene: uso Epiphany come browser del mio desktop KDE Quattro :)

I telefoni virtuali per emulare Android di Google… e su PC?

Buona continuazione...

I volumi comodamente identificati come "Video", "Test" e "Dati" :)

Notate i nomi dei dispositivi nel mio file manager Dolphin (ma vale anche per Nautilus)? Hanno nomi descrittivi ben più utili dei soliti: "Volume", "Volume" e "Volume" :D Vi spiego come fare per ottenere qualcosa di simile

Di cosa stiamo parlando?

Innanzitutto - lo dico per chi si fosse sintonizzato solo in questo momento - quei "Volume" non sono altro che il nome che le interfacce grafiche nelle moderne distribuzioni GNU/Linux (e non solo) attribuiscono ai dischi o le partizioni presenti nel computer, così come vengono visti dal sistema.

In realtà il sistema internamente vede quei "Volume" con dei nomi spaventosi tipo "/dev/hda1", /dev/hda2" ecc ecc, e solo di recente si nota questa tendenza ad attribuire loro nomi umani, possibilmente (come in Nautilus) indicando oltre al nome "Volume" anche le dimensioni del disco o partizione.

In odiosissime parole povere stiamo parlando di quelli che per Windows sono "C", "D" e via dicendo, con la differenza che Linux non scambia quelle lettere ogni notte di luna piena :D

No sul serio, di cosa stiamo parlando?

Ora ci arrivo. Sappiate che ci sono diversi modi per dare dei nomi personalizzati a dischi e partizioni, potete modificare il file /etc/fstab, potete fare il gioco sporco e manomettere Hal ("giro giirooo tooonnd..." cit.) oppure potete agire direttamente sulle partizioni, come ho fatto io.

Perché agire direttamente sulle partizioni? Beh il vantaggio principale è che così facendo questa modifica resta memorizzata indipendentemente dalla distribuzione in uso, mentre invece modificando /etc/fstab il tutto resta limitato alla distribuzione in cui effettuate il cambiamento. Inoltre la modifica resiste ad installazioni successive (sempre che non si modifichino le partizioni).

Quello che faremo è dunque applicare delle "etichette" di riconoscimento a dischi o partizioni interessate.

Ok, facciamolo

Bene, all'opera dunque. L'operazione è decisamente semplice e soprattutto rapida, quello che ci serve è sostanzialmente sapere che filesystem abbiamo nelle partizioni che vogliamo identificare. In genere si tratta di EXT3 (il più comune) ma potrebbe anche essere ReiserFS o XFS o VattelappescaFS, un qualsiasi strumento per partizionare dischi (fdisk, cfdisk, *parted) ce lo dirà senza problemi. Io ho usato GParted:

Ok, le mie partizioni sono un misto tra ReiserFS e EXT3. Per applicarvi delle etichette ho avuto dunque bisogno delle relative utilità: e2label e reiserfstune. Dopo aver smontato le partizioni interessate mi sono bastati questi comandi:

$: sudo reiserfstune -l Dati /dev/hdb3
$: sudo e2label /dev/hda2 Test

Se avessi avuto ad esempio una partizione XFS da etichettare come "Backup" avrei usato qualcosa come:

$: sudo xfs_admin -L Backup /dev/hdb5

Altri FS hanno le proprie utilità che voi non vedrete l'ora di andare a studiare :) Dopo aver fatto queste operazioni basta un riavvio per vedere il tutto applicato, e da questo momento scegliere tra diverse partizioni da Dolphin, Nautilus, Thunar e le finestre di apertura/salvataggio dei file sarà infinitamente più comodo :)

Considerazioni e pensierini

Purtroppo non è (ancora?) possibile apportare quel genere di modifiche direttamente da Gparted, secondo me sarebbe molto comodo e non vedo alcun particolare motivo per cui una cosa del genere non dovrebbe essere desiderabile.

Anzi la lancio lì: se c'è qualcuno del team di Ubiquity o affini in ascolto e non lo si è ancora fatto, perché non implementare questa caratteristica direttamente nell'installer della distribuzione? L'utente sarebbe in grado di scegliere un nome personalizzato per i propri dischi

---
[¹] Ma uno che abbia un nome che non sia un acronimo?

Si chiama Lancelot ed è da poco entrato in extragear/plasma. Ovviamente mi avete tempestato di segnalazioni - ehi state diventando esigenti! bene :) - via mail e MessageBox, e quindi ecco come installarlo e come (non) usarlo.

Prima di installare

Prima di installare Lancelot è meglio chiarire che questa abbondanza di alternative di menu per KDE4 non significa che con la prossima versione del desktop avremo ognuno una configurazione differente. Infatti al momento l'unico menu che sembra in qualche modo "ufficiale" è Kickoff, che ho presentato tempo fa con dovizia di schermate (cfr "KDE4: ecco il nuovo Kickoff").

Chiarisco questo fatto perché non vorrei che per stare al passo con le novità vi sentiste in qualche modo obbligati ad usare questo nuovo menu che tra le altre cose manco funziona ancora :) Tenetevi Kickoff e seguite le istruzioni qui di seguito solo se vi va di sperimentare.

I comandi utili, versioni facile e intermedia

Avete seguito la mia guida "KDE 4 per Ubuntu Gutsy, in un paio d’ore ;)", sì? Ok, allora il tutto si risolve in un semplice comando:

$: sudo kdesvn-build  extragear/plasma

Non dovete fare altro. Questo installerà una serie di moduli "extra" per plasma, tra cui scriptengines, dataengines, runners e applet come Lancelot, appunto. Un bel po' di roba non ancora ufficiale e potenzialmente instabile. Se volete essere più "chirurgici" potete anche installare solo le applet. Per fare questo mettetevi in modalità intermedia e date solo questo comando al posto del precedente:

$: sudo kdesvn-build  extragear/plasma/applets

In questo caso però la prima cosa che farà kdesvn-build sarà sputarvi un errore relativo ad alcune directory mancanti. Per superare l'ostacolo basta modificare il file /usr/src/kde4/extragear/plasma/CMakeLists.tx e commentare (aggiungere un # all'inizio della riga) le ultime tre righe. A questo punto basta dare nuovamente il comando ed il gioco è fatto.

L'avvio di Lancelot

Per avviare Lancelot al momento esiste un'applet che non funziona e un'applicazione a se stante, che... non funziona nemmeno, ma almeno avvia qualcosa :) Per lanciarla:

$: lancelot

Poi aspettate che digerisca qualcosa e dopo pochi secondi apparirà l'immagine che vedete in apertura.

Il parere della cavia

Il problema principale è capire come mostrare lancelot una volta che viene nascosto a seguito di un click da qualche parte nel desktop. Nei miei test l'ho avviato e ucciso una decina di volte, poi ho smesso di trovare la cosa edificante.

L'unica cosa funzionante è per il momento la scheda "Computer", paragonabile grosso modo a "Risorse" di GNOME, quindi ci basiamo solo su quello per poter dare un giudizio.

Il fatto di poter compiere gran parte delle azioni senza cliccare un bel niente è interessante, anche se attualmente c'è poco da avviare. Una cosa che non mi è piaciuta è l'abbondanza di controlli non standard. Non so se tali controlli dovrebbero essere adottati dal resto del desktop (alcuni non sarebbero neanche male) o se - al contrario - per integrarlo si prevede di eliminarli.

In poche parole: se proprio vi scappa, adesso sapete come fare, chi non lo installerà non si perde niente. Al momento.

KDE 4 per Ubuntu Gutsy, in un paio d’ore ;)

Buona continuazione...

Sabbia o Oro? La mia riproduzione del supposto nuovo schema di colori

Saranno i nuovi colori di Oxygen? Se così fosse direi che mi ha intrigato molto l'idea di usarli per poter decidere se mi piacciono... e quindi ecco come fare :)

Oltre ai colori c'è di più...

Se state ancora leggendo c'è qualche possibilità che stiate utilizzando Oxygen e quindi KDE4. Se è così complimenti e benvenuti nella perversione! Non importa se avete deciso di compilare o se avete usato pacchetti precompilati, quello che importa è che abbiamo la possibilità unica di veder nascere KDE4 giorno dopo giorno.

Parte del bello di questa cosa è che giorno dopo giorno spuntano innovazioni più o meno sostanziose a livello di applicazioni, librerie, framework e integrazione tra tutti gli ingredienti, ma il massimo della vita è quando qualcuno comincia a mettere in discussione le frivolezze come il colore! :D

Ok, lo sappiamo tutti non sono aspetti poi così tanto frivoli, è solo che mi preme chiarire che oltre a cose "leggere" come la scelta dei colori c'è un fermento incredibile in SVN e mi stupisco della velocità con cui tutto è continuamente rimescolato. Detto questo... via con la personalizzazione dei colori :P

Come impostare i nuovi colori

Se avete letto il post "Come personalizzare il vostro KDE4 (solo per diletto)" saprete cosa significa questo comando:

$: kcmshell colors

Datelo (o usate systemsettings) e vi apparirà il modulo per personalizzare lo schema di colori di KDE:

A noi interessa impostare come sfondo delle finestre quel colore un po' oro un po' sabbia che ci ha mostrato cover nella sua segnalazione, e per fare questo ci basta cliccare la voce "Window Background" che vedete appunto selezionata (a destra) nell'immagine qui sopra.

Si aprirà una finestra di dialogo in cui possiamo immettere il colore in vari modi. Potete inserire direttamente il codice #E8E8D7 per ottenere il risultato che vedete nell'immagine in apertura.

Non c'è niente di ufficiale!

Il mio parere? Ripeto: se stessimo parlando di bozze ufficiali, il risultato finale non mi convince ancora del tutto e sto cercando di capirlo, dopotutto stiamo parlando di frivolezze appunto.

...ma devo dire che in generale mi trovo abbastanza d'accordo con Linda.

Come personalizzare il vostro KDE4 (solo per diletto)

Buona continuazione...

Per tutti voi che come me sono arcistufi di non potere avere una esperienza soddisfacente con KDE e Compiz...

Ho deciso di creare questa piccola guida che spero risolva i problemi più comuni dandoci l'ebbrezza di una piacevole e proficua esperienza d'uso giornaliera del cubo magico.

Ve lo dico fuori dai denti: ero un convinto detrattore di Compiz con KDE, perché non riuscivo a fargli fare ciò che volevo io, un po' per colpa sua, un po' per mia negligenza. Poi finalmente è uscita la versione 0.6.0 ed è stato amore a prima vista.

Sospetto che sia anche parecchio merito dei quasi contemporanei ottimi nuovi driver e dell'adozione del kernel 2.6.23, col suo Completely Fair Scheduler che trovo semplicemente fantastico anche rispetto al pur ottimo 2.6.22. In una parola non ho mai visto il mio sistema così responsivo!

Preparare KDE

Molte guide suggeriscono di porre un file, di solito chiamato "compiz.desktop", nella directory ~/.kde/Autostart: non fatelo, semplicemente non funziona, perché ha i seguenti svantaggi (o almeno a me fino ad ora non ha funzionato per questi motivi):

• Il pager smette di funzionare correttamente: dato che viene avviato dopo compiz non riesce a gestire i desktop virtuali correttamente
• Prima viene caricato kwin, poi compiz, risultando in sfarfallamenti, schermi neri e molto spesso in applicazioni che sfuggono alla traybar per restare tristemente sul desktop in finestre non gestibili
• Dopo il primo riavvio vi trovate nella sessione con 2 avvi di compiz e relativo decorator: ciò è male e causa molti dei problemi esposti pocanzi
• Tempi di avvio più lunghi

Detto questo procedete subito alla rimozione dell'eventuale file che avete creato. E' il momento di digitare un semplicissimo script di avvio per Compiz: sì avete capito bene, utilizzeremo uno script shell per lanciare il composite manager. Potete salvare questo file dove volete, io vi suggerisco in /usr/local/bin (questa operazione va fatta però come utente root). Il codice è davvero semplice:

#!/bin/bash
/usr/bin/compiz --loose-binding --sm-disable --replace gconf &

Nel caso non utilizziate il plugin "gconf" per gestire la configurazione sostituitelo con quello che utilizzate (è il tipico scenario che avreste utilizzando Compiz Config di Compiz Fusion). Attenzione! Lo script è prettamente per schede nVidia per la presenza del parametro "--loose-binding" che serve per ridurre drasticamente i ritardi ed aumentare la responsività: per schede di altri produttori dovrebbe bastare rimuoverlo, ma non ne sono certo. L'altro parametro "--sm-disable" serve per disabilitare il salvataggio nella sessione di X11.

Io ho salvato il file col nome di kde-compiz.sh, bisogna renderlo eseguibile dando il seguente comando in un terminale:

$ chmod +x kde-compiz.sh

Ovviamente il percorso dello script varia a seconda di dove avete deciso di salvare il file (come detto prima).

Viene adesso la parte più complicata, dato che dobbiamo dire a KDE di non caricare KWin come window manager di default, ma Compiz ed il suo decorator. Per fare ciò andremo ad impostare la variabile di ambiente KDEWM prima dell'avvio di KDE. Per farlo in Arch Linux bisogna editare il file ~/.bash_profile mettendo la riga:

export KDEWM=/usr/local/bin/kde-compiz.sh

Potreste anche mettere la riga nel file ~/.bashrc, ciò dipende dalla vostra distro (come potete notare dallo screenshot la mia distribuzione preferita utilizza anche questo file). L'importante, ripeto, è che specifichiate il percorso in cui andare a pescare lo scriptino di avvio (come vedete io l'ho messo in /usr/local/bin).

Purtroppo non abbiamo ancora finito: abbiamo preparato l'ambiente per l'esecuzione, ma non per la "corretta" esecuzione.

Bisogna adesso impostare il numero di desktop (è necessario farlo per fare funzionare nel modo giusto l'applet pager). Lanciate il Pannello di Controllo di KDE e selezionate la voce "Desktop"->"Multiple Desktops" portando il valore a 1.

Ultimo passo è quello di rimuovere Compiz dalla sessione, cosa che evita avvii multipli e tanto danno a noi ed alla nostra pazienza. Sempre nel pannello di controllo selezionate "KDE Components"->"Session Manager". In fondo alla pagina c'è la cornice "Advanced" con campo di input nel quale inserirete il testo:

compiz:kde-window-decorator:gtk-window-decorator:/usr/bin/compiz:/usr/bin/kde-window-decorator:/usr/bin/gtk-window-decorator

Che dovrebbe far sì che Compiz ed i suoi decorator vengano esclusi dal salvataggio della sessione. Per quanto riguarda KDE abbiamo praticamente terminato, ora tocca a Compiz.

Configurazione di Compiz

L'installazione sotto Arch Linux è molto semplice: dopo aver attivato i repository "community" date come utente root:

# pacman -S compiz-core compiz-decorator-kde

Per avere tutto bell'e pronto (nulla vi vieta di compilarlo a mano, ma i pacchetti sono ben fatti). Lanciate gconf-editor (è "Configuration Editor" nel menù "System") ed editate la voce relativa al plugin "decoration", raggiungibile dalla chiave /apps/compiz/plugins/decoration/allscreens/options. Scegliete la voce "command" e digitate come valore "kde-window-decorator --replace". In questo modo Compiz avvia automaticamente il gestore di finestra specifico per KDE.

Inutile sottolineare che sta a voi scegliere i plugin da avviare o anche il plugin preferito per gestire la configurazione: a seconda dei casi l'importante è che diciate al plugin "decoration" di caricare "kde-window-decorator".

3... 2... 1... riavvio!

Abbiamo finito! Adesso dovrebbe bastare uscire da KDE e riloggarvi per gustare le emozioni al cubo di un ultra fluido Compiz!

E' importante il fatto di riloggarvi (reimmettere le credenziali di accesso) dato che le modifiche fatte al file .bash_profile vengono lette solo quando l'utente fa login, siete avvisati!

---
Questo articolo è stato scritto e testato sulla seguente combinazione di harware e software:

KDE 3.5.7
Compiz 0.6.0
Scheda Grafica GeForce 7600 GS con 256 mb
Driver NVIDIA 100.14.19
X.org 7.2
Kernel 2.6.23 personalizzato
Distribuzione Arch Linux 32bit su Athlon 64 con 1 GB di memoria

I settaggi "visivi" sono:

Tema QtCurve 0.55, con personalizzazioni varie, colori compresi (necessario per la consistenza visiva delle applicazioni Gtk e Qt sulla stessa macchina)
Sfondo desktop di "Onion Club" preso non so dove
Singolo panel con tutto dentro
Icone "Crystal Project"
Decorazione finestra "MyTango"
Musica di sottofondo: "The Elected", disco "Sun, Sun, Sun", brano "Did me good"

Aptitude non è solo questa (seppur comoda) strana interfaccia!

Ma che in realtà può essere comodamente usato da linea di comando, come e meglio di APT e del suo infinito corollario di comandi. Vi mostro qualche vantaggio da me riscontrato e spero di incuriosirvi un po' ;)

Un solo comando per tutte le esigenze

Sarà capitato anche a voi, oltre ad avere una musica in testa, di leggere qualche critica rivolta all'eccessivo numero di comandi utilizzati normalmente nella gestione dei pacchetti in Debian e derivate (es. Ubuntu). Parliamo più che altro di gestione avanzata: i lettori più smaliziati sapranno bene che esistono comandi come:

E notate che questi sono solo quelli che mi ritrovo nella mia installazione standard di Ubuntu Gutsy, in realtà ne esistono ben di più: ricordo ad esempio che durante la mia carriera da utente Debian Sid non potevo fare a meno di apt-listbugs :)

Bene, aptitude non racchiuderà certamente le funzioni di tutti i comandi con prefisso "apt-" esistenti, questo è ovvio, ma diciamo che tende ad unificare molti di quelli più comunemente usati, in un unico comando che accetta degli argomenti molto chiari come: install, remove, search, show, hold, eccetera.

Ecco una tabella con i principali e più comuni comandi di Aptitude, a confronto con i relativi comandi apt:

Che ne dite?

Gestione superiore delle dipendenze

I sostenitori di Aptitude ne hanno da sempre sottolineato l'impeccabile gestione delle dipendenze dei pacchetti.

Non solo l'applicazione in questione risolve le dipendenze in installazione, come da sempre fa APT, ma in più Aptitude tiene traccia di tali informazioni: in caso di una disinstallazione, oltre al pacchetto direttamente interessato, elimina eventuali dipendenze non più necessari al sistema, che con APT invece rimarrebbero.

C'è da dire che di recente in APT è stato introdotto il nuovo comando autoremove, che imita un po' il comportamento di Aptitude, giusto per completezza :)

Risoluzione automatica dei conflitti

No, non parlo della risoluzione automatica dei conflitti interraziali, quella resta una prerogativa della felitopica "Distro Finale" ;)

Mi riferisco alla capacità che ha Aptitude di selezionare automaticamente la soluzione più adatta in caso di nomi di pacchetti ambigui o situazioni che altrimenti richiederebbero l'intervento umano per "chiarire" comandi che si prestano ad essere assolti in più modi.

Un esempio tipico è il copia/incolla di qualche istruzione presa da una guida magari non troppo aggiornata: l'installazione di un pacchetto che ha cambiato nome finisce male se si usa APT, generalmente va a buon fine se invece si usa Aptitude, perché l'ultima si occuperà di selezionare il pacchetto che serve, anche se ha cambiato nome.

Non poteva mancare il richiamo alla supermucca (moo) che stavolta è un elefante divorato da un boa

Altro esempio è la migliorata capacità che ha Aptitude di gestire situazioni che implicano da rimozione di uno o più pacchetti in favore di altri. In alcuni casi APT ci "lascia a piedi" e ci tocca fare qualche magheggio manuale per installare il giusto pacchetto.

Insomma, facendo un paragone totalmente stupido e arbitrario, se dovessi scegliere chi assumere tra APT e Aptitude come manager per la nuova filiale della mia catena di negozi di bambole gonfiabili, sceglierei il secondo per la capacità di cavarsela in qualche situazione più delicata.

Se non avete problemi, non cercate di risolverne

Questa è una massima che considero di una saggezza quasi indisponente, e si applica anche ad una questione apparentemente così banale come la gestione dei pacchetti nella vostra distribuzione.

Se vi trovate bene con APT non c'è alcun motivo di angosciarsi appresso ad Aptitude, tanto più che la maggior parte di noi usa Synaptic per soddisfare la grande maggioranza delle esigenze di gestione dei pacchetti. Mi chiedo solo come mai non si sia pensato ad un Synaptic basato su Aptitude ;)

Aptitude può essere apprezzato da chiunque, ma probabilmente l'utente più smaliziato, che ama sperimentare con la propria distro, ne ricaverà più vantaggi, quindi invito tutti a provarlo (è già installato) e a decidere in base alle proprie esigenze. Non è detto che Aptitude debba risultare migliore di APT per tutto e per tutti...

Ad esempio "aptitude a life" suona decisamente male :D

Certo, come ho scritto in passato, ci sono alcuni problemi (cfr "Compiz: orribile secondo alcuni") che anche se non mi impediscono di godere dell'ambiente fluido offerto dall'accelerazione 3D, devo dire che procurano un po' di frustrazioni...

Oggi nel blog di Catanzag ho letto con piacere che esiste la soluzione ad uno dei problemi di Compiz che avevo presentato nel post linkato in apertura, ossia:

• Applicazioni che si comportano in modo strano. Spesso Evince, per dirne una, mi viene aperto per metà nell’altro desktop virtuale.

In realtà - purtroppo - non è una vera soluzione ma si tratta di un sistema per aggirare un noto problema che ha radici ben più profonde. Ad ogni modo, il trucco sta tutto nel plugin put, ossia "Posizione" nella traduzione italiana¹. Ecco come:

Basta lanciare Compiz Config Settings Manager, abilitare appunto il plugin Posizione (non "Posiziona finestre", quello è già abilitato e serve ad altro), infine spuntare l'opzione segnata in rosso nella schermata.

Ho testato varie volte con Evince, e devo dire che il problema non mi si è più presentato, anche se le finestre continuano a non essere esattamente massimizzate. Spero comunque che il bug venga risolto alla radice :)

Grazie Catanzag!

---
[¹] Un momento di raccoglimento per onorare lo sforzo dei nostri traduttori per rendere in maniera "umana" in italiano le astruse voci di CCSM... Grazie!

Quasi sicuramente ne avrete notato la sobrietà implacabile e quasi perversa. Beh, adesso chi usa Ubuntu ha finalmente a disposizione un tema alternativo.

Ecco come si presenta il tema human per la finestra in questione:

Non male, vero? Se volete usarlo anche voi vi basta scaricare il tema e seguire le istruzioni riportate da Christer Edwards. In sintesi:

• Scaricare il tarball da qui e decomprimerlo in /usr/share/gnome-screensaver
• Abilitare il nuovo tema con il comando:
  $: gconftool-2 -s --type=string /apps/gnome-screensaver/lock_dialog_theme human

Creare versioni personalizzate per altre distribuzioni dovrebbe essere un gioco da ragazzi, se vi va di provarci ovviamente linkatele nei commenti :)

---
PS: Se avete fretta di visualizzare la finestra in questione vi basta premere "Ctrl Alt L". Poi però vi tocca immettere la password :)

Tra quelle novità c'è la decisione di renderlo più coerente col resto delle applicazioni GNOME, per fortuna c'è il modo di operare molte personalizzazioni e, tra queste, riportarlo a com'era prima, se si vuole ;)

La polemica

Coerente in questo caso ha significato: eliminare una funzionalità (adesso il trascinamento funziona solo premendo Ctrl + Mouse sx) non rimpiazzata da niente altro, e complicarne un'altra (adesso lo zoom dell'immagine funziona solo premento Ctrl + Rotella).

Non voglio entrare troppo nel merito di queste scelte e chiedermi se c'era realmente bisogno di tali modifiche, anche perché ci sono molti più ferrati di me in questo campo. In ogni caso è vero che così facendo si è aggiunta la necessità di premere un tasto aggiuntivo per svolgere due azioni, lasciando invece il tracinamento "liscio" privo di ogni funzionalità.

Forse a volte prima della (sacrosanta) HIG ci sarebbe da considerare che il cervello umano non funziona in maniera lineare, e quelle che in alcuni casi possono essere delle cattive idee, in altri sono perfettamente azzeccate. La prova "vivente"? Le schede (tab) di Firefox¹, teoricamente sbagliate e invece adottate e imitate da tutti i browser esistenti.

Beh, sappiate che tramite gconf è possbile modificare molti aspetti di EoG (e di molte altre parti di GNOME) e per la seconda delle "caratteristiche" c'è la soluzione :)

Le modifiche opzionali

L'idea di dare il solito sguardo propiziatore alle budella di GNOME stavolta me l'ha data Luca Ferretti, che quando non polemizza con le emittenti televisive sembra avere degli sprazzi di lucidita². Ecco dunque i comandi che potreste voler dare, o vorreste poter dare, fate voi:

$: gconftool -t bool -s /apps/eog/ui/image_collection true
$: gconftool -t int -s /apps/eog/ui/image_collection_position 3
$: gconftool -t bool -s /apps/eog/ui/scroll_buttons true
$: gconftool -t bool -s /apps/eog/ui/sidebar true
$: gconftool -t bool -s /apps/eog/ui/statusbar true
$: gconftool -t bool -s /apps/eog/ui/toolbar true

Che producono rispettivamente questi risultati:

• Mostrare il riquadro della collezione di immagini (notate la schermata in apertura)
• Posizionare il riquadro della collezione di immagini a destra (notate nuovamente...)
• Mostrare dei bei pulsantoni di scorrimento per la collezione di immagini (ma funziona solo se la collezione è in basso o in alto)
• Far comparire la sidebar
• Far comparire la statusbar
• Far comparire la toolbar

Ovviamente se volete far "scomparire" gli elementi basta usare "false" al posto di "true", e se volete specificare una posizione differente per la collezione di immagini sappiate che: 0 = basso; 1 = sinistra; 2 = alto.

Ah, e manco a dirlo: potete modificare molto più comodamente queste ed altre opzioni utilizzando il frontend gconf-editor (cfr "Personalizzare GNOME con GConf Editor").

La "soluzione" per la rotella

Per per tornare al comportamento classico di EoG, ossia per poter fare lo zoom scorrendo semplicemente la rotella sull'immagine (checché se ne dica è la cosa più naturale) basta questo comando:

$: gconftool -t bool -s /apps/eog/view/scroll_wheel_zoom true

Faccio notare che queste opzioni valgono anche per EoG distribuito con il pollyrepo, ossia alle versioni 2.19. Mi piacerebbe conoscere la vostra opinione sull'intera faccenda della rotella.

Buono sbudellamento, poi pulite le tracce.

---
[¹] Ma credo che il primo browser ad adottarle sia stato Opera
[²] Prendersela con le televisioni perché fanno schifo è come chiedere ad un cane se per favore può smetterla di dire "bau" (trad.)

Ricordate la guida "Migliorare la leggibilità dei font su Ubuntu Feisty", già "Migliorare la leggibilità dei font su Ubuntu Edgy"? Dateci un occhio per capire bene a cosa mi riferisco, anche grazie alle due schermate comparative (in stile "prima e dopo la cura"), e sappiate che finalmente non ci sarà più bisogno di seguire la mia guida o installare software di terze parti per avere i font da leccare! (cit)

Prima di tutto avverto che non è detto che tutti apprezzino questi cambiamenti. Voglio riportare la descrizione della differenza tra il prima e il dopo, nelle parole di Reload tra i commenti del post per Edgy. È tutta questione di gusto:

E’ come far apprezzare un pulito croccoloso a chi usa il metalzone

Una cosa che mi chiedo è come abbiano fatto a conciliare l'aspetto legale: i più smaliziati ricorderanno che la tecnologia implementata da Turner potrebbe essere coperta da brevetti di Microsoft (Cleartype) e quindi potenzialmente a rischio. Come fanno allora a distribuire pacchetti modificati in tal modo? Forse le implicazioni legali paventate erano solo visioni un po' pessimistiche o forse boh.

Se volete provare già adesso su Feisty quanto splendidamente saranno resi i caratteri in Ubuntu Gutsy sappiate che è possibile seguire la guida che ho linkato in apertura, ma vi sconsiglierei di farlo: dovreste usare dei repository esterni che ultimamente hanno preso alcune scelte che hanno inevitabilmente portato alla perdita di compatibilità con i repository ufficiali Ubuntu. Aspettate Gutsy ;)

Vorrei inoltre segnalare che questa tecnologia usata per rendere i caratteri piace molto moltissimo *a me*. Non è detto che debba per forza incontrare il favore di tutti... di sicuro però sono contento che sarà "di serie" nella mia distro preferita :)

Un semplice slider per aumentare/diminuire gli effetti abilitati

Ricorda qualcosa (cfr "Bondage SadoMaso? No: Beryl Settings Manager, ma siamo lì…") da cui probabilmente deriva, ma è nettamente più sensato e organizzato. Inoltre restituisce un'idea di cosa venga (dis)abilitato...

Pochi controlli per alcune selezionate animazioni, anche se io sarei per il semplice zoom in (un)minimize e fade per open/close. Ma dicono che tutti i gusti sono gusti...

E infine altrettanti pochi controlli per impostazioni che hanno a che fare con il desktop: cubo, wall e cose del genere.

Il mio parere

Francamente questo SCCSM mi sembra un indefinito luogo di mezzo tra i proverbiali carne e pesce. Non è abbastanza "professionale" da poter essere dato in pasto a tutti e nemmeno sufficientemente completo per appetire chi cerca l'ultrapersonalizzazione, anche se possiamo tranquillamente ammettere che l'equivalente distribuito con Ubuntu e Fedora (per dirne due) è fin troppo elementare.

Probabilmente la giusta via di mezzo arriverà dalle distribuzioni solo quando si sarà ulteriormente stabilizzato il tutto. Al momento l'alternativa per i più smanettoni resta davvero solo la versione "non semplice", ossia CCSM, da cui è possibile configurare ogni singolo aspetto.

[originale: smspillaz]

Gli spunti per grandi discussioni, come dici tu e come accenno nel titolo, non mancano di certo tra le pieghe delle corpose note di rilascio per GNOME 2.20, in attesa di essere linkate da mezzo mondo tra relativamente poche ore... Mi permetto di riprenderne solo due, quelli da te citati.

Ovviamente occorre precisare che - in piena tradizione GNOME - non parliamo di rivoluzioni epiche o di cambiamenti stellari. Come ho scritto nel titolo: piccoli spunti. Questo non significa che in questi sei mesi gli sviluppatori GNOME non abbiano "fatto il loro lavoro", anzi noterete come sempre una grande quantità di lavoro speso nella cura dei dettagli e nel confezionamento di un desktop di alta qualità.

Clearlooks, dove sei?

Nelle pur ottimamente redatte note di rilascio per GNOME 2.20, che sono ormai pressappoco definitive, non si fa cenno al nuovo Clearlooks amorevolmente accudito e svecchiato dal nostro Andrea Cimitan.

Il passaggio al nuovo Clearlooks è uno di quei dettagli che fanno la differenza. Probabilmente ricorderete che io non sono stato molto piacevolmente sorpreso da un paio di scelte e ho fatto in modo che Cimi ne fosse al corrente, accogliendo il suo invito a contribuire tutti con le proprie opinioni.

Evolution con il nuovo Clearlooks. Luca, occhio alla signature ;)

Clearlooks Gummy però è cresciuto e migliorato, rispetto al Classic e anche rispetto alle prime versioni di se stesso. Grazie alle nostre critiche è diventato meno "freddo" (da azzurro a grigio) e un po' meno pesante (gradiente della toolbar più leggero), anche se non ho ancora potuto personalmente provare la versione definitva.

Mentre Clearlooks Classic è stato usato ovunque però, per la nuova versione non sarà così. In Fedora si userà una versione modificata di Murrine: Nodoka (strano, perché ricordavo che in Red Hat c'era questa nuova corsa all'upstream), in Ubuntu ci si è ormai avviati verso il color dissenteria :) e il soltio stile personalizzato: Human.

Insomma che fine ha fatto tutto l'impegno profuso in Gummy?

Eye of GNOME c'è

Le novità di EoG sono tante e mi piacciono quasi tutte, a partire dal "motore" notevolmente migliorato in prestazioni e funzionalità, fino ad arrivare all'interfaccia con la toolbar personalizzabile (come Epiphany e ancor prima Firefox) e qualche piccolo dettaglio per uniformare l'app alle HIG di GNOME.

Adesso le immagini non vengono più ingrandite usando la rotella, ma Ctrl+Rotella (come in Epiphany, Evince ecc). Così come per scorrere le immagini non va più bene trascinarle con il cursore, ma bisogna premere e strascinare il terzo tasto del mouse (va bene anche premere e trascinare la rotella).

Sono compiaciuto che adesso tutto sia gnomescamente a posto e in pace con la coscienza e la HIG, anche se non posso fare a meno di notare e far notare che il comportamento che *tutti* vogliono - diciamocelo chiaro - è poter fare lo scrolling con il cursore a forma di manina, senza premere tasti aggiuntivi, come ha abituato a fare Adobe Reader.

Eccetera eccetera

Altre chicche degne di nota sono già state da me trattate, come nel post "Novità di GNOME 2.20: capplet Appearance" o devono ancora passare (e lo faranno) da pollycoke :D

Ad ogni modo sappiamo tutti che questa versione di GNOME non mancherà di incuriosire utenti già conquistati dalla cura, l'attenzione e lo stile con cui è sviluppato questo desktop, oppure da chi usa ben altro e ogni tanto si sente attratto da questa inafferrabile delizia... se non sbagliano la chiamano foot fetish :)

Scarica e personalizza. Download & Customize. Descarga y personaliza
Creative Commons SA BY NC

I'm myself, thanks. That's the answer to those stupid commercials aimed at identifying yourself with that company or the other. Download, Customize, Use it on your site/blog and Share it freely (CC sa by nc). Get rid of the marketing: they can't just stick a logo on you!

Yo soy yo mismo, gracias. He aquí la respuesta a esas bobas publicidades que sólo quieren que te idetifiques con ésta o aquella empresa. Descarga, Personaliza, Utiliza en tu web/blog y comparte libremente (CC sa by nc) . Quita el marketing del medio: nadie puede pegarte un logo por encima!

Je suis moi-même, merci. Voilà la réponse à ces campagnes publicitaires stupides tendent à s’identifier avec une entreprise ou une autre. Télécharge le source, personnalise comme tu préfère, utilise sur ton blog et partage librement (CC sa by nc). Ça suffit avec le marketing: ne te faire pas marquer avec un logo. (merci davidonzo!)

---
Original: http://pollycoke.wordpress.com/2007/02/10/im-myself-thanks/

Ovviamente ci sono stati dei miglioramenti: la riorganizzazione del menu "*-Fu" in "Filtri" nelle versioni 2.3.* è stata una mossa largamente anticipata e accolta in modo molto favorevole. Quello che continuava a rimanere invariato è questa ostinazione a voler mantenere le tre (o più) finestre. Adesso forse non più!

In realtà vorrei che sapeste che - qualora lo vogliate - è possibile da tempo riorganizzare le due finestre degli "attrezzi" e dei livelli in un'unica ingombrante e affollata finestre alta un paio di chilometri. Io lo dico... poi magari qualcuno che ha un monitor adeguato potrà sfruttare la cosa. Basta un semplice drag'n'drop, ovvero trascinamento delle schede, da quella dei livelli a quella principale :)

Dispensato questo che è stato forse il consiglio più inutile dell'intera storia di pollycoke, vengo al dunque. Ulisse Perusin ha segnalato questo brainstorming volto alla raccolta di idee su come migliorare e razionalizzare l'interfaccia di GIMP. Come ad esempio questa:

Noterete che questa bozza proposta è mirata (come tante altre) a semplificare unificando: una sola finestra più finestrelle degli attrezzi fluttuanti¹. Dopo anni in cui il design di GIMP corre appresso ad un'idea mal formulata e mal copiata dal famigerato concetto di gestione delle finestre "application based" di MacOS... forse è la volta buona :)

Potete fare riferimento al post di Ulisse per i dettagli su come partecipare. Tentare non nuoce.

---
[¹] Vorrei mandare un bacio in fronte a chi le chiama "flottanti", io non ci riesco.

Adesso è ufficiale! ATi supporta il nostro sistema operativo preferito senza sconti, markette, accordi segreti... verrebbe voglia di prendere in giro il politichese da quattro soldi con un "senza se e senza ma" :D

Daniel Stone nel suo blog ha segnalato che alla "X Developers Summit 2007" John Bridgman and Matthew Tippett, di AMD, hanno annunciato i piani per il supporto dell'azienda alla comunità opensource.

Il tutto ha dell'incredibile: ATi rilascia le specifiche senza avvalersi di alcun NDA¹! Specifiche aperte per tutti insomma, e senza alcun obbligo da paret degli sviluppatori di mantenere il segreto: nel pieno spirito di condivisione. A leggere Daniel sembra che l'ordine di arrivo delle specifiche sarà per: 2D, 3D e poi più tardi per il core r3xx.

Dopo (e in diretta concorrenza con) Intel, adesso anche AMD dimostra il valore sempre crescente che il "mercato" Linux sta assumendo per i produttori di Hardware e - si spera - software in futuro. Adesso tutti gli occhi sono puntati su NVIDIA e sulla reazione a queste vere piccole rivoluzioni. Aiuteranno nouveau come qualcuno auspica? Rilasceranno le specifiche anche loro? Capiranno come alla AMD/ATi e alla Intel (per citarne due) che il software libero rappresenta ormai un ottima spinta alla crescita, anche commerciale?

Io in ogni caso voglio fare un brindisi alla salute di tutti quelli che continuavano a dare del "pazzo irragionevole" a Richard "Saint iGNUcius" Stallman: servono altri pazzi come lui! :)

---
[¹] "Non Disclosure Agreement"

La capplet "Screen and Graphics Preferences" nasce per soddisfare l'esigenza di avere un'utilità semplice e funzionale per configurare monitor e scheda video al meglio.

Dalla schermata che vedete in apertura noterete che è possibile configurare più di un monitor e che si può impostare in maniera molto semplice la risoluzione. Per aiutare nella scelta della migliore risoluzione possibile c'è un dialogo contenente teoricamente tutte le marche/modelli di monitor conosciuti:

"Teoricamente" perché ad esempio non contiene il mio monitor, abbastanza popolare (cfr "Finalmente un nuovo monitor") e supportatissimo invece dall'installer di Ubuntu. Immagino ci sia un margine di miglioramento :) Semplice ed efficace anche la seconda scheda, in cui è possibile scegliere la propria scheda video tra una serie di modelli.

Cliccando sul pulsante "Driver" è possibile impostare non solo il modello, ma anche qualche preferenza, come ad esempio la possibilità di scegliere tra driver OSS o proprietario per chi ha una scheda NVIDIA.

Io direi che mi dichiaro soddisfatto, anche se tifo sempre per "l'upstream" quando possibile. In molti hanno sempre chiesto qualcosa del genere per Ubuntu, e visto che da parte di GNOME non è ancora arrivato nulla mi sta bene questa soluzione.

Con un po' di fortuna questo "displayconfig-gtk" (pagina del wiki ubuntu) potrebbe essere accettato anche al di fuori di Ubuntu come è successo ad Alacarte, partito dalla distro sudafricana e poi propagatosi a GNOME. Se contasse qualcosa darei il mio voto :)