Re: [Gimp-user] Biggest Frustration
On Tue, Jun 22, 2010 at 12:30 AM, Alexandre Prokoudine wrote: > On 6/22/10, yahvuu wrote: >> Hey Alexandre, >> >> hopefully this doesn't compromise your health, but an object picker has >> already been proposed (which is my fault) [1], and for good reason: >> >> If you take non-destructive editing serious, you inevitably end up with a >> finer granularity of adjustability than with the current scheme -- hence >> objects [2]. This is not my fault, but GEGL's. Should also produce a little >> relief for those poor little abused layers ;-) > > Well, it looks like slightly improved existing Move tool to me :) I'd add it wouldn't make a lot of sense without vastly improved vector paths tool. Otherwise it's much better and simpler to have layer groups and "objects" on different layers. -- Branko Vukelić bg.bra...@gmail.com stu...@brankovukelic.com Check out my blog: http://www.brankovukelic.com/ Check out my portfolio: http://www.flickr.com/photos/foxbunny/ Registered Linux user #438078 (http://counter.li.org/) I hang out on identi.ca: http://identi.ca/foxbunny Gimp Brushmakers Guild http://bit.ly/gbg-group ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Biggest Frustration
On 6/22/10, yahvuu wrote: > Hey Alexandre, > > hopefully this doesn't compromise your health, but an object picker has > already been proposed (which is my fault) [1], and for good reason: > > If you take non-destructive editing serious, you inevitably end up with a > finer granularity of adjustability than with the current scheme -- hence > objects [2]. This is not my fault, but GEGL's. Should also produce a little > relief for those poor little abused layers ;-) Well, it looks like slightly improved existing Move tool to me :) Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Fwd: Re: GIMP vs Photoshop
On Tue, Jun 22, 2010 at 12:18 AM, Alexandre Prokoudine wrote: > On 6/22/10, Branko Vukelic wrote: > >>> Krita provides access to CMYK curves, but that's about it. And the >>> only free libre tool that knows of UCR is Scribus. No free tool I know >>> of handles GCR except Argyll. >> >> And I assume Argyll will do all of above? > > Argyl is a color management module with a bunch of console apps :) I know what it is. And I've read it had some tools to actually manipulate TIFFs or something. Just haven't really carefully looked at its functionality. -- Branko Vukelić bg.bra...@gmail.com stu...@brankovukelic.com Check out my blog: http://www.brankovukelic.com/ Check out my portfolio: http://www.flickr.com/photos/foxbunny/ Registered Linux user #438078 (http://counter.li.org/) I hang out on identi.ca: http://identi.ca/foxbunny Gimp Brushmakers Guild http://bit.ly/gbg-group ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Fwd: Re: GIMP vs Photoshop
On 6/22/10, Branko Vukelic wrote: >> Krita provides access to CMYK curves, but that's about it. And the >> only free libre tool that knows of UCR is Scribus. No free tool I know >> of handles GCR except Argyll. > > And I assume Argyll will do all of above? Argyl is a color management module with a bunch of console apps :) Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Biggest Frustration
On 6/22/10, R Kimber wrote: >> Nobody is allowed to die until GIMP is finished! > > and it natively uses all those free 8bf plugins! Speaking of which, if we manage to finally get Adobe to publish PSD spec (they promised to do it soon), maybe we can get them to publish plug-ins spec. Not that it will come bundled with a free developer to do all the dirty job in PSPI, mind you :) Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] How is 16 bit GIMP doing?
On Mon, Jun 21, 2010 at 10:12 PM, Alexandre Prokoudine wrote: > On 6/22/10, Branko Vukelic wrote: > Meanwhile, give separate+ a go. >>> >>> Or CMYKTool >> >> Prokudine, > > Vukelic? :) Sure. > I don't see how either of them make the other one redundant. Wise > people use both, depending on what they are trying to achieve. I will take your advice to heart, oh wise one! :) -- Branko Vukelić bg.bra...@gmail.com stu...@brankovukelic.com Check out my blog: http://www.brankovukelic.com/ Check out my portfolio: http://www.flickr.com/photos/foxbunny/ Registered Linux user #438078 (http://counter.li.org/) I hang out on identi.ca: http://identi.ca/foxbunny Gimp Brushmakers Guild http://bit.ly/gbg-group ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Biggest Frustration
On Mon, Jun 21, 2010 at 10:03 PM, yahvuu wrote: > Nobody is allowed to die until GIMP is finished! Unless it's of old age! :D (No offence, developers.) -- Branko Vukelić bg.bra...@gmail.com stu...@brankovukelic.com Check out my blog: http://www.brankovukelic.com/ Check out my portfolio: http://www.flickr.com/photos/foxbunny/ Registered Linux user #438078 (http://counter.li.org/) I hang out on identi.ca: http://identi.ca/foxbunny Gimp Brushmakers Guild http://bit.ly/gbg-group ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Biggest Frustration
On Mon, 21 Jun 2010 22:03:54 +0200 yahvuu wrote: > Nobody is allowed to die until GIMP is finished! and it natively uses all those free 8bf plugins! - Richard -- Richard Kimber Political Science Resources http://www.PoliticsResources.net/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Fwd: Re: GIMP vs Photoshop
On Mon, Jun 21, 2010 at 10:21 PM, Alexandre Prokoudine wrote: > On 6/22/10, Branko Vukelic wrote: > >>> In some cases you need direct access to curves. Besides, separate+ has >>> neither GCR nor UCR. >> >> Um, good point. I keep forgetting that I mostly do content creation, >> rather than old-school image processing. Are there any tools that >> provide those features? > > Krita provides access to CMYK curves, but that's about it. And the > only free libre tool that knows of UCR is Scribus. No free tool I know > of handles GCR except Argyll. And I assume Argyll will do all of above? -- Branko Vukelić bg.bra...@gmail.com stu...@brankovukelic.com Check out my blog: http://www.brankovukelic.com/ Check out my portfolio: http://www.flickr.com/photos/foxbunny/ Registered Linux user #438078 (http://counter.li.org/) I hang out on identi.ca: http://identi.ca/foxbunny Gimp Brushmakers Guild http://bit.ly/gbg-group ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Fwd: Re: GIMP vs Photoshop
On 6/22/10, Branko Vukelic wrote: >> In some cases you need direct access to curves. Besides, separate+ has >> neither GCR nor UCR. > > Um, good point. I keep forgetting that I mostly do content creation, > rather than old-school image processing. Are there any tools that > provide those features? Krita provides access to CMYK curves, but that's about it. And the only free libre tool that knows of UCR is Scribus. No free tool I know of handles GCR except Argyll. Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] How is 16 bit GIMP doing?
On 6/22/10, Branko Vukelic wrote: >>> Meanwhile, give separate+ a go. >> >> Or CMYKTool > > Prokudine, Vukelic? :) > Veering a bit OT now, I've tried to use CMYKTool, and got an > impression it was a bit redundant for separate+ users. Does it have > anything to add (or do anything differently)? Well, if you *have* used CMYKTool, you couldn't possibly fail to notice the big thing called live soft proof or the small thing called displaying per-channel ink density value for the point under mouse pointer (right below the big thing) :-) Or how CMYKTool allows creating CMYK files in a color-unmanaged way, which is also desirable in some cases (implemented by a request, in fact). I don't see how either of them make the other one redundant. Wise people use both, depending on what they are trying to achieve. Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Fwd: Re: GIMP vs Photoshop
On Mon, Jun 21, 2010 at 9:55 PM, Alexandre Prokoudine wrote: > On 6/21/10, Branko Vukelic wrote: > >> Do you have some valid reason why you cannot do a decent >> job with separate+ and need direct editing capabilities in CMYK >> mode? > > In some cases you need direct access to curves. Besides, separate+ has > neither GCR nor UCR. Um, good point. I keep forgetting that I mostly do content creation, rather than old-school image processing. Are there any tools that provide those features? -- Branko Vukelić bg.bra...@gmail.com stu...@brankovukelic.com Check out my blog: http://www.brankovukelic.com/ Check out my portfolio: http://www.flickr.com/photos/foxbunny/ Registered Linux user #438078 (http://counter.li.org/) I hang out on identi.ca: http://identi.ca/foxbunny Gimp Brushmakers Guild http://bit.ly/gbg-group ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Biggest Frustration
Hey Alexandre, hopefully this doesn't compromise your health, but an object picker has already been proposed (which is my fault) [1], and for good reason: If you take non-destructive editing serious, you inevitably end up with a finer granularity of adjustability than with the current scheme -- hence objects [2]. This is not my fault, but GEGL's. Should also produce a little relief for those poor little abused layers ;-) Nobody is allowed to die until GIMP is finished! - yahvuu [1] http://gimp-brainstorm.blogspot.com/2009/06/object-picker.html [2] http://gimp-brainstorm.blogspot.com/2009/06/objects-within-layers.html ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] How is 16 bit GIMP doing?
On Mon, Jun 21, 2010 at 9:53 PM, Alexandre Prokoudine wrote: > On 6/21/10, Branko Vukelic wrote: > >> Meanwhile, give separate+ a go. > > Or CMYKTool Prokudine, Veering a bit OT now, I've tried to use CMYKTool, and got an impression it was a bit redundant for separate+ users. Does it have anything to add (or do anything differently)? -- Branko Vukelić bg.bra...@gmail.com stu...@brankovukelic.com Check out my blog: http://www.brankovukelic.com/ Check out my portfolio: http://www.flickr.com/photos/foxbunny/ Registered Linux user #438078 (http://counter.li.org/) I hang out on identi.ca: http://identi.ca/foxbunny Gimp Brushmakers Guild http://bit.ly/gbg-group ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Help recovering a bad .xcf file
On Mon, Jun 21, 2010 at 9:30 PM, Sven Neumann wrote: > For now we can probably fix it easily for XCF files and with some more > effort some of the most often used file plug-ins. Well, as someone else has already pointed out, fixing this for XCF-only is a good option. -- Branko Vukelić bg.bra...@gmail.com stu...@brankovukelic.com Check out my blog: http://www.brankovukelic.com/ Check out my portfolio: http://www.flickr.com/photos/foxbunny/ Registered Linux user #438078 (http://counter.li.org/) I hang out on identi.ca: http://identi.ca/foxbunny Gimp Brushmakers Guild http://bit.ly/gbg-group ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] unsubscribe
I abhor vivisection. It should at least be curbed. Better, it should be abolished. I know of no achievement through vivisection, no scientific discovery, that could not have been obtained without such barbarism and cruelty. The whole thing is evil. --Charles Mayo (founder of the Mayo Clinic) The medical argument for animal testing doesn’t stand up. Even if it did, I don’t think we should kill other species. We think we’re so much better; I’m not sure we are. I tell people, “We’ve beaten into submission every animal on the face of the Earth, so we are the clear winners of whatever battle is going on between the species. Couldn’t we be generous? I really do think it’s time to get nice. No need to keep beating up on them. I think we’ve got to show that we’re kind. --Paul McCartney ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Fwd: Re: GIMP vs Photoshop
On 6/21/10, Branko Vukelic wrote: > Do you have some valid reason why you cannot do a decent > job with separate+ and need direct editing capabilities in CMYK > mode? In some cases you need direct access to curves. Besides, separate+ has neither GCR nor UCR. Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] How is 16 bit GIMP doing?
On 6/21/10, Branko Vukelic wrote: > Meanwhile, give separate+ a go. Or CMYKTool Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Help recovering a bad .xcf file
On Mon, Jun 21, 2010 at 9:27 PM, Sven Neumann wrote: > On Sun, 2010-06-20 at 22:17 +0200, Branko Vukelic wrote: > >> As for myself, I've got 2G RAM, and 1G swap space (big mistake, I >> know) on a 64-bit linux. I sometimes run out оf memory/swap on a image >> that is like a little smaller than 3000x3000 when I have more than 20 >> layers and couple of hours of work on it. Tile cache is at 1024M. > > Why would you limit your tile-cache size to 1GB if you have 2GB of RAM? Because I haven't read the howto? :D > You might want to read http://www.gimp.org/unix/howtos/tile_cache.html Thanks for the link. -- Branko Vukelić bg.bra...@gmail.com stu...@brankovukelic.com Check out my blog: http://www.brankovukelic.com/ Check out my portfolio: http://www.flickr.com/photos/foxbunny/ Registered Linux user #438078 (http://counter.li.org/) I hang out on identi.ca: http://identi.ca/foxbunny Gimp Brushmakers Guild http://bit.ly/gbg-group ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Help recovering a bad .xcf file
On Sun, 2010-06-20 at 22:12 +0200, Branko Vukelic wrote: > On Sun, Jun 20, 2010 at 6:45 PM, Sven Neumann wrote: > > It is actually a very difficult fix. There are hundreds of save plug-ins > > and all would have to be fixed. Also GIMP plug-ins may save using a > > helper plug-in that transparently enables saving to remote locations. It > > is definitely not trivial to fix this. > > If this kind of thing cannot be implemented for all formats, then I > guess it is a design flaw. How come things like saving a backup copy > of the target cannot be implemented in a single place for all file > formats? That simply stinks of bad design, sorry. Now, I'll just STFU > since I'm not the one to contribute the patch, and hopefully this has > been already fixed in the devel branch (I remember reading something > about this). Yes, it is a very terrible design and it dates back to the last millenium. But fixing such design flaws in a backward-compatible manner is rather difficult. Doing this correctly is on the list of things to fix if we should ever revamp the file plug-in API. For now we can probably fix it easily for XCF files and with some more effort some of the most often used file plug-ins. Sven ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Help recovering a bad .xcf file
On Sun, 2010-06-20 at 22:17 +0200, Branko Vukelic wrote: > As for myself, I've got 2G RAM, and 1G swap space (big mistake, I > know) on a 64-bit linux. I sometimes run out оf memory/swap on a image > that is like a little smaller than 3000x3000 when I have more than 20 > layers and couple of hours of work on it. Tile cache is at 1024M. Why would you limit your tile-cache size to 1GB if you have 2GB of RAM? You might want to read http://www.gimp.org/unix/howtos/tile_cache.html Sven ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Fwd: Re: GIMP vs Photoshop
On Mon, 2010-06-21 at 20:13 +0200, Branko Vukelic wrote: > Well, if you insist. I must ask you this: why? Forgive me if I err, > but this sounds like one of those "You can't be a fancy designer if > you can't do CMYK in your image editing app!" arguments. Do you have > some valid reason why you cannot do a decent job with separate+ and > need direct editing capabilities in CMYK mode? The problem may be that when working in the Gimp it may be required to refer to something that was done using CMYK. The major issue that The Gimp has is that it's CMYK interpertation is not accurate. Whereas photoshop is very accurate. I have several times attempted to get the same results of pulling in images that were created in Photoshop using CMYK into The Gimp but not getting an accurate color representation. Once you have the image imported correctly CMYK doesn't really matter at that point, unless you want to export it for print again. But the import procedure is where the problem would most likely stem. I'm just guessing as to the original posters issue, but I do know that this is the problem that I have seen. -- o)Derek Wueppelmann (o (D .mon...@monkeynet.ca D). ((` http://www.monkeynet.ca/( ) ` -- BEGIN-ANTISPAM-VOTING-LINKS -- Teach CanIt if this mail (ID 01CwGVEbE) is spam: Spam: http://canit.monkeynet.ca/canit/b.php?i=01CwGVEbE&m=2e7b3d4e49f1&t=20100621&c=s Not spam: http://canit.monkeynet.ca/canit/b.php?i=01CwGVEbE&m=2e7b3d4e49f1&t=20100621&c=n Forget vote: http://canit.monkeynet.ca/canit/b.php?i=01CwGVEbE&m=2e7b3d4e49f1&t=20100621&c=f -- END-ANTISPAM-VOTING-LINKS ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Fwd: Re: GIMP vs Photoshop
On Mon, Jun 21, 2010 at 8:04 PM, John Culleton wrote: > Yes I do DTP with TeX and Scribus. But my question is about CMYK > on Gimp. When? Well, if you insist. I must ask you this: why? Forgive me if I err, but this sounds like one of those "You can't be a fancy designer if you can't do CMYK in your image editing app!" arguments. Do you have some valid reason why you cannot do a decent job with separate+ and need direct editing capabilities in CMYK mode? -- Branko Vukelić bg.bra...@gmail.com stu...@brankovukelic.com Check out my blog: http://www.brankovukelic.com/ Check out my portfolio: http://www.flickr.com/photos/foxbunny/ Registered Linux user #438078 (http://counter.li.org/) I hang out on identi.ca: http://identi.ca/foxbunny Gimp Brushmakers Guild http://bit.ly/gbg-group ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] How is 16 bit GIMP doing?
On Mon, Jun 21, 2010 at 8:00 PM, John Culleton wrote: > And what is the priority/schedule for CMYK? I think 2-4 years is more than enough for CMYK (hopefully). Meanwhile, give separate+ a go. It gets the job done, and very reliable. Latest version supports clipping paths, and saving to CMYK TIFF, JPEG, and PSD. I'm not sure about reading those files back into Gimp, but I think it was mentioned somewhere it can be done. I've never needed to do it myself, though, so you're on your own. I've given an overview of the color management in Gimp and part of it covers basic separate+ usage: http://www.brankovukelic.com/post/513356271/gimp-color-management-for-dtp -- Branko Vukelić bg.bra...@gmail.com stu...@brankovukelic.com Check out my blog: http://www.brankovukelic.com/ Check out my portfolio: http://www.flickr.com/photos/foxbunny/ Registered Linux user #438078 (http://counter.li.org/) I hang out on identi.ca: http://identi.ca/foxbunny Gimp Brushmakers Guild http://bit.ly/gbg-group ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] How is 16 bit GIMP doing?
On 06/21/2010 08:00 PM, John Culleton wrote: > And what is the priority/schedule for CMYK? We know we need CMYK sooner or later, but higher bit depths and non-destructiveness is much more important. So first good support for the latter, then we can begin looking into proper support for the former IMO. Maybe in a stable version 6-8 years from now with the current pace of development. / Martin -- My GIMP Blog: http://www.chromecode.com/ "Automatic tab style and removed tab title bar" ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Fwd: Re: GIMP vs Photoshop
On Monday 21 June 2010 13:12:19 Branko Vukelic wrote: > On Mon, Jun 21, 2010 at 5:02 PM, John Culleton > wrote: > > I've cut your message since it's been said over and over (and over) > again. Lots of people complaining. I've just two things to say to all > of you who do: > > 1. Get real. > 2. DTP with open-source software: It's been done. Successfully. > Repeatedly. Period. > > Good luck. Yes I do DTP with TeX and Scribus. But my question is about CMYK on Gimp. When? -- John Culleton Wexford Press "Create Book Covers with Scribus" Printable E-book 38 pages $5.95 http://www.scribd.com/doc/24676863/ http://www.booklocker.com/books/4055.html ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] How is 16 bit GIMP doing?
On Monday 21 June 2010 12:49:00 Martin Nordholts wrote: > On 06/21/2010 05:31 PM, Alexandre Prokoudine wrote: > > On Mon, Jun 21, 2010 at 7:18 PM, Ken Warner wrote: > >> Is it still being worked on? If so, is there any word > >> on availability? > > > > "When it's ready" is the best you can get :) > > There is more to say. > > Right now the top priority is to get GIMP 2.8 released. The current goal > is late 2010. GIMP 2.8 does not have support for high bit depths. > > Once GIMP 2.8 is out, we will start phasing out the legacy > 8-bit-per-channel code and replace it with GEGL. In other words, we will > start for real to introduce support for high bit depths in GIMP. There > is no schedule of this work, so a date cannot be given. It is reasonable > though to expect this work to go on for say 2-4 years. > > Regards, > Martin And what is the priority/schedule for CMYK? -- John Culleton Wexford Press "Create Book Covers with Scribus" Printable E-book 38 pages $5.95 http://www.scribd.com/doc/24676863/ http://www.booklocker.com/books/4055.html ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Biggest Frustration
On Mon, Jun 21, 2010 at 6:50 PM, Martin Nordholts wrote: > On 06/21/2010 05:16 PM, Steve VanSlyck wrote: >> My biggest frustration with GIMP is the complete lack of a general object >> selection tool. Not having an "arrow" tool is counter intuitive to the >> way we've been taught since the Faraday saw the first semiconductor claw >> its way into visibility in 1833. > > There is a specification for such a tool: > http://gui.gimp.org/index.php/Transformation_tool_specification > > Someone just needs to write the code. We won't have time to do that for > 2.8 though. Oh no! Now I'm gonna kill myself! : -- Branko Vukelić bg.bra...@gmail.com stu...@brankovukelic.com Check out my blog: http://www.brankovukelic.com/ Check out my portfolio: http://www.flickr.com/photos/foxbunny/ Registered Linux user #438078 (http://counter.li.org/) I hang out on identi.ca: http://identi.ca/foxbunny Gimp Brushmakers Guild http://bit.ly/gbg-group ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Fwd: Re: GIMP vs Photoshop
On Mon, Jun 21, 2010 at 5:02 PM, John Culleton wrote: I've cut your message since it's been said over and over (and over) again. Lots of people complaining. I've just two things to say to all of you who do: 1. Get real. 2. DTP with open-source software: It's been done. Successfully. Repeatedly. Period. Good luck. -- Branko Vukelić bg.bra...@gmail.com stu...@brankovukelic.com Check out my blog: http://www.brankovukelic.com/ Check out my portfolio: http://www.flickr.com/photos/foxbunny/ Registered Linux user #438078 (http://counter.li.org/) I hang out on identi.ca: http://identi.ca/foxbunny Gimp Brushmakers Guild http://bit.ly/gbg-group ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] How is 16 bit GIMP doing?
On 06/21/2010 05:31 PM, Alexandre Prokoudine wrote: > On Mon, Jun 21, 2010 at 7:18 PM, Ken Warner wrote: >> Is it still being worked on? If so, is there any word >> on availability? > > "When it's ready" is the best you can get :) There is more to say. Right now the top priority is to get GIMP 2.8 released. The current goal is late 2010. GIMP 2.8 does not have support for high bit depths. Once GIMP 2.8 is out, we will start phasing out the legacy 8-bit-per-channel code and replace it with GEGL. In other words, we will start for real to introduce support for high bit depths in GIMP. There is no schedule of this work, so a date cannot be given. It is reasonable though to expect this work to go on for say 2-4 years. Regards, Martin -- My GIMP Blog: http://www.chromecode.com/ "Automatic tab style and removed tab title bar" ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Biggest Frustration
On 06/21/2010 05:16 PM, Steve VanSlyck wrote: > My biggest frustration with GIMP is the complete lack of a general object > selection tool. Not having an "arrow" tool is counter intuitive to the > way we've been taught since the Faraday saw the first semiconductor claw > its way into visibility in 1833. There is a specification for such a tool: http://gui.gimp.org/index.php/Transformation_tool_specification Someone just needs to write the code. We won't have time to do that for 2.8 though. / Martin -- My GIMP Blog: http://www.chromecode.com/ "Automatic tab style and removed tab title bar" ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Biggest Frustration
On Mon, Jun 21, 2010 at 7:16 PM, Steve VanSlyck wrote: > My biggest frustration with GIMP is the complete lack of a general object > selection tool. Not having an "arrow" tool is counter intuitive to the > way we've been taught since the Faraday saw the first semiconductor claw > its way into visibility in 1833. My biggest frustration is that _I_ haven't been studying bitmap graphics tools since 1833, you lucky bugger! I envy, envy, envy you! The only reason I don't commit suicide out of being jealous is because I know difference between vector graphics and bitmap graphics and therefore I can use Inkscape for dealing with objects and you can't :-) Oh, wait -- you can. Just try it :-) Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] How is 16 bit GIMP doing?
On Mon, Jun 21, 2010 at 7:18 PM, Ken Warner wrote: > Is it still being worked on? If so, is there any word > on availability? "When it's ready" is the best you can get :) Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Fwd: Re: GIMP vs Photoshop
On Mon, Jun 21, 2010 at 11:02:42AM -0400, John Culleton wrote: > The developers of Gimp have never given the needs of print media > a high priority. As a result most people in the world of print media > don't use Gimp. The usual response from the developers of Gimp > is that there is little demand for CMYK. But the facts are that those > of us who work in print media don't use Gimp very much precisely > because it won't deal in CMYK. So it becomes a self-fulfilling > prophecy. I think that this is not true. GIMP has had an historical lack of developers but those that work on it (BTW: THANKS!) are working hard to do it "the right way" (TM) i.e. using a specialized library (GEGL: http://gegl.org/, http://en.wikipedia.org/wiki/GEGL) that will permit GIMP in the (near I hope...) future to work with different color models like CMYK natively. GEGL in already in GIMP but the work is not finished yet so to have that feature in GIMP it will be necessary to wait until completed the GEGL port of all functions on GIMP. Sorry for my bad english. -- Marco Ciampa ++ | Linux User #78271 | | FSFE fellow #364 | ++ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] How is 16 bit GIMP doing?
Is it still being worked on? If so, is there any word on availability? ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] Biggest Frustration
My biggest frustration with GIMP is the complete lack of a general object selection tool. Not having an "arrow" tool is counter intuitive to the way we've been taught since the Faraday saw the first semiconductor claw its way into visibility in 1833. ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Fwd: Re: GIMP vs Photoshop
On Mon, Jun 21, 2010 at 7:02 PM, John Culleton wrote: > Can't let this one go by. Surely you could. But you just didn't :) > The usual response from the developers of Gimp is that there is > little demand for CMYK. Is it usual? Really? I have never heard any GIMP developer stating that. Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Fwd: Re: GIMP vs Photoshop
On Sunday 17 January 2010 15:54:20 Robert L Cochran wrote: > My suggestion is to use Gimp for what you need, and work with a higher > end camera that produces raw format images. Get Akkana Peck's book and > start with that. Post emails to this list when you need some help. It > also doesn't hurt to have a website where you can post your photos to. > > I take technical photos (as a not very good amateur!) and edit them in > the Gimp. I feel no need for Photoshop. The choice of either software > title is really a personal preference. > > I myself have not seen a photographer using film in quite some time. > They all seem to be digital now. For example, the photographer for my > daughter's wedding is a professional and he used a Nikon digital. > > > * GIMP: May be used for 'serious' work if that means showing a photo > > on a web page. Otherwise forget it because: > > > >** Is has no color management (I don't know what this is); > >** Just 8 bit/channel; > >** No CMYK. > > > > Even though answers on this list may be biased, I have to ear them. > > So, are this statements true? > > > > TIA! > > Can't let this one go by. Those of us who work with print books have been asking for CMYK output from Gimp for many years. Scribus, a much newer product, already has it, along with ICC profiles and pdf x/1-a output and so on. Krita, a not very well- known drawing program that is part of KDE, has had CMYK color model for years. The developers of Gimp have never given the needs of print media a high priority. As a result most people in the world of print media don't use Gimp. The usual response from the developers of Gimp is that there is little demand for CMYK. But the facts are that those of us who work in print media don't use Gimp very much precisely because it won't deal in CMYK. So it becomes a self-fulfilling prophecy. When Gimp is used on images intended for print then another program such as Scribus or ImageMagick is used after the Gimp work is complete to do the conversion. Inkscape, an Illustrator-like product also lacks the internal CMYK model. Its base output is svg, which is inherently RGB. But it is making moves toward CMYK output. Colors can be defined in (limited) CMYK terms. The problem with RGB to CMYK output is the difference between the gamuts of the two models. So it is possible in Inkscape to define a color that falls in the CMYK gamut. Bitmap images such as photos are a different matter. Krita will use the CMYK model and also import specific "raw" formats for various cameras. So it has potential for being both a frontend and/or a backend to Gimp in a workflow without resorting to plugins etc. The feature set of Krita is nowhere near as complete as that of Gimp, so it is not a full replacement. And it is limited to machines that have the KDE software available. I use it on my Slackware 13.0 Linux box even though I use XFCE instead of KDE 4 for my user interface. -- John Culleton Able Indexers and Typesetters http://wexfordpress.com ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user