News:
Problems registering, no confirmation email - see http://wiki.scribus.net/canvas/Forums_Registration
Recent posts
#61
Free discussion / Re: Bible layout
Last post by AdmFubar - December 30, 2024, 12:36:11 AMWhat Nermander suggested looks like it should work. I would take that first layout and make it onto a Master Page. then apply it to the rest of the needed pages. Most likely you would have to manually link frames across the documents as needed.
#62
Beginner Talk / Editing grouped objects and co...
Last post by webazubi - December 29, 2024, 03:03:00 PMHello. Sorry for my Google / Selfmade-English.
I have the following problems/questions with the subsequent editing of grouped objects in Scribus 1.6.1 under Linux:
I often have to fill pages where a photo including a caption underneath has to be inserted into / on the text.
Then the image section and the length of the caption have to be changed.
It seems that this only works if I ungroup the object. When I have finished editing and want to group it again, the contour line is lost.
How can I solve this better?
Specifically:
1. For my library, I make a picture frame and caption including contour lines. Then I group it and add it to my library. (pic01.jpg)
2. I write a text and drag the grouped photo and description from my library onto my text. The contour of the grouped object is retained. (pic02.jpg).
3. Now I want to edit the grouped object, e.g.
a) change the top frame of the image so that the image frame (in height) becomes smaller or larger vertically
b) change the caption and lengthen or shorten the text frame.
Of course, the contour lines of the two grouped objects (image and text frame) should be retained.
How do you do that?
I currently have to ungroup and then edit the elements. As can be seen on pic03.jpg, the contour line remains.
But if I then regroup, the contour is removed and I have to adjust it manually again.
see pic04.jpg and 5
Is there a better way, perhaps without ungrouping the entire group?
Possibly with the "Link Objects" or "Adjust Group" commands?
THANKS
I have the following problems/questions with the subsequent editing of grouped objects in Scribus 1.6.1 under Linux:
I often have to fill pages where a photo including a caption underneath has to be inserted into / on the text.
Then the image section and the length of the caption have to be changed.
It seems that this only works if I ungroup the object. When I have finished editing and want to group it again, the contour line is lost.
How can I solve this better?
Specifically:
1. For my library, I make a picture frame and caption including contour lines. Then I group it and add it to my library. (pic01.jpg)
2. I write a text and drag the grouped photo and description from my library onto my text. The contour of the grouped object is retained. (pic02.jpg).
3. Now I want to edit the grouped object, e.g.
a) change the top frame of the image so that the image frame (in height) becomes smaller or larger vertically
b) change the caption and lengthen or shorten the text frame.
Of course, the contour lines of the two grouped objects (image and text frame) should be retained.
How do you do that?
I currently have to ungroup and then edit the elements. As can be seen on pic03.jpg, the contour line remains.
But if I then regroup, the contour is removed and I have to adjust it manually again.
see pic04.jpg and 5
Is there a better way, perhaps without ungrouping the entire group?
Possibly with the "Link Objects" or "Adjust Group" commands?
THANKS
#63
Free discussion / Re: Bible layout
Last post by Nermander - December 29, 2024, 10:21:46 AMFrom what I can see, the upper and lower parts have different sizes depending on page? The I really don't think Scribus is the best tool, because you will have to adjust the frames manually on each page.
As for how doing the layout, I would probably try to make the upper part a 2-column text frame, with a large gap between the columns. Then on top of this gap I would place a separate text frame for the cross references.
But, I don't think there is any way to automatically adjust the height of each part, that would have to be manually adjusted page by page.
As for how doing the layout, I would probably try to make the upper part a 2-column text frame, with a large gap between the columns. Then on top of this gap I would place a separate text frame for the cross references.
But, I don't think there is any way to automatically adjust the height of each part, that would have to be manually adjusted page by page.
#64
Free discussion / Bible layout
Last post by CarlosEnrique84 - December 29, 2024, 03:51:04 AMHi everyone,
I have a project to create a layout similar to the one in the attached image where the biblical text appears in the upper section of the page divided into two columns and these two columns are separated by a third thin column for cross references. The bottom section of the page should have two columns and is intended for placing comments on the main text. The idea is that the upper biblical text has continuity from one column to another and then to the next page. And in the same way the lower text has continuity from one column to another and then to the next page. Can someone help me?
Thank you very much.
Carlos
I have a project to create a layout similar to the one in the attached image where the biblical text appears in the upper section of the page divided into two columns and these two columns are separated by a third thin column for cross references. The bottom section of the page should have two columns and is intended for placing comments on the main text. The idea is that the upper biblical text has continuity from one column to another and then to the next page. And in the same way the lower text has continuity from one column to another and then to the next page. Can someone help me?
Thank you very much.
Carlos
#65
Features / Re: Node based automation like...
Last post by AdmFubar - December 28, 2024, 07:27:50 PMMany years ago on the Amiga, there was a photo image/effects editor call ImageFX. The entire set of commands where available for scripting, with the GUI built out of scripts for the standard set of image manipulations as shipped. There macro recorder would build a Arexx script that you could add to later if needed.
If something similar was done 35-40 years ago, it certainly can be done today.
If something similar was done 35-40 years ago, it certainly can be done today.
#66
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".
#67
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.
#68
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 .
#69
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.
#70
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