venerdì 23 maggio 2008

Speciale/ ODF entrerà in Office 2007

Con una strategia di apertura che ha pochi precedenti, Microsoft introdurrà in Office 2007 il supporto nativo a ODF e PDF, e parteciperà al futuro sviluppo di questi standard. In vista anche un'API per portare nuovi formati in Office

Il nuovo piano di apertura annunciato da Microsoft è stato accolto positivamente sia da diversi esponenti della comunità open source sia dalla Commissione Europea, ma senza troppi entusiasmi. In una breve nota, la Commissione ha detto di "aver preso nota" dell'annuncio e di "accogliere di buon grado ogni passo intrapreso da Microsoft verso una vera interoperabilità, una maggiore possibilità di scelta per i consumatori e una minore dipendenza degli utenti dal venditore".

Giusto per far capire di non aver affatto abbassato la guardia, l'organismo europeo ha poi detto di voler investigare sull'annunciato supporto di ODF in Office per comprendere se questo porterà realmente "ad una migliore interoperabilità e consentirà ai consumatori di elaborare e scambiare i loro documenti con i software di loro scelta".

Più rilassato il commento giunto ieri da PLIO (Progetto Linguistico Italiano OpenOffice.org), un'associazione che in passato si è fortemente opposta all'approvazione di OOXML da parte di ISO."PLIO non può che accogliere in modo positivo questo annuncio da parte di Microsoft, visto che aveva già espresso la propria apertura al dialogo e alla collaborazione con la lettera aperta del 22 febbraio e con la partecipazione congiunta al seminario OMAT sui formati aperti del 2 aprile", ha affermato Davide Dozza, presidente dell'associazione. "Questa strategia del confronto aperto, nel rispetto delle reciproche posizioni, è un contributo importante che oggi il PLIO e Microsoft Italia portano a tutta la software community".

Le posizioni di PLIO su OOXML e interoperabilità sono state espresse lo scorso febbraio da Italo Vignoli, uno dei coordinatori dell'associazione, in questa intervista pubblicata su Punto Informatico.

L'iniziativa annunciata da Microsoft è stata accolta positivamente anche da John McCreesh, portavoce di OpenOffice.org, e da Bob Picciano, general manager di IBM per l'unità Lotus Software. Entrambi affermano che l'inclusione di ODF in Office apre la strada ad un mercato più equilibrato dove gli utenti saranno liberi di muoversi da un prodotto all'altro senza rinunciare alla compatibilità con i documenti preesistenti. Lodi più entusiaste da Roberto Camporesi, responsabile marketing strategico del gruppo emiliano Maggioli S.p.a., secondo il quale quella di Microsoft "è una mossa brillante che ha un grande vincitore: il cliente".

Particolarmente freddo, invece, il comunicato (in formato PDF) diffuso da ODF Alliance, un'organizzazione fondata da IBM, Sun e altre aziende per promuovere ODF.

"I governi si aspettano risultati concreti, non promesse contenute in comunicati stampa", ha sentenziato duro Marino Marcich, managing director della ODF Alliance. "Microsoft continua a rispondere (alle pressioni dei consumatori e dei governi, ndr) con un costante flusso di promesse. Ma fino a che Microsoft non consentirà agli utenti di Office di creare e salvare in ODF di default e in modo altrettanto semplice come lo è con i suoi formati, i governi continueranno ad adottare un approccio guardingo"

In altre parole, Marcich sostiene che sia prematuro celebrare questo annuncio, soprattutto fino a che non si potrà valutare la qualità del lavoro svolto da Microsoft. A tal proposito il dirigente ha ricordato come BigM abbia annunciato l'intenzione di supportare ODF due anni fa, ma ad oggi il relativo converter per Office è ancora in versione beta. Oltre a ciò, "i converter forniscono funzionalità limitate e una scarsa integrazione con l'interfaccia utente di Office", ha poi aggiunto Marcich, secondo il quale i governi chiedono un supporto a ODF con una qualità e un livello di integrazione ben maggiori.

Scettica anche la risposta giunta da ECIS, che per bocca del suo portavoce Thomas Vinje ha dichiarato che Microsoft sta cercando di allungare quanto più possibile i tempi di implementazione di ODF per "consolidare la sua posizione super-dominante". Secondo l'organizzazione, è necessario che la Commissione Europea continui a vigilare da vicino la celebre multinazionale del software.
136 Commenti alla Notizia Speciale/ ODF entrerà in Office 2007
Ordina
  • Alcuni potenziali clienti business cominciano a storcere il naso di fronte alle nostre bustarelle perche' oramai anche gli ornitorinchi sanno che adottare openoffice e' una soluzione praticabile in moltissimi casi.
    Quindi giochiamo la carta "siamo compatibili con tutto" (alla microsoft via, intendiamoci: office non e' al 100% compatibile neanche con se stesso)
    non+autenticato
  • Non penso M$ faccia nulla a caso, per buona volontà o per beneficienza.
    Se ha deciso di adottare odf è perchè stava perdendo importanti segmenti di mercato.
    Pensate all'inghilterra dove le schuole hanno deciso di non adottare microsoft office proprio xchè non offriva formati aperti e standard.
    Avrebbe voluto dire un'intera generazione cresciuta ad openoffice che in seguito avrebbe potuto trasferire l'abitudine al office gratuito anche in ambienti extrascolastici e lavorativi.

    Sul fatto che molti utenti disdegnino open office per il suo aspetto grafico mi trovo daccordo, per gli os di ultima generazione è veramente troppo spartano.
    La mia speranza è che il progetto koffice basato su kde4 che sarà pienamente compatibile con windows risolverà anche questo inconveniente.
    non+autenticato
  • - Scritto da: fbn79

    > le schuole
    ROTFL.
    non+autenticato
  • funziona così -ovvero il mondo (di M$) alla rovescia:

    - prima mi faccio approvare (con metodi diciamo pure "discutibili") uno "standard", OOXML, del tutto incasinato, incompleto, arraffazonato

    - poi metto su Office 14 e ci implemento qualcosa che assomiglia allo standard OOXML (tanto ci assomiglia comunque, visto il casino che è...)

    - poi questo qualcosa me lo faccio approvare da ISO come aggiornamento dello standard OOXML...

    ... e intanto:

    - consolido la posizione dominante ostacolando la diffusione di altri formati ISO (come ODF: documentati, completi, già implementati in moltissime applicazioni...)

    - ottengo che vi sia diffusione contemporanea di più formati, di cui almeno 3 sono miei:

    1) XML iniziale di Office 2007, che NON è standard ISO;

    2) OOXML prima stesura, che in pratica non implemento (anche se forse nel frattempo qualcun altro lo farà (leggi: OpenOffice.org);

    3) OOXML aggiornato, che implemento in Office 14 a cui magari aggiungo anche un sacco di funzionalità aggiuntive (extra-standard), totalmente inutili ma di effetto, che non rientrano nello standard ISO ma tanto per gli utenti (che pure confondono i formati con le applicazioni) è tutto lo stesso...

    4) ODF che implemento ma SENZA che le suddette funzionalità extra siano funzionanti...

    - ottengo così:
    a) di NON garantire una vera interoperabilità tra formati;
    b) di favorire l'uso dei MIEI formati ovvero, dato che la massa non distingue fra formati e applicazioni (per quasi tutti doc = office... ecc...);
    c) ottengo di PERPETUARE la mia posizione dominante...

    ciao da M$
    non+autenticato
  • Tutto perfetto tranne per un dettaglio.

    Quello di Office 14 non sarà un aggiornamento dell'OOXML ufficiale, sarà proprio l'implementazione ufficiale.

    Ci si ricorderà infatti che il primo rifiuto di ISO per rendere OOXML standard fu proprio perché conteneva la possibilità di mettere estensioni proprietarie e/o dati binari.
    Furono proposte delle modifiche che M$ ha accettato. Ora M$ si ritrova un Office 12 che genera documenti che non sono l'OOXML accettato da ISO, ma la versione precedente.
    M$ promette che Office 14 avrà OOXML ISO.
    Nel frattempo però succede che la gente salva in un OOXML che non è quello standard e genera documenti in questo formato.

    Credo che M$ stia mettendo il supporto a ODF perché l'attuale Office 2007 non genera documenti in nessuno standard, manco l'OOXML.
    non+autenticato
  • - Scritto da: iRoby
    > Tutto perfetto tranne per un dettaglio.
    >
    > Quello di Office 14 non sarà un aggiornamento
    > dell'OOXML ufficiale, sarà proprio
    > l'implementazione
    > ufficiale.

    si si... dicevo proprio questo...
    resta solo da capire se Offoce14 implementerà l'OOXML attualmente approvato o se una versione aggiornata di OOXML che magari, nel frattempo, sarà fatta approvare da ISO...
    (secondo me la seconda...)

    > Ci si ricorderà infatti che il primo rifiuto di
    > ISO per rendere OOXML standard fu proprio perché
    > conteneva la possibilità di mettere estensioni
    > proprietarie e/o dati
    > binari.
    > Furono proposte delle modifiche che M$ ha
    > accettato. Ora M$ si ritrova un Office 12 che
    > genera documenti che non sono l'OOXML accettato
    > da ISO, ma la versione precedente.

    già... ovvero una versione NON standard ISO...

    > M$ promette che Office 14 avrà OOXML ISO.

    eheheh... sì... ma come? quale?
    mi pare che questo M$ non lo dica...
    che bella cosa il marketing!

    > Nel frattempo però succede che la gente salva in
    > un OOXML che non è quello standard e genera
    > documenti in questo
    > formato.

    e questo a M$ va benissimo! ...tanto poi (quasi) nessuno si accorge della differenza... sarà sempre per (quasi) tutti OOXML...

    > Credo che M$ stia mettendo il supporto a ODF
    > perché l'attuale Office 2007 non genera documenti
    > in nessuno standard, manco
    > l'OOXML.

    mah...
    magari anche perché OOo 3 supporterà l'OOXML ISO che M$ invece NON supporta?
    e M$ non vuole che si dica che OOo supporta "tutti" i formati e invece Office no?
    e M$ vuole poter dire che "noi lavoriamo per favorire l'interoperabilità"?
    ...
    mi sa che le ragioni sono tante...

    ciao
    non+autenticato
  • hai ragionissimo!!!! sono d'accordo con te!
    non+autenticato
  • Non per esportare ma per importare (e poi modificare) i PDF che hanno i permessi di modifica.
    Qualcuno sa se esiste e se è affidabile?
    Forse non esiste perchè farrebbe troppa concorrenza ad Acrobat Professional
    Ciao!
    non+autenticato
  • - Scritto da: ciro
    > Non per esportare ma per importare (e poi
    > modificare) i PDF che hanno i permessi di
    > modifica.
    > Qualcuno sa se esiste e se è affidabile?
    > Forse non esiste perchè farrebbe troppa
    > concorrenza ad Acrobat
    > Professional
    > Ciao!

    c'è qualcosa in fase di sviluppo (test):
    http://wiki.services.openoffice.org/wiki/Pdf_Impor...

    forse che c'è qualche versione di M$ Office che invece lo fa?

    in ogni caso... PDF è da pochi mesi standard ISO e ci sono in corso dei progetti (liberi) per editor PDF full-featured...
    <http://gnupdf.org/>;

    ciao
    non+autenticato
  • - Scritto da: CCC

    > c'è qualcosa in fase di sviluppo (test):
    > http://wiki.services.openoffice.org/wiki/Pdf_Impor

    L'estensione, e il supporto ad essa, dovrebbero essere pronti per il rilascio di OOo 3.0
  • Per office so per certo che c'erano già plugin di terze parti che lo facevano già con Office '97, ovviamente a pago.
    non+autenticato
  • - Scritto da: ciro
    > Forse non esiste perchè farrebbe troppa
    > concorrenza ad Acrobat
    > Professional

    Ma va, le specifiche del formato sono pubbliche da dieci anni, non penso sia questione di concorrenza o di essere ISO o meno. E' che non gliene fregava niente a nessuno...
    Comunque, anche con Acrobat le modifiche sono complesse e non sempre realizzabili, anche con Illustrator o altri programmi che aprono i pdf. Qui ne trovi una cinquantina di editor pdf:
    http://www.cogniview.com/convert-pdf-to-excel/post.../
    non+autenticato
  • Premetto: avrei voluto che MS non implementasse mai ODF, supportasse solo OOXML così nel giro di poco tempo ODF davvero lo usavano giusto pochissime persone.

    Ora che MS supporta ODF, tutti coloro che dicevano che MS è ladra pwerkè non supporterà mai ODF pse ne possono andare a quel paese. Detto questo, Open Office non sarà mai come Office, anche se è gratuito , è lento, ha un interfaccia molto spartana, sembra veramente che l'abbiano sviluppato da persone che di interfacce grafiche non hanno mai capito niente. MS mi ha deluso, ODF doveva soccombere subito, non un po' alla volta!
    non+autenticato
  • - Scritto da: j4w
    > Open Office non sarà mai come Office,
    > anche se è gratuito , è lento, ha un interfaccia
    > molto spartana,

    E java sarà la morte sua
    Proprio quel Java che dubito fortemente sia stato voluto dagli sviluppatori OS...
    Ci sarà mica lo zampino di Sun? Rotola dal ridere
  • - Scritto da: unaDuraLezione
    > Proprio quel Java che dubito fortemente sia stato
    > voluto dagli sviluppatori
    > OS...
    > Ci sarà mica lo zampino di Sun? Rotola dal ridere

    interessante questa teoria.
    a parte il fatto che io non lo trovo affatto lento.
    però non l'ho mai provato su windows...

    poi c'è da ammettere che con java si sono risparmiati un bel po' di sbattimenti per la portabilità.

    penso ad alcuni progetti portabili non in java, come aMule o aMSN, e devo ammettere che i crash non mancano...

    OpenOffice non mi è mai crashato invece
    non+autenticato
  • - Scritto da: Winston Churchill sotto mentite spoglie

    > a parte il fatto che io non lo trovo affatto
    > lento.

    Si vede che lo confronti con office 2007.
    Hai mai provato un office 97 (che ha il 99.9% delle funzionalità realmente utilizzate su OO e O2007) su una macchina attuale?
    Fai doppio click sull'icone di un documento e e mentre rilasci il pulsante è già tutto caricato, visibile ed utilizzabile.
    Guardi la ram occupata e ti accorgi che potresti caricare 300 istanze contemporaneamente...

    > poi c'è da ammettere che con java si sono
    > risparmiati un bel po' di sbattimenti per la
    > portabilità.

    io credo che il C++ sia sempre la soluzione giusta.
  • - Scritto da: unaDuraLezione

    > Si vede che lo confronti con office 2007.

    no col 2003.
    e mi pare che come velocità siamo lì...

    > Hai mai provato un office 97 (che ha il 99.9%
    > delle funzionalità realmente utilizzate su OO e
    > O2007) su una macchina
    > attuale?
    > Fai doppio click sull'icone di un documento e e
    > mentre rilasci il pulsante è già tutto caricato,
    > visibile ed
    > utilizzabile.
    > Guardi la ram occupata e ti accorgi che potresti
    > caricare 300 istanze
    > contemporaneamente...

    eh beh ma chi lo usa più il 97?
    il formato DOC mi pare si sia evoluto nel frattempo..


    > io credo che il C++ sia sempre la soluzione
    > giusta.

    non so perchè non sono un programmatore...
    però per quel che riguarda la mia esperienza, vedo che i progetti nati per essere il più possibile portabili, se non sono in java qualche problemuccio a volte salta fuori..
    non+autenticato
  • - Scritto da: Winston Churchill sotto mentite spoglie

    > eh beh ma chi lo usa più il 97?

    Io a casa uso quello.
    Diluito il prezzo (già basso, era in bundle) della licenza in 10 anni.
    E non mi sonno di passare ai successori nemmeno se fossero gratis.

    > il formato DOC mi pare si sia evoluto nel
    > frattempo..

    Mai ricevuto roba che non posso aprire.
    Nel caso dei docx, ovviamente avrei bisogno del word viewer (gratuito), ma preferisco dire a chi lo ha spedito di salvare in modo compatibile.

    > non so perchè non sono un programmatore...
    > però per quel che riguarda la mia esperienza,
    > vedo che i progetti nati per essere il più
    > possibile portabili, se non sono in java qualche
    > problemuccio a volte salta
    > fuori..

    Beh, dipende chi li fa.
    In java hai un framework che ti protegge, in C vai ad usare direttamente il processore e le api di sistema.
    Ovvio che, nel secondo caso rischi di più, ma solo nelle interfacce grafiche e nella gestione di processi e dell'hardware.
    Tutte le procedure algoritmiche scritte in C, una volta che vanno su un os (chessò, l'IA dei videogames piuttosto che la parte matematica di un programma) vanno su tutti gli OS con prestazioni ottime.

    Credimi, la scelta di usare Java è per OO è solo dettata dalla spinta di Sun.
    Non ho notizie di altri progetti OS tosti che lo utilizzino così.
  • - Scritto da: unaDuraLezione
    > Io a casa uso quello.
    > Diluito il prezzo (già basso, era in bundle)
    > della licenza in 10
    > anni.
    > E non mi sonno di passare ai successori nemmeno
    > se fossero
    > gratis.
    >
    tra un po' però ti toccherà aggiornare...
    chi sarà il prossimo? Sorride

    > Ovvio che, nel secondo caso rischi di più, ma
    > solo nelle interfacce grafiche e nella gestione
    > di processi e
    > dell'hardware.

    le interfacce grafiche per esempio sono la croce di aMule.
    tutti i crash sono dovuti alle librerie grafiche.

    >
    > Credimi, la scelta di usare Java è per OO è solo
    > dettata dalla spinta di
    > Sun.
    > Non ho notizie di altri progetti OS tosti che lo
    > utilizzino
    > così.

    non ne sono certo ma è possibilissimo
    non+autenticato
  • - Scritto da: Winston Churchill sotto mentite spoglie

    > tra un po' però ti toccherà aggiornare...

    perchè?

    > chi sarà il prossimo? Sorride

    continuo finchè le persone a cui spedisco file saranno in gradi di leggere i .doc.

    In futuro, per leggere i loro docx mi occorrerà il viewer gratuito, niente di più

    > le interfacce grafiche per esempio sono la croce
    > di
    > aMule.
    > tutti i crash sono dovuti alle librerie grafiche.

    evvabè, ma se prendi i progetti multipiattaforma fatti bene (FF per dirne uno), non c'è alcun problema.
    Mi sa che a quelli di aMule interessava solo la parte di rete...
  • Eclipse?
    non+autenticato
  • Hai mai provato con Wordstar?
    non+autenticato
  • Effettivamente ed è paradossale, da quando ci sono parti in Java e ci ha messo le mani la Sun, è diventato più stabile, veloce e portabile.

    Ripeto è paradossale, ma gli ultimi test sulle ultime versioni di Java hanno dato risultati incredibili.
    non+autenticato
CONTINUA A LEGGERE I COMMENTI
1 | 2 | 3 | 4 | Successiva
(pagina 1/4 - 16 discussioni)
 

La soluzione ideale per HP Software: Application Lifecycle Management

Android Programming

Android Programming

Questo approfondimento tematico è pensato per chi vuol imparare a programmare e creare software per gli smartphone con sistema operativo Google Android. La prima parte del testo [...]