[progetto-it] Destino di AOO?
Buongiorno Scusatemi se è un po' che non seguo il progetto (in caso ci sia stato qualcosa da seguire...) ma a che punto siamo? E' possibile considerare AOO praticamente morto, o ci sono speranze? Se ci sono, quali? Ringrazio anticipatamente per qualsiasi riscontro. -- Saluti VITRIOL - To unsubscribe, e-mail: progetto-it-unsubscr...@openoffice.apache.org For additional commands, e-mail: progetto-it-h...@openoffice.apache.org
Re: [progetto-it] Traduzioni per video su OpenOffice
Il 09/10/2014 11:03, Valentina Mellone ha scritto: ma elaborazione testi al posto di word processing sembrerebbe davvero così obsoleto? Credo che il temine giusto in italiano dovrebbe essere videoscrittura, che ha una accezione più ampia di elaborazione testi. Ma forse sì, questo sembra un po' obsoleto :-) -- Saluti VITRIOL - To unsubscribe, e-mail: progetto-it-unsubscr...@openoffice.apache.org For additional commands, e-mail: progetto-it-h...@openoffice.apache.org
Re: [progetto-it] Disponibile Apache OpenOffice 4.1.1
Il 23/08/2014 15:57, Andrea Pescetti ha scritto: E' questo problema? http://markmail.org/message/sdnuukn52c27ci7x Sì, esattamente quello. Solo che a me restano generiche anche le icone di Calc e di un altro modulo che adesso non ricordo. Il problema risiede nel file c:\Users\[NomeUtente]\AppData\Local\IconCache.db, che in qualche modo viene corrotto o non aggiornato. In realtà non so se l'installer di AOO c'entra qualcosa con questo file, ma è un dato di fatto che sul mio sistema succede solo con AOO. La soluzione è semplice, cancellare il file e riavviare. Però se non è un problema circoscritto a pochissimi utenti non mi sembra il massimo come immagine, visto che le icone sono la prima cosa di un programma che vede l'utente. -- Saluti VITRIOL - To unsubscribe, e-mail: progetto-it-unsubscr...@openoffice.apache.org For additional commands, e-mail: progetto-it-h...@openoffice.apache.org
Re: [progetto-it] Test su Apache OpenOffice 4.1.0-beta
Il 11/03/2014 23:44, Andrea Pescetti ha scritto: altrimenti provate semplicemente l'utilizzo normale e fra qualche giorno fate sapere come va. Ho segnalato anche sul newsgroup, magari qualche tester estemporaneo si trova :-) -- Saluti VITRIOL - To unsubscribe, e-mail: progetto-it-unsubscr...@openoffice.apache.org For additional commands, e-mail: progetto-it-h...@openoffice.apache.org
Re: [progetto-it] Problema con documenti di grosse dimensioni
PS Comunque è evidente che il documento originale ha dei problemi di suo per il modo in cui è stato generato. Però resta il fatto inconfutabile che questo documento problematico viene digerito molto meglio dalle versioni vecchie di AOO e da quelle attuali di LibO. AOO 4.0 invece ha grossi problemi nel gestirlo. E' un bug? Non lo so. Però la percezione dell'utente è che ci sia stata una regressione. Credo in ogni caso che sia un problema limitato (non per martello...). -- Saluti VITRIOL - To unsubscribe, e-mail: progetto-it-unsubscr...@openoffice.apache.org For additional commands, e-mail: progetto-it-h...@openoffice.apache.org
Re: [progetto-it] Problema con documenti di grosse dimensioni
Il 11/09/2013 14:29, Andrea Pescetti ha scritto: Come proporzione, ti torna una cosa del genere? Sul mio sistema portatile un po' frusto i tempi sono molto più alti. Ho tentato l'apertura con AOO 4.0.1 dev e dopo 15 minuti ho killato il processo perché tanto è una tortura inutile. Fosse 20 minuti, un'ora o un giorno poco cambia. Con AOO 3.4.1 sullo stesso sistema il documento si apre in 4m20s. Per me tanto basta, non credo che ci sia bisogno di tante prove :-) -- Saluti VITRIOL - To unsubscribe, e-mail: progetto-it-unsubscr...@openoffice.apache.org For additional commands, e-mail: progetto-it-h...@openoffice.apache.org
Re: [progetto-it] Problema con documenti di grosse dimensioni
C'è un aggiornamento. L'utente martello, che è l'autore del documento, ha postato sul newsgroup una accurata analisi della situazione. Col suo permesso la copio qui e, rivolgendomi in modo particolare all'onnisciente Andrea :-), vorrei capire se è il caso di segnalare qualcosa e al limite come procedere. In fin dei conti sembra una regressione, ma la situazione è un po' complessa. Segue post dell'utente martello su it-alt.comp.software.openoffice. Forse ne sono venuto a capo. Al sorgere del sole ho aperto il famoso documento 16 con Libo. Sono andato nell'indice principale e col tasto destro del mouse ho forzato l'aggiornamento dell'indice. Poi ho salvato con nome diverso il file. Questo è il file risultante. https://dl.dropboxusercontent.com/u/65873735/LIBO16pagine.odt La prima considerazione che possiamo fare è la dimensione del file: documento originario 17445 Kb e quest'ultimo 15775 Kb. Inoltre il file generato (almeno da me) è apribile e salvabile con Apache. Cosa è successo? Sulla dimensione del file non ho spiegazioni valide. Ho provato a decomprimere i file e risultano di dimensioni molto diverse. La differenza è sostanzialmente dovuta ai file content.xml che decompressi sono in uno 17229 Kb e nell'altro 31428 Kb. La dimensione delle immagini contenute è la stessa (che sono poi il maggior peso del file compresso). Facciamo anche questa premessa: il documento è molto grosso ma non contiene particolari strutture o altre stranezze. In pratica è formato da solo testo in sequenza e parecchie immagini di cui però la maggior parte sono piccoli emoticons. A queste si aggiungono due indici diciamo a differente priorità (c'è un indice dell'indice in pratica). Questo è tutto. A cosa si devono (con alta probabilità ... perchè di certo come al solito ci sono altre cose) le difficoltà di Apache. Il famoso documento 16 ha un disallineamento tra il conteggio interno memorizzato ed il numero reale di caratteri e di pagine presenti nel documento. Le vecchie versioni di Apache ed anche Libo sono relativamente insensibili a questo disallineamento. Apache 4 invece va in tilt (in termini di elaborazione e quindi di tempo) quando il numero di pagine e di caratteri non sono quelli reali. Aggiornando l'indice manualmente le cose tornano a posto ed il numero delle pagine e dei caratteri computato diventa uguale a quello reale. Naturalmente qualcuno si sta chiedendo come sia possibile che non corrispondano i numeri di pagina reali con quelli computati. La spiegazione sta nella generazione del documento. Come molti di voi sanno il documento viene generato partendo da un database tramite macro in star basic. Durante tutta la generazione del documento si vede che il conteggio delle pagine è disallineato con il numero di pagine reali. Quando il documento è completo per aggiornare il numero di pagine bisogna farlo scorrere manualmente fino all'ultima pagina ma spesso il numero totale di pagine è conteggiato senza considerare le 70 pagine di indice. Forzare via software l'aggiornamento dell'indice non ha effetto mentre facendolo manualmente il computo delle pagine si assesta al valore corretto. Questi problemi li conoscevo da tempo (è sempre stato così durante la generazione delle FAQ). Questo spiegherebbe anche i tempi biblici di Apache durante la generazione delle FAQ (un ora per libo e 5 ore abbondanti per Apache). Come si presenta, durante la generazione del documento, un disallineamento del numero di pagine Apache va in bambola. Supponendo che la mia diagnosi sia corretta ... chi lo spiega al sig. Apache? In effetti non si direbbe un vero e proprio Bug. Se c'è qualcosa che non va ... è un problema di generazione del documento (che tra l'altro è sempre stata afflitta da questo problema) e non del suo salvataggio e/o apertura. Mettiamola così ... Se in qualche modo la segnalazione ha un seguito ... potrei anche tentare di costruire una macro che tramite un testo dummy genera un enorme documento con indice e qualche immagine sempre dummy. Sperando di riprodurre l'errore su Apache e il 'non errore' su Libo. Dati però i tempi estenuanti per le prove... sarebbe bene che ci sia una moderata certezza sull'interesse reale alla cosa da parte degli sviluppatori. Non so se mi sono spiegato. -- Saluti VITRIOL - To unsubscribe, e-mail: progetto-it-unsubscr...@openoffice.apache.org For additional commands, e-mail: progetto-it-h...@openoffice.apache.org
Re: [progetto-it] Versione 4.0.1: segnalazione bug ed errori di traduzione
Il 01/09/2013 14:12, gabriele chiarini ha scritto: è così tragico? Diciamo che è la goccia che ha fatto traboccare il vaso. Per me è tragico, per altri potrebbe essere ininfluente. Ma non è che sbrocco per un singolo bug, sono abbastanza vaccinato. E' tutto l'insieme che ha quasi azzerato la mia fiducia per questo progetto. ma è solo la versione italiana o anche l'originale in inglese? Tutte le versioni, è un problema interno del salvataggio dei documenti, anche se ci hanno messo un bel po' per capirlo. -- Saluti VITRIOL - To unsubscribe, e-mail: progetto-it-unsubscr...@openoffice.apache.org For additional commands, e-mail: progetto-it-h...@openoffice.apache.org
Re: [progetto-it] Apache OpenOffice 4.0 in arrivo
Il 21/07/2013 09:35, Andrea Pescetti ha scritto: Se fai un'installazione pulita (senza trasferire i dati personali) L'ho fatto già dall'inizio. vedi la palette di destra (la nuova) in https://cwiki.apache.org/confluence/download/attachments/30746475/NewPalette.png e tutti i colori sono tradotti. Il problema non è quella palette, ma i gradienti di riempimento che compaiono ad esempio in Draw sotto il nome di Sfumature. In AOO 4.0 ne sono stati aggiunti molti, e quelli nuovi non sono tradotti. Vedi Immagine: http://i.imgur.com/7JLN4vG.png -- Saluti VITRIOL - To unsubscribe, e-mail: progetto-it-unsubscr...@openoffice.apache.org For additional commands, e-mail: progetto-it-h...@openoffice.apache.org
