Uploaded with ImageShack.us
Alla “MIA” UI perfetta, ho provveduto a sostituire l’applet cairo-menu di awn, che ha gravi problemi di memory leak,
con cardapio, non l’applet per awn ma l’app python vera e propria.
Integrata in awn con un lanciatore
cardapio show-near-mouse
e utilizzabile anche con SUPER+SPACE lo trovo molto valido.
Abbinato a Synapse CTRL+SPACE fanno la coppia perfetta che si fa un *baffo* di qualsiasi Dash,
in polvere, liquido o ecodosi che sia …
ho letto ora:
“That’s Shell running on software OpenGL, llvmpipe specifically. Still very early, but should be committed to Rawhide soon and therefore available in Fedora 17. Amazing work. As well as making it work in VMs, this should allow Shell to work on just about any system with a reasonable amount of CPU power, even if it doesn’t have hardware accelerated 3D. Almost no need for fallback mode any more!”
fonte:
http://www.happyassassin.net/2011/11/03/fedora-16-is-gold-but-more-importantly/
LOL GENIIIIIIII !!!!!!
opegl SOFTWARE, cioè prestazioni PENOSE e carico cpu ELEVATO, ergo consumo batteria maggiore per prestazioni grafiche ignobili su macchine antiquate (visto che non hanno opengl hw)..
Si NON C’È ALCUN DUBBIO, è CHIARAMENTE iniziata l’era del PEYOTE!!!
Delirio puro.
Prestazioni di llvmpipe:
http://www.phoronix.com/scan.php?page=article&item=llvmpipe_summer_2011&num=2
e tutto a carico della CPU.
NB: nvidia e ati nei grafici sono con driver open (Nouveau e “che-quazzo-ne-so” di ati), coi driver closed ovviamente vanno UN BOTTO di più.
Che dire hanno rotto il “quazzo” anni perchè flash non era accelerato GPU e consumava e faceva scaldare la cpu, ed ora la fanno scaldare (la cpu) dalla UI?
“Minquia” mi rotolo dalle risate, viva la coerenza.
PEYOTE!!!!
No dai, CACCIAMO SUBITO questa gente dai ruoli decisionali di GNOME, i danni potrebbero presto essere IRREPARABILI.
Gnome 3 in modalità ripiego (fallback), con compiz, con gnome-panel rinominato perchè non parta (visto che va in Errore di segmentazione), con awn per fare il pannello in basso in modalità intellihide, dockx laterale a destra e synapse.
Uploaded with ImageShack.us
Con tanti cari saluti a tutte le seghe mentali del “modo nuovo di usare il pc” di quelle visionarie cagate pazzesche di unity e gnome-shell, che lascio volentieri alla mercè di lorsignori, godendomi la sana ed efficiente organizzazione dell’UI alla “gnome 2″.
“Amassato” gnome-panel di gnome 3 in modalità ripiego e usato AWN per creare il pannello come visto, l’unica “rottura” era, con il pannello dimensionato a 24 px, l’impossibilità di leggere le scritte degli applet di awn.
Ridimensionato quindi AWN ad un più umano 32 px, lo stesso era un po troppo ingombrante in alto.
Posizionato quindi in basso dove risulta meno fastidioso:
Uploaded with ImageShack.us
e attivata la modalità intellihide, che lo nasconde quando una finestra in focus si sovra(sotto)pone:
Uploaded with ImageShack.us
Uploaded with ImageShack.us
Ovviamente il pannello riappare spostando il mouse sul bordo inferiore dello schermo
Me gusta.
PS
wordpress ultimamente è di una lentezza esperante …
PPS
rimossi tutti i pacchetti di xfce usati nella prima soluzione della ricerca della felicità.
… ovvero come “ti amasso” gnome-panel.
Uploaded with ImageShack.us
Come detto, con la sessione di ripiego di gnome 3 e schermi separati, gnome-panel crasha inesorabilmente, provocando un elevato tempo di login e l’assenza del pannello stesso.
Abbiamo visto che possiamo usare una sessione xfce con il suo pannello, senza utilizzare xfce-desktop ed avere una “quasi” sessione gnome.
Oggi vediamo il “piano b”, ovvero usare una sessione gnome 3 ripiego, uccidere gnome-panel e sostituirlo con avant-window-navigator “formato pannello”
Intanto rendiamo inoffensivo gnome-panel con
sudo mv /usr/bin/gnome-panel /usr/bin/gnome-panel-old
da fare ad ogni aggiornamento del pacchetto gnome-panel,
poi configuriamo avant-window-navigator e i suoi applet come pannello, e il gioco è fatto.
Dettaglio del pannello awn:
Uploaded with ImageShack.us
Il risultato lo vedete nell’immagine iniziale.
Anche se non avete il problema degli schermi separati, ma semplicemente il nuovo gnome-panel vi fa schifo, il suggerimento resta valido.
La UI è MIA e me la faccio come mi pare.
PS:
awn e i suoi plugin consumano parecchia ram, distribuita tra awn i vari awn-applet e i processi python dei plugin python, quindi soluzione consigliata a chi ha 4GB.
Dettaglio:
dal monitor di sistema: awn 4 MiB applet: cairo menu 82 MiB task mana 7 MiB desk switch 5 MiB dig clock 4 MiB sysmon 3 MiB notif area 2 MiB python: meteo 17 MiB cairo clock 15 MiB mon rete 13 MiB hw sensor 13 MiB shutdown 13 MiB quit 13 MiB
siamo sull’ordine dei 200 MiB, per me ne vale la pena, voi fate i vostri conti.
Anche gnome-panel e relativi applet comunque consumano ram.
… continua:
AGGIORNAMENTO: aggiunto un piccolo video (da vedere preferibilmente in HD).
Uploaded with ImageShack.us
Visti i problemi di gnome-panel con la sessione di ripiego di gnome 3 e la modalità schermi separati, sono ripiegato su una sessione xfce, che opportunamente settata praticamente funziona come gnome 3 in fallback (con compiz per migliorare look e funzionalità), ma con il pannello (e relativi elementi) di xfce, e funziona con gli schermi separati.
Non sarà la felicità, ma mi accontenta molto la “strana coppia”.
In test approfondito.
Uploaded with ImageShack.us
Upgradato Sid a Gnome 3 in una consueta partizione clonata per esplorare la modalità fallback (ripiego).
Non male, tutto funziona come DEVE, anche compiz e dockx (ricompilati perchè il default ora è python 2.7) funzionano più che bene, consentendomi di usare il MIO pc come voglio IO.
Un po di smadonnamenti in dconf-editor e gnome-tweek-tool, sono necessari per domare la bestia.
Manca qualche applet del pannello come il monitor temperature hw, ma vabbè.
Tutto bene quindi?
Ma manco per il “membro”, ovviamente.
Anche usando metacity devo settare il driver nvidia su UN solo monitor, oppure in modalità twin-view.
Uploaded with ImageShack.us
Con la modalità “schermi separati”, assolutamente fondamentale per indirizzare correttamente su TV i programmi multimediali, home theater (XBMC su tutti), il risultato è un desktop senza gnome-panel sul monitor principale, ed un bello schermo bianco sul TV, quest’ultimo meno grave, perchè basta aprire un terminale col tasto dx del mouse e lanciare il programma che poi funziona regolarmente.
Che dire,
grazie carissimi dev teste di membro, per aver distrutto un DE abbastanza funzionale e multimediale.
Per ora resto a gnome 2 in attesa di sviluppi.
Andate affanc…uore va …
Vi segnalo un plugin per gedit (3+)
che permette l’anteprima del file .css dei temi gtk 3.
Uploaded with ImageShack.us
Come vedete, l’ho utilizzato subito per ridurre lo spessore delle scrollbar di adwaita.
Applicazioni gtk3/gnome3 in debian sid:
Uploaded with ImageShack.us
State invece lontani da libgtk2.0-0 2.24.5-2 che vi ammazza gnome:
bugs.debian.org/cgi-bin/bugreport.cgi?bug=633864
A me ha causato rogne sia con gnome 2 che con gnome 3,
risolte reinstallando i pacchetti 2.24.4-3.
Pacchetti da ripristinare:
gir1.2-gtk-2.0_2.24.4-3_amd64.deb
gtk2-engines-pixbuf_2.24.4-3_amd64.deb
libgail18_2.24.4-3_amd64.deb
libgail-common_2.24.4-3_amd64.deb
libgtk2.0-0_2.24.4-3_amd64.deb
libgtk2.0-bin_2.24.4-3_all.deb
libgtk2.0-common_2.24.4-3_all.deb
opzionali se avete i -dev installati:
libgail-dev_2.24.4-3_amd64.deb
libgtk2.0-dev_2.24.4-3_amd64.deb
libgtk2.0-doc_2.24.4-3_all.deb
E dove li troviamo, se non sono nella cache?
snapshot.debian.org
Aggiornamento 20 luglio.
Bug risolto dalla versione 2.24.5-3
 | Emanuele su NNN – uN’altra gui… |
 | telperion su NNN – uN’altra gui… |
| Emanuele su NNN – uN’altra gui… |
| telperion su Gimp 2.8: tema scuro per windo… |
 | Elias su Gimp 2.8: tema scuro per windo… |
Tema: Rubric. Blog su WordPress.com.
