Recent posts

#21

Beginner Talk / Re: [SOLVED] More table border...

Last post by AdmFubar - September 02, 2024, 07:29:42 PM

I was playing with the table options just now, and discovered there are two separate options to formatting the lines of a table in  1.6.1. One it to do the outside only. i.e. the top,bottom,left and right borders of the table. The other is to do the insides of the table, i.e the table cells.

However niether work correctly. (at least as far af 1.6.1) as when changing the outer borders only the top and left of the table are changed. You have select the cells in the table to change the rest, the cell boarders and the right and bottom boarders.. I'm about to head out the door, for a family get together as it is a holiday here. Will show more detail when i return.

#22

Features / Re: New images on Flatpak?

Last post by enzogian - September 02, 2024, 06:11:34 PM

Hello there I just want to share the good news about a marvelous person called Graham Lees who helped immediately after my request to have the Flatpak of Scribus 1.6.2 in Flathub !!
many thanks though

#23

Text and Typography / Re: Text frame spacing

Last post by AdmFubar - September 02, 2024, 05:14:09 PM

What you are looking for is in the text properties window, in the Advanced Settings, the first option is the Offset to Baseline of Characters.

#24

Beginner Talk / Split text frame

Last post by BoltPython - September 01, 2024, 06:47:24 PM

Is it possible to split a single text frame in two linked and contiguous one? This might be helpful to flow text over two differently placed text frame after it's been placed over several pages.

Or do I need to do this manually? I assume I would then need to unlink the text frame from the one on the next page, create a new empty one and relink the 3 resulting ones.

#25

Features / Re: New images on Flatpak?

Last post by PatJr - September 01, 2024, 05:53:29 PM

the AppImage seems to be up to date

https://sourceforge.net/projects/scribus/files/scribus/1.6.2/

#26

Features / Re: New images on Flatpak?

Last post by enzogian - September 01, 2024, 05:42:49 PM

Hello there, sorry about not been clear on where should or could post a sort of request or help, to see if someone with expertise can help to create the flatpak installer for Scribus 1.6.2 in the Flathug dot org. https://flathub.org/  since every time I enter to find out there is still only the 1.6.1.
I am using MX Linux and I do install all via these portal called flatpak so I dont have a clue where else could I find a flatpak installer for MX Linux.
https://flathub.org/apps/net.scribus.Scribus
Hope it makes sense.
thanks a lot and regards

#27

User Interface / Re: Do you need inch input lik...

Last post by tim_occ - September 01, 2024, 02:46:58 PM

Ok, that is smart.

Looks like there is no need to change the input implementation. Thanks.

#28

PDF Generation / Re: [SOLVED] Incorrectly Scale...

Last post by zeronop - September 01, 2024, 01:41:16 AM

I i remeber correctly, scribus uses rgb internally. I do belive that there are plans to use cmyk down the road. Hopefully someone with that knowlege will chime in.
[/quote]

Scribus supports both RGB and CMYK as far as I know. I bring in CMYK encoded images all the time, and the color management tools will even show you if your CMYK images aren't within the gamut of the selected CMYK ICC color profile. Also, Scribus can export PDFs that can have CMYK encoded images.  Other layout programs, like Adobe InDesign, do the same thing.  So, if a program like InDesign is a good example of support of CMYK, then Scribus would fall into this same category for importing individual images and exporting PDFs

Where it seems to me to be lacking is importing an entire PDF that has CMYK encouded elements in it.  It just seems that when a PDF is imported it forces any images in the PDF to a RGB color space... For some reason.  I can't find a clear explanation as to why this is unfortunately, but I'm also unfamiliar with how other programs handle this, so maybe this is normal behavior for a page layout program.  Perhaps it's something that designers don't need to do very often.  I've only noticed that Scribus does this because I was see weird behavior with transparencies, and was having trouble finding a program that could help check if something was wrong with a PDF that someone had been toying with previously.

A free and long way around what I think is lackluster import behavior is to extract all the elements of the PDF using a tool like pdfimages in Linux (to preserve the native color spaces of the images in the PDF), and then rebuild the PDF from the ground up in Scribus by importing all the elements in one by one and imitating the layout of the original PDF.  This process isn't ideal, and allot of it could be avoid if during the PDF import process the user could select the color space and ICC profile to interpret images with.

#29

PDF Generation / Re: Incorrectly Scaled Drop Sh...

Last post by AdmFubar - August 31, 2024, 08:02:48 PM

When exporting the pdf, are you selecting the colorspace model? there is an option for screen/web, printer. or greyscale.

During this troubleshooting process I also learned that Scribus doesn't preserve the color space and profile when importing the PDF back into Scribus.  It seems to be brute forcing a CMYK to RGB color space conversion according to whatever default RGB color profile that is selected in preferences. I can see that this is the case when I check the image properties of any of the images from the imported PDF.  It is using and RGB color profile instead of the intended CMYK one that was being used before export and can be verified inside of the PDF using pdfimages.  I assume the transparencies for drop shadows are falling victim to this conversion process as well, but I can't find a way to extract and image from a pattern in Scribus, so I can't verify this specifically for the drop shadows. 

I i remeber correctly, scribus uses rgb internally. I do belive that there are plans to use cmyk down the road. Hopefully someone with that knowlege will chime in.

#30

PDF Generation / Re: Incorrectly Scaled Drop Sh...

Last post by zeronop - August 31, 2024, 07:42:46 AM

When exporting the pdf, are you selecting the colorspace model? there is an option for screen/web, printer. or greyscale.

Yes, I select "Printer" and tell it to "Use Color Profile" before I export, and I can confirm that the profile and color space are being properly preserved in my PDF using pdfimages.  I can also confirm that the printing company is doing another conversion of the all the images in the PDF because the images changed form "icc" to "CMYK" when comparing the original PDF and the soft proof PDF.  I imagine whatever conversion Illustrator is doing to the images in  the PDF is what is causing the rendering issues on my end.

During this troubleshooting process I also learned that Scribus doesn't preserve the color space and profile when importing the PDF back into Scribus.  It seems to be brute forcing a CMYK to RGB color space conversion according to whatever default RGB color profile that is selected in preferences. I can see that this is the case when I check the image properties of any of the images from the imported PDF.  It is using and RGB color profile instead of the intended CMYK one that was being used before export and can be verified inside of the PDF using pdfimages.  I assume the transparencies for drop shadows are falling victim to this conversion process as well, but I can't find a way to extract and image from a pattern in Scribus, so I can't verify this specifically for the drop shadows. 

It's a shame I can't tell the Scribus PDF importer to use native color space of the PDF and the embedded profile, or pick one from a drop down menu of install color profiles.  I don't how realistic it would be to add an option to select the desired color space and profile during the PDF import process, but it would be useful if possible.  I have done command line conversions using ghostscript in the past, and this more manual method allows you to define and input color profile and an output color profile when extractions or conversions of PDFs, so I imagine that this would be technically possible to implement in a front end GUI like Scribus.

Now knowing this, I believe that the PDF being imported and exported through various applications, and PDF viewers interpreting and displaying color spaces and profiles differently from application to application, are some of the reasons why this transparency issue with the drop shadows crops up from time to time.  I'm just going to have to deal with it by checking these softproofs in several different applications to see if they are consistent or not.  If there is a lack of consistency, I just have to choose to trust one and go with (most likely Adobe Acrobat because this is what the printer company is most likely using to check their softproof).  It sucks that inconsistency in PDF rendering in the Linux world keeps me tethered to windows.  It seems like a small silly thing to me, but I understand that color spaces and interpreting color is a complicated thing to deal with, and there aren't any perfect solutions, and plenty of opinions about how it ultimately should be dealt with.

Outside of just not using the drop shadow feature in Scribus, there doesn't seem to be a clear process to mitigate this transparency issue, and this is fine.  I can create drop shadows manually to ensure there aren't any issues with the soft proof (I actually did manually create drop shadows after seeing this transparency issue with the Scribus drop shadows, and didn't see the same problem in the second soft proof from the printing company after replacing the Scribus drop shadows with manually created ones).  I just wanted to make sure there wasn't some bug with Scribus, or some other Linux library, that might need to be addressed.  It's just a difference in how the color of a PDF from application to application.  Ultimately, what actually comes out of the printer ends up being the only thing that a designer can rely to gauge accuracy.

I'm going to mark this as solved at this point.  Thank you for you help and replies!