Slashdot Mirror


Scribus 1.0 Released

McShazbot writes "Graphics.com has this article about the release of Scribus 1.0 (homepage, mirror) desktop publishing software. Check out some screenshots. If it can even marginally compete with the industry leader, this is a big deal -- I know a lot of people for whom Quark is the killer app that prevents them from moving to Linux, and most of them are tired of paying a grand for the privilege of using it."

4 of 351 comments (clear)

  1. Re:Desktop Software by listen · · Score: 5, Interesting

    Quanta + is turning into a pretty damn good web designer thingy - it uses a modified khtml to do Wysiwg or visual page layout as they call it. Thats in cvs. Should be out with KDE 3.2, sometime in the autumn. PHP support is strongest atm, 'twould be good if it got some more JSP and Zope support in there. Maybe even asp.net for mono....

    Kivio and Dia are visio like tools.
    Kivio is getting some active development after a bit of a lull, and Dia has AFAIK been actively developed for quite some time.

  2. Re:Good enough... by swillden · · Score: 4, Interesting

    The next time I install linux I'll be sure to check it out.

    No need to wait, it also runs on Windows.

    I'm not sure what you mean by "vector" text layers, but Gimp 1.3 does have real text layers (the text is editable, etc.). I don't think it has the others, but I'm not sure what "image slicing" and "intelligent masking" would be, so it's possible those are there. Adjustment layers are not.

    The other things I know Gimp doesn't have are support for more than 8 bits per color plane (no 48-bit color) and no support for color separation, though Scribus does do color separation, so you might be able to get by with the combination (and maybe the Gimp will steal that code from Scribus...).

    What the Gimp has that Photoshop does not, however, is awesome tools for scripting image manipulations, in the language of your choice (C, C++, perl, scheme and python, at present).

    --
    Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
  3. having fun by Craig+Ringer · · Score: 3, Interesting

    ... is what's most important.

    I for one appreciate what you guys are doing, too. I'm syadmin at a Quark house, and we've got extensive experience with the "pitfalls" in PDF workflow with quark. Especially Quark 4, where it's PDF import is apallingly unreliable and quirky.

    Scribus looks interesting, and I'll definitely be keeping an eye on it. Helping out if I can (mostly a non-programmer) and testing. What many people don't realise is that you don't have to pick ONE DTP platform. We're considering buing some win2k boxes with InDesign for ad design and layout. They'll just save PDFs or EPSs that'll be imported into pages being prepared on MacOS 9 machines with Quark. Maybe Scribus will be suitable for the same role someday :-) since this is the best way to test adoption of a new DTP package.

    I'll second your sentiments on GIMP and CMYK support, and add a "please please please please" into the bargain. GIMP is not really comparable to Photoshop for prepress uses, but good CMYK support is the last major hurdle in that direction IMHO. Of course, we'd need some CMS support in XFree86 too for it to be really useful under Linux.

    I might do up a small house ad in Scribus, slip it into our workflow, and see what happens :-)

    OH, just one question. You mention that the Scribus format is XML - would that happen to be loaded with verification + good error checking? A DTP app that didn't just crash on damaged documents would be a godsend. "EPS Element 'bobsyouruncle.eps' is damaged and cannot be loaded" not "*blurk*The application QuarkXPress unexpectedly quit with an Error Type 2".

    Craig Ringer

    1. Re:having fun by Craig+Ringer · · Score: 3, Interesting

      Alas, I'm not such a fan of InDesign's UI. Quark got that one right. Perhaps InDesign's is better to new DTP users, but for those who started in the days of cut'n'paste, Quark 'just makes sense' and InDesign seems like a lot of work to do anything. Perhaps more time on it will change the perception.

      As for the XML format - it's nice to be able to manually fix in a text editor or (ideally) something that can verify the XML against it's DTD and allow you to edit it with problem areas highlighted. However, it'd be important for the app to recognise errors and fail to load the file gracefully, rather than the more traditional behaviour of 'die horribly'. An error message saying "Unclosed tag, line 99" or even just "document is not well formed XML, validate and fix" is a world of good in telling you where you need to start - and anything is better than 'An unrecoverable error has ocurred.' followed by the app summarily exiting. Many times one isn't lucky enough to even get an error.

      I'll have a look over the docs you mentioned.