Recent posts

#51
General Discussion / Re: Indexing functionality in ...
Last post by sersha - December 25, 2025, 02:56:12 PM
And yet another way I found is:
File-Preferences-Keyboard Shortcuts-Insert-Index Entry and then I assigned "x". Together with previous recommendations, it becomes quite manageable then!

And while we are at this topic, it would be golden to have a way to see the words marked for indexing, some sort of the highlighting via the menu. Maybe even all marks should have a way to be revealed. Like View-Text Frames-Show Control Characters. It might be very handy on the occasion.
#52
General Discussion / Re: Open multiple documents in...
Last post by utnik - December 25, 2025, 12:24:06 PM
just check 'use tabs for documents' under 'preferences' → 'user interface' → 'main window'.

utnik
#53
General Discussion / [SOLVED] Open multiple documen...
Last post by cemekepirketou - December 25, 2025, 10:52:59 AM
Hello, everyone.

Throughout the development period for Scribus 1.5, there were tabs when multiple documents were open at the same time. With version 1.6, I can't find the tabs; there is only the choice between cascade or mosaic. I have searched extensively to find a way to activate the tabs, but I haven't been able to find it. Has the tab display function been removed?
Thanks
#54
General Discussion / Re: A discussion about the typ...
Last post by utnik - December 24, 2025, 04:09:55 PM
Quote from: Aleks100 on December 24, 2025, 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
#55
General Discussion / Re: A discussion about the typ...
Last post by Aleks100 - December 24, 2025, 01:23:03 PM
For offset, screen... every kind of printing but digital.
However, I prefer to set it manually.
#56
General Discussion / Re: A discussion about the typ...
Last post by utnik - December 24, 2025, 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
#58
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.
#59
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
#60
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>/...