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)?

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.

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.)

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.

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.

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.

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.

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."

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 :-)

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.

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.