Recent posts

#51
Free discussion / Re: Startup error
Last post by a.l.e - February 08, 2026, 06:49:45 PM
Having seen the file in the issue tracker -- and as jghali said -- it's likely that you're facing a memory issue.

Here what you can do (based on what Lynn also wrote above):

  • Close Scribus
  • Duplicate the folder where you keep the images that are linked from the Scribus file, give it a new name. (my-images-original)
  • Make sure that the duplicated folder contains all your images at the original resolution.
  • Use a tool to reduce the resolution of all the images in the folder: the size of the image in the "information" ( (width and height in mm)  should stay the same, but you reduce the number of pixels in the image (how much you should reduce it, depends on the size of the image; but you might target a resolution of about 100 dpi)
  • Open the document in Scribus and see if now it works.

If it now works, then you will need to find a solution to let Scribus use more RAM. But, in the meantime, you can continue your work.

If it does not work, you / we will need to go deeper in the issue to find out what the issue is...
#52
Scripts and Plugins / Re: How to use 'createCustomLi...
Last post by a.l.e - February 08, 2026, 06:29:23 PM
For creating the style, I would say it's the second snippet.

Concerning applying the style, the function you mention seems to be about applying the pattern, not a named style.

I guess that <kbd>setCustomLineStyle()</kdb> is what you are looking for... That would also match the API function you're using for creating the style : - )
#53
Scripts and Plugins / Re: Excessive processing time
Last post by a.l.e - February 08, 2026, 06:20:43 PM
Are you linking / chaining the text frames?

Scribus gets very slow when creating long chains...

If you're not doing that, would you mind publishing a minimal script that reproduces the issue?
#54
Scripts and Plugins / [SOLVED] Excessive processing ...
Last post by Alcantara - February 08, 2026, 05:50:36 PM
Hello.

I am writing a Python script for Scribus. The script prepares an annual astronomical calendar, and the document is normally 107 pages long. Apart from the first page, which serves as the cover, all the other pages are identical, except that the left-hand page has three days while the right-hand page has four days.

The problem is the document processing time.

Since the processing time is excessive, in order to find the bottleneck, I wrote a small logger that reports the time taken to process each page in a file.

This is the content of the report for the first 20 pages.

--- Log Session Start: 2026-02-08 17:02:25 ---

[2026-02-08 17:02:25] (+0:00:00.000240)
start

[2026-02-08 17:02:25] (+0:00:00.232512)
starting page 1

[2026-02-08 17:02:28] (+0:00:03.000688)
starting page 2

[2026-02-08 17:02:38] (+0:00:09.916929)
starting page 3

[2026-02-08 17:02:50] (+0:00:11.915591)
starting page 4

[2026-02-08 17:03:10] (+0:00:19.837202)
starting page 5

[2026-02-08 17:03:32] (+0:00:22.023284)
starting page 6

[2026-02-08 17:04:04] (+0:00:31.714290)
starting page 7

[2026-02-08 17:04:38] (+0:00:34.625371)
starting page 8

[2026-02-08 17:05:27] (+0:00:48.587275)
starting page 9

[2026-02-08 17:06:12] (+0:00:45.257146)
starting page 10

[2026-02-08 17:07:13] (+0:01:00.909167)
starting page 11

[2026-02-08 17:08:09] (+0:00:55.905012)
starting page 12

[2026-02-08 17:09:23] (+0:01:13.615812)
starting page 13

[2026-02-08 17:10:25] (+0:01:02.406089)
starting page 14

[2026-02-08 17:11:40] (+0:01:14.887103)
starting page 15

[2026-02-08 17:12:56] (+0:01:16.068229)
starting page 16

[2026-02-08 17:14:32] (+0:01:35.853824)
starting page 17

[2026-02-08 17:15:50] (+0:01:17.926507)
starting page 18

[2026-02-08 17:17:29] (+0:01:38.905634)
starting page 19

[2026-02-08 17:18:56] (+0:01:27.307346)
starting page 20

[2026-02-08 17:20:43] (+0:01:47.524493)
END


The time of the event is shown in square brackets, and the time elapsed since the previous event is shown in round brackets.

As you can see, it takes Scribus a few seconds to prepare the first pages (which, I repeat, are all the same), but the time increases for each page until it reaches the twentieth, which takes 1 minute and 47 seconds.

The snakeviz report does not reveal anything remarkable; all functions take up processing time in a more or less uniform manner.

In your experience, is this behavior normal? Could it be a problem with Scribus or Python? Do you have any ideas for solving the problem?
#55
Free discussion / Re: Startup error
Last post by TondaSoucek - February 08, 2026, 01:46:42 PM
Thank you very much everyone, I wrote to the developers. I will hope, I tried everything you wrote above and nothing.
Thanks Antonin
#56
Scripts and Plugins / How to use 'createCustomLineSt...
Last post by Alcantara - February 08, 2026, 12:39:16 PM
Hello.

The Scribus help section provides the following definition:

QuotecreateCustomLineStyle(...)

  createCustomLineStyle(styleName, style)

Creates the custom line style 'styleName'.

This function takes a list of dictionaries as a parameter for "style".
Each dictionary represents one subline within the style.
Dictionary can have those keys: [...]

1. What does "list of dictionaries" mean?

Is this the correct usage?

scribus.defineColorRGB("red_r", 254, 10, 10)
line_style = [
    {"Color": "red_r"},
    {"Dash": 1},
    {"LineEnd": 1},
    {"LineJoin": 0},
    {"Shade": 100},
    {"Width": 20.0}
]
scribus.createCustomLineStyle("aCustomStyle", line_style)

Or this?

scribus.defineColorRGB("red_r", 254, 10, 10)
line_style = [
  {"Color": "red_r",
  "Dash": 1,
  "LineEnd": 1,
  "LineJoin": 0,
  "Shade": 100,
  "Width": 20.0
  }
]
scribus.createCustomLineStyle("aCustomStyle", line_style)

2. How do you use the style created this way?

The scribus.setLineStyle() function accepts a number to indicate the style to assign to a line, not the string passed to createCustomLineStyle.

A short working example would make me happy. Thank you.
#57
Free discussion / Re: Startup error
Last post by a.l.e - February 08, 2026, 11:32:36 AM
Please upload your file to this forum or if you want to keep it private, to https://bugs.scribus.net (and mark the ticket as private: only the developers will be able to see it).

If it's a Scribus issue (and not a failure of your disk), we might be able to make the file readable again.
#58
Free discussion / Re: Startup error
Last post by sersha - February 08, 2026, 10:22:05 AM
Have you tried to "Collect for output" and then checking if everything is in your chosen folder, that folder "Images" is present and in it are your image files indeed existing , then opening the .sla file from that folder.
At least, it would help you to pinpoint the problem. Obviously, it is something related to your images.
Good luck! S.
#59
Free discussion / Re: Startup error
Last post by prcek - February 08, 2026, 12:19:01 AM
Hi Antonin, Scribus files are XML files, that can be modified in a text editor. So you can play with a COPY of the document and try to remove some of recently added elements.
Not sure what causes the crash, though.
Is it possible you have saved document in compressed format and there is not enough memory/disk space to decompress it?
What happens when you disable or enlarge image cache in preferences?
#60
Free discussion / Re: Startup error
Last post by TondaSoucek - February 07, 2026, 10:07:32 PM
Hello.
Thank you very much for your advice. I have tried everything, but unfortunately nothing. I will probably have to contact some professional company. If I were to lose the book, then .... I don't even want to think about it.
Thank you very much again! AV