JUL
12
2005

Linux Magazine: Desktop Publishing with Scribus

Linux Magazine regularly makes all articles from older issues online available in PDF format. Recently added is a three-part tutorial about creating a newspaper with Scribus: after introducing the basics, you can learn how to layout page objects and it ends talking about templates and PDF. Scribus recently released version 1.2.2.1.

Comments

How is Scribus related to KDE besides that they both use the same base toolkit?

And for that matter, has optional Scribus integration into KDE progressed since last time there was a Scribus announcement here on the dotty (when some Scribus developers asked what KDE integration would look like)?


By ac at Wed, 2005/07/13 - 5:00am

Scribus is pure Qt.


By Saem at Thu, 2005/07/14 - 5:00am

Everything that benefits Qt based application pool benefits KDE.


By Anonymous at Thu, 2005/07/14 - 5:00am

We have made investigations into the requirements of KDE integration. Nothing will happen in the 1.2.x series. We will do whatever we can to integrate into the platforms we now run on with 1.3.x. KDE integration will come in some sorts at some point in time, and I know thats up in the air but its not exactly trivial. The advances in 1.3.x cvs are much more important DTP wise than KDE integration at this point in time.


By Craig Bradney at Thu, 2005/07/14 - 5:00am

That's cool to hear. Is the KDE integration effort outlined or coordinated somewhere? It's barely mentioned in the roadmap for 1.3.x, and I don't know what investigations were made and what are the results.

(I personally wish that effort could be more closely coordinated with KDE so that optional KDE support for pure Qt apps will become much easier to include with KDE 4, ideally similar like done with KDE themes which subclass Qt API and thus include Qt apps as well. Also more apps should be able to profit of Scribus' excellent SVG and PDF engines.)


By ac at Thu, 2005/07/14 - 5:00am

Yes, this is really important. Scribus always looks like an alien app on the KDE desktop. And of course KDe integration means also better interoperability.


By Gerd at Sat, 2005/07/16 - 5:00am

I've done some small tests with it in the past, and while it does require some learning for someone not used to DTP apps, it seems like a very capable application. The last version I tried was a bit slow, with my AMD 2600+ with 1G it felt quite sluggish. I compare to apps like OO or the dead Linux version of FrameMaker (which was really fast even on my old P2-333).

I've decided to do our next wall calendar (we do one for each Christmas to annoy our relatives) with Scribus instead of OO, so that will for me be the real test wether I can learn to use and like it as well as wether it is fast enough on "normal" hardware.


By chakie at Thu, 2005/07/14 - 5:00am

OO cannot be compared with Scribus. Scribus is a DTP app and OO is not.
Which version of Scribus did you test? It works ok here (sure not slow) and I only have 1200MHz and 512mb RAM. Remember that 1.3.x is still very beta. I am using 1.2.2.1 and that works very well here.


By Carsten Niehaus at Thu, 2005/07/14 - 5:00am

I did not create a newspaper, only smaller documents, and my experience is that it feels faster that OO on my Laptop. Which is a 500Mhz P3 with 192MB memory.


By Karl M. at Thu, 2005/07/14 - 5:00am

Of course it can't be compared technically, but for what I want to do I can compare how the apps work for my needs. Previously OO has been the best tool for creating a table for the days of the month, importing an image, adding in some info for some days, adding in the month name and a comment for the image. That's it. If Scribus does that better I'll use it, if not, I'll stay with OO.


By chakie at Thu, 2005/07/14 - 5:00am

These articles are quite informative, not only about Scribus, but about page layout and publishing in general.


By Anonymous at Thu, 2005/07/14 - 5:00am

Let me first thank the developers of scribus, who have done an amazing job in very short time. The biggest drawback that I have seen is the current lack of an undo function. Without it, doing any complex desktop layout is nearly impossible.

What's most strange about this is that they have found time to implement much more complex functionality, yet they have not done this, which is absolutely essential. This is the only thing preventing our media group from using scribus right now.

Thanks and I hope to see this soon or to be proven wrong in the follow-up comments.


By Gonzalo at Fri, 2005/07/15 - 5:00am

From the today released development release Scribus 1.3.0 changelog: "There is a new undo system, which includes an undo palette that has the undo history with details of each action. Undo also has object specific capabilities. The number of undo/redo steps can be set in the preferences."


By Anonymous at Fri, 2005/07/15 - 5:00am

Thanks for the compliments.

You will be pleased to know we just released 1.3.0 as a technology preview which has a very sophisticated Undo palette with a graphical depiction of actions which can be done or undone.

1.3.0 is the beginning of the long road to the next stable version of Scribus.

More details: http://www.scribus.org.uk/index.php


By mrdocs at Fri, 2005/07/15 - 5:00am

If this is wrong place to ask questions, I apologize...

Is there a way to make a picture, or a picture frame actually, go across two pages in Scribus? Facing pages, of course...

Doing it manually like splitting the picture in two, making two frames... doesn't count.

I tested Scribus the other day, and I was pretty impressed :) If it can do what I asked above, and if, when creating PDF, it manages colors the way I need it to, I might throw Quark to garbage can, and stop playing with InDesign :-)


By moi at Fri, 2005/07/15 - 5:00am

Try our new 1.3.0 relaease, in this version it's possible, along with a bunch of
new cool features.

Franz Schmid
Scribus-Developer


By Franz Schmid at Fri, 2005/07/15 - 5:00am

:-)

Nice :)

Now, I must ask you about the color management thing... I was told by people in a printing house, that black letters (or perhaps black color in general) must not include all the cmyk colors, but only black. When you are printing to pdf with Acrobat Distiller, you can make this setting and all is fine (In Acrobat Pro., you can chech this by turning colors on and off)

Is this possible with Scribus?

I am not trying to be negative, honestly. I am just evaluating real-world usability of Scribus. Thank you for providing this great alternative, and please keep up the fantastic work.


By Moi at Sat, 2005/07/16 - 5:00am

A. Not in every case must black be 100% K. There are different flavors of black depending on paper, content and other issues. There is "Warm Black" "Cool Black" and the exact recipe not standarized for all printer/designers.

B: Yes this is possible with Scribus

C: The 1.3.x devel series will have even more capability with these kind of needs.


By mrdocs at Sat, 2005/07/16 - 5:00am