Cookie di statistica e di pubblicità
Usiamo cookie di statistica e di pubblicità, entrambi inviati a Google. Rifiutare non cambia niente di quello che vedi.Leggi la pagina sulla privacy
ODG
Disegni vettoriali di LibreOffice Draw.
ODG
ODG è un contenitore: un involucro per flussi codificati da qualcos’altro. Conserva forme e coordinate invece che pixel, quindi resta nitido a qualsiasi dimensione: un logo portato alla misura di un cartellone non perde nulla. Si usa per la modifica e loghi e disegno al tratto.
L’estensione è .odg e il nome per esteso è OpenDocument Graphics. Contano entrambi meno di ciò che il file può contenere, ed è di questo che parla il resto della pagina.
OASIS lo ha pubblicato nel 2005. La specifica è ISO/IEC 26300.
L’età serve saperla per un motivo pratico: più un formato è vecchio, più programmi hanno avuto tempo di impararlo.
È pubblicata per intero, quindi la si può implementare partendo dal documento invece che per osservazione: è per questo che il formato compare in così tanti programmi, ed è per questo che file scritti vent’anni fa si aprono ancora. Una specifica pubblicata però non è la stessa cosa di una esente da royalty: dove un formato incapsula un codec, le licenze sui brevetti restano una questione a parte che lo standard non risolve.
Un file ODG non è limitato a una pagina, e la cosa conta quando lo si converte in qualcosa che invece lo è: una conversione produce un solo file con dentro una sola pagina — la prima, a meno che non sia una di quelle che il convertitore ti lascia scegliere.
ODG contiene un disegno: forme posate su una superficie invece che testo in un flusso.
È questo a decidere come si converte: il testo si riadatta, quindi i numeri di pagina sono una proprietà del risultato e non del file.
ODG tiene separate le parti di un’immagine invece di fonderle insieme, ed è questo che ne fa un file di lavoro. Quasi ogni formato in cui si converte le fonde, e la fusione non si torna indietro: conserva l’originale con i livelli.
LibreOffice Draw lo legge, e lo stesso vale per quasi tutti i programmi dello stesso tipo.
Quando un file non si apre, il formato è raramente il problema: più spesso è il programma a essere più vecchio di lui. Convertire in qualcosa di più vecchio è la via d’uscita affidabile, ed è a questo che serve il resto di questo sito.
Nessun browser lo legge.
È di gran lunga il motivo più comune per convertirlo: non che il formato sia scadente, ma che il posto in cui vuoi mostrare il file non sappia leggerlo.
ODG è pensato per essere aperto e modificato. Tieni il file in questo formato per tutto il tempo in cui il lavoro va avanti, ed esporta da lì ogni volta che serve una copia finita.
Un ODG è ciò che salva LibreOffice Draw: un disegno vettoriale organizzato per pagine, con forme, connettori, caselle di testo, immagini e livelli. Come il resto della famiglia OpenDocument è uno ZIP di XML, quindi il disegno è testo leggibile e un programma può generarlo o ispezionarlo senza smontare alcun binario.
Draw sta a metà strada fra uno strumento di diagrammi e un programma di impaginazione, il che rende difficile descriverlo e spiega perché quasi tutti ci arrivino per caso: aprendo qualcosa in LibreOffice e ritrovandosi in un’applicazione di cui non sapevano l’esistenza.
Nei diagrammi i cui connettori non si staccano. Disegnate un organigramma, unite due caselle, spostatene una e la linea la segue — cosa che sembra poco finché non avete provato a mantenere un diagramma di flusso dentro un elaboratore di testi. Organigrammi, schemi di rete, mappe di processo e planimetrie sono il suo terreno naturale.
Risolve anche l’impaginazione per pagine in un modo che l’elaboratore di testi non fa: locandine, diplomi, etichette, planimetrie di sale, qualsiasi cosa dove gli oggetti debbano stare a coordinate esatte invece di scorrere. Più pagine, livelli, aggancio alla griglia e guide di allineamento sono tutti lì, e non costano nulla.
Draw apre file PDF e li rende modificabili: il testo diventa caselle di testo, la grafica diventa oggetti, e il risultato si può modificare e riesportare in PDF. È la cosa più utile che fa l’applicazione e quasi nessuno lo sa.
I limiti sono reali. La ricostruzione è approssimativa su qualsiasi cosa progettata, il testo si spezza in caselle in punti strani, e un’impaginazione complessa arriva come una nuvola di frammenti. Per correggere un refuso, coprire una riga, cambiare una data o aggiornare un prezzo in un documento il cui originale è andato perso anni fa, resta la via gratuita più veloce che esiste.
Questa è la sua debolezza pratica. LibreOffice e OpenOffice lo leggono; praticamente nient’altro. Non Illustrator, non Inkscape in modo decente, non Microsoft Office, non un browser, non uno smartphone.
Quindi un ODG è un file di lavoro e non qualcosa da inviare. Chi lo riceve senza avere LibreOffice resta bloccato, e la soluzione è sempre esportare invece che spiegare. Salvare l’ODG come originale modificabile ed esportare una copia di consegna è tutto il flusso di lavoro.
PDF per tutto ciò che è finito: conserva i vettori, quindi stampa nitido a qualsiasi dimensione, si apre ovunque e appare uguale a tutti. È l’esportazione giusta per uno schema che entra in un report o una locandina destinata alla tipografia.
SVG quando il disegno va su una pagina web o in un altro programma vettoriale — Inkscape, Figma e Illustrator leggono SVG, quindi è l’uscita pratica dal mondo LibreOffice verso quello del design. C’è qualche perdita: i connettori diventano linee normali, i livelli possono appiattirsi e il testo si sposta se il font non è dove finisce. PNG solo quando serve un’immagine e non un disegno, perché fissa la risoluzione in modo permanente.
In un testo che scorre, un font sostituito cambia dove cadono gli a capo. In un disegno non ci sono a capo da cambiare, quindi ciò che si muove sono le cose: un’etichetta che esce dalla sua casella, una didascalia che non si allinea più con ciò che descrive, un titolo che salta a una seconda riga. È lo stesso problema delle presentazioni e qui colpisce più forte, perché tutto è posizionato a mano.
Il rimedio affidabile, se la destinazione è SVG, è convertire il testo in curve prima di esportare: ogni lettera diventa un tracciato e si disegna uguale ovunque, al prezzo di smettere di essere testo selezionabile. Esportando in PDF, LibreOffice incorpora i font che ha davanti, quindi sulla vostra macchina la questione si chiude lì. Convertendo su questa pagina si chiude anche, ma con quelli del contenitore, e questo lo dice l’ultima sezione.
Se il disegno è destinato al web, lavorate direttamente in SVG con uno strumento che lo parla in modo nativo. Andare avanti e indietro fra ODG e SVG perde qualcosa a ogni viaggio, e mantenere due copie è il modo sicuro perché finiscano per divergere.
Se il disegno è uno schema che vive dentro documenti, l’ODG è un originale ragionevole: i connettori reggono, le pagine reggono e l’esportazione in PDF è eccellente. La scelta riguarda dove va l’output, e conviene farla una volta e non dopo venti diagrammi.
Dall’ODG esce solo PDF su questo sito, e lo esegue LibreOffice, che non funziona dentro un browser. È una delle 89 combinazioni in cui il file viene caricato: arriva a api.quinvert.com, viene scritto con il nome input.odg in una cartella temporanea propria di quel lavoro — il nome che gli avete dato voi non tocca il disco — e la cartella viene cancellata al termine, anche quando la conversione fallisce.
Il tetto di dimensione per questa coppia è di 25 MB, contro i 100 MB delle conversioni risolte nel browser, e c’è un massimo di 100 conversioni server per visitatore al giorno UTC. Quel LibreOffice ha installate solo Liberation, Carlito, Caladea, DejaVu e le Noto di base: un disegno etichettato in Arial, Times New Roman, Courier New, Calibri o Cambria, o con il font incorporato nel file, esce posizionato dove lo avevate lasciato; con qualsiasi altra famiglia le etichette si spostano. E se vi serve SVG o PNG a partire dall’ODG, l’esportazione di Draw è la via: qui quella coppia non esiste.
| Estensione | .odg |
|---|---|
| Tipo di media | application/vnd.oasis.opendocument.graphics |
| Pubblicato da | OASIS |
| Prima pubblicazione | 2005 |
| Specifica | ISO/IEC 26300 |