faq
flatforty
contribute
subscribe
configure
search
rdf
main
parent
|
Scribus
by Michael on Thursday 14/Dec/2006, @10:55
|
| I tried to use version 1.3.2 some time ago. Though it was impressive what has already been achieved it was still a long shot away from what I would call suitable for professional work. Usable for school magazines, flyers, yes - but usable for high-cost advertising? Certainly not. Scribus deserves kudos though for doing away with the myth that OpenSource isnt able to do desktop publishing somehow by design. An application like Scribus was unheard-of before in the OpenSource world. And it's coming along nicely. I'm trying it out from time to time and see it's progressing amazingly fast. |
|
|
The Fine Print: The following comments
are owned by whomever posted them.
( Reply )
|
Re: Scribus
by Eric Laffoon on Thursday 14/Dec/2006, @12:26
|
> Usable for school magazines, flyers, yes - but usable for high-cost advertising? Certainly not.
I don't get it. Granted I haven't been doing full page glossy ads, but I have done partial page ads in local publications and smaller ads in national publications. I thought mine looked pretty good and they brought in business. I guess "high cost" is relative. Paying over $1000 for an ad may not be high cost, but it's not cheap either. So far I have not seen any reason not to continue to use Scribus as we scale up to more expensive ads. Maybe one of us is missing something.
|
[
Reply To This | View ]
|
Re: Scribus
by Michael on Thursday 14/Dec/2006, @23:55
|
You are not necessarily "missing" something. It depends on what you want to achieve. There is already a lot you can achieve with Scribus. But with "professional" I mean >50.000 EUR so I'm talking about a different category here. And in this category the price of software becomes somewhat irrelevant. In order to convince my colleagues to use Scribus instead of InDesign it simply has to be on par in every respect. This is _by far_ not the case - like it or not. I'm not saying it could never be there. But right now:
- Coprehensive table support
- PSD support
- PANTONE and HKS names out of the box
- General usability
- Still lots of bugs with complicated layouts
Some of these things will only need a bit more time. Others are more difficult to achieve because of stupid patents and proprietary stuff.
|
[
Reply To This | View ]
|
Re: Scribus
by Alexandre on Friday 15/Dec/2006, @00:05
|
> - PSD support
Makes me wonder how well you actually know what Scribus can do for you :) When I say that Scribus supports RGB/CMYK PSD and handles its layers, blending modes and clipping paths (and 1.3.4cvs supports duotone PSD), do you mean support for some other PSD features?
|
[
Reply To This | View ]
|
Re: Scribus
by Martin on Saturday 16/Dec/2006, @01:45
|
I just tried it out. Didnt work great the last time I tried it. Works really great now I agree. My problem with PSD support under Linux is still that it only supports features up to Photoshop 6 though. More and more often I get Photoshop CS files which appear completely scrambled in GIMP, Krita, Scribus though. This is because Adobe pulls a M$ here I know but something _is_ already imported so the basic binary structure of the file should be clear. I'm wondering: Is it really that difficult to figure out the missing parts or is it more that those features (like layer effects) are not all implemented yet properly?
|
[
Reply To This | View ]
|
Re: Scribus
by Alexandre on Tuesday 19/Dec/2006, @10:48
|
They say, reverse engineering is a job for young guys who live in countries where it's not legally prohibited :)
First of all, this is a quite long and boring work for someone who has much spare time. Then you need native features that match features of PS to make it reasonable supporting stuff like layer effects.
|
[
Reply To This | View ]
|
|
The Fine Print: The previous
comments are owned by whomever posted them.
( Reply )
|
|
![[KDE Dot News]](http://www.kde.org/dot/Images/kdedotnews.gif)
