OpenOffice.org 3 ed il suo carico di novità

pubblicato: giovedì 31 gennaio 2008 da Andrea de Palo in: Software Varie Office

La notizia non arriva dal sito ufficiale del progetto ma se solo anche la metà di quello che viene descritto dovesse effettivamente trovare spazio nella versione 3.0 ci troveremmo, senza ombra di dubbio, di fronte ad un grande passo in avanti per la nota suite d’ufficio libera.

Ecco un breve elenco delle novità che bollono in pentola:

Integrazione. OOo 3 sarà disponibile in versione nativa per OS X mentre nella versione Windows dovrebbe offrire un’integrazione migliore con Vista. Sul fronte GNOME / KDE, invece, tutto tace.
Outlook killer. Confermando le voci che circolavano già da diversi mesi OOo 3 dovrebbe offrire un client mail ( basato su Thunderbird? ), un calendario con possibilità di task management e supporto a CalDAV, Google Calendar, Sun Calendar Server, iCal e Zimbra.
Varie ed eventuali. Ultimi, ma non per importanza, vengono citatati anche la possibilità di leggere e modificare documenti PDF in Draw, supporto diretto alla modifica di wiki e blog ( WordPress e Movable Types ), supporto a OOXML e, per i più tradizionalisti, supporto a LaTex.

L’appuntamento per il rilascio finale? Se tutto andrà bene potremo mettere le mani su OpenOffice.org 3 prima dell’inizio dell’autunno. Noi incrociamo le dita! ;)

via | OSNews

(nessun voto)

15 commenti

Articoli simili

Open Clip Art 2.0 del 10 mar 2010

Swiftfox, Firefox ottimizzato per Linux del 08 mar 2010

Qalculate! La calcolatrice definitiva! del 26 feb 2010

Gnumeric 1.10 del 16 feb 2010

OpenOffice supera quota 20% in Germania del 03 feb 2010

Argomenti Simili

ooxml, openoffice.org, pdf

Gallerie Correlate

Commenti dei lettori

(Inserisci un commento - Nascondi commenti anonimi)

hellview
31 gen 2008 - 00:15 - #1

0 punti

lol quando ho letto il titolo ho subito cercato il link per il download XD
vabbè meglio andare a dormire :)
Xplosion84
31 gen 2008 - 00:26 - #2

0 punti

Se modifica PDF e supporta pienamente OOXML chi se lo compra Office?
lampyris
31 gen 2008 - 00:39 - #3

0 punti

Io devo ancora capire l’utilità di un client email integrato, blog e wiki, calendario… quando tutte queste applicazioni già esistono. Certo, si può pensare ad una maggior integrazione in ambito lavorativo, ma secondo me i punti principali su cui dedicarsi sono ben altri.
Prima di tutto, le prestazioni!! Il fatto di essere così pesante (non sto a parlare della scelta di linguaggio, ma almeno programmate meglio!). Il fatto di questa lentezza mi ha spinto più volte a cercare editor alternativi.

Non dimentichiamo inoltre che con le QT4 si sta preparando al debutto su windows di Koffice.. con una nuova versione… e devo dire che è un’ottima suite!
Almeno loro programmando in C++ riescono ad avere un prodotto più leggero e veloce.
LeoAudax
31 gen 2008 - 08:16 - #4

1 punto

spero che abbiano fatto un bel passo avanti; la suite di Microsoft, non c’è niente da dire, è superiore…
noct
31 gen 2008 - 08:35 - #5

1 punto

il limite del software opensource è un pò questo.
Invece di migliorare e ottimizzare funzionalità già presenti correggendo bug etc si tende a inserire nuove feature…
Non so voi ma se provo a esportare in pdf da Calc si pianta quasi sempre e quando lo riesce a fare completamente mi esporta pagine bianche pure… mah…
Il CLIENT DI POSTA? BAH
dave_v
31 gen 2008 - 09:44 - #6

0 punti

In effetti… il client di posta.. mah…

Mi piacerebbe, invece, che l’interfaccia fosse un po’ più usabile e che fossero progressi nell’eliminare tutti quei comportamenti sbagliati che derivano dal WYSIWYG (tipo impaginare con gli spazi e gli a capo).
Henryx
31 gen 2008 - 10:54 - #7

0 punti

@lampyris:
La lentezza dell’interfaccia e` dovuta essenzialmente ad un motivo: OOo non si appoggia a nessun toolkit grafico, ma ne implementa uno suo, ottenendo di fatto una stratificazione delle librerie molto ampia (senza contare che, in ambiente windows, le librerie caricate in memoria da OOo sono sull’ordine delle centinaia).

@dave_v:
Per l’impaginazione dei documenti con OOo non e` mai stato necessario ricorrere a spazi, ritorni di pagina e tabulazioni. Come in Office vi sono cli appositi comandi (e.g. per una interruzione di pagina basta un CTRL + Invio). Quello che personalmente riterrei necessario, e` che aggiustassero il controllo della numerazione dei capitoli (l’ultima volta che l’ho utilizzato era un bagno di sangue)
lampyris
31 gen 2008 - 11:55 - #8

0 punti

@Henryx: Beh, ci saranno sicuramente dei motivi per il fatto che sia lento… io non sono un programmatore, non saprei giudicare… però potrebbero porre dei rimedi. Lo so che utilizzare un toolkit già esistente comporterebbe problematiche riguardo alla compatibilità multipiattaforma… però ormai che le qt4 sono libere e le gtk anche… A me è capitato, per esempio, di usare applicazioni kde su gnome e viceversa… ma non ho mai notato problemi di pesantezza.
Ghisa77
31 gen 2008 - 13:01 - #9

-1 punto

Che tristezza… Io credo in questo progetto, ma… che tristezza… possibile che “l’apparatoo dirigenziale” di OOo non riesca a vedere|capire|volere ciò che tutta la comunità vede|capisce|vuole? Cioè un programma senza troppe putt*nate, in grado di svolgere nella maniera migliore pochi decisivi compiti (come ad esempio gestire i font opentype…. :()
Basta, adesso scrivo a Grillo :-)
Henryx
31 gen 2008 - 14:36 - #10

0 punti

@lampyris:
Il bello e` che oramai i toolkit grafici non hanno alcun problema ad essere multipiattaforma: le GTK sono presenti su *nix, windows e, tra poco, anche su OSX. Le QT sono praticamente multipiattaforma almeno dalla versione 3. WxWidgets e` nato per essere multipiattaforma, anche se da quello che so su OSX non si comporta bene. Tutto questo pero` e` nato dopo che StarOffice si era creata un suo personale toolkit grafico, che si e` portato dietro fino ad oggi, con tutti i pro e i contro del caso

Enrico
Carneade 2
31 gen 2008 - 14:43 - #11

0 punti

Immagino che sul fronte della modularità non si sia fatto passo alcuno. Così se uno si vuole installare solo il client email si becca i 250 giga della suite…
noct
31 gen 2008 - 15:00 - #12

-2 punti

ma la lentezza è data da java(fosse .net sarebbe uguale).
dovrebbero riscriverlo in C/C++ ma visto che è un progetto Sun non credo succederà mai.
Io attendo koffice.
Henryx
31 gen 2008 - 22:08 - #13

1 punto

@noct:
Il tuo raginamento potrebbe filare (e sottolineo potrebbe) se fosse vero che OOo dipende da Java. A parte Base (che usa come motore HSQLDB), tutto il resto della suite non richiede Java. Tra l’altro, ti farei notare che Firefox e` scritto in C++, e non per questo e` un fulmine di guerra…

Enrico
P.S. ci sarebbe da dire molto anche sul discorso “Java e` lento”, ma quella tua e` una palese trollata, e la mia risposta e` giusto per coloro che potrebbero abboccare al tuo FUD
noct
31 gen 2008 - 23:41 - #14

0 punti

Henryx Firefox fa un altro lavoro, memory leaks a parte, non è paragonabile. non è una suite per ufficio. diciamo che firefox per quel che deve fare è ragionevolmente veloce.

Comunque Wikipedia dice:
“il codice sorgente non è ben commentato (alcuni commenti risalgono al vecchio StarOffice), è scritto in vari linguaggi (primariamente C++ e Java, ma anche Perl), e parte dei commenti è in tedesco.”
http://it.wikipedia.org/wiki/OpenOffice.org

ok vero c’è anche C++! non lo sapevo affatto ho detto una scemenza allora..
Resta il fatto che guarda un pò 2 linguaggi non proprio leggerini: java e perl…
Una bella accozzaglia…
E java non sembra poi marginale visto che dice principalmente.
finferflu
01 feb 2008 - 18:51 - #15

0 punti

LaTeX tradizionalista???
Diciamo semplicemente “più avanzato” :P

Comunque che aggiungano il supporto mi fa molto piacere :D