Space: Apache OpenOffice Community (https://cwiki.apache.org/confluence/display/OOOUSERS) Page: AOO 3.4 Release Notes in italian (https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+3.4+Release+Notes+in+italian)
Change Comment: --------------------------------------------------------------------- Insterted 4th part of translation Edited by Paolo Pozzan: --------------------------------------------------------------------- TRADUZIONE IN CORSO... h2. General Remarks The Apache OpenOffice 3.4 features can be split into two areas: changes already made in the OpenOffice.org beta, and those additional changes made at Apache since the beta. h2. New Features from the OpenOffice.org 3.4 beta These features were already part of the OpenOffice.org 3.4 beta. The 3.4 beta was built from the OOO340 code line which was cloned from DEV300m106. This code line is the base for the Apache OpenOffice code. h3. Faster Startup Startup is faster since the program now has enough initial knowledge about its components so that it doesn't have to start each of them. h3. Improved ODF 1.2 encryption support The ODF 1.2 specification allows optional use of W3C-specified algorithms in the encryption (password-protection) of ODF 1.2 documents. For Apache OpenOffice 3.4, the default "Save with Password" continues to use SHA1 digests and Blowfish encryption, the one combination that is supported for interchange of encrypted documents across ODF 1.0/1.1 and ODF 1.2 supporting application. In addition, documents encrypted using AES256 are now recognized and decrypted when the correct password is provided. It is also possible to select AES256 for encrypting "Save with Password" documents by setting both of these configuration options: * Set configuration option org.openoffice.Office.Common/Save/ODF/UseSHA1InODF12 to "false". * Set confguration option org.openoffice.Office.Common/Save/ODF/UseBlowfishInODF12 to "false". A macro to set the options on or off is available at [http://wiki.services.openoffice.org/wiki/User:TJFrazier/Encryption]. The configuration options have no effect when saving in ODF 1.1/ODF 1.0 format. See [http://docs.oasis-open.org/office/v1.2/csprd03/OpenDocument-v1.2-csprd03-part3.html] for precise details of the ODF 1.2 provisions. h3. Spreadsheet: TIME function returns values 00:00:00 <= x <= 23:59:59.999 The TIME spreadsheet function returns values between 00:00:00 and 23:59:59.999... inclusive and wraps values equal to or greater than 24:00:00. h3. Spreadsheet: Renamed "DataPilot" to "Pivot Table" In the Spreadsheet GUI, the term "DataPilot" has been replaced with the term "Pivot Table". h3. PivotTable has been extended PivotTable (formerly known as DataPilot) is no longer limited in the number of fields supported. h3. Spreadsheet: New CSV export option, "Quote all text cells" Previously, in Spreadsheet CSV export, all content from text cells was quoted with the selected text delimiter. Now this is optional and happens only if the new check box "Quote all text cells" is selected. By default, the text delimiter is added only if the cell content contains the field delimiter, text delimiter or multiple lines. When a CSV file is loaded and saved again without editing the filter settings, the import option "Quoted field as text" is used for the "Quote all text cells" option. The default for "Quoted field as text" is now "off" (but if it's changed in the import dialog, that is still saved as new default in the configuration). h3. Improved CSV export Better interoperability with other applications supporting the import of CSV (Comma Separated Values) files as the style for exporting strings is configurable now. h3. Spreadsheet: Unlimited number of fields in Pivot Table layout dialog In the Pivot Table layout dialog, it is now possible to add more than 8 fields to the "Row Fields", "Column Fields", and "Data Fields" areas, and more than 10 fields to the "Page Fields" area. h3. MailMerge: Scan rows for correct type information for Text databases The MaxRowScan setting allows the user to define how many rows should be scanned to find the correct type of a column. In the past only the first row was scanned. h3. Math: new option to save only used symbols for each formula In order to save on document file size (namely in Writer documents with many formulas) there is now a new option to save only those symbols that are used in a formula. By default this option will be active. Geek info: However there is a small drawback: Previously, if you worked with different office installations, documents with formulas could be used to implicitly import *ALL* user-defined symbols in Math from one office installation to the next, even if none of them got used in a formula. Since now only the actually used symbols get saved, only those can be implicitly imported into a different office installation. To get the old behavior, simply turn off this new option. h3. Formula: Allineamento linea base automatico per gli oggetti di Math È disponibile una nuova opzione chiamata 'Allineamento linea base di Math' disponibile nella scheda 'Formattazione' della pagina di opzioni di Writer e WriterWeb. Quando questa opzione viene selezionata *TUTTI* gli oggetti OLE di Math già esistenti nel documento di Writer che sono ancorati 'al carattere' (e solo quelli con questo tipo di ancoraggio) verranno automaticamente allineati per rispettare la linea base della formula con quella del testo che la circonda. In più i nuovi oggetti di Math inseriti successivamente verranno automaticamente allineati allo stesso modo. Fin quando l'opzione è attiva, il movimento manuale degli oggetti di Math ancorati 'al carattere' non è possibile, pertanto l'allineamento verticale nella finestra contestuale 'Oggetto' è disabilitata allo stesso modo. Per i nuovi documenti questa opzione è impostata in maniera predefinita. Quando si carica un vecchio documento questa opzione non è impostata. In ogni caso, una volta che il documento viene salvato nuovamente, l'attuale valore di questa opzione verrà salvato insieme al documento. Questo allineamento automatico alla base è stato implementato da Michael Spisiak come parte del Google Summer of Code di quest'anno; il mentore di questo (progetto) è stato Eric Bachard. Grazie a entrambi\! h3. Il catalogo dei simboli di Math ora supporta i caratteri UTF-32 h3. Miglioramenti delle opzioni predefinite di Draw/Impress: - Migliorati gli standard per l'agganciamento di Impress e Draw - Cambiato lo standard di "copia quando muovi" - Migliorate le impostazioni standard della griglia in Impress e Draw - Migliorati gli standard per l'indentazione e la spaziatura elenco puntato *- Animate outline shapes 'Per paragrafi di 1° livello' as default * - Nuovi colori predefiniti per gli oggetti di disegno - Impostata la distanza predefinita dell'ombra per gli oggetti a 0,2cm - Miglioramenti alla opzione "mouse come penna" nelle diapositive in Impress - Larghezza piena predefinita per il testo nelle forme - Cambiata la struttura predefinita per gli elenchi puntati da 'Oo-' a 'O-O-O' - La scorciatoia per inserire i commenti è cambiata h3. Miglioramenti standard alla Interfaccia Grafica per Draw e Impress Per i dettagli: [Migliorata interfaccia elenchi puntati|http://wiki.services.openoffice.org/wiki/BetterDefaults_BulletsColorsShortcuts_workout] [Migliorata interfaccia per la griglia|http://wiki.services.openoffice.org/wiki/Specification_BetterDefaults_Gridhandling#Detailed_Specification] h3. Draw/Impress: Impostare la risoluzione in pixel quando si esporta la grafica h3. Riduzione della dimensione dei file PDF I documenti PDF che contengono bitmap monocromatiche sono ora più piccoli h3. Cambiata la finestra di dialogo per l'inserimento della password nell' esportazione in PDF Durante l'esportazione in PDF si possono inserire due password (Password di "Apertura" e di "Permessi"). Queste due password possono essere inserite in un unico passaggio anziché due finestre di dialogo separate. h3. Rimosso il supporto alla Rubrica di Mozilla, a favore di Seamonkey Considerato che il prodotto Mozilla è stato soppiantato da tempo dalla suite SeaMonkey e i formati profilo di entrambi sono cambiati in maniera incompatibile, il supporto alla Rubrica di Mozilla in OpenOffice.org è stato rimosso, a favore del supporto alle rubriche di SeaMonkey. h3. Controlli della casella di riepilogo: "Campo collegato" permesso a 0 La proprietà "Campo collegato" di una casella di riepilogo, che specifica quale colonna del set di risultati della casella di riepilogo deve essere usata per lo scambio dei dati, può avere il valore "0" ora. h3. Base: Oggetti ad albero: selezionare le voci digitandone il loro nome Le liste ad albero nella finestra principale di Base ora supportano la selezione digitandone il loro nome. h3. Finestre di Dialogo Stilista / Navigatore / Opzioni: selezionare le voci digitandone il loro nome Le liste ad albero Navigatore, Stilista nell'applicazione ("Stili e Formattazione") e nella finestra di dialogo delle opzioni ora supportano la selezione digitandone il loro nome. h3. I Fogli di Calcolo ODF supportano le Funzioni Condizionali Supporto per le nuove Funzioni Condizionali dell'ODF 1.2: "COUNTIFS", "SUMIFS", "AVERAGEIF" e "AVERAGEIFS" h3. Grafico: Legenda Ridimensionabile La legenda all'interno dei grafici ora può essere ridimensionata. h3. Grafico: Asse data È disponibile adesso l'opzione 'asse data' per i grafici delle categorie. h3. L'asse tempo supportata nel grafico !timeaxis_sample.png! h3. Miglioramento della stampa in Unix La stampa in PDF (se il sistema la supporta) permette di gestire la trasparenza degli oggetti direttamente dal sottosistema della stampante. h3. Modifiche del formato del file di stampa nei sistemi Linux La stampa nei sistemi Unix adesso può generare file in PDF anziché PostScript. h3. Nuova struttura multimediale Gstreamer nei sistemi Linux Adesso è disponibile Gstreamer per la riproduzione di contenuti multimediali nei documenti di OpenOffice (es. audio e video nelle presentazioni di Impress). È necessario installare Gstreamer (e i relativi gst-plugin) nel sistema. h3. Potenziamento dell'esportazione in RTF Aggiunto il supporto per tabelle nidificate, maggiori proprietà dei caratteri, sezioni, grafica per Wordpad, segnalibri, campi, disegni e oggetti OLE. h3. Rimossi i filtri di esportazione 'binfilter' h3. Ulteriori sistemazioni di sviluppo/bug per il filtro di importazione DOCX. h3. OOo/Mac funziona headless come demone h3. Varie sistemazioni di bug h2. Nuove funzionalità di Apache Open Office 3.4 Queste funzionalità sono il risultato del lavoro in Apache sulla versione beta di OpenOffice.org 3.4: h3. Cambio di licenza La licenza è stata cambiata dalla LGPLv3 alla più semplice e non restrittiva [Apache License 2|http://www.apache.org/licenses/LICENSE-2.0]. La licenza di Apache renderà l’adozione, distribuzione e modifica del software più semplice per molti utenti. Naturalmente il software resta libero, e il codice sorgente con gli aggiornamenti continuerà a essere disponibile attraverso i server di Apache Software Foundation. h3. Aggiornamenti vari In conformità con la nuova licenza, tutti i componenti del software sono stati aggiornati per l’utilizzo di licenze che sono in linea con le indicazioni di ASF. Nessuna funzionalità fondamentale è stata persa, sebbene abbiamo aggiornato molte librerie che funzioneranno meglio con i nuovi standard. In aggiunta, molte librerie e intestazioni interne sono state aggiornate con versioni recenti che forniscono la stessa funzionalità o superiore. Si raccomanda fortemente che tutti gli sviluppatori e distributori abbiano questa versione aggiornata, per evitare rischi risultanti da incongruenze riscontrate in versioni precedenti della suite di OpenOffice.org. h3. Calc: Risolutore LP più veloce Il precedente risolutore per la programmazione lineare è stato sostituito con il più veloce CoinMP dal progetto ‘Computational Infrastructure for Operations Research’ (COIN-OR). h3. Aggiornamento del Tomcat di Apache Il servlet Tomcat di Apache è stato aggiornato dalla vecchia versione 5.0.30 a quella 5.5.35 che comporta anni di performance e miglioramenti di sicurezza senza cambiare l’API. h3. Supporto per le proprietà delle estremità Adesso è possibile aggiungere un’estremità alla fine della linea. Tali estremità non sono solo riconosciute nello standard ODF1 .2 ma anche in HTML5 e SVG. Anche altre suite di office automation forniscono stili differenti per le estremità da aggiungere alle linee spesse. Esistono tre stili: * senza estremità, chiamato ‘estremità’ nel programma e ‘piatta’ nella UI (come in MS Office) * con estremità rotonda, chiamato “Cerchio” * con estremità rettangolare, chiamato “Quadrato” Il valore della proprietà ‘piatta’ corrisponde al precedente e ora è predefinito. !LineCap_PureLines.png! Le estremità sono aggiunte alle linee, in modo che la loro lunghezza totale aumenti di due volte e mezzo il valore della larghezza di linea. Selezionare il valore dalla lista a tendina nella finestra di dialogo delle proprietà delle linee, accanto alle impostazioni per lo stile degli angoli. La nuova proprietà è disponibile solo nei contesti in cui è attivo anche lo stile dell’angolo. !LineCap_Dialog.png! Se la linea è tratteggiata, anche i singoli trattini prendono le estremità poiché ogni punto è considerato un trattino. È possibile definire non solo lo stile delle linee e delle curve ma anche del bordo degli oggetti grafici. !LineCap_BorderlineDotted.png! !LineCap_CurveDashed.png! Il prossimo esempio indica la nuova proprietà applicata a un connettore. La parte sinistra senza estremità, al centro con lo stile ‘cerchio’ e sulla parte destra con quello ‘quadrato’. !LineCap_CapOnConnectors.png! Le estremità sono disponibili anche per oggetti in 3D, quando si trasformano le linee aggiungendo spessore. L’esempio indica linee che hanno uno stile 'tratteggiato'. !LineCap_SphereDotted.png! and a zoom… !LineCap_SphereZoom.png! Sono supportate le estremità definite nella grafica SVG in modo che siano uguali a quelle presenti nei browser attuali. h3. Supporto per traformazioni trasversali per GraphicObjects [(Blog)|https://blogs.apache.org/OOo/entry/features_for_graphicobjects_and_oleobjects] GraphicObjects che viene creato quando si inserisce un grafico da Draw/Impress e Calc adesso non supportano soltanto le rotazioni ma anche il taglio, l'inclinazione e la distorsione. La visualizzazione durante l'interazione è stata migliorata e anche l'interruzione per vettore-base del GraphicObjects che disegna gli oggetti è stato migliorato. Writer ha il proprio GraphicObjects; quelli delle altre applicazione sono stati copiati come soluzione al problema. h3. Supporto per glo attributi e le trasformazioni dei OLEObjects [(Blog)|https://blogs.apache.org/OOo/entry/features_for_graphicobjects_and_oleobjects] OLEObjects (OLE significa Object Linking Embedding) in Draw/Impress e Calc supporta adesso tutti gli attributi dei disegni e le trasformazioni geometriche. Questi possono essere di tipo linea, tipo riempimento, ombra e testo. Questi supportano tutte le trasformazioni, ad esempio rotazione e taglio. Questo è utile ad esempio per una formula matematica che mostra la rotazione di 90 gradi o l'aggiunta dei bordi ad un grafico. Anche l'interruzione nel disegno degli ogggetti è stata migliorata. h3. Miglioramento del supporto al ritaglio per GraphicalObjects Ritagliare un GraphicObjects adesso funziona correttamente insieme sia in orizzontale che in verticale in tutte le applicazioni. h3. Supporto per la Grafica Vettoriale Scalabile (SVG) [(Blog)|https://blogs.apache.org/OOo/entry/native_svg_support_for_apache] SVG è ora supportato come contenuto per i GraphicObjects in tutte le applicazioni. La nuova implementazione generica dell'interprete SVG supporta il formato SVG 1.1 . Il contenuto geometrico è processato internamente come vettori di dati in tutti i modi, es. stampare ed esportare i PDF, i quali garantiscono una buona qualità di visualizzazione. Un blog post al riguardo si può trovare [qui|http://eric.bachard.org/news/index.php?post/2011/12/03/In-progress-%3A-native-support-of-the-SVG-graphic-format-in-Apache-OpenOffice.org]. h3. Supporto per il MultiImage in ODF Per il supporto SVG era necessario allocare una rappresentazione dell'immagina multipla per un singolo GrafiphicObject per essere presente nel formato ODF, es. un grafico a pixel e l'originale SVG è scritto nel caso di un GraphicObject con il contenuto SVG. Questo gli consente di restare compatibile con altre e più vecchie applicazioni che supportano file ODF. Il numero di immagini per un GraphicObject non è limitato: le applicazioni che usano questo potrebbero scegliere l'immagine con il formato supportato che meglio si adatta a loro, es. preferisce usare un grafico a pixel per il visualizzatore ODF. OpenOffice 3.4 usa una funzione ponderata la quale preferisce immagini con pixel e trasparenza oltre che quelle senza e il formato vettoriale oltre che a pixel. h3. Visualizzazione avanzata del Grafici La qualità della visualizzazione dei grafici è stata evoluta usando un nuuovo meccanismo per una più diretta visualizzazione. Questo aumenta la velocità, riduce l'uso della memoria e la visualizzazione dei grafici in tutte le viste, incluso l'esportazione e la stampa in PDF. h3. Writer: Conteggio delle parole in lingua asiatica Il contatore delle parole in lingua asiatica è ora corretto. Nel rilascio precedente venivano contati i termini invece che le parole quando si utilizzava il conteggio parole in lingua Asiatica. Notare che il file di conteggio parole non verrà aggiornato automaticamente per i documenti già esistenti. h3. Nuovo motore per le Espressioni Regolari (regexp) Il motore delle espressioni regolari esistente è stato rimpiazzato da un motore ICU. Questo risolve diversi problemi del "Cerca e sostituisci" della vecchia implementazione e migliora la velocità di ricerca. Il nuovo motore offre anche un migliore standard di compatibilità specialmente per quanto riguarda l'Unicode, questo significa anche che alcune sintassi estese non standard come {{\<}} e {{\>}} per parole al limite della corrispondenza sono ora abbandonate. Per una comodità di rendere più morbido le fasi di aggiornamento questi sono stati emulati con l'operatore se {{\b}}. Vedere [ICU sintassi regex|http://userguide.icu-project.org/strings/regexp#TOC-Regular-Expression-Metacharacters] per le espressioni supportate nel nuomo motore di espressioni regolari. Si raccomanda di restare nell'ambito degli stadard comuni e dal [sapore di regex|http://www.regular-expressions.info/refflavors.html] si ottiene una visuale da dove questo terreno comune proviene. La modifica della sintassi applicata alle macro è: nelle macro le espressioni regolari che erano relativamente abbandonate dovrebbero essere convertite per un uso più ampio nelle espressioni regolari supportate. Gli uteni degli script Giapponesi dovrebbero essere consapevoli che alcune traslitterazioni non-banali potrebbero comportarsi in maniera diversa, specialmente quando le regole della traslitterazione come "ProlongedSoundMark", "IterationMark", "Ignore-Width", "BaFa", "SeZe", "HyuByu", "IandEfollowedByYa" o "KiKuFollowedBySa" potrebbero essere coinvolte. h3. Nuova finestra di Scelta Colore La vecchia finestra di scelta colore è stata usata nel codice per più di un decennio, è stata sostituita con una nuova, più intuitiva e che offre una maggiore varietà di scelta di colori possibili. Questa funzionalità è stato sviluppata da Christian Lippka; gloria a lui per averla offerta sotto licenza Apache. Un'immagine dice molto più di tante parole. || Vecchia || Nuova || | !ColorPicker_Old.png|thumbnail! | !ColorPicker_New.png|thumbnail! | Change your notification preferences: https://cwiki.apache.org/confluence/users/viewnotifications.action
