rendered paste body[digest]
2006-06-04
[translation]
it
[translator]
Leonardo Cassarani
leonardo.cassarani@gmail.com
[synopsis]
<a href="http://kopete.org/">Kopete</a> 0.12 è stato finalmente rilasciato dopo 10 mesi di sviluppo. Miglioramenti nell'usabilità in <a href="http://www.rsibreak.org/">RSIBreak</a> ed esperimenti su <a href="http://amarok.kde.org/">amaroK</a>. È partita "pigment", l'iniziativa per la gestione del colore di <a href="http://koffice.org/">KOffice</a>. Ottimizzazioni dell'interfaccia utente nel gestore dei pacchetti <a href="http://web.mornfall.net/adept.html">Adept</a>. Modifiche in KDE 4: DCOP è stato finalmente rimosso da trunk/. Il tema di icone di KDE 4, <a href="http://oxygen-icons.org/">Oxygen</a>, è stato importato in KDE SVN.
[message]
Dopo 6 anni, DCOP non è più nel ramo di sviluppo di KDE 4. DCOP è un meccanismo di <a href="http://en.wikipedia.org/wiki/Inter-process_communication">Comunicazione Inter-Processo (IPC)</a>, che permette ad applicazioni separate di interagire fra di loro.<br/><br/>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 <a href="http://www.freedesktop.org/wiki/Software/dbus/">D-BUS</a>. 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.<br/><br/>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 <a href="http://conference2006.kde.org/">Conferenza mondiale degli sviluppatori di KDE</a>, meglio conosciuta come aKademy, sono cominciati grazie ad una "<a href="http://conference2006.kde.org/conference/call.php">Richiesta di partecipazione</a>":
Stai lavorando su un progetto innovativo relativo al "Desktop libero"? Hai qualcosa da dire alla comunità di KDE? Questo è ciò che fa per te!<br/><br/>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.<br/><br/>I principali argomenti di interesse includono, benché non siano limitati, a:<ul><li>Visione e architettura di KDE 4.<li>Tecnologie hardware e software relative al desktop.<li>Applicazioni scritte per il K Desktop Environment.<li>Passi avanti in l10n e i18n.<li>Assicurazione di qualità nei progetti open source.<li>Questioni legali, sociali, filosofiche o promozionali relative a KDE.<li>Standard per il software desktop, usabilità e accessibilità.<li>Analisi e miglioramento delle prestazioni.</ul>
[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 <a href="http://conference2006.kde.org/organization/registration.php">registrazione per gli spettatori</a> 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 <a href="http://wiki.kde.org/tiki-index.php?page=Flake"><i>Flake</i></a> 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 <a href="http://en.wikipedia.org/wiki/Color_Management">colour management</a> 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.<br><br>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:
<ul><li>expanded number of backends to four: hyperestraier, clucene, sqlite and xapian. hyperestraier is recommended because of it's speed and small index.<li>moved in svn to /trunk/playground/base/kitten so check out with:<br>svn co svn://anonsvn.kde.org/home/kde/trunk/playground/base/kitten<li>added support for choosing the backend at runtime.<li>abstracted the Query object to simplify querying over different backends.</ul>
[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