Recent posts

#21
Text and Typography / Re: Typography tracking not ma...
Last post by a.l.e - March 24, 2025, 09:46:09 PM
it's probably due to a difference in the version of the library in charge of placing the glyphs.

if i recall correctly, it's about harfbuzz.


if it's the case, it's a know issue and there is no solution yet, except trying to get the same version of harbuzz on windows (you don't have a choice there: it's in the scribus installer you downloaded) and on linux (finding a distribution / version with the same version of harbuzz as in windows; or compiling the same version and compiling scribus with that)
#22
Text and Typography / Re: Typography tracking not ma...
Last post by MrB - March 24, 2025, 09:43:40 PM
It's most likely due to library dependency differences, harfbuzz, icu, etc. The Windows/Mac versions are released with what is available at the time of release. The Linux ones will use whatever the distribution has when the application runs.
#23
Installation and Setup / Re: New User
Last post by a.l.e - March 24, 2025, 09:41:36 PM
... what you have downloaded is the installer.

you have to start it and install scribus.

then you will find in the applications launcher and, if you choose so, also on the desktop.
#24
Installation and Setup / New User
Last post by MO - March 24, 2025, 09:15:03 PM
I've downloaded Scribus from the SourceForge site but I cannot find it anywhere on my PC. I see it in my Downloads. Where/How do I access the app?
#25
Text and Typography / Typography tracking not matchi...
Last post by Buch - March 24, 2025, 08:05:02 PM
I have a Linux laptop I want to work with, along with my main Windows desktop computer. However, I've noticed that the tracking of typographies (the space between letters) is shorter in the Linux version.

Before the visual example, I'm working with 1.6.0 in both systems (and don't want to upgrade as I'm in the middle of production). Also, I've experienced it with any font and made sure I installed the same.

Examples of Windows, Linux, and a comparison (Linux in blue):







Is this a known issue on how Scribus or Linux handles the fonts? Is there an option to avoid this discrepancy?

Thanks in advance!
#26
MacOS / Re: Scribus un-useable Signal ...
Last post by AdmFubar - March 24, 2025, 07:14:13 PM
Hopefully you are using styles. Try using a different font, and see if that makes a difference.
#27
MacOS / Scribus un-useable Signal 11
Last post by Madwolfie - March 24, 2025, 03:10:16 PM
Hi.  PLEASE HELP !
We are producing a book with close to 400 pages of mostly text and some B&W images.  Occasionally when we delete a highlighted quote (in a separate text box) Scribus crashes with Signal #11.  I have tried numerous ways to get around this problem - changing text wrap of box, changing text box to polygon moving box to page margin etc. To no avail.
The crash is instigated as soon as you touch the mouse - after deleting or moving the said box.  I believe this has something to do with text flow as we have had this before and got rid of it by adjusting the length of the frame at the end of the text, but it does not work in this case.  Each chapter has its own text (in other words it is not the whole document that flow)- so the text will only flow over 6 pages max, then it is new frames and new text for the next chapter.
kind regards
Colin
Scribus 1.6.2 on iMac 2024 Sequoia 15.2
#28
Scripts and Plugins / Adjusting Table to Frame throu...
Last post by tanzeem - March 24, 2025, 07:54:31 AM
I have created tables using Python Scripter API on Scribus1.6.2
Now i need help regarding adjusting table to frame. For my code:
      table = scribus.createTable(start_x, start_y, width, estimated_height, rows, cols, table_name)
with the script I also inserted content to cell, adjusted cellwidth/cellheight based on content and applied styles.
but found that manual adjustment of fitting table to frame and adjusting rowheight,column width is still needed.
Now i want this table to fit to frame using scripter api. Since i could not find the method in the web documentation. Also Scribus Desktop Help doesnt have tables documented.
How will i do it. When i did ripgrep, on the sourcecode i got:
  table->adjustTableToFrame();
How can i use this in the scribus script anyway.
#29
General Discussion / Re: The future of DTP Software...
Last post by a.l.e - March 22, 2025, 09:27:40 PM
Thanks for sharing the article!

Personally, I read it in two directions.

On the one side, there are trend that we might or should follow.

On the other side, most other software will be following those trends, and there will users who will not appreciate that. If we don't have the resources to do the same (or at least better), we can provide an alternative solution.

As an example, automation and scripting is for sure something where Scribus could shine, the question is: what changes would help new user in need for automation to adopt Scribus.

For cloud solutions, on the contrary, I have the feeling that Scribus won't be able to provide any viable solution in the foreseeable future. But Scribus might be able to solve the same problem that is solved by going to the cloud, in a different way, a way that will be liked by those who would prefer to not rely on the cloud.

Personally, I'd like to have some sort of a plan, in which direction Scribus could realistically go in the future, what needs to be done to get there, and to whom such a Scribus would profit.
#30
General Discussion / Re: The future of DTP Software...
Last post by nitramr - March 22, 2025, 07:18:14 PM
I don't know if a PDF directly supports pixels as a unit. Regardless, I think it's good to be able to create a document in pixels (e.g., for screen sizes) and also specify everything in pixel dimensions when editing. The PDF output can then be converted to all supported units.

Use cases: Digital slideshows, export as images, document optimization for e-book devices.
I think an EPUB or AWZ export would also be nice. But for that, we need dynamic layout support.