Hi Jeroen,
I am in contact with a sponsor willing to pay someone to fix this so
the quality of open source software increases.
I am a member of the German Unix User Group (GUUG), and we can sponsor
such efforts.
What we need is a rough plan that describes the problem. And how it can
be solved. Preferably with a few steps outling the plan and how much
time and effort these steps take.
Regards,
Ingo
Am 15.10.21 um 17:36 schrieb Jeroen Baten:
As an example: I commissioned someone to convert a marketing brandbook
for an open source project to Scribus.
In the end he had to split the 78 pages into 3 separate pdf's because of
crashes.
The public repo for your experiments can be found here:
https://gitlab.com/ubports/teams/marketing/mplus/marketing-materials/-/tree/master/Brandbook/contentpack
I am in contact with a sponsor willing to pay someone to fix this so the
quality of open source software increases.
Regards to all,
Jeroen Baten
Op 15-10-2021 om 17:25 schreef Jeroen Baten:
That the program also supports larger documents without crashing?
Op 15-10-2021 om 17:00 schreef JLuc:
Le 15/10/2021 à 16:38, Jeroen Baten a écrit :
But a GUI oriented tool like Scribus, with its potential and already
excellent track record, would be wise to focus on also handling
larger documents as the level of profesional usage increases.
So, what do you propose ?
JL
___
Scribus Mailing List: [email protected]
Edit your options or unsubscribe:
http://lists.scribus.net/mailman/listinfo/scribus
See also:
http://wiki.scribus.net
http://forums.scribus.net
--
Linuxhotel GmbH, Geschäftsführer Dipl.-Ing. Ingo Wichmann
HRB 20463 Amtsgericht Essen, UStID DE 814 943 641
Antonienallee 1, 45279 Essen, Tel.: 0201 8536-600, https://www.linuxhotel.de
___
Scribus Mailing List: [email protected]
Edit your options or unsubscribe:
http://lists.scribus.net/mailman/listinfo/scribus
See also:
http://wiki.scribus.net
http://forums.scribus.net
