Recent posts

#41
General Discussion / Re: A discussion about the typ...
Last post by Aleks100 - December 23, 2025, 11:27:54 PM
Both fill and line can be knockout or overprint, but I meant for fill to be knockout and at the same shape line to be overprint.
#42
General Discussion / Re: A discussion about the typ...
Last post by nitramr - December 23, 2025, 09:53:12 PM
@Aleks100 yes, there is. In Properties Palette (Fill or Line) you can click on the color dot to open the color dialog. There is a 3 dot menu where you can switch between knockout and overprint. Knockout is the default.

@a.l.e
I think we need something like a listener on text changes to render the GREP styles while typing. To keep the calculation activity low, it could listen for the active paragraph only. If the style definition has changed, the whole text must be processed at once. The GREP styles could apply temporary like regular styles to avoid a "recalculation" if the style definition doesn't change, but have to be identifiable as "applied" GREP styles in story text. We can start with a simple implementation for color, size and fontface.

I have some additions to your list. I asked an AI what is needed to flatten the learning curve for beginners and make Scribus ready for professional workflows.

The report contains a lot of useful improvements and ideas:
https://docs.google.com/document/d/1mUlatITRQXkU-NpIS0w_dDPVgCc0qBda0TrNDpEw8v8/edit?tab=t.0
#43
Linux / Re: Scribus 1.6.4 and Linux Mi...
Last post by Flaxx - December 23, 2025, 06:58:53 PM
Quote from: AdmFubar on December 23, 2025, 03:54:45 AMQuick question on this data drive. It is NTFS? and you are writing to it from linux? If so, stop that immediately! The NTFS drivers are for read only from linux. Your best bet is to have your data drive as a fat32. and consider exfat for the thumb drives.
Interesting proposal. I know that almost all drive formats at Linux side are more safe than everything coming from MS, but I can't see any restriction that would prevent writing from Linux on NTFS drives. In my case: all data written on this drive is mirrored on a NAS and from time to time to an external USB-device. And yes, exfat is the best for thumb drives.

However, I'm just a user and really interested to learn the technical background. I'm reading and writing to NTFS for years now without any problem, but I know of course that NTFS can't heal itself.

EDIT: I've just made some short research and it seems that your warning had it's root well in the past. Since about 2007 the Linux-nightmare NTFS seems to be solved, thanks to Ntfs-3g.

Actually, the day Windows will turn running exclusively as a service only, I will bite the bullet, leaving my windows payware behind. Meanwhile I hope that more and more companies are opening the market and supporting Linux solutions. At the moment FOSS has an inherent weakness: it often depends on only a few devs, if not just one.

Regarding my posted problem: I think I've found the reason. Scribus obviously has problems with drives being connected via /mnt/ as I wanted the drive being connected by using its Label while Mint started to use its uid - I still have no idea why. I commented out the respective line in my fstab and now it works as wanted: connected via /media/<user>/<Drive-Label>/...
#44
General Discussion / Re: A discussion about the typ...
Last post by Aleks100 - December 23, 2025, 06:25:20 PM
Does 1.7x version have option to knockout shape color and overprint (out)line?
This is very useful for prepress.
It can be solved by copying outline at layer above but this is easier.
#45
General Discussion / Re: A discussion about the typ...
Last post by a.l.e - December 23, 2025, 03:25:17 PM
Interesting read, indeed.

There are a few things that I'd like to see in Scribus (and might be not too hard to add):

  • Contextual / conditional paragraph and character styles (including GREP styles): I wonder how to do them in a way that is both simple to program and to use.
  • Multiple hyphenation dictionaries (and external word lists)
  • Minimal number of chars in the paragraph before the first hyphen and after the last one (as alternative to a minimal length of the word)
  • Warn in the preflight verifier for modified frames
  • Color coded view of character and paragraph styles (similar to the white space review mode)
  • Charts and graphs as vector frames
  • Letterspacing applied to a range of text, but only within the range, not after the last character.
  • Multiple baseline grids
  • An external tool for for imposition and prepress.
  • Basic export to EPUB
#46
Linux / Re: Scribus 1.6.4 and Linux Mi...
Last post by AdmFubar - December 23, 2025, 03:54:45 AM
Quote from: Flaxx on December 22, 2025, 05:41:24 PMI'm using Scribus for quite a while on a dual-boot-system with Win 11 Pro and Linux Mint 22.2 Cinnamon, both installed on separate drives. My data usually are stored from both sides on a data drive that has to be mounted from Linux side (the latter is NTFS, of course).
Quick question on this data drive. It is NTFS? and you are writing to it from linux? If so, stop that immediately! The NTFS drivers are for read only from linux. Your best bet is to have your data drive as a fat32. and consider exfat for the thumb drives.
#47
Showcase / Re: Our New Comic 175 pages St...
Last post by Solara Maris - December 22, 2025, 08:36:56 PM
Our Graphic Novel is available as ebook as well (for a bargain price): https://a.co/d/0Bc5gL9 :)
We are preparing the next book but this time using Scribus 1.7.0!
#48
General Discussion / A discussion about the typeset...
Last post by sersha - December 22, 2025, 07:04:21 PM
#49
Linux / Scribus 1.6.4 and Linux Mint 2...
Last post by Flaxx - December 22, 2025, 05:41:24 PM
I'm using Scribus for quite a while on a dual-boot-system with Win 11 Pro and Linux Mint 22.2 Cinnamon, both installed on separate drives. My data usually are stored from both sides on a data drive that has to be mounted from Linux side (the latter is NTFS, of course).

While it is no problem opening or storing files on a USB stick or a "real" external drive, I failed when trying to open any other location than the preselected path in "Preferences". The same happens vice versa: When opening a new document I only can use the preselected path - in standard settings it only shows "/" as starting point and the Linux file system.

All drives, including some history (why it's there???  :-[ ) are grayed out and not accessible. "History" means that I can see not only always available local drives, but as well USB-Sticks
that had not been connected for weeks. While Scribus forgets any former document if the containing drive is not mounted before booting the application, it seems that some history is still somewhere stored.

However, the behavior is strange as I can access any location (and if I want so, even mount other permanent drives) if I'm exporting to PDF or other available formats. The import dialogue seems to work as well.

I tried the following cases:

1) Standard path settings, File -> Open...: All is grayed except the Linux file system. When trying to follow the usual Linux conventions it doesn't help.
1a) Path points towards a Windows drive: As above, but the starting path shows the preselected one.

In both cases a mounted USB-stick can be selected, even if it's grayed out.

2) While in the some file-opening-process: after trying to open any other drive, the previous preselected path only shows the Linux file system when trying to click on the respective drive. USB is still accessible.

2a) Same Scribus session, still no file is open: Starting the above procedure again, it shows now both drives as present, the preselected one and the USB.

I think, this is no feature. However, if the error sits here in front of the screen, please give me a hint where I can fix this behavior. Of course I can circumvent it, but it's not the usual work flow.


#50
General Discussion / Re: Cannot change font in styl...
Last post by sersha - December 22, 2025, 01:27:12 PM
I double-checked the original .odt file, then made a new one, where I created new styles for Emph, EmphStrong, Strong for Italics, Bold Italics and Bold respectively.
Then I typed 4 lines in default font, gave each of them appropriate styling. For safety's sake, I also cleared a direct formatting by Ctrl-M. Saved.
Importing in Scribus, and out of nowhere it appears a direct formatting again, which can be removed by the abovementioned technique indeed.
The question is - where is it coming from? And, what to do to prevent this direct formatting from appearing?

Also, when attempting to change styles, which should follow the Default Character Style, they do not really follow it. It is as if on the occasion formatting taken from the respective character style (say, Emph) is converted into a direct formatting, which requires manual clearing to enable changes.
LibreOffice version is 24.2.7.2.