Icon-Dateien
Hallo, ich habe mir gerade OOo 3.4.1 in deutsch in mein RHEL 6.4 (mit Gnome) installiert, dazu das Paket für die RedHat-Desktopintegration. Doch leider werden ODF-Dokumente, die ich auf dem Desktop verlinke, nicht mit einem passenden Icon versehen. Also wollte ich es manuell zuweisen, doch ich finde die passenden Icon-Dateien nicht. Wo sind sie? -- Mit freundlichem Gruß Best regards Boris Kirkorowicz Signaturrichtlinie / key signing policy: http://kirk.de/policy.html - To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-de-h...@openoffice.apache.org
Re: Unattached letters in Persian Words on Mac OSX
On Sun, 09 Jun 2013 11:42:53 -, mehdi soleimani nasab msoleimanina...@gmail.com wrote: Thanks for your reply Johnny. Pair kerning only change the space between letters. My problem is that a word is depicted as سلام when it should be سلام. user FruitLoopMT on the community forum advises as follows: 'First off, OpenOffice does correctly connect the letters. The problem is the font oddly enough. The default font is Tahoma which does not connect the letters. Arial does not connect them either, and neither does Times New Roman. Many other fonts will connect the letters though. I switched to Apple Chancery because of the slightly extra padding around the words. (Easier to read for a newb like myself.) Verdana is a font that I've seen often enough which also connects the letters. Simple answer is change your font. But that's not good enough for me. I have to write reports in Farsi for school all the time and it is a hassle to constantly change my font any time I change my language. Go here: OpenOffice.org - Preferences - OpenOffice.org Writer - Basic Fonts CTL. The default is having all of the fonts Tahoma, which does not connect. Change all of the values to a font of your choosing which does connect the Farsi/Arabic letters correctly and voila! Any time you change languages while typing it will now use your newly set default font and it saves me a step from changing it every time I start a new document.' so, it seems that you need a proper set of multilingual fonts. other posts from that forum topic may be found here: http://forum.openoffice.org/en/forum/viewtopic.php?f=17t=20688. - To unsubscribe, e-mail: users-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-h...@openoffice.apache.org
[DISCUSS] ODF file formats vs Zip
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? 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… Thoughts about this? Personally I just thing that something must be done about the auto-save speed. And also, when opening a spreadsheet, ”adapting row heights”, what is that? Is that really necessary? Shouldn't row heights already be specified in the ODF file? It's maybe not the same subject, but in a way it is about time consuming saving and opening of different kinds of ODF files… Johnny Rosenberg - 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 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
RE: [DISCUSS] ODF file formats vs Zip
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.) 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
Re: [DISCUSS] ODF file formats vs Zip
Girvin R. Herr wrote: Probably like you, I find the few seconds it takes to save the file irritating sometimes, especially since only about one keystroke is saved while it is going on. Worse, it seems destined (designed?) to pick a time that is the most irritating to me - just as I start something, rarely when I am just looking at what I have written and/or thinking about something. Better, would be to have the save go on in the background, while one continues working. If that is too dangerous, take a snapshot into a temporary file and save that - all in the background. One should not even be aware that a save is going on in the background. If it really bothers you, you can turn the autosave off in the Tools-Options dialog. I also check the Always create backup file (.bak) in the same dialog. This acts much like the old editors and word processors - saving the original before any editing takes place. The downside is the risk of losing a whole day's work, and the restore after LO crash function. Girvin Herr I always have auto-save off for those reasons, and instead I'm in the habit of very frequently saving the file (which takes about half a second using Ctrl+S (on Windows, may be different on other operating systems). That way, the save can happen when I want it to (like when I'm looking at what I've written or thinking about something ...). Also, I don't know if this is the case with auto-save, but when manually saving, I'm pretty sure that things can not be undone prior to the save. If this is indeed the case with auto-save, this is another very good reason not to use it. You may have done something you really want to undo, but if the auto-save happens, you can't. (Again, I'm not positive whether this is the case with auto-save like with manual save, but I'm guessing it may be.) - 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
To reduce the save time, split the files into many, and have links between files. This Feature should be available in AOO. Then your saving time will be much faster. In case of file corruption due to any reason, only that file get corrupted and the remaining file may remain safe With Warm Regards V.Kadal Amutham 919444360480 914422396480 On 10 June 2013 05:46, Richard Detwiler rlsha...@aol.com wrote: Girvin R. Herr wrote: Probably like you, I find the few seconds it takes to save the file irritating sometimes, especially since only about one keystroke is saved while it is going on. Worse, it seems destined (designed?) to pick a time that is the most irritating to me - just as I start something, rarely when I am just looking at what I have written and/or thinking about something. Better, would be to have the save go on in the background, while one continues working. If that is too dangerous, take a snapshot into a temporary file and save that - all in the background. One should not even be aware that a save is going on in the background. If it really bothers you, you can turn the autosave off in the Tools-Options dialog. I also check the Always create backup file (.bak) in the same dialog. This acts much like the old editors and word processors - saving the original before any editing takes place. The downside is the risk of losing a whole day's work, and the restore after LO crash function. Girvin Herr I always have auto-save off for those reasons, and instead I'm in the habit of very frequently saving the file (which takes about half a second using Ctrl+S (on Windows, may be different on other operating systems). That way, the save can happen when I want it to (like when I'm looking at what I've written or thinking about something ...). Also, I don't know if this is the case with auto-save, but when manually saving, I'm pretty sure that things can not be undone prior to the save. If this is indeed the case with auto-save, this is another very good reason not to use it. You may have done something you really want to undo, but if the auto-save happens, you can't. (Again, I'm not positive whether this is the case with auto-save like with manual save, but I'm guessing it may be.) --**--**- To unsubscribe, e-mail: users-unsubscribe@openoffice.**apache.orgusers-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-help@openoffice.apache.**orgusers-h...@openoffice.apache.org
Re: [DISCUSS] ODF file formats vs Zip
2013/6/10 Richard Detwiler rlsha...@aol.com: Girvin R. Herr wrote: Probably like you, I find the few seconds it takes to save the file irritating sometimes, especially since only about one keystroke is saved while it is going on. Worse, it seems destined (designed?) to pick a time that is the most irritating to me - just as I start something, rarely when I am just looking at what I have written and/or thinking about something. Better, would be to have the save go on in the background, while one continues working. If that is too dangerous, take a snapshot into a temporary file and save that - all in the background. One should not even be aware that a save is going on in the background. If it really bothers you, you can turn the autosave off in the Tools-Options dialog. I also check the Always create backup file (.bak) in the same dialog. This acts much like the old editors and word processors - saving the original before any editing takes place. The downside is the risk of losing a whole day's work, and the restore after LO crash function. Girvin Herr I always have auto-save off for those reasons, and instead I'm in the habit of very frequently saving the file (which takes about half a second using Ctrl+S (on Windows, may be different on other operating systems). I think the time will be more dependent on the contents of your document and the speed of your hardware. When I say several seconds, I am talking about a spreadsheet with thousands of rows and maybe 20-30 columns and 5-10 sheets (not all of them that populated, though). Of course, when working with a smaller document, saving time is not an issue at all. That way, the save can happen when I want it to (like when I'm looking at what I've written or thinking about something ...). Also, I don't know if this is the case with auto-save, but when manually saving, I'm pretty sure that things can not be undone prior to the save. If this is indeed the case with auto-save, this is another very good reason not to use it. You may have done something you really want to undo, but if the auto-save happens, you can't. (Again, I'm not positive whether this is the case with auto-save like with manual save, but I'm guessing it may be.) - 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
Re: [DISCUSS] ODF file formats vs Zip
2013/6/10 Kadal Amutham vka...@gmail.com: To reduce the save time, split the files into many, and have links between files. This Feature should be available in AOO. Then your saving time will be much faster. In case of file corruption due to any reason, only that file get corrupted and the remaining file may remain safe It would probably help some, but I would still end up with at least one giant file which holds all the main data of thousands of rows (increasing all the time) and maybe 10-20 columns. Still, finding a way to make saving faster wouldn't kill someone, would it? It seems like every time someone suggest an improvement, or at least a change, there are numerous arguments why this shouldn't be done, no matter what it is. Maybe ”development” doesn't mean the same thing to everyone. So well, let's just forget about all this and continue our lives. Sorry for annoying everyone. Johnny Rosenberg With Warm Regards V.Kadal Amutham 919444360480 914422396480 On 10 June 2013 05:46, Richard Detwiler rlsha...@aol.com wrote: Girvin R. Herr wrote: Probably like you, I find the few seconds it takes to save the file irritating sometimes, especially since only about one keystroke is saved while it is going on. Worse, it seems destined (designed?) to pick a time that is the most irritating to me - just as I start something, rarely when I am just looking at what I have written and/or thinking about something. Better, would be to have the save go on in the background, while one continues working. If that is too dangerous, take a snapshot into a temporary file and save that - all in the background. One should not even be aware that a save is going on in the background. If it really bothers you, you can turn the autosave off in the Tools-Options dialog. I also check the Always create backup file (.bak) in the same dialog. This acts much like the old editors and word processors - saving the original before any editing takes place. The downside is the risk of losing a whole day's work, and the restore after LO crash function. Girvin Herr I always have auto-save off for those reasons, and instead I'm in the habit of very frequently saving the file (which takes about half a second using Ctrl+S (on Windows, may be different on other operating systems). That way, the save can happen when I want it to (like when I'm looking at what I've written or thinking about something ...). Also, I don't know if this is the case with auto-save, but when manually saving, I'm pretty sure that things can not be undone prior to the save. If this is indeed the case with auto-save, this is another very good reason not to use it. You may have done something you really want to undo, but if the auto-save happens, you can't. (Again, I'm not positive whether this is the case with auto-save like with manual save, but I'm guessing it may be.) --**--**- To unsubscribe, e-mail: users-unsubscribe@openoffice.**apache.orgusers-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-help@openoffice.apache.**orgusers-h...@openoffice.apache.org - 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
At my age, I can't be trusted to remember to save it with enough frequency to be beneficial, so I'd rather suffer the few moments' delay rather than lose several hours of work which has happened to me in other apps that don't have such a feature. Dale Erwin Jr. 28 de Julio 657, Depto. 03 Magdalena del Mar, Lima 17 PERU http://leather.casaerwin.org On 6/9/2013 7:16 PM, Richard Detwiler wrote: Girvin R. Herr wrote: Probably like you, I find the few seconds it takes to save the file irritating sometimes, especially since only about one keystroke is saved while it is going on. Worse, it seems destined (designed?) to pick a time that is the most irritating to me - just as I start something, rarely when I am just looking at what I have written and/or thinking about something. Better, would be to have the save go on in the background, while one continues working. If that is too dangerous, take a snapshot into a temporary file and save that - all in the background. One should not even be aware that a save is going on in the background. If it really bothers you, you can turn the autosave off in the Tools-Options dialog. I also check the Always create backup file (.bak) in the same dialog. This acts much like the old editors and word processors - saving the original before any editing takes place. The downside is the risk of losing a whole day's work, and the restore after LO crash function. Girvin Herr I always have auto-save off for those reasons, and instead I'm in the habit of very frequently saving the file (which takes about half a second using Ctrl+S (on Windows, may be different on other operating systems). That way, the save can happen when I want it to (like when I'm looking at what I've written or thinking about something ...). Also, I don't know if this is the case with auto-save, but when manually saving, I'm pretty sure that things can not be undone prior to the save. If this is indeed the case with auto-save, this is another very good reason not to use it. You may have done something you really want to undo, but if the auto-save happens, you can't. (Again, I'm not positive whether this is the case with auto-save like with manual save, but I'm guessing it may be.) - 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