Recent posts

#1
General Discussion / Re: A discussion about the typ...
Last post by utnik - Today at 04:09:55 PM
Quote from: Aleks100 on Today at 01:23:03 PM...However, I prefer to set it manually.
it's usually not my business, as my work is for digital printing. but i think it would be a good thing to have an editable trapping preset. (editable by selecting which element will overfill and by the amount of the trapping...)

utnik
#2
General Discussion / Re: A discussion about the typ...
Last post by Aleks100 - Today at 01:23:03 PM
For offset, screen... every kind of printing but digital.
However, I prefer to set it manually.
#3
General Discussion / Re: A discussion about the typ...
Last post by utnik - Today at 08:11:10 AM
hi aleks

i know this as 'trapping' (overfilling a shape to avoid blanks).
unfortunately scribus doesn't support trapping, which is usually not a big problem for digital printing but may be a show stopper for offset printing.

you could file a feature request here.

utnik
#5
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.
#6
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
#7
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>/...
#8
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.
#9
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
#10
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.