[Scribus] The layout of books or large documents with Scribus --Workarounds!
Wed Jan 24 11:34:47 CET 2007
Axel Bojer skrev:
> Axel Bojer skrev:
>> I am currently struggeling with a book theh I am trying to set up nicely
>> with Scribus. After having made the switch to Scribus for Broschures and
>> a magazine I am now experiencing all kinds of drawbacks with the book
>> I am working on. In the hope of getting some good tips I am now making
>> this summary. Perhaps it could be used in the online manual or as a
>> separate tip page, I have not seen one that goes in depth about this. At
>> least it would be welcomed if users experiencing--or working--with other
>> big documents in Scribus could share their experiences.
> Here are some issues I found:
(...snip a lot of errors, see former post or the shortened list at the
end of this post)
> Is there an easy way to collect two or more finished documents into one?
> Hopefully without having to edit the resulting file afterwards :-)
> If yes I may give it a try ...
I have tried the import page-function, but the links are no tkept, which
makes it cumbersome, pratically nearly impossible, to change the text
afterwards. I also tried to copy the content of one frame over to the
other, but then the stylees are not kept. The only thing working is:
* Keep only the first frame (unlik between the first frame and the second)
* Send to clip board
* Paste somewhere else
Of course I then have to redo my linking, too, but at least I don't have
several unlinked frames with parts of the same text in it.
Concerning the lack of performance:
I have (through literally *days) reworked the whole 150 page document
the following way:
All articles are kept as seperat chained links. That means not in one
unbroken chain all the way thrpugh the 150 pages, but perhaps the first
then (article 1), then the next 12 (article 2) etc. I have also split it
in two part, one 100 pages long, the other 50 pages long.
This has improved the speed so radically that I want to make this a tip
for other struggling with the same problem. Before I could have to wait
half an hour or more just for the document to open, now it opens in 5
minutes (still not lightning fast, but usable).
When the text in a linked frame is smaller the Story editor also works
normal--normally no delay, with some exceptions:
* Applying styles can still take 1--5 minutes to finish (depending on
the length of the applied paragraph I think)
* Copy and pasting of even short text part into a frame chain with much
text in it already also takes about 2--5 minutes to complete. In empty
frames or frame chains with little content in them, this works without
This is still not ideally, but with this method I can live with it and
do my work, some waiting is still necessary, and big style changes or
copying/pasting many times is unpractical still. I you use
OpenOffice.org to do the styling and import the finished document, this
should not be an issue though. It could even be faster to rework the
changes in OOo and then import anew. Of course manual cerning or other
tweaks will still have to be redone, but this is fast enough to do to be
manageable. Sadly the import function for OOo is not perfect either, so
some formatting may be lost, I discoverd italics disappearing at least.
And the styles may be diversed (not all text snippets may keep their
style, even if you choose not to merge styles). But mostly this works.
When I have all my present delayed work finished I may make a wikipage
on the use of big documents (or someone else may use this as a starter
for one). I think I have the main things covered here now :-)
And hopefully most, or all, og these bugs will be fixed in 1.3.4, I am
waiting eagerly for a production version of it to appear, maybe later
Relevant bug reports:
0005186: Copying text should keep styles
0005185: Copying frames unlink them
0005191: Make it possible to split and join frame with their content
0002438: Metabug: Cases of extreme memory use
0004076: large document takes several minutes to load
0004328: Severe slowdown in paragraph styles if preview is activated
0004835: color list on property palette is updated very often
(Slows Scribus down. That means it might help to remove all unused colours).
0004513: 100% cpu usage while aligning the text
(Probably not fixable before 1.3.4. Also mentioned is the slowness of
updating when changing the text style)
0001036: Severe performance problem on documents with very large number
of linked frames
More information about the scribus