[scribus] scribus Digest, Vol 87, Issue 7: Scribus feature request--produce compressed PDF output

Murray Strome wmstrome at yahoo.com
Thu Jun 4 17:13:15 UTC 2015


Thanks for the replies. I agree that there are many valid reasons for the size.  One thing in particular that I have noticed noticed with my compressed versions is that the text is no longer searchable, nor can I copy text from the compressed versions.  However, for normal printing either on my own printer or by using commercial copy centres, I have been unable to see any difference in quality between the original and the compressed version.  
As for the comment by Peter "So my opinion is of course that if you think the the files created by Scribus are to big, maybe you are using the wrong tool?"

Scribus is a very powerful and useful tool which I have now been using regularly since about 2008.  I am never printing much more than 100 copies, so offset printing is not really an economical option. For me personally, using the script I mentioned (and someone form our LINUX users group has now kindly modified it to remove the .meta file and to provide a -r option to replace the original file with the compressed one) is quite an acceptable solution the file size issue.  
Since some of the things I produce have lots of high resolution photographs, that is likely a contributing factor to the large size of the original. 
I will look at the settings suggested below, but I may not want to get into that for the beginner level course  that I am currently teaching.
I am not in any way criticizing the normal PDF output of Scribus, nor suggesting that it be changed.  Nor do I need the feature I am requesting for my own work. I just think it would be very useful for those who want to use it to make posters, newsletters, greeting cards, photo books, etc. and find that the normal output is too large to E-Mail to a copy centre for printing.
I especially appreciate all of the fine work that has been done, and continues in the development of this great software. I also greatly appreciate the help I have received in the past from contributors to this list.
Murray

-------------------------------------------------------------------------------------------  3.  Scribus feature request--produce compressed PDF output
      (Murray Strome)
  4. Re:  Scribus feature request--produce compressed PDF output
      (Gregory Pittman)
  5. Re:  Scribus feature request--produce compressed PDF output
      (Peter Nermander)
  6. Re:  Scribus feature request--produce compressed PDF output
      (Thorsten Rochelmeyer)
  7. Re:  Scribus feature request--produce compressed PDF output
      (Rolf-Werner Eilert)
-------------- next part --------------


I am teaching Scribus to several people, most of whom use Microsoft Windows. In my own experience over the years, I have found that the PDF files created by Scribus are very large. I normally do my own work in LINUX, and have found a workflow to create compressed PDF files which works fine for me, but would not be suitable for most of the students in my class, as none of them use LINUX nor are they at all familiar with working with Scripts.  The ideal solution would be to have an option within Scribus when creating a PDF file to produce either full or compressed version. An acceptable alternative would be to have a separate GUI based program to run the script in Windows as well as Mac and LINUX. The Script I use to do the job is a slightly modified version of  the Perl script, compress_newsletter.pl, the original for which can be found here:http://wiki.scribus.net/canvas/Web_optimised_PDF(I don't think the original works any more).I have attached the script I use as a text file called compress_newsletter.pl.txt -- remove the ".txt" and make it executable to run. I was not permitted to attach it with the .pl extension.My normal work-flow is to run the script:compress-newsletter.pl {original file name}.pdf
the result is {original file name}.new.pdf
The script cleans up a lot of the temporary files it creates, but does leave a file {original file name}.meta, which really should be deleted within the script (I delete it manually).
Normally, I then do:rm {original file name}.pdfmv {original file name}.new.pdf {original file name}.pdf
It would be nice if the script were modified so thata) the meta file is removed automaticallyb) an option would be to replace the original file.  I would suggest that running it without any option would leave both files, but doing:

compress-newsletter.pl -r {original file name}.pdf
would result in the original file be replaced.
----------
Now comes the more interesting challenge:
As I mentioned earlier, virtually all of the people attending my Scribus training are using Windows and have relatively limited computer skills.  It would be great to have a GUI to run this script in Windows to accomplish this task, or better yet, to have the functionality built into Scribus
Anyone interested in the challenge of creating something like this (it would be even nicer if it would run in LINUX and OS-X)?
Thanks.
 
-------------- next part --------------



Here is something worth looking at:

http://wiki.scribus.net/canvas/Image_DPI_and_Scaling,_and_Resultant_File_Sizes

What it shows are some methods to reduce PDF size simply by various
settings for images. In many cases, I think users will load a huge image
file into Scribus, and because they make its dimensions small in
Scribus, they think the data has shrunk. It hasn't.

I think much of the bulk in PDFs can be traced to images. Pure text PDFs
from Scribus are not that big.

Greg

-------------------
There are valid reason for the size.

First and foremost, Scribus was created to be used to design for print (as
in printing magazines, books etc, not printing on your office laser
printer). A PDF for print has higher requirements than a PDF for
"distribution". In the printing industry large files are normal, the
printing industry was one of the major users of Iomega Zip drives (before
CD-RW became common), because of their need to transfer large files. I
think even today many printers accept originals on Zip disks.

One of the main reasons for the large size of a Scribus PDF is that each
glyph is placed by its own. Most other programs place the cursor at the
start of the line and print whole words or lines, but Scribus will place
the cursor accurately for each glyph. This means the PDF will contain A LOT
of cursor placement commands, and they occupy space.

Second, an embedded Open Type font can be 15-30 MB in size, a document with
10 embedded fonts will thus have 150-300 MB of fonts in it. And remember,
regular and bold counts as two fonts, since Scribus does not use "fake
bold".

And as Greg mentioned, high resolution images is of course one major
contributor to large files for printing.

So my opinion is of course that if you think the the files created by
Scribus are to big, maybe you are using the wrong tool?

It's not really the fault of the Scribus or its developers that there are
so few other programs for creating "simpler" PDF documents, but at least
Open/Libre Office can export directly to PDF and I think they are generally
smaller.


/Peter
-------------- next part --------------

Am 03.06.2015 um 21:10 schrieb Murray Strome:
>  It would be great to have a GUI to run this script in Windows to accomplish this task, or better yet, to have the functionality built into Scribus
>
In my experience it is helpful to open the scribus-generated PDF with a
viewer of your choice and then print it to PDF from there (using
different filename of course). Resulting PDF is usually much smaller -
somewhere between 10% and 30% of the original filesize.
This works with Linux / KDE / Okular - not sure if you can expect the
same results in a windows environment with acrobat.

Thorsten




Am 04.06.2015 07:29, schrieb Peter Nermander:
> I am teaching Scribus to several people, most of whom use Microsoft
>> Windows. In my own experience over the years, I have found that the PDF
>> files created by Scribus are very large. I
>>
> There are valid reason for the size.
>

While this is certainly all very true, there remain yet a lot of cases 
where the user does not publish for a professional offset printer but 
for use in the net etc. or at least does so in parallel.

For those cases it would be extremely useful if Scribus would offer such 
a solution out of itself. An appropriate location might be the "Output 
for" option list in the PDF making dialogue. When I choose "for 
monitor/Internet", I would actually expect Scribus to do just this: Not 
setting each glyph separately but linewise, not including whole font 
sets but excerpts or just the glyphs used, automagically reducing image 
resolutions etc. so that it produces a small RGB pdf file which can be 
published over the net - e. g. some handbook or whatever. Then I can 
choose "For printer", and I get CMYK and each glyph separately etc. for 
my offset printing service. Of course one might think about something in 
between the two with higher resolution images for the colour home 
printer machine.

The "only" thing that pops up in my mind for realizing this would be 
that there should be some interface from the canvas to the outside that 
allows for tapping the linewise text instead of glyph-wise one. But the 
coders should know better here. IMHO there is a connection already: it 
goes into the editor, doesn't it?

Regards

Rolf

  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scribus.net/pipermail/scribus/attachments/20150604/c4f22780/attachment.html>


More information about the scribus mailing list