Recent posts

#51
PDF Generation / Re: Incorrectly Scaled Drop Sh...
Last post by zeronop - August 30, 2024, 08:38:46 AM
I just tried saving a PDF of the example project through through the print dialog. I then reimported this new PDF by dragging and dropping (Opening the file through the "file" menu looks to be the same as drag and drop).  The results are the same.  bad transparency on the drop shadow effect.
#52
PDF Generation / Re: Incorrectly Scaled Drop Sh...
Last post by zeronop - August 30, 2024, 08:34:30 AM
Sorry, I didn't answer all of your questions.

Quote from: AdmFubar on August 30, 2024, 07:55:30 AMHow are you importing/opening the pdf into scribus?

I'm just dragging and dropping into Scribus for the import.  I haven't checked to see if there is another way of doing this.  I'll look into that now.
#53
PDF Generation / Re: Incorrectly Scaled Drop Sh...
Last post by zeronop - August 30, 2024, 08:32:04 AM
Quote from: AdmFubar on August 30, 2024, 07:55:30 AMI'm not having this issue. The file you sent imports correctly. How are you importing/opening the pdf into scribus? Is it via the File/Export/Save as PDF ? or are you using the system printer to "print" to a pdf file?

Using the file>export option in Scribus.  I haven't tried the print to file option through the print dialog yet.

Just to double check, are you trying to import the PDF into Scribus in Linux?  If so, what version of Linux are you using? 

I suspect this is a "backend" issue.  Kubuntu 24.04 might be using some backend libraries/versions that other distros aren't using to process PDFs, and that might be what is causing this issue for me.  Knowing your distro might help me narrow down a potential difference.

I'm going to try the print to PDF to see if the issue is the same or not.
#54
PDF Generation / Re: Incorrectly Scaled Drop Sh...
Last post by AdmFubar - August 30, 2024, 07:55:30 AM
I'm not having this issue. The file you sent imports correctly. How are you importing/opening the pdf into scribus? Is it via the File/Export/Save as PDF ? or are you using the system printer to "print" to a pdf file?
#55
PDF Generation / [SOLVED] Incorrectly Scaled Dr...
Last post by zeronop - August 30, 2024, 07:22:58 AM
Hi,

I noticed a difference in how drop shadow transparencies are interpreted when viewing some PDFs, and importing a PDF that were exported by Scribus back into Scribus and some other applications. 

I'm using Windows 11, Kubutnu 24.04, and Scribus 1.6.1.

Here are the steps that I took to create the problem:
-Create a new document in scribus.
-Add an image to the layout.
-Add a drop shadow effect to the image.
-Export the layout to a PDF.
-Import the exported PDF back into scribus in a new document.

On Windows, after importing the PDF into Scribus, the images for drop shadow effects look as they should.  If I do the same thing in linux (Kubuntu 24.04), the transparencies are not being interpreted correctly and are semi opaque (see the example images).

I noticed this after getting a soft proof of a PDF from a print company and it wasn't rendering correctly in any application in Kubuntu (Okular, Chrome, Firefox, Krita, Gimp), but it looked fine in every application in Windows (Acrobat Reader, Chrome, Firefox, Krita, Gimp).  The original PDF that I exported out of Scribus (Kubuntu) renders fine in viewer applications (Okular, Chrome, Firefox), and even rasterizes the drop shadows correctly when I import it into Krita or Gimp, but has transparency issues when I import it back into Scribus.

Does anyone know why there seems to be a discrepency between Windows and Kubuntu (Linux) when it comes to rendering transparencies in PDF files?

I've included a test project that I used to generate simple side-by-side example image below.  I also included a real world example of my PDF and the softproof sent back from the printer company showing this problem in Okular.
#56
General Discussion / Re: [SOLVED] Need help - Scrib...
Last post by PatJr - August 30, 2024, 05:35:01 AM
Quote from: AdmFubar on August 30, 2024, 04:13:08 AMloses it marbles somewhere after 14,000 entries.

you have over 14,000 fonts! AWESOME!
#57
General Discussion / Re: [SOLVED] Need help - Scrib...
Last post by AdmFubar - August 30, 2024, 04:13:08 AM
I've collected font over the years and was stress testing scribus with how many it can recognize, it loses it marbles somewhere after 14,000 entries.
#58
General Discussion / Re: [SOLVED] Need help - Scrib...
Last post by Dr. Mindermast - August 30, 2024, 03:00:35 AM
I think it came already installed on this computer actually - I've spent more time than I care to admit downloading crazy fonts for titles and stuff, but I don't think I've ever intentionally downloaded a "just plain legible" font since Windows comes with so many already.
#59
General Discussion / Re: Need help - Scribus 1.6.1 ...
Last post by AdmFubar - August 30, 2024, 02:53:37 AM
Could be the font was designed out of spec, or more likely, it was corrupted in some way from where ever you had obtained it.

Note to developers: might be something to look into. Hsving a more gracefull handing of fonts that produce errors.  We've found a font that is questionable.

What got me looking at the fonts, was a wonky scribus config. Works with my files, finds fonts as it should but wouldnt with yours. Exited scribus an renamed the config directory, and restarted scribus, it will recreate the default config. You file then loaded, it would't keep the path to the fonts directoy i was using. but only after i made the substitutions in window that opens. not sure if it was just my setup or the font. It dawned on me then to try alternate similar fonts. ;)
#60
General Discussion / Re: Need help - Scribus 1.6.1 ...
Last post by Dr. Mindermast - August 30, 2024, 01:53:48 AM
That did it!  Kind of!

I was able to download your version with the changed font, and when I messed around with that it worked okay.  So then I opened my version that I had uploaded, and changed the font (I didn't have the exact same one you did, but another in the same family at least), and it was successful!  I could add space and paragraphs and headers and still save without crashing.

Then I switched back to my original font and it crashed again.  Other fonts worked fine, both TT and OT, but the one I wanted didn't.  Got mixed results when working with what I assume are related ones - Century Schoolbook (my original one) failed, as did Century and CenturySchL, but Century Gothic was able to save successfully.

And then one more experiment - I took your version, changed it back to my font, and that was able to save successfully.

So it looks like my problem might actually be solved (and thank you so much for that!).  Any idea why the font would have created this problem?