[Gimp-developer] Displaying image using GTK
Is there any way to display GIMP image in GTK controls? There is one more question I have is that, can we write a standalone app using GIMP. This question arises, because, I do not want to use all the funcitonality of GIMP, but want to have my own toolbox and still able to use selective functionality from GIMP. Thanks and regards,Shrinivas Kulkarni.
[Gimp-developer] gimp-help-2 status
This mail is only a tiny status mail of the current progress on gimp-help-2. With Raymonds help i'm now be able to build the help with UTF-8 encoded XML files, which are "xincluded" in the gimp.xml file. All of the entities are gone and i can replace the last files with the correct unicode characters. I'm looking forward to replace all the old files with the newer UTF-8 stuff on weekend. That means, the CVS should be up to date soon (i've some frensh files on hold). Julien and Raymond are working like machines.. i can't get the files into the CVS as they produce them :) The manual itself looks promising. We got some additional writing power for the english content. Daryl Lee takes care about the english content and Niklas can produce (or better: is producing) swedish content. We, Niklas and i, ran into bit trouble lately, when we tried to produce the manual with some swedish content. It seems, that docbook doesn't have any swedish support?! Additionally, we get some feedback from Ramanan Selvaratnam. He'll support us with additional information about free software backgrounds (sorry, i didn't have the time lately, to read all the mails) and will provide content in 'Tamil' - "a truly global diaspora with a growing interest in FS". Daniel pays attention to him, because he has the most knowledge about the gimp-help-2 project. Hopefully, i've some more time over new year's eve to write german content and stay in sync with Raymond and Julien. I'm looking forward to have a meeting with the Gimpers in Berlin on the 20C3 and a good manual for the Gimp 2. I hope i didn't missed something ... Greetings, -- Roman Joost www: http://www.romanofski.de email: [EMAIL PROTECTED] signature.asc Description: Digital signature
Re: [Gimp-developer] I don't usually post remove requests to the list...
Daniel Rogers wrote: Michael Graff wrote: But, will the list maintainer PLEASE remove me? I have followed the http links in the headers. I have mailed the email addresses in them. I have mailed [EMAIL PROTECTED] I have gotten no replies, or results. You are forgivin. Our lists have been broken for some time. They were fixed today. I my excitement about our lists being fixed, I forgot to make it explict: you should be able to unsubscribe now. -- Dan ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] I don't usually post remove requests to the list...
Michael Graff wrote: But, will the list maintainer PLEASE remove me? I have followed the http links in the headers. I have mailed the email addresses in them. I have mailed [EMAIL PROTECTED] I have gotten no replies, or results. You are forgivin. Our lists have been broken for some time. They were fixed today. -- Dan ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Handling of transparent pixels
Hi, Raphaël Quinet wrote: One thing that has not been mentioned in this discussion so far is that there are two kinds of transparent pixels: those that have been made transparent during the current GIMP editing session, and those that were already transparent when the file was loaded from disk or obtained from a plug-in. Like nomis and Sven, I don't see there being any inherent difference here. 1) For the pixels that have been made transparent during the current editing session, one point of view could be to consider the alpha channel as a "hiding mechanism" that does not modify the RGB data. However, if the goal is to be able to un-erase some pixels that were accidentally made transparent, then an "undo brush" would be a more appropriate solution to that problem. So the concept of "hiding without destroying" is not really necessary if the same data can be retrieved from the undo history with the same convenience. I don't follow your logic here. It is undoubtedly useful to consider an alpha channel as a way to hide data, therefore it is not necessary to modify data in the RGB channel when we modify the A channel. In any case, masks and alpha channels are also used to hide data across sessions for several file formats (eg. png), and we have ven had a bug report against the GIMP (http://bugzilla.gnome.org/show_bug.cgi?id=82882) because someone expected this behaviour from the tiff plug-in (apparrently this is provided by other programs). 2) For the pixels that have been obtained from an external source, then the "hiding" concept does not fit because the RGB data is undefined. This is where we start to voilently diverge :) I disagree that this is the case. It may be considered to be the case in some specific circumstances, but in general, we should not destroy data, IMHO. Not destroying it means, inevitably, allowing it to be manipulated. Your suggestion amounts to pre-multiplying RGB by alpha regardless of the file format, and I consider that just wrong. Beyond the next release, this is also why we should consider removing the "anti-erase" mode of the eraser tool in a future release and replace it by an undo brush. As a matter of interest, how would an undo brush work? I'm having trouble getting my head around the idea. Cheers, Dave. -- Dave Neary [EMAIL PROTECTED] ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
