Open Office - [discuss] Writing a MSc, PhD, DSc or a text book in Open office - P1 for Issuezilla |
- [discuss] Writing a MSc, PhD, DSc or a text book in Open office - P1 for Issuezilla
- [discuss] Writing a MSc, PhD, DSc or a text book in Open
- [discuss] Writing a MSc, PhD, DSc or a text book in Open office
- [discuss] Grammatical suggestions
- [discuss] Rotate a object in OOo
- [discuss] Complaint
- [discuss] OpenOffice online - the future or now?
- [discuss] Does it have Reveal Codes?
[discuss] Writing a MSc, PhD, DSc or a text book in Open office - P1 for Issuezilla Posted: 26 Sep 2006 02:57 AM PDT Hi Mathias So this should be explicitely stressed on openoffice.org, that this program is not optimized for poeple who need to create a document containing images. No, OO DOES LOAD all images in RAM during start up: If the images are inserted as a link, the .odt has 600 kB (40 images and 60000 characters). Opening of this file under OO takes 20 s (on the first start up and with OO startup, it takes 70 s all in all) (!!!), RAM consumption rises by 180 MB and CPU consumption is 90 % on average. BUT, saving of this document is fast enough (3 s under windows, 6 s under SUSE linux 10.1 final), no significant RAM or CPU consumption.=20 I can provide You the source file without text. I wonder how is it possible that even a OpenOffice.org Application Framework Project Lead did not experience this bug. This problem is platorm idependent, opening uder suse linux 10.1 gives the same result (RAM and CPU consumption). And again, hard disk speed is evidently not the limiting link, the limiting link is here CPU (as a consequence of the bug). Again, If the images are inserted as a whole file, the .odt has 15 MB (40 images and 60000 characters). Opening of this file under OO is fast enough, and there is no significant RAM or CPU consumption. BUT, saving of this document takes 20 s (!!!), no significant RAM consumption, CPU consumption rises to 90 % on average. So, again the CPU consumtion! I have heard, that OO saves the file as a compressed zip. OO probably compresses these images before saving - there should be an option for the usere to choose, if he wants to save the file compressed (my file as .odt has 15 MB) or uncompressed (my file as .doc has 16 MB). I am sure, that tho most users appreciate fast saving rather than sparing 1 MB (from 16 MB). Opening of the same files, but in .doc format, under OO lead to a even more drastical increase in RAM consumption: The 16 MB .doc file (40 images and 60000 characters, images physically inserted) takes 400 MB in RAM (!!!!!!!!), the 600 kB .doc file (40 images and 60000 characters, images inserted as a link) consumes 220 MB of RAM. Please try it with my files (.odt, .doc, images saved either physically or as a link), you will see, that after opening, every image has to be viewed on the display to be deleted from RAM. Reviewing of the image on the display does NOT result in increasing of RAM consumption. I am glad to read this, but unfortunately i dont know what API is... Thanks for helping with the priority estimation. I have never heard about OOo2.0.3 IIRC, I just simply downloaded version 2.0.3 and thats all. I would be very glad that someone thought of people having to work with large pictures in text files.. Again, it DOES influence load or save performace, please try out my source files. I am relatively experienced, so i do know that scrolling through the document is limited by the disk speed. BUT, as mentioned above, after opening the mentioned files (.odt where images are as links or all .doc formats), during the scrolling through the document and viewing the images for the first time, the images ar being moved from RAM to the hard drive. Nice to hear it, please let me be the first to try out the fixed version of OO. tsch=FCss --=20 PROFESION=C1LN=CD WEBHOSTING s neomezen=FDm p=F8enosem dat ji=BE od 19,- K= =E8 na m=ECs=EDc! http://im.impact.as/sign/forpsi/ --------------------------------------------------------------------- To unsubscribe, e-mail: org For additional commands, e-mail: org |
[discuss] Writing a MSc, PhD, DSc or a text book in Open Posted: 26 Sep 2006 01:38 AM PDT On Tue, 2006-09-26 at 11:30 +0200, Nicolas Mailhot wrote: Agree. Maybe Xara Extreme on Linux Its fairly important if you use Impress much. Also it is very important in the education market. If Draw had proper svg support OOo would be much stronger in the schools market. Even with Draw and its limitations, it is a selling point I use quite a lot. Yes, maybe it would be better to replace the Draw engine by an inkscape engine in version 3. Ok probably too big a job but at some point svg import export has to be fully supported I can't see it get worse because that could break a whole lot of other things like Impress presentations and diagrams in Writer. Agree. I have been voting for SVG draw support from the beginning :-) :-( Ian -- www.theINGOTS.org www.schoolforge.org.uk www.opendocumentfellowship.org --------------------------------------------------------------------- To unsubscribe, e-mail: org For additional commands, e-mail: org |
[discuss] Writing a MSc, PhD, DSc or a text book in Open office Posted: 26 Sep 2006 12:45 AM PDT cz wrote: Maybe just because I didn't have a document like yours. :-) Believe it or not, OOo normally does not load all images of a text document when you load it, they are loaded on demand (e.g. for painting them). If you have a particular document where it looks as if it happened then there surely is a reason for it (and this reason can maybe avoided by changing some codeor even is a bug). But this is not the regular case! My comment that OOo doesn't load all images was meant as a general comment because you made a general statement (see the first sentence of the quoted text above). Of course it is always possible that there is a particular document where for whatever reason a lot of images are loaded. Obviously OOo has some performance problems with your document. If possible please create an issue and attach the document to it. We are always very interested in fixing performance problems. OOo does not compress images if they are compressed already. And if the file was saved in odt already the images are compressed anyway. They will not be saved or compressed again but the compressed stream will be copied directly from the old zip file to the new zip file. On doc import OOo will probably load all images. I don't know the filter code very well but I assume that this is the case and hopefully the developers had a reason to do so. In the worst case just time pressure. :-) I would see this as something that could be optimized in further filter development and as we are currently working on the Word filter I'm sure that we will have a look on that. So there is a special reason in your document. Sounds interesting. :-) Sorry, my bad. I'm so used to some acronyms that I always forget that other people might not know them. "IIRC" means "If I remember correctly." So if you have OOo2.0.3 you already have a version that is optimized for saving graphics or OLE objects. I don't deny that your particular document is a problem for OOo, it's just not the regular case. I really would be interested in getting my hands on your documents. If you don't dare to attach them to an issue you can send it to me directly: com. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, de is a spam sink. --------------------------------------------------------------------- To unsubscribe, e-mail: org For additional commands, e-mail: org |
[discuss] Grammatical suggestions Posted: 24 Sep 2006 03:59 PM PDT Jack wrote: There are a couple of grammar checkers for OOo. They have to added by the user. The specific one to install depends upon the language you need to do your grammar checking in. xan jonathon --------------------------------------------------------------------- To unsubscribe, e-mail: org For additional commands, e-mail: org |
[discuss] Rotate a object in OOo Posted: 22 Sep 2006 04:21 AM PDT On Fri, 22 Sep 2006 07:18:38 -0400, Jan Bassez <com> wrote: You most do it on Draw, OOoWriter doesnt has the transformation modules. -- Alexandro Colorado Grupo de Usuarios Linux Tabasco http://www.gultab.org OpenOffice.org Community Contact // Mexico http://www.openoffice.org --------------------------------------------------------------------- To unsubscribe, e-mail: org For additional commands, e-mail: org |
Posted: 21 Sep 2006 12:27 AM PDT hi Adrian, thank you for your reply! In lyx with gtk backend, one can easily input formula if one is familiar with latex. And lyx displays the symbol as one inputs, so one can see whether it is right instantly. I also like inputing formulas by keyboard because I am familiar with latex. oO seems like latex, but is quite different, it has its own key words. As for me, these key words are obscure, In lyx, there is also a formula panel, it displays some of the keyword by symbols if available instead of English word, for example, a fraction, one can easily understand it is a fraction even if he(or she) does not know English. abcdefg __________________________________________________ _______________ ÏíÓÃÊÀ½çÉÏ×î´óµÄµç×ÓÓʼþϵͳ¡ª MSN Hotmail¡£ http://www.hotmail.com --------------------------------------------------------------------- To unsubscribe, e-mail: org For additional commands, e-mail: org |
[discuss] OpenOffice online - the future or now? Posted: 14 Sep 2006 08:53 PM PDT On Fri, Sep 22, 2006 11:11:26 AM +1000, Sandy (com.au) wrote: No need or way to continue this discussion then, really. I'm just happy I've never been a customer of yours. Regards, Marco -- The right way to make everybody love Free Standards and Free Software: http://digifreedom.net/node/73 --------------------------------------------------------------------- To unsubscribe, e-mail: org For additional commands, e-mail: org |
[discuss] Does it have Reveal Codes? Posted: 29 Aug 2006 01:09 AM PDT Cor Nouws wrote: Thanks for the info. The default formatting button would be handy within the styles (F11) floating toolbox. Sometimes I don't want to change all formatting to default so this option is not the best. -- Robin Laing --------------------------------------------------------------------- To unsubscribe, e-mail: org For additional commands, e-mail: org |
You are subscribed to email updates from TextNData Forums - Open Office / OpenOffice.org To stop receiving these emails, you may unsubscribe now. | Email delivery powered by Google |
Google Inc., 20 West Kinzie, Chicago IL USA 60610 |