Decisomi più che mai ad abbandonare temporeaneamente GoogleTalk verso cimi _at_ jabber.org, essenzialmente per via dell’utile file transfer mancante in GTalk e delle limitazioni in altri ambiti (il nickname non è funzionante con tutte le applicazioni a causa dell’implementazione googleiana non-standard di XMPP), l’unico problemone era proprio il trasferimento dei contatti… che pizza solo l’idea
La Salvezza
Installo gajim-svn e aggiungo i due account, mi accorgo di un opzione “sincronizza contatti“… Comincio a leccarmi i baffi…
Ci clicco sopra e come d’incanto mi compare una nuova finestra con l’elenco di tutti i contatti che avevo in GTalk, seleziono quelli interessanti… —> et voilà aggiunti a jabber.org!
Ecco effettuato un passaggio indolore, finalmente avrò un file transfer decente, potrò accedere alle conferenze, (il VOIP?) e soprattutto cimi _at_ jabber.org mi sembra decisamente più figo!
Passato qualche giorno si è finalmente delineata la mia posizione dentro al team.
Non scriverò un’acca di codice. ahahah
Ma contribuirò in altro modo…. ecco a voi il mio primo contributo che verrà inserito a breve in KDE (e chi ha detto che Cimi non sa usare Gimp? ), un rifinimento del mio wallpaper preferito di Oxygen, che prima presentava evidente rumore sullo sfondo:
Sto decidendo quindi di ritagliarmi una figura di contribuente, probabilmente solo con gimp, idee e mockups.
La loro risposta è molto “laviamocene le mani”, ovvero il codice risalirebbe al 2000 (!!! incredibile 8 anni fa) quindi non è colpa loro se è strutturato male…
Dovrei patcharlo io (!!!) visto che per loro non è un problema e che non rallenterebbe lo sviluppo (infatti in 10 mesi il tema è ancora pieno di glitches)… Ma vi pare che lo debba fare io che sia programmo già per gnome e dovrei pure impararmi le Qt per rattoppare il codice altrui?
Giustamente, se devo mettere le mani su oxygen per sistemarlo graficamente, vorrei avere a che fare con un codice di semplice lettura, no?
Comunque ho già chiarito che secondo il mio punto di vista se non affrontano il prima possibile una buona riscrittura non andranno molto lontano con questo stile di KDE 4…
Vi ho lasciato un po’ trolleggiare, ora è giusto che vi spieghi.
Team Gnome
Il motivo che mi ha spinto ad allontanarmi un po’ (che non vuol dire del tutto) dallo sviluppo e partecipazione col team di #gnome-art (Murrine è un progetto mio che continuerà a venire sviluppato, anche perchè vi prometto: vi farò divertire ) è la natura non-team dello stesso. Certo si tratta di un gioco di parole per dire però che dopo averci lavorato per un annetto ormai, non ho la sensazione di aver lavorato in squadra, anzi purtroppo da solo.
Quando presi in mano lo sviluppo di Clearlooks avevamo un tema Clearlooks (il Classic) che, oltre ad essere bruttarello, era pure programmato male con uno scarsissimo supporto ai colori scuri. I bordi delle finestre erano ancora quelli del 2004, immutati. Di Glossy non ne parliamo, mezza scopiazzatura di ubuntulooks con pezzi di scrollbars nere e cose “esotiche” che non c’entravano una mazza
Nel giro di meno di un anno ho riscritto questi due temi, aggiunto Inverted e proposto il nuovo tema di default Gummy, sempre con l’usabilità e la semplicità in mente (tanto è vero che si può usare per mesi senza stancarsi, senza necessità di cambiarlo), ho *inventato* 4 nuovi temi per Metacity (che a mio avviso finalmente ripercorrono lo stile GTK con sobrietà e altrettanta semplicità). In più mi sono fatto carico di riproporre nuovi temi per gnome-themes-extras (anche se devo ammettere di averlo un po’ trascurato ultimamente per mancanza di tempo visto che devo fare 24 altre cose al giorno ). Ovviamente dimenticavo tutto il lavoro *originale* per il focus ring che vedrete nella 2.22…
…e gli altri?
Fosse questo il problema… ciò che più mi rattrista è che dopo essermi fatto il mazzo qualcuno puntualmente una settimana prima del freeze se ne spunta fuori tentando di sabotare (ironicamente) questo lavoro e proponendo di tornare allo status quo.
Gnome 2.22 doveva essere una grande release per aggiunte di wallpapers, temi GDM, completa copertura di gnome-icon-theme…
Inutile dire che non vedremo nulla di tutto questo.
C’era poi stata una patch, da parte di un mio amico Giuseppe Fuggiano, che permetteva di usare i colorschemes nel pannello di controllo, come in KDE. Funzionava bene, seguiva le specs, era stata discussa per una settimana in #gnome-art… Niente, “chi volete che usi i colorschemes?” risposta di Jens.
Ho la netta sensazione che la gente sia più annoiata del solito… ma vabbè essendo lavoro gratuito è giusto non criticare le scelte di nessun’altro. Speriamo che per la 2.24, che a questo punto diventerà la Grande Release (speriamo!!!) faccia ritornare la voglia a tutti (anche voi!!! più gente contribuisce più il FOSS ne gioisce) di essere meno polemici, più produttivi ed originali nei lavori.
Team Oxygen
Di tutt’altro avviso (anche se non ho avuto ancora un’esperienza diretta) sembra essere il team di Oxygen: più innovativo, aperto a nuove idee, propositivo, giovane
Siccome il qui presente è un amante dell’”Open Source” e non di “Gnome VS KakkaDE” mi sono preso a cuore anche la causa di Oxygen, ovviamente nell’aspetto che più mi compete ovvero lo stile Qt, e ho deciso che mi farò trovare spesso anche su #oxygen
Secondo me lo stile di Oxygen può avere un grande futuro, più grande forse di Clearlooks, perchè ahimè il bacino di utenza odierno ricerca più un look *alla Vista*, *alla Os X*, qualcosa da far vedere agli amici, piuttosto che semplice usabilità, come cita Clearlooks appunto… (sto per andare OT ma ci tengo a precisare che Clearlooks è stato immaginato e creato per essere un tema chiaro da vedere, che si possa usare tutti i giorni anche in ambito professionale ed in sede lavorativa, che non stanchi e che sia originale al tempo stesso: se cercate qualcosa da mostrare agli amici aspettate Murrine RGBA )
Detto questo ho una gran voglia di dire la mia su Oxygen, di migliorarlo nei suoi pixel *fuori posto* (uno pignolo come me ne vede a milioni ), di seguirlo e possibilmente innovarlo se mi ascolteranno (certo ci vogliono le idee prima…).
Per il momento sono rimasto d’accordo col team, che si è rivelato molto aperto e disponibile (lo sottolineo) che parteciperò nel canale, esprimendo le mie opinioni ed i miei gusti senza però dimenticarmi che è un lavoro loro che non voglio snaturare Io mi aggiungo e mi faccio umilmente sentire…
Invece non proporrò patch finchè non lo riscriveranno: per ora purtroppo il codice è confuso e ridondante, dove per fare una piccola modifica bisogna riscrivere dei pezzi interi… dovrebbe essere più modulare insomma, va riscritto… è per quello che ci hanno messo mesi a fare piccole migliorie ed è ancora pieno di glitches.
In ogni caso le Qt, pur non essendo potenti come le Gtk+ e Cairo in ambito di rendering vettoriale, godono di molti pregi e sarebbe un piacere lavorarci sopra.
Non dimentico inoltre, che imparare ad usare un nuovo linguaggio come il C++ possa solo che farmi crescere come programmatore alle prime armi
Ma allora passi a Kde 4?
NO. (in grassetto perchè me lo chiedono tutti) Attualmente il “4″ sta ad indicare il poker d’assi che bisogna fare ogni volta per evitare che qualcosa crashi… Sperando che tutto il resto del codice di Kde non sia scritto come lo stile Oxygen eheheh… ma non penso!
Kde 4 mi ha fatto un’ottima impressione e sono convinto che se organizzano una HIG meno severa di quella per Gnome ma sualla stessa linea, possa diventare un grandissimo DE da usare in accoppiata al, sempre ottimo eheheh, gnometto…
Se non ci credete che mi interessi veramente Kde 4 beh ogni giorno lancio un kdesvn-build! Sperando prima o poi di poter tenere attiva una sessione per più di mezz’ora Per luglio (4.1 finalmente) speriamo di festeggiare tutti quanti!
Per chi invece ama farsi una lettura divertente da chi non lo apprezza, posso consigliarvi il mitico Emmanuele, che mi ha fatto rabaltare dalla sedia! (Sei un mito!)
Changelog enorme, speriamo non sia solo pubblicità ma anche qualcosa di veramente buono sotto
Di sicuro il supporto ad OsX è un’ottima cosa, corro a chiamare mio cognato
Changelog
§ WarsowTV
- broadcast matches in-game to a large amount of viewers
- Full multipov streaming
- Added small minimaps for watchers
§ Engine
- New advanced renderer features (bumpmapping, specularmapping, shadowmapping)
- Optimizations! Increased performance over 0.3
- Outlines now handled by engine, ability to switch on or off
- Profiles: ability to quickly use some predefined graphic settings
§ Maps
- Replaced old wdm2 by TdM’s/bLx’ Chromo Dynamic
- Replaced old wdm11 by Grumx’ Rage
- New TDM maps by Daze: wdm8 - Baxandall and wdm19 - Format
- New TDM map by jal/Daze: wdm9 - Supersym
- New duel map: wdm10 - Deflected
- Retextured most maps to take advantage of new renderer features
§ Models
- New Weapon model: Instagun
- New Player model: Bobot
§ Tutorials
- Included basic movement demo-tutorials
- With subtitles, voice-over and recams to explain basic movement and bunny hopping
§ Windows, linux and Mac compatible
- However in beta state, Warsow 0.4 is the first release to run on OSX http://www.warsow.net/forum/img/smilies/big_smile.png
- Windows in both .zip and installer
Molti di voi sicuramente posseggono la Fonera, e molti di voi sicuramente ne avranno aperto la porta SSH
Più FreeWLAN…
Non posso non segnalarvi il firmware FreeWLAN, sviluppato dai nostri amici tedeschi che hanno aggiunto numerose features ed un codice PULITO. (qualsiasi riferimento a quel “codice che non mi piace per niente” di FrancoFON o allo script Ponte2 sono PURAMENTE casuali )
La mia Fonera, subito FreeWLANizzata, mi ha permesso di estendere la copertura Wireless in casa dalla mansardina al giardino qualche piano più giù
Finalmente potrò giocare col mio Nintendo DS a tavola il giorno di Natale, davanti a tutti i parenti che mi daranno del maleducato ihihih
Quest’oggi vi segnalo Teewars, un mix tra “quake” e “worms”, con una bella grafica 2d ed grandissimo divertimento (lo sottolineo)
In poche parole impersonerete un piccolo personaggio (simile ai vermetti di worms) con il suo arsenale di armi (ripreso dagli fps) ed una corda (come in worms). Tutto in tempo reale (come un fps).
Che divertente! Meglio di Warsow?
Non so se sia meglio di Warsow, so solamente che il grande pregio di questo gioco è che è in 2D! Le 2 dimensioni lo rendono più frenetico, intuitivo e divertente, soprattutto in tanti giocatori!
In più, essendo richiesta meno precisione quando si spara (manca la 3° dimensione), è possibile giocarci anche con una connessione lenta come qualche adsl ed i vecchi 56k.
Un sacco di servers!
Lanciando il gioco sarete proiettati in una lunghissima lista di servers di gioco, a questo punto basta ordinare per ping (basso è meglio) e joinare
Tenuto in segreto per evitare inutili discorsi bla bla bla… c’è sempre stato un uomo dietro il suo sviluppo, che già da novembre fu contattato per tradurre i loro sogni in realtà… Questo buon uomo ero io Che quindi ho sempre saputo tutto, cosa vero cosa falso, riguardo al futuro (???) tema di Hardy Heron.
Sono stato informato che tutto è stato cancellato, e che se ne riparlerà in Hardy+1.
In ogni caso, ricordatevi che ne passa una vita tra quei mockups che si vedono in rete, e quelli “ufficiali” dell’UDS (che io ho ricevuto, anche se erano solamente sketches, ed erano datati Novembre). Si pensava ad un tema scuro come avrete sentito, ma mi sono opposto fermamente. Di ufficiale e più definitivo non ho ricevuto niente, dato che kwwii avrebbe dovuto inviarmi un suo mockup questi giorni per discuterne io e lui… e ho invece sentito la posticipazione ad Hardy+1.
L’engine che verrà utilizzato sarà comunque Murrine, che tralasciando il versante “trasparenze“, offrirà una valanga di nuove opzioni nella sua prossima release.
Chiamatelo amichevolmente Murrine++
Intanto lo sviluppo del configuratore procede bene, sono iniziati i lavori con il creatore di Tango Generator e due ragazzi Australiani
As in the title, I’m searching someone to create a murrine configurator to fit the new version changes.
A “call for coders”
This is the first part of the work needed before the release (I won’t release the new version until a configurator will be ready), as it is very importanto too.
Please help me I think pygtk could be enough.
Some Specs
1) what should it look like?
A window, with a treeview to select the theme to edit, and another part of the gui to edit the options.
My idea is to automatically build the gui from a schema file, that should follow this standard http://live.gnome.org/GnomeArt/EngineSchema
This will permit to do some fast port to other engines too
2) would it only have to edit a gtkrc?
After selecting the options, yes.
The older configurator (in python) is here: http://murrine.netsons.org/index.php?q=node/8 the author stopped the development. It’s GPL, so could be useful to re-use some of the code.
aggiunti a jabber.org!
ecco a voi il mio primo contributo che verrà inserito a breve in KDE (e chi ha detto che Cimi non sa usare Gimp? 
