Post a Comment
Current Screenshots of Krita as well as some demonstration Movies can be found here:
http://www.koffice.org/krita/
I really don't know why this has been moderated down since I am the submitter of this article. But well it only contained a link to Krita's screenshots and demonstration movies. This was also part of my initial submission but somehow got removed.
http://www.koffice.org/krita/
RE: Re: Krita Screenshots and Movies.
I highly doubt it was a system fault: if you reloaded the page every second you could see the -1's become -2's one at a time, and so on. Just some kid with tens of fake accounts and with lots of spare time. Anyway, that's the proof that the current moderation system is far from perfect. OSN staff, do you plan to do something about the clones?
> Some kind of KDE native GIMP equivalent?
Yeah Krita! It really kicks ass and looks quite close to become a Photoshop replacement (even if the authors deny it). But it's current features, stability and looks are quite promising. Please have a look on the Krita page for further Screenshots and some demonstration Movies (unfortunatly the links has been moderated down by some clowns, so please look beneath the threeshold).
Anyways, I wanted to thank Jes Hall for writing these cool monthly SVN reports to inform everyone interested. Personally I am quite impressed by the huge progress that the entire KOffice suite made in the recent past such as Accessibility, Open Document Format and general compatibility improvements.
Also Krita got my personal attention, when I initially saw it, it was nowhere compared to where it is today. The whole application looks like totally replaced and makes an great impression to me. The developers worked quite hard on it and made GIMP for KDE but more like Photoshop. I really enjoy all these powerful and sweetly integrated applications that exists for KDE.
It's a pleasure to use KDE as the primary desktop and it's impressive to see KDE is getting more and more momentum in corporates and companies all over the world. The current domination and primary preference of KDE desktop makes it an joy to use. The developers clearly know what they are doing and deserve a big "thank you".
i "kliked" a beta of krita some time ago and it's very very promising, i'm quite sure development will proceed at insanely fast rates and with an eye on user requirements, just like all of KDE does.
big thanks to the KDE dev's and in related topic: kudos for the whole plasma vision http://plasma.kde.org/
RE: Krita won't surpass Gimp
Go away, that's the lamest troll I've seen all week.. KDE has no apps? Konqueror, kopete, kmail, all the koffice stuff, and so on. What does gnome have? Squat. Firefox isn't a gnome application, gaim isn't a gnome application, open office isn't a gnome application and the gimp is sure as hell not a gnome application. sheesh.
RE[3]: Krita won't surpass Gimp
And also Pixel http://www.kanzelsberger.com will have his word in Linux.
It's a very long way to go before people think switching.
I think you are wrong there, as one of the main reasons people use Gimp is that there have been nothing else. Given all the complaints you see about it too, they will switch when they get an alternative. And the next version of Krita will have the one important feature missing from the Gimp, not a decent UI as some may claim, but CMYK support.
And Karbon looks like it gets some development again, after a period of very little attention. It looks like it has got some drag effect from Krita and gained a few new developers. Judging by the amount of bugfixes it gets, they are hard at work.
Another interesting possibility comes from the intergration in KOffice, the ability to embed in each other. The ability to embed a vector drawing from Karbon as a layer in Krita are one possibility.
Edited 2005-10-29 19:41
The people that care much about one tool or another (GIMP, Photoshop, Krita or whatever) are not really artists in my opinion. They just touch up preexisting works with their tool and have no knowledge of the techniques used to create original works. Once you pass the line from touch up work to original work and become an artist the tool maters little.
You're wrong about there not being anything else. There's Pixel Image Editor. Now that surpasses both The Gimp and Krita, as it has more features than they both have. It's ashame that people don't accept it since it's not free. Hell, it's one of the best low cost image applications for multiple platforms. It also doesn't matter if you have Gnome or KDE as it works on both.
Don't rely on free software to boost acceptance of Linux. It's great that there's a wide variety of software, even if it's not free, but priced reasonably.
http://www.kanzelsberger.com/pixel/?page_id=12
Gimp and Krita are not all that different. There is quite a bit of common code between Gimp and Krita. They're really not that different.
Some people have noted that Krita supports CMYK while Gimp doesn't yet. The Krita devs decided to go ahead and code CMYK support directly into the project. The Gimp devs on the other hand are working on something called GEGL that isn't yet finished. It will sort of act as an abstraction for various color spaces and bit depths so that adding support for new color spaces and bit depths will be quite easy. Krita is looking to get the functionality out now while Gimp devs have a broader outlook. Neither one is better, they are just different objectives.
> It will sort of act as an abstraction for various
> color spaces and bit depths so that adding support
> for new color spaces and bit depths will be quite
> easy. Krita is looking to get the functionality out
> now while Gimp devs have a broader outlook. Neither
> one is better, they are just different objectives.
AFAIK that is not entirely accurate. Krita has this colourspace-independence and bit-depth-independence already built-in. So it's not like Krita is just rushing out limited functionality but it is already well-designed enough for this kind of flexibility and can thus plug in CMYK support *now*.
Edited 2005-10-29 21:51
> It's ashame that people don't accept it since it's not > free.
Wrong.
It's a shame that it is not free, and exactly this is the reason the people don't accept it.
Non-free apps should not be supported by making advertisments for them in the midst of a thread about a free software project.
Dont you understand that one of such free software project's most important reasons to exist is to make the proprietary puke go the way of the dodo an replace by making it irrelevant?
Agreed. That post above was one of the stupidest I've ever seen here, and that's saying something.
I don't have any problem with charging for software - if people will buy it, it's obviously providing something that free products are still unable to do.
What I do have a problem with is certain tactics that companies sometimes take - like locking you in to a proprietary format.
Downloaded, compiled and installed without appearing to have a problem...
However when I tried to run the file
/opt/koffice1.4/bin/krita
Didn't ran(yes, it had the exec permisions)
From the article and the screenshots they looked great, but I still need to get it running on my Ubuntu box
Should these applications be merged? I mean they overlap in functionality a lot. i don't see why Vector vs Raster requires an entire new application.... especially how you can import from one to another. i think it'd make a stronger program in terms of features and prolly better developed since there is less repetition.
How? both involve colour choosing palletes, layers, and copy'n'paste of images, having multiple windows open, effects & filters, text editing of captions, zooming in and out on images... really in terms UI I can't think of any significant differences and since I believe vector images can contain raster data this so me no big deal at all.
As for saving: save as the same format as openend as... if ambigious save a svgz and a bmp/tiff... maybe rolled into one file... though if there no vector data ignore the svg. Yes I know that would involve creating yet another file format but make a small extractor .exe or provide a web-app tp do and then there is no problem.
Quite wrong -- the only Gimp code that Krita reuses is the bumpmap filter -- which is not quite core functionality. There is no core code shared. Not a single line.
Krita is also incredibly flexible: just think of it -- all colorspaces, all tools, all filters and lots more are plugins into a flexible core.
Boudewijn Rempt (Krita maintainer)
Downloaded, compiled and installed without appearing to have a problem...
but I still need to get it running on my Ubuntu box
Since Ubuntu is debian based why don't you simply try to klik it? It's the simplest and easiest way when you want to test out new software.
http://klik.atekon.de/
Edited 2005-10-30 13:16
> The purpose of open source software is to produce better
> software by providing the source code for all, not
> merely to avoid paying for software.
Wrong.
One of the primary goals of Free Software is to make non-free software irrelevant by replacing it, and thus make it possible for everyone to use, modify and distribute software without having to abide silly licence clauses which forbid them to adapt the software to his needs and share it with his friends and acquaintances.
Secondary, avoiding paying for software is _NOT_ a goal of Free Software licences, but to prevent that software users can be kept in leading strings by software developers and their restrictive proprietary licences.
The benefits the code quality and the development process gain by being open are really just secondary.
You're wrong about there not being anything else. There's Pixel Image Editor.
Well that is true, but as you point out some people don't accept it since it's not free.
A even bigger reason for it not to gain so much attention is that it's not there, as already installed with the default install. I have noticed that Linux users are genereally bad at looking for new software, if it's not in the default install they have no clue it exist. Some of the more enlightened look past the default install and even to the distributions repositories, but very few do more. It's one of the main reasons all those new programming project gets started who duplicate already existing applications.
As for image applications you also had(Or has, does it exist any more?) Corel Photo-Paint for Linux. That one was even gratis, if I remember correctly. It had the same problems as Pixel to get market penetration. Even if it had a better foundation with a somewhat household name behind it, but I guess Corel floundered their advantage as usuall. And I think it was winelib based so it was slightly on the slow side, giving it a little disadvantage.



