Convertire RTF in ODT

RTF è stato progettato per spostare un documento formattato da un programma all’altro, ed è molto bravo in questo. Non è mai stato progettato per essere il formato in cui un documento vive mentre qualcuno ci lavora per due settimane, e la differenza si nota in un modo facile da perdere: ogni volta che premete salva, Writer serializza l’intero documento attraverso il filtro RTF.

Qualunque cosa il filtro non abbia dove rappresentare viene approssimata o scartata in quel momento. Alcuni tipi di campo, certe proprietà di sezione, particolari configurazioni di elenco e le parti più fini del modello di stile non hanno equivalenti RTF, e la perdita è silenziosa. Un viaggio di andata e ritorno di solito è invisibile. Venti su un file modificato quotidianamente non lo sono.

Lo schema è sempre la stessa forma: un programma a monte che emette RTF, e una persona a valle che deve lavorarci in LibreOffice. Le agenzie di traduzione inviano file sorgente come RTF perché è il formato che ogni strumento CAT e ogni cliente può leggere. Le piattaforme di trascrizione restituiscono bozze come RTF.

Nessuno di quei mittenti cambierà, e nessuno dovrebbe — RTF è la scelta corretta per la consegna proprio perché è il formato che nessuno può non riuscire ad aprire. L’errore è trattare il formato di consegna come formato di lavoro. Convertite all’arrivo, lavorate in ODT, ed esportate di nuovo a quanto vuole il cliente alla fine.

Un RTF sono caratteri. Apritene uno in un editor di testo e la prosa è lì in bella vista, circondata da parole di controllo con prefisso backslash che descrivono la tabella font, la tabella colori, il foglio di stile e la formattazione di ogni tratto. È verboso, interamente stampabile, riparabile a mano.

Un ODT è un archivio ZIP contenente XML: content.xml per il testo, styles.xml per gli stili, un manifesto, e le immagini come file reali in una cartella. Il registro lo marca come contenitore con uno standard ISO dietro ed elenca LibreOffice Writer, Microsoft Word e Google Docs come software che lo legge.

Due ragioni che si sommano. Prima, lo ZIP: l’XML dentro un ODT viene deflazionato prima di raggiungere il disco, e l’XML comprime estremamente bene perché ripete costantemente i propri nomi di tag. RTF non ha alcuna compressione e memorizza ogni parola di controllo letteralmente.

Seconda, le immagini. Un RTF scrive un’immagine incorporata come testo esadecimale — circa due caratteri per byte di immagine — mentre un ODT memorizza il file immagine originale nell’archivio intatto. Un documento con sei screenshot può essere un ordine di grandezza più grande in rich text che in OpenDocument.

RTF ha davvero degli stili, più di quanto la sua età suggerisca: stili di paragrafo con nome, titoli, stili di carattere, font, dimensioni e spaziatura si mappano sui loro equivalenti OpenDocument piuttosto che essere appiattiti in formattazione diretta. Le tabelle mantengono celle, bordi e unioni; gli elenchi mantengono la numerazione.

Ciò che OpenDocument aggiunge è profondità che il formato più vecchio non ha dove mettere. Gli stili di pagina sono oggetti di prima classe piuttosto che proprietà di sezione, gli stili di elenco sono definiti una volta e riutilizzati, e la separazione tra content.xml e styles.xml significa che l’aspetto di un documento può essere sostituito interamente senza toccare una parola del testo.

Un RTF dichiara un set di caratteri e fa escape di tutto ciò che è fuori dall’ASCII semplice rispetto a quello. Era ragionevole nel 1987 ed è una fonte costante di testo storpiato ora, perché un file scritto da un vecchio programma può nominare una code page che non corrisponde a ciò che effettivamente contiene.

Una conversione non può ripararlo, e saperlo risparmia un pomeriggio. Se l’RTF già mostra male in Writer, i caratteri nel file sono sbagliati e l’ODT porterà gli stessi caratteri sbagliati fedelmente. OpenDocument è Unicode ovunque, quindi la mossa giusta è correggere il testo interessato una volta, subito dopo la conversione.

Lavorare in ODT non vi vincola a consegnarlo. Writer esporta in DOCX, RTF, PDF e testo semplice, e il registro elenca Microsoft Word tra i programmi che leggono OpenDocument direttamente, quindi anche inviare l’ODT stesso è una scelta difendibile con la maggior parte dei clienti.

Se il consegnabile deve essere RTF, esportate in RTF una volta, dal ODT finito, e controllate il risultato prima di inviarlo. Tenete l’ODT come copia master, perché è il file che ha ancora tutto, e trattate l’RTF esportato come trattereste un PDF: un output, non il documento.

Sul nostro server piuttosto che nel vostro browser. Convertire tra due formati di elaborazione testi richiede un vero motore d’ufficio. Il file viaggia su una connessione crittata a un container che esegue LibreOffice headless, senza accesso internet in uscita.

Ogni lavoro ottiene la propria directory temporanea e il proprio profilo LibreOffice, cancellati quando il lavoro finisce. Il livello gratuito accetta 25 MB per file caricato, il che per un RTF è meno documento di quanto sembri, dato che il formato è così più grande di ciò che contiene.

Controllate la lista stili prima di controllare il testo. Se il documento è arrivato con un insieme sensato di stili nominati avete il caso buono; se è arrivato come uno stile con molta formattazione diretta, il programma originario non ha mai usato gli stili.

Poi guardate i tre punti che portano rischio: tabelle con celle unite, numerazione elenco multilivello, e il punto dove un documento lungo si divide tra pagine. Tenete l’RTF originale finché il primo documento non è passato per tutto il vostro processo una volta.