Scribus Cracks the Big Leagues in Print 201
An anonymous reader writes "In an interview on O'Reilly, The Scribus Team, who recently released Scribus 1.2 , reveal the first commercial adoptions of Scribus, GIMP, Inkscape, and Linux by commercial newspapers. Who said Linux could not make it in the print world ?"
Drawing software (Score:1)
Re:Drawing software (Score:5, Interesting)
The interface isn't too bad with 2.0 - unless you're expecting a Photoshop clone.
Re:Drawing software (Score:3, Interesting)
As for Scribus, I've tried it before, but for most of my work VI and xslproc seem to do the trick, so I don't count.
Re:Drawing software (Score:4, Insightful)
But with 2D paint/photo it's pretty much Photoshop, and everything else that's "not-Photoshop". Yes I know there are some out there that swear by Paint-Shop pro or The Gimp...but Photoshop is THE program. So I've found it very hard to switch from PS to The Gimp...not to mention some things the Gimp just can't do "yet".
But it's come a long long way.
Re:Drawing software (Score:2)
Re:Drawing software (Score:3, Interesting)
I've been to many a shop where they are 3D-studio specific...then another that was Alias PowerAnimator specific (pre Maya), or one that was Lightwave centered. If you want a job in 3D you keep your options open.
But they all used the same paint program, Photoshop.
Re:Drawing software (Score:3, Informative)
Re:Drawing software (Score:2)
Re:Drawing software (Score:2)
GIMP 2 was only released this summer (2004), although prereleases have been just about usable it is not fair to say the complaint has been invalid for ages.
Distributions did not pick it up immediately, so it comes as no surprise that many users have still not upgraded yet.
Re:Drawing software (Score:2, Insightful)
No, they put it in, to achieve some consistency with host user interfaces. The fact that it placates whiners like me is only a sideeffect.
why not expect it? (Score:5, Interesting)
Personally I don't mind as much the Gimp UI (in 2.0, in 1.3 I minded it very much) despite the fact that I am more used to the PS keyboard shortcuts, but can't really use it as my primary app until adjustment layers will finally be supported (people have been asking for this feature for years and years, yeah, I know, if we want it so bad, why don't we code it)
PhotoShop's UI (Score:4, Interesting)
IMO the really important things PS gets write - like the quickmask - are the important bits to look at.
I'm a heavy Photoshop user myself, and I prefer it - but mostly because of the more polished tools like the masking, filters, and selection tools.
Perhaps a group of users who really want a PS-like UI will get together and write one...
Re:PhotoShop's UI (Score:2)
I would be delighted if you could file a bug on <a href="http://bugs.scribus.net/">the Scribus bug tracker</a> for #4. I realise this involves creating a login, but it's not a big deal and you'll be able to describe the issue and why it's needed much better than I can. You'll no doubt be delighted that it's <b>not bugzilla</b>.
Regarding point 1, I'm n
Re:why not expect it? (Score:4, Funny)
Erm, could you please expand your acronyms? I just wasted 3 seconds of my OSVT figuring out how this could possibly be a sensible thing to say about postscript, then another 5 seconds figuring out what you *actually* meant PS to stand for, then another 20 seconds posting this dumb comment.
Please, please, on behalf of readers everywhere....
(Oh, and BTW, OSVT = oh-so valuable time, ROFL)
Re:why not expect it? (Score:5, Interesting)
The folks working on Gimp have other things that they would rather work on than gimping (ha) PhotoShop's interface. Basically the Gimp developers know that current PhotoShop users aren't particularly interested in switching to the Gimp, and so they are aiming at the masses below the current PhotoShop users. If the Gimp can become popular with the folks that don't want to spend hundreds of dollars to edit photos then they will win in the long run.
Eventually PhotoShop might even have to emulate the Gimp :).
So the Gimp hackers work on the functionality that they need to compete with PS (like adjustment layers), and they have created an interface that they think will compete well with PS (instead of merely stealing PS's interface).
Re:why not expect it? (Score:2)
given that the BZ [gnome.org] for adjustment layers was created in early 2002, and has had no activity since late 2002 (set to Milestone 'Future' in early 2003) I'm not sure just how interested the Gimp developers are. Given just how majorly important this functionality is for any serious Gimp/PS user this is very disenheartening. At times it feels as if the Gimp developers are 'just' developers and don't really h
Re:why not expect it? (Score:5, Interesting)
Speaking about 'working on core functionality', sorry, but I havn't seen much of that happening, they might have rewritten the core of Gimp once or twice, but basically none of that is visible from a users point of view. There is still no macro recorder, you can't resize brushes, you don't have a toolbar for custom buttons, there are no advanced brushes[1], you can't even draw a 1 pixel circle with it, you can create new tools as plug-ins, etc. Sure, some of this might require some work, but simple stuff like drawing primitives is only missing because the developers seem to be extremly hostile to anything that doesn't fit their philosophie (which in most part seems to be based on NIH[2]). Userfriendliness seems to be something that they try to avoid at all cost.
After all one should not forget that the Gimp interface never seems to have been much designed, it just happens to be started that way and never ever touched again.
I just hope that one day there will be an alternative to Gimp, maybe compatible to Gimp plug-ins, so that we could finally get rid of Gimp.
[1] http://www.levien.com/gimp/wetdream.html
[2] http://en.wikipedia.org/wiki/Not_Invented_Here
PS: This might be a bit more flaimbait then I really mean, but reading about how people tell how Gimp is all good and fine is just extremly frustrating, since it is cleary not.
Re:why not expect it? (Score:3, Interesting)
I totally agree with you. Perhaps we don't need another program, I think the idea of a PS-like-mode for the Gimp would be at least a good start.
But I wonder : Why there are *at least* 4 good free (beer/speech) word processors (OO.org Writer, AbiWord, KWord, Lyx) , 3 vector graphics programs (Sodipodi, Inkscape, OO.org Draw) and so on... and only ONE decent free image manipulation program (let alone the ImageMagick, it is a good tool for many things but definitvely NOT an usable photo manipulation thing)?
Re:why not expect it? (Score:3, Interesting)
- have brushes or tools in general as plugins
- allow the user to customize the toolbox
Given these two things you couldn't create a PS-lookalike, but it would give at least basic flexibility into the users hand and would allow people to add stuff like linedrawing and such without depending on the good-will of Gimp developers. It wouldn't be much, but it would be a start and really shouldn't be that difficult to create.
About the multiple programms for other regions, its basically a
Re:why not expect it? (Score:3, Informative)
Do a circular selection, then Edit -> stroke selection.
Re:why not expect it? (Score:3, Informative)
Anyway, nothing of the results
Re:why not expect it? (Score:2)
http://pingus.seul.org/~grumbel/tmp/gimp-onepixelb ug.png [seul.org]
The right image is what I want, the left images show what Gimp gives you (stroke with width 1 and stroke with pencil tool and one-pixel brush).
Re:why not expect it? (Score:2)
pixel-circle.png [handgranat.org]
It uses a different algorithm than xpaint; in that it never relies on just diagonal connections between pixels; but as you see at the top and at the sides, it's indeed one pixel.
Re:why not expect it? (Score:4, Insightful)
How about simply fixing the brokeness instead?
Gimp is a image manipulation programm and for that it should be able to do what ever stuff I need to manipulate images, if its broken it needs fixing, not users telling me that I 'do not need the feature'.
Re:why not expect it? (Score:2)
Correct algorithm would be this one, which basically every programm supports, just gimp doesn't:
http://www.gamedev.net/reference/articles/artic
algorithm battle! (Score:2)
(proper link) [gamedev.net]
Gimp uses a more advanced algorithm that works for more complex paths; the algorithm you've linked to plots one pixel for every step along the x-axis, unlike the gimp's version, which only plots orthogonally.
Personally, I'd argue that the one the gimp draws looks more even. It's a little thick at the arches, wh
Re:why not expect it? (Score:4, Insightful)
Right? Wrong. I think it would be a bad thing - one more item for somebody to maintain, more developer resources consumed. As a user, I would much rather see developer efforts continue to be concentrated on improving the GIMP in terms of both features and improving the existing UI.
Also, as a user, I like seeing them stick to their guns on the UI. I even prefer it to the PS interface. The irony is that if they cloned the PS interface, people like you would be lambasting them for being unoriginal, as happens with all copycat open source software. They are being innovative and making their own design choices, and they get it in the neck for not copying. It's a catch 22 situation.
The GIMP UI is good. It's not a barrier to productivity with the GIMP - the only barrier is people's refusal to let go of something familiar in PS. The GIMP is not PS, thankfully.
ummm, no (Score:3, Insightful)
in general UI developers tend to be UI developers, not people that would be interested in writing CYMK support or implementing adjustment layers. You are falsely assuming that the pool of Gimp developers is finite, I am sure that if there was a clear componentization of the Gimp (clear, defined boundaries between UI and back-end) it wouldn't be too hard to allow an 'UI useability group' to operate
Sticking to their guns (Score:3, Insightful)
That sort of thinking bought us OpenOffice.
*shudder*
I do think that more general usability concerns should not be put out of sight, however. Clearly the GIMP folks do too, given the clear improvements in 2.0.
Re:why not expect it? (Score:2, Informative)
http://epierce.freeshell.org/gimp/gimp_ps.php
Re:Drawing software (Score:2)
Now Linux only should do the following and maybe it could begin to take the world asunder:
It needs a real Vector drawing program. Like illustrator or Freehand or Xara. There are a few candidates. Non of them are there yet.
And now for the rub. That program needs to integrate with Gimp. Well. For instance, Gimp need to be able to place vector images as a layer and actually remember that it is a vector image. Ie, you could drag and drop or copy/paste an vector image into a gimp image and the
More comfortable link.. (Score:5, Informative)
Re:More comfortable link.. (Score:1)
It's articles like this that make me yearn for karma whores... Black on red?!?
Re:More comfortable link.. (Score:2)
From my minimal experience with DTP - this rocks!
get a free ipod! [freeipods.com] This really works... [iamit.org] 2 more gmail invites left!
Re:More comfortable link.. (Score:3, Insightful)
In 2004 there's no excuse for GUI software without unlimited undo.
Scribus pros and cons (Score:3, Informative)
Anyone know where to get a build (preferably RPM binary package or RPM source package) of Scribus for Fedora/RH-like systems that shows good-looking, outline fonts on screen?
/.ed (Score:3, Funny)
Google Cache (Score:5, Informative)
Here is a google cache of thier website [google.com].
Re:Google Cache (Score:2)
Quark To India == Delay (Score:2)
1) The CEO preferred to milk the Mac market for a while longer, which may have in part been because...
2) The development positions (but not the developers) were moved to India at or immediately before the start of the port effort. The new crew had serious problems getting up the learning curve for the legacy Xpress code and OS X simultanously.
In fact, the whole sorry story is a case study for
print world (Score:4, Funny)
Who said Linux could not make it in the print world ?
Now, if only they could make it in the printer [catb.org] world!
Stupid drivers... mumble mumble mumble
Re:print world (Score:2)
Re:print world (Score:2)
No (Score:2)
<b>While there are definitely problems with CUPS</b>, the problem ESR ranted about was actually a redhat config interface not created by the CUPS folks at all.
</blockquote>
No, I'm not trying to say everything is peachy. (mmm, peaches....). If you have a quality laser printer (or other PS printer), then things are OK - but job feedback and error reporting remains terrible. On the other hand, you'll get excellent print quality and printer settings discovery equal or superi
It's the stability, stupid. (Score:3, Insightful)
Linux people are getting it. More projects are doing more beta testing than mindless feature addition (see Firefox). The great part about the open source movement is that the geeks start the project, and a lot of them are very pedantic about stability and security. So, you get a text based library and program interface that never, never fails to work. But you have to remember
$ program -xvjpf
or some other non-intuitive command set
Re:It's the stability, stupid. (Score:3, Insightful)
I love TeX/LaTeX (and have written some books with it, as well), but I'm
Painful as it is... (Score:5, Informative)
I know quite a few small businesses that use this software and take it to press. Yes, most print shops moan about it, but they still accept the EPS files.
Publisher is used because of convenience (it is there); ease of use for small setups as opposed to Quark or Pagemaker; and integration w/Word and Excel. It is an abomination, but it is still popular.
A filter for Scribus could help me move a couple of shops off of Windows boxes.
importers (Score:5, Insightful)
Even Adobe's filters for PageMaker (for which they have the source code) are far from perfect. Their Quark filters often result in pages that need a lot of tweaking.
If a small error is found in the print job, it's not fun. At all. Even if the client approved the wrong proof, they'll bitch, moan, be generally difficult, and waste your time.
Also, good clients who can properly check proofs, provide good quality samples, etc are rarely the ones using Publisher in the first place.
In my experience the best importer for DTP is Acrobat Distiller.
CORRECTION (Score:2)
Sorry. It's 6am here and I've been up all night.
Re:importers (Score:2)
That's a pet peeve of mine. Maybe they think they can, but you know what? Me and almost every one of my colleagues has tried OOo -- after which they concluded it was too much of a hassle with the far-from-perfect im/export filters.
The OOo guys are setting the wrong priorities, if you ask me.
And to make this post on-topic: if the Scribus guys want to have some of that MS Publisher market share, I couldn't agree more
Re:importers (Score:2)
OO.o's filters still need a _lot_ of work. Some of what people complain about, though, is really their own misunderstanding of th
Re:Painful as it is... (Score:2)
Which version of MS Publisher? IME it tends to have problems opening files created by a different version of the program.
Re:Painful as it is... (Score:2)
I don't know if this is true for MS Publisher, but I can tell the world it's true for MS Word! Documents are paginated differently between different versions, and too often complex objects such as equations and pictures get buggered. I lost far too many hou
InDesign? (Score:5, Informative)
Uhh...? Is this to imply that InDesign ISN'T stellar? Every Quark and PageMaker layout artist I know who has tried InDesign CS has moved to it with a glad heart. It's a great program.
So far it sounds like Scribus is setting the bar at beating PageMaker and Quark. That's great, but when Scribus also overtakes InDesign, that's when I'll cheer loudest.
Re:InDesign? (Score:2)
However, it's PDF abilities are unimpressive given it's origins, and that's what Peter was referring to. It's TeX-derived typesetting engine is currently unbeaten in graphical DTP
Re:InDesign? (Score:5, Insightful)
Interestingly, InDesign makes use of TeX's algorithm (by way of URW's HZ program) as the basis for their multi-line composer.
GIMP really needs to have a generalized model for handling colours as ink and ink mixes --- this would get them CMYK support ``for free'', but doing this sort of thing without running afoul of extant patents on colour representation is rather a thorny issue.
An interesting and viable alternative is to just use RGB w/ the colour calibration and allow the conversion to CMYK to be done in the RIP (which is the big advantage of the PDF/X-3 support).
For my part, InDesign rubs me the wrong way since it's like to a hybrid of two programs I don't much like, Quark and Illustrator. The UI for Scribus does seem quite promising, which is nice for an opensource program.
That said, other alternatives for opensource publishing (for long / technical documents mostly) include LyX, http://www.lyx.org (uses LaTeX as a back-end for typesetting) and texmacs (which is a visual hybrid of emacs and TeX)
William
TeX (Score:3, Informative)
Improvements along these lines are being looked at for future versions though.
Re:TeX (Score:2, Informative)
Just define a boxed area and the text to go in it --- spin off a tex process feeding it the text and the dimensions, get back a
You probably don't want to be applying the algorithm on-the-fly anyway, a change in text at the end of a paragraph can change a line break at the beginning, w
Re:TeX (Score:2)
inDesign and Quark (Score:4, Insightful)
Agreed. I publish a newsletter for a club with 3,000 people. inDesign handles everything so nicely and has a variety of features Scribus could never hope to match (for example, I doubt you can choose between display modes, ie fast for displaying low-res previews of your 600DPI photos so you can scroll around and edit text, or high-res for showing off what the final product will look like). I've got styles defined which let me typeset the whole thing consistently; article title is one style, author's name is another. They all inherit qualities from their parents, so if I want to make it New Times Roman tomorrow, it's one click and a quick trip through the pages to check for any text box sizing problems. Its PDF support is absolutely amazing. It supports color management, something linux bumbles almost completely. It takes Adobe Illustrator, EPS etc directly. My only complaint is that it doesn't have support for imposition, and Adobe says that's because it's not designed for large documents over a few pages- yeesh, what a bunch of bullshit. Tip- if you have to put a faq entry in about why you pulled a feature from your program(it was pulled in 2.x), you shouldn't have pulled it, dumbasses.
The authors showed themselves to be utterly and hopelessly clueless when they said the following:
In fact, it has evolved into a worthy competitor to the print industry's premier layout programs for the PC and Mac: PageMaker and QuarkXPress.
PageMaker hasn't been "the industry's" premiere ANYTHING for years because it DOES NOT RUN ON OS X. QuarkXPress has been consistently loosing market share and only companies who are tied into it irrevocably are still using it. It's a pathetic, buggy, overpriced, underfeatured dinosaur piece of bloatware.
I tried Scribus last time a new version came out, and it crashed constantly, and was extremely poorly documented. inDesign is ROCK solid and --does not crash--. Further- the documentation is astoundingly good and easy to search; probably the first electronic documentation I've actually found useful, especially as someone who's not a publishing 'pro'. I picked up inDesign essentially from scratch and within a week had a newsletter people raved about.
Re:InDesign? (Score:2)
I haven't found this to be true. InDesign has some nice features Quark doesn't, but it has no killer feature and provides no compelling reason to switch, especially for an organization which has a lot of time and money invested in Quark and Quark-specific workflows.
My opinion is that Adobe thought there was enough ill wil
Features? (Score:3, Interesting)
scribus typesetting (Score:2)
It has quite good hyphenation and very good, going on excellent support for typsetting non-latin languages.
Work on smarter widow avoidance etc is being discussed for 1.3.
Re:Features? (Score:3, Informative)
Hyphentation and other fine typsetting: InDesign is the king. Scribus is getting well up toward Quark though.
Transparent images: I'm pretty sure these are well supported, as transparency in general is, but I don't use them myself.
Kerning: quite good, and a h-scale function is also provided, but no tracking controls yet.
Features? ... you're wrong on the tracking point! (Score:2)
I'm pretty new to all this but kerning is where the individual letter displacement can be adjusted, tracking is where lines of text can be spread (like justification in a wordprocessor) to an arbitrary length (eg to match the width of a graphic).
<serious> Scribus has this, if this i
Re:Features? ... you're wrong on the tracking poin (Score:2)
(1)The inability to control the maximum permissable interword spacing or willingness to hyphenate (reduce rivers in justified text).
(2) The inability to manually tweak interword spacing at a particular location, eg when adjusting a headline to look right.
There's still a lot to be done in API:s though.. (Score:5, Informative)
Basically, I'd like to see a good and definitive API for vector graphics. This is something still very lacking.
Preferably, the API would handle:
* High-quality printing
* Export to PS,SVG,PDF
* Bitmap rendering (for on-screen drawing)
* Support transparency
* Be well integrated with the font API:s.
Basically, a unification of all 2d graphics things into one single device-independent API.
Apple already has something similar to this in Quartz [apple.com].
Supposedly, Cairo [cairographics.org] is supposed to do this, but given that there is no real documentation or roadmap for it, it's hard to say how, when or if it will ever get there.
Re:There's still a lot to be done in API:s though. (Score:2)
I dunno... (Score:3, Interesting)
The problem (Score:3, Insightful)
InDesign (Score:2)
A common sentiment until recently - InDesign will go nowhere because everyone uses
Re:InDesign (Score:2)
Three or four years ago, everybody said InDesign would go nowhere.
Look where we are now.
I have far too much experience dealing with Quark (we use Quark 4 on MacOS 9 at work) and they're awful. Overpriced, bad^Wno support, and generally unpleasant.
You also pay a lot each upgrade for OS compatiblity fixes and very little in the way of actual improvements to the software.
It's had document corruption problems and issues working on networks for as long as I've used it.
Quark just dropped its prices
Who said? (Score:4, Funny)
Who said Linux could not make it in the print world ?
Joe.
Joe did...
Bad Joe... ;)
PDF and PANTONE (Score:5, Interesting)
spots and PANTONE (Score:3, Interesting)
Re:PDF and PANTONE (Score:2)
Re:PDF and PANTONE (Score:2)
A PDF printer is included in KDE. OpenOffice and Scribus have direct support for PDF.
For programs that don't handle PDF or don't use the KDE kprinter print system, setting up a PDF "printer" isn't hard. In the worst case, they can add a Postscript printer and run ps2pdf on it...though that should not be necessary except in odd situations.
I like how it's come along... (Score:2)
A question for those who know how to use it: Does anyone know how to resize an image in a frame?
The closest I've been able to come to is editing the image (spawns The Gimp), and changing the size there manually.
(I haven't delt with news copy since college -- so maybe the answer is "If Scribus supported resizing the image, that would be a bad idea.".)
resize an image (Score:4, Informative)
(The properties pallette is your friend.)
Click on image tab of properties palette.
Play to heart's content.
Also note the "Scale to frame size" option.
I'm referring to post-1.2 CVS but it should be the same in most versions IIRC.
Re:resize an image (Score:2)
Just nitpick on your excellent program.
It is almost always a bad idea only have dialogs accessible from a context menu. This query being a case in point. The Gnome HIG talks about this and other things.
(We in AbiWord have been told off fo doing this too. Now we no longer do this.)
Or alternately... (Score:2)
The scribus folks keep an eye on the GNOME HIG, though don't strive for "compliance" as such. Also watch the Apple HIG as it has some good ideas too.
Thanks or the pointer though.
Re:I like how it's come along... (Score:2)
If I could get Corel running under Wine that would be a small help
I use Scribus for school DE class. (Score:3, Interesting)
The big leagues? (Score:3, Insightful)
This is not to take away from Scribus, me and my fiancee used it to create our wedding invitations. It's a very capable program and fun to use -- even for a Gnome zealot like myself. But the Twin Tier Times is *not* the New York Times.
Re:The big leagues? (Score:2)
Re:The big leagues? (Score:2)
InDesign all day long (Score:3, Informative)
I work for a 100k+ daily circulation newspaper doing ad design with InDesign 2 as a front end for our proprietary database workflow system (made half-assedly by DTI [dtint.com] but that's another story).
An earlier post knocked ID for being a cross between Illustrator and Quark, but that's a large part of what makes InDesign great -- the familiar Adobe-style UI, useful vector abilities from Illustrator, and it's not Quark!
I'm constantly exporting files to PDF for customer proofing and haven't experienced any trouble with it's PDF creation, or it's ability to import a PDF image, and I'm using 2.0 not CS.
I've not had the chance or need yet to use Scribus and Gimp in a production environment, but my toying with both have been positive. Gimp 2.0 seems, to a daily photoshop user, to be quite powerful and feature-rich, if not quite Photoshop. Scribus is still, from a new-to-it perspective, playing catch-up in terms of instant usability, but I love the inroads that linux and open-source in general are making towards having a competent toolset for professional designers. Not that I want to sit in front of the computer and do design at home after working all day, but hey, you never know...
Saying that Scribus should work on Publisher support is nuts. We don't even allow Publisher files as graphics-standards submissions. In my experience, if it comes in designed in Publisher, it's gonna be the print equivalent of a GeoCities teenager's website: an eyesore.
Scribus and GIMP should keep their eyes on the workflow and output needs of professional designers, and we'll see more /. stories about firms moving to OSS solutions.
Speaking of which, does the GIMP have much functionality along the lines of creating web graphics slices along the lines Macromedia's Fireworks? That would seem a wise avenue to go down...
Getting there... (Score:2)
Scribus Combination (Score:2, Interesting)
Inkscape, GIMP and Scribus are a lethal combination.
In the past two months ive produced all my Press-ready PDF's in Scribus thanks to imported artwork from inkscape and some content from gimp.
Being able to have these tools on as many computers as you like is an awesome inclusion. Now I can work from home, from work, from Uni even my grandparents place to get a project finished on time. And when it comes to publishing
my advice for
Feel sorry for adobe (Score:2)
Now, along comes scribus and it is also getting there. In the next year, it is certain that at least 1 major printing company will move to it on Linux. That will help validate it. Companies will decide that the OSS tools are good enough for now, with the future looking great. At that time, Adobe will probably decide that they need to port to Linux, but it will be sev
Re:Been discussed many time (Score:2)
Re:Never liked The GIMP (Score:2)
I presume your hell-destined audience (God damned... get it? *sigh*) shares the same lack of a sense of humour then!
I actually find it quite amusing. And I didn't know how to do that, either, so I learnt something at the same time. Entertained and educated. I don't think I could ask for any more from a tutorial.
Re:Never liked The GIMP (Score:3, Informative)
Talk about stupid (Score:2)
For anyone else dumb enough to think that's how all GIMP tutorials are written read the rest of the tutorials espeically the ones under "photo editting".
Re:Never liked The GIMP (Score:2)
damn, you should be writing novels then..
publish them as ac too.
Re:Never liked The GIMP (Score:2)
Re:Never liked The GIMP (Score:2)
Yes, you drag out a line rather than use a dedicated line drawing tool. It's not that hard, really.
Re:Never liked The GIMP (Score:2)
- switch brush to "Difference" mode
- try to draw a line
The result? Since you need to draw a dot first before you can start drawing a line, you end up with a 'artefact' at the start of the line. A proper line-drawing tool could avoid that.
Similar bugs happen when you try to draw a circle or rect, since information is lost when you stuff is converted to a selection and then stroked its imposs
Re:Never liked The GIMP (Score:2)
Re:Never liked The GIMP (Score:2)
No?
I guess maybe you aren't as smart as them then.