Re: [libreoffice-documentation] Book on Styles Templates in LibreOffice

2013-04-13 Thread Jean-Francois Nifenecker

Hi Jean!

Le 13/04/2013 07:39, Jean Weber a écrit :

Friends of OpenDocument, Inc. has signed a contract with Bruce Byfield to
write a book that I and some other members of the Docs team have talked
about for years but no one has come forth to write. (Despite announcing a
year or two ago that I had started work on it, I never found the time to
continue.) See Bruce's blog entry for more information.

http://www.linuxpromagazine.com/Online/Blogs/Off-the-Beat-Bruce-Byfield-s-Blog/I-ve-signed-to-write-an-advanced-book-on-LibreOffice

I am now looking for people to review individual chapters or the whole book
as they are written over the next six months or so. Please contact me if
you're interested. We need both technical reviewers (people who know enough
to tell whether Bruce has got it right) as well as non-technical reviewers
(who can tell whether Bruce's explanations make sense to the uninitiated).



Yay!

Styles are the cornerstone of text processing. The software itself 
should emphasize that. Dunno where it comes from, but I like this 
sentence which says it all: If you don't use styles, the text processor 
sees the characters. When using styles, the software understands the 
document. (cited from the top of my mind)


I'm eager to see that book come to daylight as the lack of information 
in that matter bugs me for a very long time. BTW, a few years ago, I'd 
written a 50 pages doc about this very topic for the FR OOo 
documentation [1].


Though my time is still very sparse, I'd be more than happy to have a 
glance at Bruce's book.



[1] http://www.openoffice.org/fr/Documentation/Guides/StylesModeles.pdf 
(in French)

--
Jean-Francois Nifenecker, Bordeaux

--
Unsubscribe instructions: E-mail to documentation+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/documentation/
All messages sent to this list will be publicly archived and cannot be deleted



Re: [libreoffice-documentation] Re: PING Tim Lloyd: Base Handbook Chapter 2 needs review

2013-04-13 Thread Tom Davies
Hi :)
Is it possible to directly make the changes and save the updated document?  
Aren't comments mostly meant for dealing with uncertainties to get feedback 
from the list?  

Err, it's a fairly genuine question because i really don't know the answer.  
Different stages of the process presumably have different rules.  In 
accountancy if i find an extra receipt while drawing up working papers then i 
can usually just add it in but if i found it after getting to trial balance 
then i'd have to do the equivalent of making a separate comment (and excuse) 
about each receipt.  
Regards from 
Tom :)  





 From: Tim Lloyd tim.ll...@gmx.com
To: Jean Weber jeanwe...@gmail.com 
Cc: Documentation@global.libreoffice.org 
documentation@global.libreoffice.org 
Sent: Friday, 12 April 2013, 23:48
Subject: [libreoffice-documentation] Re: PING Tim Lloyd: Base Handbook Chapter 
2 needs review
 

Jean, I have been through chapter 4, chapter 3 to follow:

http://www.odfauthors.org/libreoffice/english/base-handbook/edited/base-h-b-chapter-4-tl-version/view

this is a pretty big document and there are a number of comments I have 
added. Most of them would be picked up by a spell checker but I have 
raised a few questions  on content also.

Cheers
Tim



On 04/09/2013 10:51 AM, Jean Weber wrote:
 Thanks, Robert. I've amended the file and it's ready for someone to 
 proofread.

 Tim, would you like to have a look at this one? Also Chapters 3 and 4,
 if you haven't already done them. Thanks!

 --Jean

 On Sun, Apr 7, 2013 at 4:14 AM, Robert Großkopf
 rob...@familiegrosskopf.de wrote:
 Hello Jean,

 Robert: please review Base Handbook Chapter 2. There are questions to be
 answered. Thank you! I've dropped in your new screenshots.

 http://www.odfauthors.org/libreoffice/english/base-handbook/edited/base-h-b-ch2-creating-a-database/view
 I only found one question about a missleading paragraph. We have changed
 the same paragraph a little bit in Base-Handbuch 4.0. I have written a
 comment, changed the text a little bit - if the parsgraph is misledaing
 it could also be deleted.

 Regards,

 Robert


-- 
Unsubscribe instructions: E-mail to documentation+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/documentation/
All messages sent to this list will be publicly archived and cannot be deleted




-- 
Unsubscribe instructions: E-mail to documentation+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/documentation/
All messages sent to this list will be publicly archived and cannot be deleted



[libreoffice-documentation] Re: [libreoffice-users] Printing speed is glacial for large file

2013-04-13 Thread Tom Davies
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: us...@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: us...@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?].