Hi :) It might be worth asking the Documentation Team how they build-up their guides? Regards from Tom :)
>________________________________ > From: David Ronis <ro...@ronispc.chem.mcgill.ca> >To: Kracked_P_P---webmaster <webmas...@krackedpress.com> >Cc: users@global.libreoffice.org >Sent: Friday, 12 April 2013, 20:27 >Subject: Re: [libreoffice-users] Printing speed is glacial for large file > > >Hi Kracked, > >That's what I'm doing. I have 55 chapters in separate odt files and >use a master document (odm) to join them together, add a table of >contents and a cover page. While I can't call LO's speed on some of the >individual chapter files blindingly fast, especially on the lager ones >with lots of graphics, it's fast enough. The combined result is the >issue. > >David > > > >On Fri, 2013-04-12 at 15:18 -0400, Kracked_P_P---webmaster wrote: >> I know that a professional writer of sci-fi and fantasy >> novels/paper-backs makes each chapter of his books a separate file, and >> he usually have 15 to 25 chapters. >> >> I too have never heard of making a document more than 50 to 100 pages >> per file. Just paging through it would be slow, even on my mid-range >> quad desktop with 4 GB of RAM. To be honest, you might really find it >> better to break the document up by sections of no more than 50 pages or >> so, if possible. I know there must be a way to define the starting page >> number for each chapter, or do the sectional page numbering in the >> footer - i.e. Section VII Page 35 >> >> >> >> On 04/12/2013 02:30 PM, Girvin Herr wrote: >> > David, >> > That may or may not be true. I am not familiar with the "free", etc. >> > tools you mention, but they may be reporting system free memory, while >> > the LO settings are limits for LO and may be topping out while there >> > is still free system memory available. I would take a look at the >> > document file size and maybe triple that or more for the LO settings. >> > Keep in mind that the file is compressed, so you should at least >> > double that size, assuming a nominal 50% compression. You could count >> > the number of graphics in your document to get the max number of >> > graphics setting. 1600 pages is a lot. I have many "large" documents >> > but I don't think any of them are 1600 pages. Maybe hundreds of pages >> > at the most. So I don't have any experience with a document that >> > large. Too bad LO doesn't have a memory pool usage dialog where one >> > could see the memory usage. Hint, hint to the devs. With such a >> > tool, we wouldn't need to be guessing about these settings. I suggest >> > you try File -> Properties and select the "General" tab. There is a >> > report on the document "Size" there. Use the "Statistics" tab to see >> > some other allocations, such as number of graphics. Use of this data >> > may help you zero in on acceptable memory allocation settings. >> > Hope this helps. >> > Girvin Herr >> > >> > >> > On 04/12/2013 09:08 AM, David Ronis wrote: >> >> Hi Andrew, >> >> >> >> Thanks for the reply. In short, I'd already upped the memory options >> >> for graphics (250MB total, 10MB per object, 100 objects) and tools like >> >> free etc. show that I'm nowhere close to using all my memory (with or >> >> without swapping enabled). >> >> >> >> David >> >> >> >> On Thu, 2013-04-11 at 22:04 -0400, Andrew Douglas Pitonyak wrote: >> >>> Have you attempted anything in particular to see if it allows for a >> >>> speed improvement? For example: >> >>> >> >>> >> >>> 1. Check on memory usage. How high is it? Are you running out of >> >>> memory? >> >>> >> >>> 2. Change graphics settings: >> >>> >> >>> Tools > Options > LibreOffice > Memory >> >>> >> >>> Then try increasing the memory for things such as graphics objects and >> >>> number of objects? >> >>> >> >>> >> >>> On 04/11/2013 01:59 PM, David Ronis wrote: >> >>>> Hi Girvin, >> >>>> >> >>>> Most of the graphics in the document are PDF pages that I've imported >> >>>> into Draw and then cut and pasted them into an odt file, which in turn >> >>>> is incorporated into the full document as laid out in the odm file. >> >>>> >> >>>> Also normal scrolling of the odm document is horrendously slow as well >> >>>> (minutes to scroll to the next page and redraw). >> >>>> >> >>>> David >> >>>> >> >>>> >> >>>> -----Original Message----- >> >>>> From: Girvin Herr <girvin.h...@sbcglobal.net> >> >>>> To: users@global.libreoffice.org >> >>>> Subject: Re: [libreoffice-users] Printing speed is glacial for large >> >>>> file >> >>>> Date: Thu, 11 Apr 2013 10:21:16 -0700 >> >>>> >> >>>> >> >>>> On 04/10/2013 03:13 PM, David Ronis wrote: >> >>>>> I have a project managed by an odm file that ends up being ca 1600 >> >>>>> pages >> >>>>> long and contains several OLE objects, many graphics (some comprising >> >>>>> entire pages that started out as PDFs). I find LO unbelievably slow >> >>>>> (even on such simple things as refreshing the window after remapping >> >>>>> it). I've turned of recording/displaying changes, upped the >> >>>>> graphics >> >>>>> cache numbers, set the swap directory to a ram disk, and turned >> >>>>> off all >> >>>>> to-disk swapping; nothing helps. This is on a 2 CPU machine with >> >>>>> gig's >> >>>>> of ram. >> >>>>> >> >>>>> I'm currently trying to print the project to a file (postscript >> >>>>> format). This takes 4-6 hours, with 1 of the CPU's running at >> >>>>> 100% [BTW >> >>>>> is LO multi-threaded?]. The resulting postscript file is big, (about >> >>>>> 350M) but not that big. >> >>>>> >> >>>>> I'm on a Slackware Linux box. >> >>>>> >> >>>>> Any suggestions? >> >>>>> >> >>>>> David >> >>>>> >> >>>> David, >> >>>> There is a known problem with LO and Encapsulated PostScript (EPS) >> >>>> graphics. They slow down video rendering tremendously, causing >> >>>> frustrating long scrolling time. This may also cause a problem with >> >>>> printing, I never tried it. When I converted my document's EPS images >> >>>> to JPEG, LO rendering/scrolling sped up tremendously. >> >>>> Hope this helps. >> >>>> (Fellow Slacker.) >> >>>> Girvin Herr >> >>>> >> >>>> >> >>> -- >> >>> Andrew Pitonyak >> >>> My Macro Document: http://www.pitonyak.org/AndrewMacro.odt >> >>> Info: http://www.pitonyak.org/oo.php >> >>> >> >>> >> > >> > >> >> > >-- >For unsubscribe instructions e-mail to: users+h...@global.libreoffice.org >Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ >Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette >List archive: http://listarchives.libreoffice.org/global/users/ >All messages sent to this list will be publicly archived and cannot be deleted > > > > -- For unsubscribe instructions e-mail to: users+h...@global.libreoffice.org Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/global/users/ All messages sent to this list will be publicly archived and cannot be deleted