Re: Gibt es so was ähnliches auch für die Makro Befehle
On 07.06.2013 17:09, Jörg Schmidt wrote: nicht mehr benutzen-Warnungen mit Alternativen sind nötig. Da muss ich fragen wofür konkret, was sollte nicht benutzt werden? Z.B. gibt es bei Eigenkompillaten gelegentlich Probleme, beispielsweise das in München verwendete Eigenkompillat hatte einmal (Version müsste ich nachsehen) ein Problem mit der CreateObject-Funktion, nur im orginalen OO ist mir davon nichts bekannt. IMO muss man zwei Fälle unterscheiden: 1. Funktionen, die kaputt sind. Da gehört eine deutlicher Hinweis auf den Fehler (am besten mit Issue-Nr.) dran, bis er behoben ist. 2. Funktionen, die funktionieren, aber veraltet sind. Apache OpenOffice schleppt, soweit ich es beurteilen kann, aus Kompatibilitätgründen eine Menge Altlasten mit, die man leider nicht mal soeben beseitigen kann, will man nicht Inkompatibilitäten in Kauf nehmen und damit die professionellen Nutzer verärgern. Was man davon beseitigen will, müsste in Entwicklerkreisen geklärt werden. Dann kann man gewisse Funktionen für veraltet erklären und dann nach etwa zehn Jahren auch tatsächlich abschaffen (mit deutlichen Hinweisen in den Releasenotes und einer Anleitung zur Ersetzung). Gruß Michael signature.asc Description: OpenPGP digital signature
Re: Gibt es so was ähnliches auch für die Makro Befehle
Hallo *, From: RA Stehmann [mailto:anw...@rechtsanwalt-stehmann.de] P.S.: Vielleicht sollte man international eine entsprechende Policy für alle unterschiedlichen Fälle aufstellen und dann kommunizieren. Darauf wird mit Sicherheit niemand positiv eingehen, denn Ähnliches wurde vor Kurzem auf der internationalen dev-Liste thematisiert und es war nicht einmal Einigkeit über die grundsätzliche Handhabung alter issues zu erzielen bzw. auch über die (quasi verbindliche) Handhabung von issues allgemein. Es tut mir leid, nur so ernüchternd sieht die Realität aus. Gruß Jörg - To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-de-h...@openoffice.apache.org
AOO Version 4.0
Moin, vielleicht kann mir jemand helfen, oder ich habe einen Fehler gefunden. Heute habe ich unter XP die Version Apache_OpenOffice_4.0.0_Win_x86_install_de.exe_1488548.exe, welche ich von http://ci.apache.org/projects/openoffice/install/win/ heruntergeladen habe, installiert. Installation dieses Paketes nach Deinstallation der vorherigen Version, incl. Bereinigung der verbliebenen Restdateien. Nach der Installation, Neustart des Rechners und anschließendem Start von Apache OpenOffice erscheint folgende Fehlermeldung: Die Anwendung konnte nicht gestartet werden, weil tk.dll nicht gefunden wurde. Neuinstallation Gefunden habe ich auf dem Rechner nur einen ootk.dll im Ordner c:\Programme\OpenOffice 4\program. Windows XP in virtueller Maschine von Vmware. Gruß Jan
RE: AOO Version 4.0
Moin, Nachtrag zur ersten Mail von mir. Die Version Apache_OpenOffice_4.0.0_Win_x86_install_de.exe_1482523.exe installiert eine tk.dll unter c:\Programme\OpenOffice 4\program. Heruntergeladen am 15.05.2013. Gruß Jan - To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-de-h...@openoffice.apache.org
Re: [DISCUSS] ODF file formats vs Zip
Have you seen http://wiki.openoffice.org/wiki/Performance? There are several issues about performance Regards Oliver GnuPG key 0xCFD04A45: 8822 057F 4956 46D3 352C 1A06 4E2C AB40 CFD0 4A45 signature.asc Description: OpenPGP digital signature
Re: [DISCUSS] ODF file formats vs Zip
Hi Rob, On 10.06.2013 14:44, Rob Weir wrote: On Sun, Jun 9, 2013 at 4:01 PM, Dennis E. Hamilton dennis.hamil...@acm.org wrote: Regina is correct about the only two compressions. As far as I know, there is no way to control which compression is used. (If you save with Password, all files are always compressed.) Most of the time DEFLATE is used (although there are two files that are not usually compressed, apparently to make metadata mining simpler for non-encrypted packages). There is currently no way to control the compression in AOO. (The ODF specification simply stipulates the compression that must be used when compression is done, not whether compression is done for parts of unencrypted packages.) Does anyone know whether AOO is smart enough to not waste time trying to compress already compressed files, like PNG images? This could make a big difference in presentations. AFAIK Images are not compressed; i stumbled over this with the added SVG format which is still added uncompressed (we have a task for it). HTH! Sincerely, Armin -Rob I don't think it is the compression that is responsible for the slow-downs, it has to do with other work that goes on in order to save a file. If you are careful about regularly saving manually while you are working, and you work into a new copy so the starting version can't be damaged, you can disable auto-save to avoid being interrupted in the midst of something you are doing. There may be some glitches that cause the time to increase in certain situations and those are caught from time to time. Using the latest version usually includes those improvements. I suspect there are some other performance issues around Save (and Auto-Save) that are more involved. - Dennis -Original Message- From: Regina Henschel [mailto:rb.hensc...@t-online.de] Sent: Sunday, June 9, 2013 11:41 AM To: users@openoffice.apache.org Subject: Re: [DISCUSS] ODF file formats vs Zip Hi Johnny, Johnny Rosenberg schrieb: When working with big files, in my case spreadsheets, but possibly other types of office files, saving the file will in some cases take a lot of time. This is particularly annoying when auto-saving is enabled. As I understand it, an ODF is a couple of files, most of them XML files, brought together in a single file, then compressed to the zip format. Does the ODF standard specify the compression ratio? There are two methods possible STORED and DEFLATED, see http://docs.oasis-open.org/office/v1.2/os/OpenDocument-v1.2-os-part3.html, section 2.2. If not, it would be convenient if the user could specify that. For example, if I prefer saving to be as fast as possible, I could specify no compression at all, just bring the files together in a tar-ball (if that's allowed) or as an uncompressed zip. I don't know how much of the required time to save a file is used for compression, but I imagine that there is room for speed enhancements here. If this is not the way to go, maybe the extension could change as well, indicating this is another file format, although conversion to and from ODF should be very straight forward… Using another compression is still .zip file format. ODF has a flat file format without container too. This is implemented in LO but not in AOO. But in the flat format all pictures are stored in base64, because there is no folder to store them in original format. Thoughts about this? It would need tests to see, whether the method STORED is significant faster. Kind regards Regina - To unsubscribe, e-mail: users-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-h...@openoffice.apache.org - To unsubscribe, e-mail: users-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-h...@openoffice.apache.org - To unsubscribe, e-mail: users-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-h...@openoffice.apache.org -- ALG - To unsubscribe, e-mail: users-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-h...@openoffice.apache.org
Re: [DISCUSS] ODF file formats vs Zip
Hi, AFAIK Images are not compressed; i stumbled over this with the added SVG format which is still added uncompressed (we have a task for it). HTH! i prefer *linking* pictures instead of saving them every time - and especially for bigger writer documents, use the Working with Master Documents and Subdocuments feature. Regards Oliver signature.asc Description: OpenPGP digital signature
RE: [DISCUSS] ODF file formats vs Zip
Looking into a document having images with WinZip, it appears that GIF and PNG files are not compressed and SVM files are (with great improvement). The content.xml files, which can be megabytes long, benefit greatly from compression (9:1 easily). Apache OpenOffice 3.4.1 and older versions of OpenOffice.org will compress the Thumbnail PNG. Not sure why, but it is a small file so it shouldn't matter in terms of Save performance. - Dennis PS: I don't know whether uncompressed results are also obtained by attempting compression and reverting to STORED when the compression is unsuccessful. Some software does that sort of thing. (I have a recollection that DEFLATE can also produce uncompressed sections on discovery of their uncompressability, but the result won't be the same size as the original. I don't know if the DEFLATE compression used will produce those.) -Original Message- From: Rob Weir [mailto:robw...@apache.org] Sent: Monday, June 10, 2013 05:45 AM To: users@openoffice.apache.org; Dennis Hamilton Subject: Re: [DISCUSS] ODF file formats vs Zip On Sun, Jun 9, 2013 at 4:01 PM, Dennis E. Hamilton dennis.hamil...@acm.org wrote: Regina is correct about the only two compressions. As far as I know, there is no way to control which compression is used. (If you save with Password, all files are always compressed.) Most of the time DEFLATE is used (although there are two files that are not usually compressed, apparently to make metadata mining simpler for non-encrypted packages). There is currently no way to control the compression in AOO. (The ODF specification simply stipulates the compression that must be used when compression is done, not whether compression is done for parts of unencrypted packages.) Does anyone know whether AOO is smart enough to not waste time trying to compress already compressed files, like PNG images? This could make a big difference in presentations. -Rob [ ... ] - To unsubscribe, e-mail: users-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-h...@openoffice.apache.org
Re: [DISCUSS] ODF file formats vs Zip
On Mon, Jun 10, 2013 at 12:22 PM, Dennis E. Hamilton dennis.hamil...@acm.org wrote: Looking into a document having images with WinZip, it appears that GIF and PNG files are not compressed and SVM files are (with great improvement). The content.xml files, which can be megabytes long, benefit greatly from compression (9:1 easily). Apache OpenOffice 3.4.1 and older versions of OpenOffice.org will compress the Thumbnail PNG. Not sure why, but it is a small file so it shouldn't matter in terms of Save performance. If you really want to try a monster test case, try the spreadsheets from this old ZDNet article from 2005: http://www.zdnet.com/blog/ou/performance-analysis-of-openoffice-and-ms-office/120 They are in pre-ODF XML formats, but can easily be converted. Try it as DOC and as ODS. The files themselves look quite reasonable, due to the ZIP compression. But then try unzipping the file. You'll see the content.xml is much, much larger. The problem we have with large ODF spreadsheets is our cell-by-cell table markup is very verbose. We also lack a string-pool structure in the markup to deal with repeated strings, which are common in database-like uses of a spreadsheet. Regards, -Rob - Dennis PS: I don't know whether uncompressed results are also obtained by attempting compression and reverting to STORED when the compression is unsuccessful. Some software does that sort of thing. (I have a recollection that DEFLATE can also produce uncompressed sections on discovery of their uncompressability, but the result won't be the same size as the original. I don't know if the DEFLATE compression used will produce those.) -Original Message- From: Rob Weir [mailto:robw...@apache.org] Sent: Monday, June 10, 2013 05:45 AM To: users@openoffice.apache.org; Dennis Hamilton Subject: Re: [DISCUSS] ODF file formats vs Zip On Sun, Jun 9, 2013 at 4:01 PM, Dennis E. Hamilton dennis.hamil...@acm.org wrote: Regina is correct about the only two compressions. As far as I know, there is no way to control which compression is used. (If you save with Password, all files are always compressed.) Most of the time DEFLATE is used (although there are two files that are not usually compressed, apparently to make metadata mining simpler for non-encrypted packages). There is currently no way to control the compression in AOO. (The ODF specification simply stipulates the compression that must be used when compression is done, not whether compression is done for parts of unencrypted packages.) Does anyone know whether AOO is smart enough to not waste time trying to compress already compressed files, like PNG images? This could make a big difference in presentations. -Rob [ ... ] - To unsubscribe, e-mail: users-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-h...@openoffice.apache.org - To unsubscribe, e-mail: users-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-h...@openoffice.apache.org