The point might be to produce a pdf in relation to some data which are given to Scribus, either on the commandline or by using some kind of a placeholder within the .sla.
Just some days ago, I finished a project where an app reads a mailbox which may contain an application form, then produces a pdf out of the data (name, address...) and sends it back to the applicant. It cost a lot of trial-and-error cycles to let a program draw the elements by itself, so if one could use Scribus to layout such a form and then insert the data and bake a pdf automagically, this would save tons of work. By the way, I wonder if it's really possible: In my case I was forced to use Cairo as the graphical rendering engine because qt cannot run without access to an X server (at least in my IDE, Gambas). Which graphical library does Scribus use? Rolf Am 28.08.2013 11:00, schrieb Staffan Melin (Oscillator): > This sounds interesting but could you give us the reasons for this > (the three targets)? > > Spontaneously, for producing a SLA file you still need a GUI Scribus, > so what's the point? > > Best regards, > > Staffan Melin > libregraphicsproduction.com > > On Wed, Aug 28, 2013 at 9:49 AM, ale rimoldi <ale.comp_06 at xox.ch> wrote: >> Dear Scribus community, >> >> During the last year, I've been (re)thinking about my contributions to >> the Scribus community. And I tried to find my way around free software >> and publishing. >> >> At the beginning of July, at this year's "Recontres mondiales du >> logiciel libre" in Brussels, I've been enlightened (ehm ehm) and finally >> found a way, I consider worth to try out: >> >> I'm launching an experimental project around Scribus, a place where I >> -- and possibly other people -- can try new ideas and new concepts. >> (That hopefully will then make their way into the main Scribus) >> >> >> To begin with, here some of the ideas I'd like to realize are: >> >> - Create a sla to pdf engine that correctly works from the command line. >> - Make it easy to compile Scribus on Windows. >> - Make Scribus visible, in places where (future) programmers are. >> >> >> In my plans, the first step will be the following one: >> >> Pick chunks of Scribus code, reassemble them, rewrite things, remove >> things, have fun, add new features... and produce a "command line only" >> Scribus that can be used to convert .SLA into .PDF on a server. >> >> And I'm looking for people wanting to participate, contribute code, >> ideas, and use cases. >> >> >> Personally, for the main discussion on this experimental project, I >> prefer not to use this mailing list nor the Scribus bug report system. >> Mainly in order to avoid confusion among people who are here just to >> get some support for Scribus. >> But also in order to make it easier discussing features and processes >> that may have no chance to ever get into the Scribus main code. >> >> >> I've created mailing list you can join at >> >> http://lists.impagina.org/mailman/listinfo/list >> >> >> And a GitHub repository you can fork (and where you can fill tickets) >> >> https://github.com/impagina/core >> >> >> Both are still empty but they won't stay that way for a long time! >> >> >> Finally, I will try to blog about it in somehow regular intervals... >> Let's see if I manage it! And I will keep this list up to date on the >> progresses of the experiments. >> >> >> I wish you all a wonderful day! >> a.l.e >> >> ___ >> Scribus Mailing List: scribus at lists.scribus.net >> Edit your options or unsubscribe: >> http://lists.scribus.net/mailman/listinfo/scribus >> See also: >> http://wiki.scribus.net >> http://forums.scribus.net > > >
