Re: [Gimp-developer] Re: Custom layer mode combination
On Friday 25 July 2003 1:36 pm, Guillermo S. Romero / Familia Romero wrote: [EMAIL PROTECTED] (2003-07-24 at 2031.28 -0300): The basic idea is that besides the normal addition darken only layer modes, to implement a custom mode. In it, the user gets to type a c-like expression of what to do with the pixel values in each channel when combining the layer. IMO you are forgeting a kind that users will like a lot more: call other GIMP functions, specially some like levels or curves (in this case, using the layer to control strengh in a channel by channel basis, or maybe using value (V in HSV) to get a single number and work like a selection mask, you should have to checke what makes sense). I guess users will find more use to those than playing around with formulas. I used the filter that lets you do math formulas to test ideas, but dunno how many people would like to use that daily. My idea is that in the end, the custom layer formulas get recorded in a gimp directory, just like brushes and patterns. So, a set ofrather itneresting formulas would be shipped with the Gimp (or with the patch). That would provide alone could provide a lot of functionality. My idea for the PDB entry is just to accept such a formula. I am sorry - I coonot think of another interface for this thing I am creating. When I first presented the idea, someone came up with the idea ofan interface like those used to set filters to e-mail prograns. Maybe it can be done... But when it´s i n formula type and go stage,, I will have some of you using the feature, and we will be able to think together on a new interface. The formulas are nice, I am not saying you should drop that, but you should find a way to cover both if you can, formula and PDB. If you are going to get dirty, make it really worth it. Maybe even you can do the PDB way only, and provide a new call that does formulas (sounds simpler to me, more generic). I don't get exactly what is your idea. I will probably, in the end make a gimp_custom_layer_set_mode (drawable, custom_layer_formula); where custom layer formula is a string exactly like the one taht would be typed on the interface. The rendering engine use a stack - I am in the proccess of writting a compiler from the c like expression to the operand stack. Hey, maybe you can fit into it effect layers. ;] Well, probably not, they are not simple operations to layers below them. Depends if you want to apply filter to the result, which is just the call idea, or to the layer data only, Actually, thta already happens. The formulas are simply. The input operands are the letters describing a channel, followed by 1 if the channel belongs to the image bellow, or 2 if it belongs to the actual layer. And letter+D makes the destiantion channel. So something like: RD=R2*R2; GD=G2*G2; BD=B2*B2; will actually square the values of each channel. Since they are treated as normalized (i.e. from 0 to 1), it's akim to using the curves tool to enhance contrast sharply. The main difference is that you can work on the drawing while experimenting with the contrast levels, without wororring about spoiling the RGB data on the process. Just change back to normal mode, and all your raw data is there. which is what you need for auto bevel or auto drop shadow when working with text, ie. Last case would be more like having a layer hidden as input and a visible one as output, and recalculate output one only when input changes, not every time layers below change. Hmm. I am working ont he paint functions..gimp s smart,a nd the code on this are is rather clean now...The paint functions are only called when changes are made. Drop shadow however is not an option - I can use the blend of the pixel directly bellow the one I am processing, and none other. In any way, all are interesting ideas to explore. I can barelly finish to get it working na reasonabvle dinamic form, so thatI myself can experiment with it. On the technical side - I will need to code in some string manipulation now. Are there API's for string deeply hidden ing gtk/gimplib? I had seen none so far (did nt pick GTK reference however),a nd I a m goint staright to stdlib's strlen and strncpy. Is there any issue with using these? GSR Cheers, JS -- ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Re: Custom layer mode combination
Joao S. O. Bueno wrote: My idea is that in the end, the custom layer formulas get recorded in a gimp directory, just like brushes and patterns. How are they recorded in the XCF file? (I may have missed that part of the thread.) So, a set ofrather itneresting formulas would be shipped with the Gimp (or with the patch). Users won't apply patches -- I doubt that more than a couple of percent of users are even actually building from source (especially for 2.0). Hey, maybe you can fit into it effect layers. ;] Well, probably not, they are not simple operations to layers below them. Depends if you want to apply filter to the result, which is just the call idea, or to the layer data only, Actually, thta already happens. The formulas are simply. The input operands are the letters describing a channel, followed by 1 if the channel belongs to the image bellow, or 2 if it belongs to the actual layer. And letter+D makes the destiantion channel. So something like: RD=R2*R2; GD=G2*G2; BD=B2*B2; will actually square the values of each channel. Since they are treated as normalized (i.e. from 0 to 1), it's akim to using the curves tool to enhance contrast sharply. (Well, contrast enhancement would be more like a sigmoid function -- what you describe here is basically gamma adjustment for a fixed gamma value.) I think that what GSR is really asking for in effect layers is stuff like 'blur layers', 'pixelize layers', etc, which basically is what everyone really wants. :) These require a decorrelation between the positions of pixels of different drawables though -- I made a working prototype of this during 1.1.x and it wasn't pretty. On the technical side - I will need to code in some string manipulation now. Are there API's for string deeply hidden ing gtk/gimplib? Not as such -- but if you're using GTK/gimplib then you're already using glib, which has some great string manipulation functions (go look them up). --Adam -- Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3 That gum you like is going to come back in style. ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] [FEATURE] Adding ICC support
A few years ago I took a stab at a color management plug-in for the Gimp. Unfortunately this project is at the bottom of my priority list, so I have not updated it in a long time. If somebody is looking for ideas, this would be a good place to start: http://khk.net/color/color_manager.html It's based on LCMS and can use embedded ICC profiles (stored as parasite). Karl Heinz On Friday, July 25, 2003, at 04:12 PM, David Neary wrote: Hi all, http://bugzilla.gnome.org/show_bug.cgi?id=78265 The requested feature is a plug-in which encapsulates the behaviour of the ICC, that is does colour conversions. This would get us a long way towards CMYK support in 2.0, as well as removing the need for custom colour transform code in lots of places in the core. Of couyrse, without the ability in a GimpImage to store and access CLYK natively, we're not going to have native support for multiple colourspaces, but this is a decent start for save routines, for example. Definitely needs some coding (and some ideas) soon otherwise it's definitely getting bumped. Cheers, Dave. -- David Neary, Lyon, France E-Mail: [EMAIL PROTECTED] ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] writing german online help
I looked a bit around (webpages, irc ..) to see what is done for gimp help, ecpecially german one. If i'm right, there is nothing and i would start to write a new one for the gimp 1.3 from scratch. I cant find anything related to the gimp-help project at the newer webpage. So, if someone could point me to a ressource regarding this project it would be fine. As far as i know, the gimp help is written in html and viewed with the gnome help browser. At least, thanks for some ideas. Greetings, -- Roman Joost www: http://www.romanofski.de email: [EMAIL PROTECTED] pgp0.pgp Description: PGP signature
Re: [Gimp-developer] Startup Notification support...
Adam D. Moss wrote: Sven Neumann wrote: Miguel Ibarra [EMAIL PROTECTED] writes: Here's a patch to add optional libstartup-notification support to The Gimp. This will allow desktop managers as Gnome's to entertain users with a *so* funny clock cursor, while Gimp launches and initializes itself. GIMP-1.3 does this already. We will not include it in 1.2 since only bug-fixes go into 1.2. I'm interested, from a project point of view, why many (a good proportion) of the patches that we get on this mailing list or in bugzilla from 'external' (non-CVS-account) contributors are against 1.2.x. Are developers not very well aware of the positioning of 1.3.x (development) versus 1.2.x (stable)? Is it too hard to get a 1.3.x build to patch against? Miguel, or anyone else, can you comment? Identifying the cause of this weakness would help to smooth the bumps in accepting (very welcome) external contributions. --Adam maybe he doesn't have cvs access carol ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Startup Notification support...
Carol Spears wrote: maybe he doesn't have cvs access That by no means stops anyone from submitting a patch against 1.3. --Adam -- Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3 That gum you like is going to come back in style. ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Re: ANNOUNCE: gimp-plugin-template 1.3.1
Adam D. Moss wrote: I agree that it would be wise to point out this explicit exemption for pdb calls into the GIMP LICENSE file. I'll do this soon if I don't get beaten to it. Done, for 1.2 and 1.3. (If anyone disagrees with the specifics, pull it...) --Adam -- Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3 That gum you like is going to come back in style. ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] writing german online help
Am Sam, 2003-07-26 um 13.07 schrieb Roman Joost: I cant find anything related to the gimp-help project at the newer webpage. You're right. There isn't... :( So, if someone could point me to a ressource regarding this project it would be fine. Ressources: - This mailinglist (there had been a big discussion here the last few days), you might want to check the archives - gimp-help-2 module in GNOME CVS - Me As far as i know, the gimp help is written in html and viewed with the gnome help browser. Not quite. The first version of the gimp-help was the HTML version of the book GIMP User Manual by Karin and Olof Kylander heavily modified to be usable for the online help. The second version was a conversion (and extension) of the former to DocBook/SGML to gain flexibility regarding the layout, the output names, the output formats and get rid of the fairly static HTML cruft. Now we're working on a third version which is a complete rewrite from scratch in DocBook/XML, mostly because the second version has some serious edges and drawbacks to what we would consider usable docs. You are encouraged to read about it in the file STATUS in the mentioned gimp-help-2 module. Long story put short: A German version would be very cool and if you want to participate I'll help you getting set up. However since the English version is still quite at the beginning and the audience is much larger we need to find a few decisions before we start either a translation or a seperate documentation. -- Servus, Daniel signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: [Gimp-developer] Re: ANNOUNCE: gimp-plugin-template 1.3.1
Adam D. Moss wrote: Adam D. Moss wrote: I agree that it would be wise to point out this explicit exemption for pdb calls into the GIMP LICENSE file. I'll do this soon if I don't get beaten to it. Done, for 1.2 and 1.3. (If anyone disagrees with the specifics, pull it...) --Adam can someone explain these license problems in perfectly good fuzzy american words, complete with adjectives and interjections; perhaps limited to only 3 conjunctions for me? i keep thinking that if i were to run through, and randomly assign creative commons licenses to lets say every 10 words of gimp source, once it got cleaned up, it would be perfect or at least wrong in an area no one cares about. i am having a problem understanding what all the problems with this stuff is. thank you in advance, carol ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] writing german online help
On 26 Jul 2003, Daniel Egger wrote: Date: 26 Jul 2003 17:03:09 +0200 From: Daniel Egger [EMAIL PROTECTED] To: Roman Joost [EMAIL PROTECTED] Cc: Gimp Developer [EMAIL PROTECTED] Subject: Re: [Gimp-developer] writing german online help Am Sam, 2003-07-26 um 13.07 schrieb Roman Joost: I cant find anything related to the gimp-help project at the newer webpage. You're right. There isn't... :( So, if someone could point me to a ressource regarding this project it would be fine. Ressources: - This mailinglist (there had been a big discussion here the last few days), you might want to check the archives the archives are either completely broken or just severely delayed. it is the 26 of July and the archive still does not show any messages for July. Sincerely Alan Horkan http://advogato.org/person/AlanHorkan/ ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] writing german online help
On Sat, Jul 26, 2003 at 05:08:00PM +0100, Alan Horkan wrote: the archives are either completely broken or just severely delayed. it is the 26 of July and the archive still does not show any messages for July. Yeh, you're right. I'll check the other options first (gimp-help-2) and write my suggestions and comments. Thanks, -- Roman Joost www: http://www.romanofski.de email: [EMAIL PROTECTED] pgp0.pgp Description: PGP signature
Re: [Gimp-developer] Startup Notification support...
On Sat, 26 Jul 2003, Adam D. Moss wrote: Sven Neumann wrote: Miguel Ibarra [EMAIL PROTECTED] writes: Here's a patch to add optional libstartup-notification support to The Gimp. This will allow desktop managers as Gnome's to entertain users with a *so* funny clock cursor, while Gimp launches and initializes itself. GIMP-1.3 does this already. We will not include it in 1.2 since only bug-fixes go into 1.2. Some projects are not so strict and would allow something like this because it is quite unlikely to have any unwanted side effects. Also if someone goes to the trouble of providing a patch the rejections needs to be less abrupt if you want people to keep making that effort. I'm interested, from a project point of view, why many (a good proportion) of the patches that we get on this mailing list or in bugzilla from 'external' (non-CVS-account) contributors are against 1.2.x. There has been too long a space between stable releases, I expect many people are blissfully unaware that GIMP 1.3 even exists (and will remain unaware until a new release ships with a major Linux distribution). Are developers not very well aware of the positioning of 1.3.x (development) versus 1.2.x (stable)? Is it too hard to get a 1.3.x build to patch against? Miguel, or anyone else, can you comment? Identifying the cause of this weakness would help to smooth the bumps in accepting (very welcome) external contributions. I am optomistic that there will be an increase in outside contributions when 2.0 comes out. (I dont think a CVS account has anything to do with this, there is anonymouse CVS access and I doubt a Ximian employee would have much difficulty getting a CVS account if he wanted it). Sincerely Alan Horkan http://advogato.org/person/AlanHorkan/ ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: (LONG) Problems with the GIMP (was: Re: [Gimp-developer]tentative GIMP 2.0 release plans)
On Sat, 26 Jul 2003, Michael Schumacher wrote: Date: Sat, 26 Jul 2003 03:04:12 +0200 (MEST) From: Michael Schumacher [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: (LONG) Problems with the GIMP (was: Re: [Gimp-developer] tentative GIMP 2.0 release plans) Michael Schumacher writes: According to Tor Lillqvist, there was something missing from Pango 1.2.3 and fixed shortly after the release. BTW, I now made new pre-built pango-1.2.3 Win32 packages on www.gimp.org/win32/downloads.html, with the missing exports added, so building GIMP 1.3.x for Win32 should now be easier. Thanks. I've succeeded in building GIMP 1.3 on Win32 using these packages. Any chance of binaries for testing? And what compiler did you use (wondering if I'll be able to get gtk-wimp to work with the Gimp 1.3 on windows). Sincerely Alan Horkan http://advogato.org/person/AlanHorkan/ ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] OT, mostly
i am sitting here, mostly picking my nose, waiting for my ex room mate to get his shit out of my already crappy enough apartment without the ferret shit, waiting for email from this list to distract me with. this room mate was very rude. he chased my friends away and drank coffee i made for years and years. rarely contributing to the resources or the actual process of making it. The coffee is actually a good example, as he got pissy one time because i took a cup before it had finished, he broke the part that allowed me to do this on the appliance. I had bought the new coffee maker. this room mate would not even allow my family through the door. the advice i got from my dad was to move, however, many of my resources went into helping this room mate flunk out of ee school. he is supposedly coming today with a truck to remove his stuff. i think he needs to follow his own rules while removing his stuff from my residence. I am thinking that it would be fun to insist that his friends hang out with me from across the street and watch him make his system work. he is hanging out with a pack of christians lately and i could talk about bible stories all day long. so here it is, i will be happy to provide boones farm for all that would like to hang out with me today and watch my brother (my ex-roommate) demonstrate how his rules were intended to work. is there a better approach to this? i am astonished with the gimp developers and how they were able to work through some of the roughest of problems and make beautiful images in the end. I am wondering if your sense of judgement can embellish or rework my problems, maybe ending up with a better or more importantly, more entertaining solution. sorry for the off topicness of this. thanks for your time and software carol ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] writing german online help
Alan Horkan wrote: On 26 Jul 2003, Daniel Egger wrote: Date: 26 Jul 2003 17:03:09 +0200 From: Daniel Egger [EMAIL PROTECTED] To: Roman Joost [EMAIL PROTECTED] Cc: Gimp Developer [EMAIL PROTECTED] Subject: Re: [Gimp-developer] writing german online help Am Sam, 2003-07-26 um 13.07 schrieb Roman Joost: I cant find anything related to the gimp-help project at the newer webpage. You're right. There isn't... :( So, if someone could point me to a ressource regarding this project it would be fine. Ressources: - This mailinglist (there had been a big discussion here the last few days), you might want to check the archives the archives are either completely broken or just severely delayed. it is the 26 of July and the archive still does not show any messages for July. Sincerely Alan Horkan http://advogato.org/person/AlanHorkan/ ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer try the url right above ^ that mail archives site, who knows where it came from, if i understand your problem correctly. carol ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] [FEATURE] Adding ICC support
I was just informed that the page I linked to does not have the link to the actual plug-in. You can download the plug-in using this link: http://khk.net/download/gimp-color-manager-0.0.7.tar.gz (the download link is actually on my Gimp page, which is linked to on the navigation links left of the text). Sorry about that, Karl Heinz On Saturday, July 26, 2003, at 06:40 AM, Karl Heinz Kremer wrote: A few years ago I took a stab at a color management plug-in for the Gimp. Unfortunately this project is at the bottom of my priority list, so I have not updated it in a long time. If somebody is looking for ideas, this would be a good place to start: http://khk.net/color/color_manager.html It's based on LCMS and can use embedded ICC profiles (stored as parasite). Karl Heinz On Friday, July 25, 2003, at 04:12 PM, David Neary wrote: Hi all, http://bugzilla.gnome.org/show_bug.cgi?id=78265 The requested feature is a plug-in which encapsulates the behaviour of the ICC, that is does colour conversions. This would get us a long way towards CMYK support in 2.0, as well as removing the need for custom colour transform code in lots of places in the core. Of couyrse, without the ability in a GimpImage to store and access CLYK natively, we're not going to have native support for multiple colourspaces, but this is a decent start for save routines, for example. Definitely needs some coding (and some ideas) soon otherwise it's definitely getting bumped. Cheers, Dave. -- David Neary, Lyon, France E-Mail: [EMAIL PROTECTED] ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Re: ANNOUNCE: gimp-plugin-template 1.3.1
Carol Spears wrote: can someone explain these license problems in perfectly good fuzzy american words, complete with adjectives and interjections; perhaps limited to only 3 conjunctions for me? 1) The GPL doesn't allow a GPL and a not-GPL-compatible code unit to be intimately linked together. 2) It might be argued that the basic dependance and interconnection of a not-GPL-compatible plug-in with the GPL GIMP core via libgimp and the wire protocol is intimate enough that the two cannot be considered independent and separate works. (Yeah, really.) 3) This checkin makes our intention clear, as those imposing the license, that 2) is really not a problem. --Adam -- Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3 That gum you like is going to come back in style. ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] Building on Win32 (was Re: (LONG) Problems with theGIMP)
Alan Horkan wrote: On Sat, 26 Jul 2003, Michael Schumacher wrote: [...] Thanks. I've succeeded in building GIMP 1.3 on Win32 using these packages. Any chance of binaries for testing? No. There are still to much issues to even think of it - some of them may be caused by the fact that I'm running gimp from the directory where I've built it. Currently, it would be better to help others building GIMP on win32 than to distribute binaries of it - there are some issues in the build process that should be worked out first (i.e., it seems to be impossible to build on Win9x/ME) And what compiler did you use (wondering if I'll be able to get gtk-wimp to work with the Gimp 1.3 on windows). I used GCC that comes with MinGW: http://mingw.sourceforge.net. gtk-wimp seems to work. HTH, Michael -- The GIMP (deutsch): http://www.gimp.de +++ GMX - Mail, Messaging more http://www.gmx.net +++ Jetzt ein- oder umsteigen und USB-Speicheruhr als Prämie sichern! ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Re: ANNOUNCE: gimp-plugin-template 1.3.1
Adam D. Moss wrote: Carol Spears wrote: can someone explain these license problems in perfectly good fuzzy american words, complete with adjectives and interjections; perhaps limited to only 3 conjunctions for me? 1) The GPL doesn't allow a GPL and a not-GPL-compatible code unit to be intimately linked together. 2) It might be argued that the basic dependance and interconnection of a not-GPL-compatible plug-in with the GPL GIMP core via libgimp and the wire protocol is intimate enough that the two cannot be considered independent and separate works. (Yeah, really.) 3) This checkin makes our intention clear, as those imposing the license, that 2) is really not a problem. --Adam for some reason, i thought that when gnu put the url to the creative commons page on their site and when the creative commons put gpl in the list of options, that all the license problems would go away. stripping everything from the libgimp package and offereing each piece clearly licensed from one of a dozen or so web sites or people who want to distribute cds individually would this end the problems? carol ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Startup Notification support...
Adam D. Moss wrote: I'm interested, from a project point of view, why many (a good proportion) of the patches that we get on this mailing list or in bugzilla from 'external' (non-CVS-account) contributors are against 1.2.x. I think there are a few reasons for this. The biggest of them is that setting up a gimp 1.3 compile environment is very time consuming. Usually to be able to build from CVS, you need to upgrade/install automake, autoconf, libtool, gettext, intltool to start with, then get all the modules (png, jpeg, etc) installed with headers, then get a working devel environment of gtk+ with pangoft2, freetype2, fontconfig and the rest. Then finally you can start autogening and making the gimp. When GNOME2 becomes more or less ubiquitous on distributions, and it is easily installable off distribution CDs with devel packages, and fontconfig gets onto pretty much every linux box, then it'll be easier to get up going for the gimp. As it is, to get a gimp 1.3 build environment for most people means passing several hours installing packages you don't have and probably don't particularly want. Plus, in the past that build environment has changed pretty drastically several times with no real prior notice, which puts people off maintaining a working build. At least, that's my theory :) Identifying the cause of this weakness would help to smooth the bumps in accepting (very welcome) external contributions. I agree. I think we need to do a little more to get developpment gimps built by more people. Exactly what, I don't know. Wait for GNOME2 to take over the world, perhaps? Cheers, Dave. -- David Neary, Lyon, France E-Mail: [EMAIL PROTECTED] ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Re: ANNOUNCE: gimp-plugin-template 1.3.1
Carol Spears wrote: for some reason, i thought that when gnu put the url to the creative commons page on their site and when the creative commons put gpl in the list of options, that all the license problems would go away. Gosh... no. stripping everything from the libgimp package and offereing each piece clearly licensed from one of a dozen or so web sites or people who want to distribute cds individually would this end the problems? No, that wouldn't help at all (least of all because this isn't really a problem of [re]distribution). But don't worry, this problem is solved. It wasn't much of a problem, just an ambiguity. Gone now. Rest easy. --Adam -- Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3 That gum you like is going to come back in style. ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Startup Notification support...
David Neary wrote: I think there are a few reasons for this. The biggest of them is that setting up a gimp 1.3 compile environment [..] automake, autoconf, libtool, gettext, intltool [..] (png, jpeg, etc) [..] gtk+ with pangoft2, freetype2, fontconfig [..] At least, that's my theory :) It's a good theory, being the mysterious reason why my own patches are made against 1.2.x and then blindly forward-ported to 1.3.x (it's why my commits are usually coupled with a bugzilla comment like 'could someone please check that CVS HEAD now actually compiles' :) ) But I was hoping that the reasons for other developers diffing against 1.2.x are even more mundane and fixable, since everyone except me lives in a fairytale world of supported rpms and debs and magical stuff like that. Identifying the cause of this weakness would help to smooth the bumps in accepting (very welcome) external contributions. I agree. I think we need to do a little more to get developpment gimps built by more people. Exactly what, I don't know. Wait for GNOME2 to take over the world, perhaps? If the hegemonising swarm of sub-mediocrity that is GNOME ever succeeds in taking over the world, then I'm going to move up to the mountains and become a hermit or a kung-fu monk or a hermit kung-fu monk. --Adam -- Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3 That gum you like is going to come back in style. ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] Re: Re: Custom layer mode combination
[EMAIL PROTECTED] (2003-07-26 at 0201.25 -0300): My idea is that in the end, the custom layer formulas get recorded in a gimp directory, just like brushes and patterns. So, a set ofrather itneresting formulas would be shipped with the Gimp (or with the patch). That would provide alone could provide a lot of functionality. You should check math map plugin (the more I think, the more I believe it is your formula idea), btw. And then that is where my suggestion comes into effect, it would be just a run math map case of the generic solution. I don't get exactly what is your idea. I will probably, in the end make a gimp_custom_layer_set_mode (drawable, custom_layer_formula); where custom layer formula is a string exactly like the one taht would be typed on the interface. gimp_custom_layer_set_mode (drawable, function_to_call, params_for_it). If function to call is math map, one of the params will be a formula. Difference? It can be used to call levels, or blur or whatever. Usage examples: 1 - User paints a white to black gradient, for example radial, to make a tunnel effect. - Sets mode to run command. - Command selector appears, he chooses blur. - Result he gets is blur applied as by the white and black, like a selection. If some layer below changes, blur is recalculated. He will be able to move layers, repaint them, whatever, and blur will work on that. 2 - User paints another gradient, this time linear. - Sets run command for the layer mode. - Selects levels as command. - Plays with values, and hits ok. - Levels is applied to layers below, following the white and black as selection mask. - User realizes the levels are a bit wrong, chooses settings option, changes values to something else. - User sees a tree does not require the effect at all, so he paints with black in the effect layer the area occupied by the tree. He will be able to change his decission as needed. 3 - Same init steps. - Chooses math map. - Types formula. - Formula is applied. GSR ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] Re: Re: Custom layer mode combination
[EMAIL PROTECTED] (2003-07-26 at 0944.01 +0100): (Well, contrast enhancement would be more like a sigmoid function -- what you describe here is basically gamma adjustment for a fixed gamma value.) And the best of all, there are tools to do all this, no need of typing formulas. Formulas are fine for experimenting or really corner cases, but dunno why a simple contrast has to be done with a formula (specially if that contrast operation can be run in more optimized form). I think that what GSR is really asking for in effect layers is stuff like 'blur layers', 'pixelize layers', etc, which basically is what everyone really wants. :) These require a decorrelation between the positions of pixels of different drawables though -- I made a working prototype of this during 1.1.x and it wasn't pretty. For single pix effects it should be easier, cos it would be like what is now, just call something with result of layers below as input, and merge back using white and black of the effect layer as modulator. I ask for what you say, but depending on the kind of commands allowed, there are one or other restrictions. Of course, for effective usage, due some commands working in drawables, you would have to pass a big block of pixels anyway. It all depends in where it is plugged and what functions are allowed. GSR ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] writing german online help
On Sat, 26 Jul 2003, Carol Spears wrote: the archives are either completely broken or just severely delayed. ^ it is the 26 of July and the archive still does not show any messages for July. http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer try the url right above ^ that mail archives site, who knows where it came from, if i understand your problem correctly. carol That is very condescending, rude, and entirely unhelpful. I checked the archives several times this week and I also checked them before posting my previous message. I checked them again just now. July is still not listed. The search doesn't seem to work either Sincerely Alan Horkan http://advogato.org/person/AlanHorkan/ ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] writing german online help
Alan Horkan wrote: On Sat, 26 Jul 2003, Carol Spears wrote: the archives are either completely broken or just severely delayed. ^ it is the 26 of July and the archive still does not show any messages for July. http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer try the url right above ^ that mail archives site, who knows where it came from, if i understand your problem correctly. carol That is very condescending, rude, and entirely unhelpful. I checked the archives several times this week and I also checked them before posting my previous message. I checked them again just now. July is still not listed. The search doesn't seem to work either Sincerely Alan Horkan http://advogato.org/person/AlanHorkan/ yes, please accept my apologies. in the past, this problem was always with a different site that did better in google than the berkeley lists. i am very sorry; i did not intend rudeness. carol ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Startup Notification support...
Am Sam, 2003-07-26 um 16.39 schrieb Carol Spears: maybe he doesn't have cvs access Doesn't make sense from three perspectives: - One doesn't need CVS to develop a patch - Everyone can get at least anoncvs - There are frequent releases and other means of getting the source I think the problem is that 1.2 is far more used in productive work because artists and designers are afraid running software which is stamped alpha or beta more than just occasionally. FWIW I think we're far to strict with what should go into 1.2 and not, especially given the huge development cycles between new major stable releases. -- Servus, Daniel signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: [Gimp-developer] Startup Notification support...
On 26-Jul-2003, Daniel Egger wrote: I think the problem is that 1.2 is far more used in productive work because artists and designers are afraid running software which is stamped alpha or beta more than just occasionally. Wrong, Im an artist, and I prefer 1.3 over 1.2. -- Patrick Diablo-D3 McFarland || [EMAIL PROTECTED] Computer games don't affect kids; I mean if Pac-Man affected us as kids, we'd all be running around in darkened rooms, munching magic pills and listening to repetitive electronic music. -- Kristian Wilson, Nintendo, Inc, 1989 ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Startup Notification support...
Hi, On Saturday 26 July 2003 8:04 pm, Adam D. Moss wrote: It's a good theory, being the mysterious reason why my own patches are made against 1.2.x and then blindly Ditto here. There's also a common misconception, dating from the early releases of Gnome 2.0. The first readmes said something about not being able to install the 2.0 packages alongside the older 1.4 packages, so many people, including myself, assumed this really did mean all the packages including GLib/GTK+. Ironically, GIMP was the main program I was unwilling to sacrifice in trying out Gnome 2.0. It's only recently I've installed GTK2 and got the PangoFT2 bits working - and it is a laborious and painful process. All the best, -- Alastair M. Robinson Email: [EMAIL PROTECTED] A closed mouth gathers no feet. ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Startup Notification support...
Am Son, 2003-07-27 um 00.19 schrieb Patrick McFarland: Wrong, Im an artist, and I prefer 1.3 over 1.2. Good for you. I know at least 6 persons who do not. :) However I'm quite interested in your reasons, would you please elaborate so I can get some feeling what to tell people when they ask me reasons for using 1.3. (Yeah, I'm addicted to (subpixel-)antialiased fonts on LCD, too but I'm sure not many people would sacrify stability and their experience with the older version for it). -- Servus, Daniel signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: [Gimp-developer] Startup Notification support...
On 27-Jul-2003, Daniel Egger wrote: Good for you. I know at least 6 persons who do not. :) However I'm quite interested in your reasons, would you please elaborate so I can get some feeling what to tell people when they ask me reasons for using 1.3. Well, the tabbed dialog boxes, docks, are very nice. They save a lot of desktop room (which is needed when you are editing large images, and arnt willing to zoom out a lot.) Also, the fact that it has a sane text plugin is nice. (I switched over to a pango based font system, so all my truetype fonts cant (read as: Im not willing to add them back to X.) be seen by gtk1 apps.) Also, the additional layer blending modes are nice. Ive used both Grain modes already in some images, and they are nice additions to plain Addition and Subtraction. And with all of this, the image scaling dialog box has linear/cubic right there, so I dont have to go the whole way into preferences to change which scaling mode I want. (Which was a big fucking pain in the ass.) And in addition to that, having editable font boxen is very nice. (Though, Id like a way to force it to be a rendered layer, because when you change the layer, and accidently edit the layer's text, it erases everything you did.) People who are photoshop fanatics will like the menubar (which I hate since I already use the right click menu.) The only thing I _dont_ like is there is no gimp-perl packaged for 1.3 in debin sid. (Is it not available for 1.3, or are ari and che not willing to package it?) -- Patrick Diablo-D3 McFarland || [EMAIL PROTECTED] Computer games don't affect kids; I mean if Pac-Man affected us as kids, we'd all be running around in darkened rooms, munching magic pills and listening to repetitive electronic music. -- Kristian Wilson, Nintendo, Inc, 1989 ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Startup Notification support...
On Sat, 26 Jul 2003, Patrick McFarland wrote: On 26-Jul-2003, Daniel Egger wrote: I think the problem is that 1.2 is far more used in productive work because artists and designers are afraid running software which is stamped alpha or beta more than just occasionally. Wrong, Im an artist, and I prefer 1.3 over 1.2. One Swallow does not a summer make. Normal users in general abhor using anything labelled beta, consider your self extraordinary. The quality of most proprietary software has even caused users to distrust N.0 release and wait for the first or second service patch. If you can build from source then you are probably more developer than user anyway. While it is great that there are GIMP users willing to make the extra effort to use 1.3 I really hope to see GIMP being used by everyone else. The sooner we stamp out piracy of Adobe Photoshop the bettter :) Sincerely Alan Horkan http://advogato.org/person/AlanHorkan/ ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Summary of outstanding 1.3 bugs/featurerequests.
On Sat, 26 Jul 2003, David Neary wrote: I have been pretty brutal in chopping a bunch of enhancement requests today. What's left in the 1.3 milestone is a few bugs with patches outstanding and about 20 feature requests, most of whioch are claimed by someone or have patches outstanding. It would be a really big help if those in the know could please add the easy-fix keyword whenever they know a bug is easy to fix? A pointer the relevant file in the source code is always a huge help to those of us less familiar with the codebase (and that goes for any project). I dont know if Count Colours is anywhere in the list of bugs Dave mentioned but the ColorCube Analisys plugin effectively gives this functionality but unfortanately was only available for GIMP 1.2 on windows. This seems like it might be a relatively easy feature to get working but then again I dont really know, and it is probably one of the features that got bumped. - Alan H. ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer