News:
Problems registering, no confirmation email - see http://wiki.scribus.net/canvas/Forums_Registration
Recent posts
#71
Features / Node based automation like Ble...
Last post by tim_occ - December 28, 2024, 03:15:42 PMHi,
I never worked with automations in Scribus, but I had just an idea to add a new automation feature in Scribus for users who don't have pythons skills (or coding skills in general).
In the last few months, I saw a lot of node based automations for AI tools. Perhaps this node based approach can work in Scribus too.
Here is my proposal:
Similar to Blender's node editor, we can have a bunch of different node types (document, pages, objects, styles, input/output, converter) etc. A user can connect node outputs with node inputs and modify the incoming values in another node made for a specific purpose.
I know each object has tons of properties and settings. But I think it is possible to break it down into small building blocks. We could keep it simple for most common automation tasks. For more advanced needs, you have to code.
Here is just a very simple abstract visualization of what I mean with "node based".
I never worked with automations in Scribus, but I had just an idea to add a new automation feature in Scribus for users who don't have pythons skills (or coding skills in general).
In the last few months, I saw a lot of node based automations for AI tools. Perhaps this node based approach can work in Scribus too.
Here is my proposal:
Similar to Blender's node editor, we can have a bunch of different node types (document, pages, objects, styles, input/output, converter) etc. A user can connect node outputs with node inputs and modify the incoming values in another node made for a specific purpose.
I know each object has tons of properties and settings. But I think it is possible to break it down into small building blocks. We could keep it simple for most common automation tasks. For more advanced needs, you have to code.
Here is just a very simple abstract visualization of what I mean with "node based".
#72
PDF Generation / Re: Ridiculously large size of...
Last post by AdmFubar - December 27, 2024, 06:08:42 PMOn the Save To PDF window, in the General tab, at the bottom are settings to adjust the image compression for export. I took a 106 mb pdf down to 1.5 mb adjusting these. 1.5 mb pdf still looks good.
#73
Text and Typography / Re: Odt import - Paragraph sty...
Last post by jirib - December 27, 2024, 05:22:36 PMFor archives, the bug: https://bugs.scribus.net/view.php?id=17353 .
#74
PDF Generation / Re: Ridiculously large size of...
Last post by Nermander - December 27, 2024, 04:01:55 PMQuote from: riczan on December 26, 2024, 10:10:17 PMOut of 105 pictures 14 are .png, 3 are .webp, 1 is a .tif (but only 750 KB) and the rest are .jpg.
If you go here and scroll down to Raster images, you can see what formats can be stored in the PDF.
https://en.wikipedia.org/wiki/PDF#Imaging_model
This essentially means that most of the images are re-encoded in the PDF. The images are not embedded as is.
I would suspect the PNG and webp images may be the major concern. You could try and remove some images (for example just move the image files to a different folder so Scribus will not find them, makes it easy to then just move them back) and re-export the PDF and see what happens to the file size.
#75
Beginner Talk / Re: macOS Sequoia
Last post by utnik - December 27, 2024, 12:53:30 PMhi thor
yes, it does. i'm currently on sequoia 15.2.
utnik
yes, it does. i'm currently on sequoia 15.2.
utnik
#76
Beginner Talk / macOS Sequoia
Last post by Thor - December 27, 2024, 08:47:54 AMGood morning from Germany. Does Scribus run on macOS Sequoia 15.2? THX
#77
PDF Generation / Re: Ridiculously large size of...
Last post by utnik - December 26, 2024, 10:44:00 PMhi riczan
i'm not sure, but i think that the images blow up your file size. if you don't allow them to stay as lossy .jpg they may be much bigger than the source images.
utnik
i'm not sure, but i think that the images blow up your file size. if you don't allow them to stay as lossy .jpg they may be much bigger than the source images.
utnik
#78
PDF Generation / Re: Ridiculously large size of...
Last post by riczan - December 26, 2024, 10:10:17 PMHi Normander
Thanks for your reply.
In the collected output folder the .sla file is 788 KB, how is it possible that it can grow to 1 GB??
Out of 105 pictures 14 are .png, 3 are .webp, 1 is a .tif (but only 750 KB) and the rest are .jpg.
Do you have any suggestions on what I can do to bring that size down?
Thanks for your reply.
In the collected output folder the .sla file is 788 KB, how is it possible that it can grow to 1 GB??
Out of 105 pictures 14 are .png, 3 are .webp, 1 is a .tif (but only 750 KB) and the rest are .jpg.
Do you have any suggestions on what I can do to bring that size down?
#79
PDF Generation / Re: Ridiculously large size of...
Last post by Nermander - December 26, 2024, 08:53:43 PMOften the issue is not the images but the text. As far as I understand Scribus places each glyph independetly. So instead of "Move cursor to X, Y, Insert string 'Hello world'" it will do:
Move cursor to X, Y, Insert glyph 'H'
Move cursor to X, Y, Insert glyph 'e'
Move cursor to X, Y, Insert glyph 'l'
Move cursor to X, Y, Insert glyph 'l'
Move cursor to X, Y, Insert glyph 'o'
etc.
Then when it comes to images, what format are the images? The PDF format can only handle a limited set of image types, so when creating the PDF the images may be converted to a different format causing them to grow.
Move cursor to X, Y, Insert glyph 'H'
Move cursor to X, Y, Insert glyph 'e'
Move cursor to X, Y, Insert glyph 'l'
Move cursor to X, Y, Insert glyph 'l'
Move cursor to X, Y, Insert glyph 'o'
etc.
Then when it comes to images, what format are the images? The PDF format can only handle a limited set of image types, so when creating the PDF the images may be converted to a different format causing them to grow.
#80
PDF Generation / Ridiculously large size of out...
Last post by riczan - December 26, 2024, 08:13:06 PMhi all
I have a 200 page document consisting of text and pictures.
Collecting it for output with uncompressed file and including fonts and colour profiles produces a folder of total size of 513MB.
When I create a PDF set to PDF 1.4 for Printer compressing text and vector graphics, compression method Lossless, quality Maximum, but no maximum image resolution I obtain a PDF of approximately 2.5 GB; however if I change to a maximum image resolution of 300 dpi the output PDF is now approximately 1.5 GB. Why the size difference between the output PDF and the collected files? How is it possible that combining 513 MB of files into one multiplies the overall size by 3 or 5 times??
BTW, I am using Scribus 1.5.8 on Windows 10.
I have a 200 page document consisting of text and pictures.
Collecting it for output with uncompressed file and including fonts and colour profiles produces a folder of total size of 513MB.
When I create a PDF set to PDF 1.4 for Printer compressing text and vector graphics, compression method Lossless, quality Maximum, but no maximum image resolution I obtain a PDF of approximately 2.5 GB; however if I change to a maximum image resolution of 300 dpi the output PDF is now approximately 1.5 GB. Why the size difference between the output PDF and the collected files? How is it possible that combining 513 MB of files into one multiplies the overall size by 3 or 5 times??
BTW, I am using Scribus 1.5.8 on Windows 10.