[digest] 2006-06-04 [translation] it [translator] Leonardo Cassarani leonardo.cassarani@gmail.com [synopsis] Kopete 0.12 è stato finalmente rilasciato dopo 10 mesi di sviluppo. Miglioramenti nell'usabilità in RSIBreak ed esperimenti su amaroK. È partita "pigment", l'iniziativa per la gestione del colore di KOffice. Ottimizzazioni dell'interfaccia utente nel gestore dei pacchetti Adept. Modifiche in KDE 4: DCOP è stato finalmente rimosso da trunk/. Il tema di icone di KDE 4, Oxygen, è stato importato in KDE SVN. [message] Dopo 6 anni, DCOP non è più nel ramo di sviluppo di KDE 4. DCOP è un meccanismo di Comunicazione Inter-Processo (IPC), che permette ad applicazioni separate di interagire fra di loro.

Con un'implementazione effettiva (come quella che KDE ha avuto negli ultimi 6 anni), il Santo Graal dell'integrazione desktop è sempre più vicino. Questo ci riconduce direttamente alla ragione della sostituzione di DCOP da parte di D-BUS. Il desktop libero è ora inframezzato da svariate applicazioni che non sono basate sulla piattaforma di KDE, e l'uso di DCOP impediva una piena integrazione con questi programmi. [person1], uno dei maggiori responsabili di questo cambiamento, aggiunge: "D-BUS fornisce una migliore interoperabilità con moltissimi altri programmi. Mentre DCOP era praticamente confinato alle applicazioni KDE (sì, lo so che c'erano i binding per il C, ma non erano in molti ad usarli...), D-BUS è già provvisto di binding per numerosi altri framework: glib, Java, Python, Perl, Mono, etc. D-BUS è stato realizzato fin dall'inizio per essere un sistema di IPC interoperabile, nonché per rimpiazzare DCOP al momento opportuno. E così ha fatto.

D-BUS ci permette inoltre di parlare meglio dei nostri sistemi: progetti come HAL e Avahi sono usati da tempo da molte distribuzioni Linux per permettere alle applicazioni normali di accedere ad alcune risorse privilegiate. Col passare del tempo, spero che anche il Progetto Portland si decida ad utilizzare D-BUS per le sue necessità di interoperabilità, evitandoci così l'uso di una speciale libreria e del suo protocollo per fare ciò che D-BUS già fa." [comment] A parte sé stesso, [person1_short] nomina anche altri sviluppatori che sono stati fondamentali nel porting delle KDE-Libs a D-BUS: [person2], [person3], [person4], [person5] e [person6]. Credo che i nostri ringraziamenti, piuttosto che i pareri contrari, debbano andare a queste persone per assicurarsi che le parole "altamente integrato" siano aggiunte presto agli altri ottimi aggettivi che già definiscono KDE 4. [message] I preparativi per la Conferenza mondiale degli sviluppatori di KDE, meglio conosciuta come aKademy, sono cominciati grazie ad una "Richiesta di partecipazione": Stai lavorando su un progetto innovativo relativo al "Desktop libero"? Hai qualcosa da dire alla comunità di KDE? Questo è ciò che fa per te!

La squadra organizzatrice della conferenza aKademy 2006 sta chiedendo i contributori a presentare i loro lavori e la loro visione alla comunità di KDE. La conferenza di quest'anno avrà luogo al Trinity College, a Dublino, nella Repubblica Irlandese, dal 23 al 30 settembre. Tutte le presentazioni saranno tenute durante l'evento della "Conferenza dei contributori di KDE" il 23 e 25 di settembre.

I principali argomenti di interesse includono, benché non siano limitati, a: [comment] Questo significa che gli sviluppatori che volessero fare una presentazione formale hanno tempo fino al 30 giugno (la fine del mese!) per inviare una descrizione di 300 parole del discorso che intendono proporre. Per chiunque volesse assistere alle presentazioni e ad altre attività, la registrazione per gli spettatori dovrebbe essere aperta nei prossimi giorni. [message] To complement the fundemental changes shaping the next major version of KOffice - version 2.0, which will be based on Qt4 - such as the Flake graphical object library, [person7] announces the start of his work to bring colour management availability to all applications of the office suite. Historically, colour management has only been available in Krita, but access to these features across the board should bring noticable improvements to all documents created. To best explain why colour management is important, some words from [person7_short]: Color management is a very important feature in a professional setting like printing and web design. To understand what it is all about think of a webdesigner. She sits at her own computer and creates a page with colors that look stunning on her monitor. Unfortunately no two monitors show colors in the same way, so without color mangement it might look quite different when someone else views it on another monitor.

The way color management ensures that colors look the same on both (and indeed every) monitor is through the use of profiles. It's possible to measure the profile of a monitor. So the color management software just has to tweak the rgb triplets so that the visual effect is the same. [message] [person8] writes a brief update on a week of progress with "kitten", his personal indexer project: [people_references] Thiago Maceira thiago Simon Hausmann hausmann Harald Fernengel harald Kévin Ottens ervin Benjamin Meyer bmeyer Roberto Raggi raggi Casper Boemann boemann Jos van den Oever vandenoever