[Gimp-developer] Game Engine
A powerful game engine. With a really simple interface threads (which is improving all the time). This engine is focused on being very practical. In order to have a good performance in game programming. Contains entities, threads, light, sound, etc. *https://sourceforge.net/projects/fgc/* Features https://sourceforge.net/projects/fgc/edit - fVector3, with rotation and old values support - Entity concept - Normal sounds, and sounds in entities( Sounds 3D ) - wait( frames or seconds ) for synchronized threads - Dynamics light in entities - Easy mesh and texture loader - Supports synchronized threads and parallel threads (concurrent). Project Home Page *fgc.sf.net http://fgc.sourceforge.net/ * ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Game Engine
On Sat, Sep 24, 2011 at 6:56 PM, Fabio Gonzalez wrote: A powerful game engine. With a really simple interface threads (which is improving all the time). This engine is focused on being very practical. In order to have a good performance in game programming. Contains entities, threads, light, sound, etc. https://sourceforge.net/projects/fgc/ And this is related to GIMP development because??? Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] Perspective tool - preserve aspect ratio?
I was using the Perspective tool (GIMP 2.6) on some photos to correct for some minor rotation/skew issues, and realized how easy it is to throw the image's aspect ratio out of proportion -- in my case, TOO easy. My photos were of some quilt squares, and I was using the edges of these squares as guides for aligning a Corrective transform to correct for some minor (but visible) skewing. Naturally, this means I'm aligning my Corrective guide to an area in different proportion to the source image, so it throws the aspect ratio out of whack, and I must have the squares in the photo remain square after transformation Is it possible for the tool to compensate for X/Y aspect ratio distortion somehow? Or is that too much to ask? On a semi-related note, how does the Perspective transform matrix work? I get that the first two rows represent an affine transformation, with (1,3) and (2,3) corresponding to X and Y translation, (1,1) and (2,2) corresponding to X and Y scaling. What's the third row represent? - strata_ran...@hotmail.com Numbers may not lie, but neither do they tell the whole truth. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Perspective tool - preserve aspect ratio?
Maybe this is useful? http://web.archive.org/web/20091027131421/http://geocities.com/evilsnack/matrix.htm ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] Usability Update - Interviews
Dear List, there are five interviews scheduled for Mental Models for GIMP. You can see them here: http://gui.gimp.org/index.php/Interview_Partners Interviews will be held October 2nd-6th. Interviews will be recorded and transcribed and will be available online. There will be more interviews covering the GIMP's user groups according to the product vision. The aim is to construct a mental model based on the interviews. For more information about the method, see http://gui.gimp.org/index.php/Mental_Models_for_GIMP -Tobi ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] Saturation layer blend mode
Colours with a saturation of zero (Greys) have no hue value (stored as RGB). When increasing the saturation of such colours, saturation layer blend mode assumes they have a hue of zero, i.e. red. I'm assuming using a HSV or HSL colour profile might avoid this (by having a redundant hue value even when saturation is zero), but I haven't found any such profiles to test. Note that increasing saturation using the hue-saturation tool does not give the same result: white remains white, grey remains grey. I would regard the saturation layer blend mode's result as unexpected behaviour for the following reasons: - Making assumption of non-existent hue data. - Not useful to end user. Controlling the saturation of parts of an image via a saturation layer doesn't work if the image contains any white (or grey) pixels. For example, an image of a green apple with white highlights will end up as a green apple with red or pink highlights. (With discontinuity being introduced as very pale green suddenly reaches pure white) - Behaviour different from tool with same name. Regards, Tom ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] new foreground extraction tool
Hello there I just wanted to mention that I created a little FAQ to the new gimp foreground extraction tool I created as a semester project. You can find a video of the tool in use here: http://www.youtube.com/watch?v=kkQ1r5g49d4 and the FAQ here: http://gimpchat.com/viewtopic.php?f=7t=2607start=30#p33817 I already talked with Martin Nordholts and Alexandre Prokoudine about it. The main problem seems to be that I only used 8-bit colors and made no use of the new babl/gegl architecture, so there would be quite some work left to do. I'm not sure if/when I'll have time to continue working on the project, however. Cheers Jan ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] new foreground extraction tool
On Tue, Sep 20, 2011 at 12:56 PM, Jan Rüegg wrote: Hello there I just wanted to mention that I created a little FAQ to the new gimp foreground extraction tool I created as a semester project. You can find a video of the tool in use here: http://www.youtube.com/watch?v=kkQ1r5g49d4 and the FAQ here: http://gimpchat.com/viewtopic.php?f=7t=2607start=30#p33817 I already talked with Martin Nordholts and Alexandre Prokoudine about it. The main problem seems to be that I only used 8-bit colors and made no use of the new babl/gegl architecture, so there would be quite some work left to do. I'm not sure if/when I'll have time to continue working on the project, however. Many thanks for posting it! :) Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Finding out what happens when compositing layers
On 09/16/2011 09:31 PM, 丰 wrote: I came across this quite some time ago: http://www.simpelfilter.de/en/basics/mixmods.html That's wonderful! Even mentions GIMP a bit. Patrick ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Finding out what happens when compositing layers
On 09/16/2011 02:20 AM, David Gowers (kampu) wrote: In GEGL, the layer mode code is autogenerated from formula strings -- see operations/generated/math.rb The opacity behaviour is not documented there, but my understanding is that the alpha of the underlying composite is preserved, and opacity only effects how much of the layer's COLOR channels are applied (per the standard blending formula). On Fri, Sep 16, 2011 at 7:09 AM, Ofnuts ofn...@laposte.net mailto:ofn...@laposte.net wrote: I'll trying to find out what happens when a layer is in subtract mode with a global opacity not one or zero (i.e. what computations are done with the pixels values of the composite image of the layers below, the pixel values of the layer, and the general opacity). I have a git extract of the Gimp source code (and of gegl babl) but got lost... Can someone help? Well, I know that in Normal mode, I have in each RGB channel: Composite=Over*alpha+Under(1-alpha) (assuming Under is fully opaque), but in Subtract mode, I would have several possibilities Composite=Under(1-alpha)-Over*alpha or Composite=Under(1-alpha)+(1-Over)*alpha or Composite=Under(1-alpha)+(1-Over*alpha) and $deity knows what else. math.rb isn't taking the opacity in account (but is an interesting read...) Thx. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Finding out what happens when compositing layers
On Sat, Sep 17, 2011 at 8:36 AM, Ofnuts ofn...@laposte.net wrote: ** On 09/16/2011 02:20 AM, David Gowers (kampu) wrote: In GEGL, the layer mode code is autogenerated from formula strings -- see operations/generated/math.rb The opacity behaviour is not documented there, but my understanding is that the alpha of the underlying composite is preserved, and opacity only effects how much of the layer's COLOR channels are applied (per the standard blending formula). On Fri, Sep 16, 2011 at 7:09 AM, Ofnuts ofn...@laposte.net wrote: I'll trying to find out what happens when a layer is in subtract mode with a global opacity not one or zero (i.e. what computations are done with the pixels values of the composite image of the layers below, the pixel values of the layer, and the general opacity). I have a git extract of the Gimp source code (and of gegl babl) but got lost... Can someone help? Well, I know that in Normal mode, I have in each RGB channel: Composite=Over*alpha+Under(1-alpha) (assuming Under is fully opaque), but in Subtract mode, I would have several possibilities No, you just subtract Over from Under with no multiplication, then you perform a RGB (not RGBA) Composite of the result and Under, to produce the final composite. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Finding out what happens when compositing layers
I came across this quite some time ago: http://www.simpelfilter.de/en/basics/mixmods.html -- 2.6.32.26-175.fc12.x86_64 ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Finding out what happens when compositing layers
I came across this quite some time ago: http://www.simpelfilter.de/en/basics/mixmods.html PS: I thought I had type in my word before I send the mail. I did not know what had happened. Sorry to everybody for the spam and wish this mail is all right. -- 2.6.32.26-175.fc12.x86_64 ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Brush dynamics input and output mapping.
On Thu, Sep 15, 2011 at 1:49 AM, Brian Vanderburg II brianvanderbu...@aim.com wrote: Velocity - I may consider 10 pix/sec slow (0) and 100 pix/sec fast (1) while someone else may consider 50 pix/sec slow and 500 pix/sec fast. This is slightly compilcated as velocity is purely a derivative value but velocity range may become configurable in the future. Pressure - While a tablet may support many levels of pressure, a user may not be accustomed to pressing a certain force to get a desired result, and may wish that pressure level 300 (instead of 511) be treated as the maximum pressure (1). Similarly a user may not be good at being very light on the tablet and may prefer a pressure level of 30 to be treated as the minimum pressure (0). Tilt - A user may prefer a certain tilt range to map from. One user may prefer only slight tilts to get the full range (0-1) while another user may be fine with larger tilts. All physical axis of the tablet have curves that you can configure in the settings in 2.7(dev version of 2.8) Inputs that mapping does not make sense: Direction (0-1 = 0-360 deg) Random Doesn't make sense how? Look at GPS. Random is made rather good use of in some presets and direction has its uses as well. Input mapping should probably be configured in user preferences. That does not make sense. Outputs are provided by the pain tool... Similarly it may be useful for each target's outputs. For instance specifying the 0/1 size of a brush as a percentage of the brush size or opacity as a percentage of the current brush opacity. I dont understand this... Have you looked at what you can do with 2.7 dynamics curves? dynamics always affect the output as a ratio. -- --Alexia ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Brush dynamics input and output mapping.
On 09/15/2011 03:15 AM, Alexia Death wrote: Inputs that mapping does not make sense: Direction (0-1 = 0-360 deg) Random Doesn't make sense how? Look at GPS. Random is made rather good use of in some presets and direction has its uses as well. What I mean is it doesn't make sense for the direction to have any other mapping than from 0 to 360 degrees of the stroke to become 0 to 1 of the direction dynamics input. All the input mapping idea is for is to map the physical input from the device or mouse to the dynamics input in a way that is natural for the user. It is not meant to do anything more exotic, all that can be done in the dynamics themselves. You've mentioned that something like this is already there for the tablet axis in the form of curves under settings. So a user can already use these to map how input from the device would become input for the dynamics, what pressure or tilt range is natural for them. (I don't own a tablet yet so I wasn't previously aware these are already there.) Since these settings are already there, then my idea is reduced simply to having velocity dynamic configured as well so two different users with different ideas of what is slow and fast could still have their idea of slow mapped as 0 and their idea of fast mapped as 1 for the velocity dynamic, even if just using a mouse. signature.asc Description: OpenPGP digital signature ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] More Brush dynamics?
I've played with 2.7.3 on Windows a little bit. Here are some other ideas for new dynamic outputs: Hue, Saturation, and Value/Luminance Brian Allen Vanderburg II signature.asc Description: OpenPGP digital signature ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] More Brush dynamics?
Date: Thu, 15 Sep 2011 09:37:05 -0400 From: brianvanderbu...@aim.com To: gimp-developer@lists.XCF.Berkeley.EDU Subject: Re: [Gimp-developer] More Brush dynamics? I've played with 2.7.3 on Windows a little bit. Here are some other ideas for new dynamic outputs: Hue, Saturation, and Value/Luminance Brian Allen Vanderburg II Those can already be simulated using the Color dynamic and careful RGB values, although as mentioned in bug #572300 the current Color dynamic (i.e. low pressure = FG, high pressure = BG) is a bit counter-intuitive in 2.6. -- Stratadrake strata_ran...@hotmail.com Numbers may not lie, but neither do they tell the whole truth. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] More Brush dynamics?
On 09/15/2011 09:50 AM, Richard Gitschlag wrote: Date: Thu, 15 Sep 2011 09:37:05 -0400 From: brianvanderbu...@aim.com To: gimp-developer@lists.XCF.Berkeley.EDU Subject: Re: [Gimp-developer] More Brush dynamics? I've played with 2.7.3 on Windows a little bit. Here are some other ideas for new dynamic outputs: Hue, Saturation, and Value/Luminance Brian Allen Vanderburg II Those can already be simulated using the Color dynamic and careful RGB values, although as mentioned in bug #572300 the current Color dynamic (i.e. low pressure = FG, high pressure = BG) is a bit counter-intuitive in 2.6. If I want something more complicated, say I want to use the color output and fade input to paint a gradient stroke, but also want the pressure to adjust the saturation, so lighter pressure would make the stroke more gray and harder pressure would make the stroke more color. How would I do this with the current dynamic? Brian Allen Vanderburg II signature.asc Description: OpenPGP digital signature ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Porting the decompose/compose plugin
On 11-08-14 05:11 PM, Alexander Hämmerle wrote: decompose.c: Including babl/babl.h and simply defining const Babl *rgb = babl_format (RGB u8); in the function extract_hsv without doing anything else brings me to: fatal error: segmentation fault Gimp-Base-WARNING **: 4 tile managers leaked [snip] What do I have to do to stop the leaking? I don't see the connection! If the code seg faulted it wouldn't have had the chance to do proper clean up. From what I seen in the babl sources babl_format() allocates new memory. You need to call a routine to get rid of the structure when you are done with it. Run your program with debugging enabled so you can get a backtrace when the code seg faults. If the code is seg faulting when your program is terminating it might be due to your not having called babl_init(). I'm not an expert on babl so I could be a little off here. You should check the babl docs or talk to Pippin (on IRC). ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] Finding out what happens when compositing layers
I'll trying to find out what happens when a layer is in subtract mode with a global opacity not one or zero (i.e. what computations are done with the pixels values of the composite image of the layers below, the pixel values of the layer, and the general opacity). I have a git extract of the Gimp source code (and of gegl babl) but got lost... Can someone help? ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Finding out what happens when compositing layers
In GEGL, the layer mode code is autogenerated from formula strings -- see operations/generated/math.rb The opacity behaviour is not documented there, but my understanding is that the alpha of the underlying composite is preserved, and opacity only effects how much of the layer's COLOR channels are applied (per the standard blending formula). On Fri, Sep 16, 2011 at 7:09 AM, Ofnuts ofn...@laposte.net wrote: I'll trying to find out what happens when a layer is in subtract mode with a global opacity not one or zero (i.e. what computations are done with the pixels values of the composite image of the layers below, the pixel values of the layer, and the general opacity). I have a git extract of the Gimp source code (and of gegl babl) but got lost... Can someone help? ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] More Brush dynamics?
Date: Wed, 14 Sep 2011 02:42:14 +0400 From: alexandre.prokoud...@gmail.com To: gimp-developer@lists.xcf.berkeley.edu Subject: Re: [Gimp-developer] More Brush dynamics? Dunno about Increment, but Fade is already in the brush dynamics matrix for 2.8. The matrix is currently 7x10, and I strongly suggest the team to consider building and selling a customized version of monome to control it :) Actually I'm probably mistaken on the incremental option -- been a long time since I tried to use it. So what are all the dynamics on the plate for 2.8 anyway (compared to 2.6) ? -- Stratadrake strata_ran...@hotmail.com Numbers may not lie, but neither do they tell the whole truth. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] More Brush dynamics?
On Wed, Sep 14, 2011 at 4:52 PM, Richard Gitschlag strata_ran...@hotmail.com wrote: Date: Wed, 14 Sep 2011 02:42:14 +0400 From: alexandre.prokoud...@gmail.com To: gimp-developer@lists.xcf.berkeley.edu Subject: Re: [Gimp-developer] More Brush dynamics? Dunno about Increment, but Fade is already in the brush dynamics matrix for 2.8. The matrix is currently 7x10, and I strongly suggest the team to consider building and selling a customized version of monome to control it :) Actually I'm probably mistaken on the incremental option -- been a long time since I tried to use it. So what are all the dynamics on the plate for 2.8 anyway (compared to 2.6) ? Why not grab some 2.7.3 build and try it out? :) There is lots to discover:) -- --Alexia ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] Brush dynamics input and output mapping.
As the brush dynamics editor only supports inputs from 0 to 1 and outputs from 0 to 1, it seems like it could be a good idea to support mapping inputs and outputs based on user preferences. Inputs that could use mapping: Velocity - I may consider 10 pix/sec slow (0) and 100 pix/sec fast (1) while someone else may consider 50 pix/sec slow and 500 pix/sec fast. Pressure - While a tablet may support many levels of pressure, a user may not be accustomed to pressing a certain force to get a desired result, and may wish that pressure level 300 (instead of 511) be treated as the maximum pressure (1). Similarly a user may not be good at being very light on the tablet and may prefer a pressure level of 30 to be treated as the minimum pressure (0). Tilt - A user may prefer a certain tilt range to map from. One user may prefer only slight tilts to get the full range (0-1) while another user may be fine with larger tilts. Inputs that mapping does not make sense: Direction (0-1 = 0-360 deg) Random Input mapping should probably be configured in user preferences. Similarly it may be useful for each target's outputs. For instance specifying the 0/1 size of a brush as a percentage of the brush size or opacity as a percentage of the current brush opacity. Brian Allen Vanderburg II signature.asc Description: OpenPGP digital signature ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Brush dynamics input and output mapping.
I would second this as a useful idea. -- Kind Regards, Vincent Ardern -Original Message- From: Brian Vanderburg II brianvanderbu...@aim.com Sender: gimp-developer-boun...@lists.xcf.berkeley.edu Date: Wed, 14 Sep 2011 18:49:34 To: GIMP Developers Listgimp-developer@lists.xcf.berkeley.edu Subject: [Gimp-developer] Brush dynamics input and output mapping. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] More Brush dynamics?
Date: Wed, 14 Sep 2011 19:32:47 +0300 Subject: Re: [Gimp-developer] More Brush dynamics? So what are all the dynamics on the plate for 2.8 anyway (compared to 2.6) ? Why not grab some 2.7.3 build and try it out? :) There is lots to discover:) -- --Alexia *shrugs* preference for stable versions maybe? The only non-stable FOSS I run is FontForge and that is by necessity, not choice. -- Stratadrake strata_ran...@hotmail.com Numbers may not lie, but neither do they tell the whole truth. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] More Brush dynamics?
I recently discovered I've misplaced my Wacom pen stylus -- the tablet equivalent of losing your car keys. Ouch. Anyway, it gave me an idea for GIMP: Can the Incremental and Fade Out brush options be incorporated into the Brush Dynamics grid? The options basically link opacity to stroke length, but it would be nice if we could link stroke length with other factors like brush hardness or color. (For example, linking color to stroke length would mimic the effect of a simple gradient.) -- Stratadrake strata_ran...@hotmail.com Numbers may not lie, but neither do they tell the whole truth. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] More Brush dynamics?
On Tue, Sep 13, 2011 at 10:26 PM, Richard Gitschlag wrote: I recently discovered I've misplaced my Wacom pen stylus -- the tablet equivalent of losing your car keys. Ouch. Anyway, it gave me an idea for GIMP: Can the Incremental and Fade Out brush options be incorporated into the Brush Dynamics grid? The options basically link opacity to stroke length, but it would be nice if we could link stroke length with other factors like brush hardness or color. (For example, linking color to stroke length would mimic the effect of a simple gradient.) Dunno about Increment, but Fade is already in the brush dynamics matrix for 2.8. The matrix is currently 7x10, and I strongly suggest the team to consider building and selling a customized version of monome to control it :) Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Blog article about Scheme usage in GIMP
2011/9/5 Ofnuts ofn...@laposte.net: On 09/05/2011 07:57 PM, Martin Nordholts wrote: If we look at what programming languages that are popular [1], we can see that the vast majority of languages in use today have a syntax where 1 + 1 is written 1 + 1 and not (+ 1 1). If we want to have a main scripting language that as many as possible can use with as little effort as possible, Scheme is simply not an alternative. For most programmers, Scheme is an odd language. In the long term I think it is inevitable that we need to replace Scheme with something that has a syntax that is more mainstream. I wholeheartedly agree with that. However, doing the switch is a huge task and we have other things that are more important to work on, so I don't see this happening any time soon. Haven't we got a quite nice Python interface already? Yes we do, which is nice, but Scheme still has higher status. In particular, the format of gimprc files etc are Scheme-ish, and the default batch interpreter is Script-Fu. / Martin -- My GIMP Blog: http://www.chromecode.com/ Single-window mode feature complete ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] GIMP for mobile phones
Friends, I see there was a thread on this topic in May 2008. I'm frustrated by the inability to do some basic transformations of images on my Android smart phone, for example: rotating by just a degree or two, instead of a full 90 degrees; inability to change from RGB to grayscale; and inability to change the format of stored images (and probably others that I've not yet thought of). So, is there any progress on the idea of a GIMP ultra-ultra light for smart phones? ns ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GIMP for mobile phones
On Tue, Sep 6, 2011 at 9:32 PM, Noel Stoutenburg wrote: Friends, I see there was a thread on this topic in May 2008. I'm frustrated by the inability to do some basic transformations of images on my Android smart phone, for example: rotating by just a degree or two, instead of a full 90 degrees; inability to change from RGB to grayscale; and inability to change the format of stored images (and probably others that I've not yet thought of). So, is there any progress on the idea of a GIMP ultra-ultra light for smart phones? In my not so humble opinion there is little to no point making a lighter version of GIMP for mobile devices. Simply put, desktop and mobile platforms rely on too different types of interaction with users. You can't strip stuff from GIMP and make a cool image editor for mobile. The further you go, the more you understand that you need tools that work differently and UI that is completely different. And that kinda kills the whole idea of lighter GIMP. Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GIMP for mobile phones
On Tue, Sep 6, 2011 at 1:56 PM, Alexandre Prokoudine alexandre.prokoud...@gmail.com wrote: So, is there any progress on the idea of a GIMP ultra-ultra light for smart phones? In my not so humble opinion there is little to no point making a lighter version of GIMP for mobile devices. Simply put, desktop and mobile platforms rely on too different types of interaction with users. +1. Having messed around with GIMP on my n900, it would be a nightmare to redesign for a touch interface. Then there's having to pull in GTK or replace it, battery issues, etc - a long list of non-fun :) Now a bare-bones editor based on GEGL/BABL might be interesting. I'm surprised there's not a basic editor for android already available. I'm still on maemo, so I wouldn't know though ;) Chris ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Blog article about Scheme usage in GIMP
On 09/06/2011 10:55 AM, Martin Nordholts wrote: Haven't we got a quite nice Python interface already? Yes we do, which is nice, but Scheme still has higher status. In particular, the format of gimprc files etc are Scheme-ish, and the default batch interpreter is Script-Fu. The format of the gimprc files is not very relevant for scripts? As to the default batch interpreter, if/when python plugins have sufficient appeal, people add python support (when they didn't get it out of the box). ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] tool presets
2011/9/5 Alexia Death alexiade...@gmail.com: Since when does adding default resources counts as a feature or involves significant amount of coding and risk of breakage? I would agree if this was a coding task. It is not. If it was, there would be something very wrong with the setup. We sort of promised our users better resources with this release but nobody has take it up... The very least we could do is to provide some defaults for the new things so people know what it does. What I call feature is something that makes GIMP better and that we don't _have_ to do. Having default tool presets is better than not having default tool presets, but it is not something we _have_ to do before releasing 2.8, so adding default tool presets is a feature. When I say that we should not do this to 2.8, I say that because I want us to make a 2.8 release as soon as possible. However, people are of course, as always, free to work on whatever they want to. Regards, Martin -- My GIMP Blog: http://www.chromecode.com/ Single-window mode feature complete ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] A modest proposal...
Friends, ...or maybe not, since I don't know the code involved. But may I suggest rearranging the left most pane in the dialog windows for the file operations open and save as? Presently, when I use either operation, and want to access a location to which I have a bookmark, I'm obliged to scroll down the screen in the left most pane; what I'd propose is to move the bookmarks (if any exist) to the top of the pane, just below the recently used entry. Or, have I missed a setting somewhere that would let me configure the order in which the items in this pane are listed? ns ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] tool presets
On Mon, Sep 5, 2011 at 10:03 AM, Martin Nordholts ense...@gmail.com wrote: What I call feature is something that makes GIMP better and that we don't _have_ to do. Having default tool presets is better than not having default tool presets, but it is not something we _have_ to do before releasing 2.8, so adding default tool presets is a feature. It's practically no risk coding free change. I agree, we dont have to do this before 2.8. But if someone does this, I see no reason to reject it. When I say that we should not do this to 2.8, I say that because I want us to make a 2.8 release as soon as possible. However, people are of course, as always, free to work on whatever they want to. Of course, but I see no reason to actively discourage resource changes at a point when we dont even have a new splash set yet... -- --Alexia ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] tool presets
2011/9/5 Alexia Death alexiade...@gmail.com: Of course, but I see no reason to actively discourage resource changes at a point when we dont even have a new splash set yet... Well, the reason we don't have a splash is because nobody had time to get us one yet. From the point of view of making a 2.8 release happen, it would be better if you took the lead in finding a 2.8 splash rather than adding default tool presets. But then there is the point of view of fun, and if you get a kick out of giving users default tool presets in 2.8, which is perfectly sensible, please do that. I get a kick out of trying to make a 2.8 release happen as soon as possible as well as improving the way we work so that we can shorten our release cycles, so that's what I do. Best regards, Martin -- My GIMP Blog: http://www.chromecode.com/ Single-window mode feature complete ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] tool presets
On Mon, Sep 5, 2011 at 11:30 AM, Martin Nordholts ense...@gmail.com wrote: 2011/9/5 Alexia Death alexiade...@gmail.com: Of course, but I see no reason to actively discourage resource changes at a point when we dont even have a new splash set yet... Well, the reason we don't have a splash is because nobody had time to get us one yet. From the point of view of making a 2.8 release happen, it would be better if you took the lead in finding a 2.8 splash rather than adding default tool presets. I dont see how one excludes the other really... -- --Alexia ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] A modest proposal...
On 5 September 2011 09:18, Noel Stoutenburg mjol...@ticnet.com wrote: Friends, ...or maybe not, since I don't know the code involved. But may I suggest rearranging the left most pane in the dialog windows for the file operations open and save as? Presently, when I use either operation, and want to access a location to which I have a bookmark, I'm obliged to scroll down the screen in the left most pane; what I'd propose is to move the bookmarks (if any exist) to the top of the pane, just below the recently used entry. Or, have I missed a setting somewhere that would let me configure the order in which the items in this pane are listed? ns ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer Yes, it's stupid, but it's not gimp's fault. You can rebuild your gtk+ with this patch http://mika.l3ib.org/patches/gtk-filechooser-only-File-System.diff or modify it to your liking, the code is fairly obvious. -- Mikael Magnusson ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] A modest proposal...
On 09/05/11 10:45, Mikael Magnusson wrote: On 5 September 2011 09:18, Noel Stoutenburgmjol...@ticnet.com wrote: Friends, ...or maybe not, since I don't know the code involved. But may I suggest rearranging the left most pane in the dialog windows for the file operations open and save as? Presently, when I use either operation, and want to access a location to which I have a bookmark, I'm obliged to scroll down the screen in the left most pane; what I'd propose is to move the bookmarks (if any exist) to the top of the pane, just below the recently used entry. Or, have I missed a setting somewhere that would let me configure the order in which the items in this pane are listed? ns ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer Yes, it's stupid, but it's not gimp's fault. You can rebuild your gtk+ with this patch http://mika.l3ib.org/patches/gtk-filechooser-only-File-System.diff or modify it to your liking, the code is fairly obvious. Thanks for that patch. I fixed this annoying mess of irrelevant bookmarks that I never requested spamming the interface in 2.6.something but it no long applies cleanly. You saved me the effort of fixing it again. :) Anyone who finds this annoying please bug report to gtk+ (rather than here) . I did open a bug and submitted the patch but it spat out as per usual . If they realise this is unpopular maybe it will get some traction. regards. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] tool presets
On Mon, 2011-09-05 at 11:36 +0300, Alexia Death wrote: On Mon, Sep 5, 2011 at 11:30 AM, Martin Nordholts ense...@gmail.com wrote: 2011/9/5 Alexia Death alexiade...@gmail.com: Of course, but I see no reason to actively discourage resource changes at a point when we dont even have a new splash set yet... Well, the reason we don't have a splash is because nobody had time to get us one yet. From the point of view of making a 2.8 release happen, it would be better if you took the lead in finding a 2.8 splash rather than adding default tool presets. I dont see how one excludes the other really... That's because it doesn't. Now can you guys stop this silly thread and move on to what gives you the kicks? :P --Mitch ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] tool presets
On Mon, Sep 5, 2011 at 1:25 PM, Michael Natterer mi...@gimp.org wrote: Now can you guys stop this silly thread and move on to what gives you the kicks? :P I think its appropriate to remind people of the preset converter, that as it stands lacks any feedback: http://wiki.gimp.org/index.php/Mindstorm:Preset_converter -- --Alexia ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] usability update
On Mon, Sep 5, 2011 at 12:21 PM, Martin Nordholts ense...@gmail.com wrote: I think it would be good to keep the discussion on this list rather than moving to IRC as we don't have central archives of discussions on IRC. Meetings can be transcribed/copied to the list and the wiki, if they are conducted in an organized manned. Some discussions are better held with minimal latency. So Im all for having a meeting. -- --Alexia ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] Blog article about Scheme usage in GIMP
Moin, I've come across the following blog post in my feed: http://benjisimon.blogspot.com/2011/09/how-guile-and-scheme-could-really-win.html The author obviously favors Scheme over other programming languages, and has a clearly defined goal for the level of Scheme support in GIMP: The API should be so smoothly integrated in with The Gimp, that you'd be crazy to choose any other language. At present, this is not true - and possible reasons are mentioned in the blog post, too: And you can't exactly blame programmers for not embracing Scheme: much of the Script-Fu scheme code out there is written in poor style (oh, to see Scheme code indented like C code - my eyes, my eyes!). Additionally, the Scheme API is low level. I guess both of these are valid - I'm seeing many examples of people applying concepts from other languages to Scheme (e.g. some go to great lengths to get the number of elements of a list, in order to use that number in a for loop which iterates over the list). I can only imagine how that feels for a real Scheme programmer. There are suggestions on how to solve this, too. A Scheme community should do the following: 1. Don't stop by delivering the low level C style API. Go beyond that and deliver a high level API, one that uses all the cool features that are highlighted in Andy Wingo's post on Guile. Don't just talk about how macros can dramatically change the life of a programmer, make some that do. Don't just talk about how call-with-current-continuation can add new looping constructs to a language, create some. 2. Make sure there's plenty of high quality examples available. Perhaps reviewing and improving the plugins that users submit. The author doesn't elaborate on the community, so I'm not sure who he's addressing with this post - i.e. if there are people working on improving Scheme support in arbitrary applications. I'm not aware of any plans to improve Scheme support in GIMP from our side, though - at least not in the direction of that blog post. Running scripts like plug-ins is planned, maybe introducing named parameters, but not an overhaul of the whole API. And IIRC not a move to a different Scheme implementation - more likely a move to a different language altogether. I'd like to comment on the blog post, or see comments by someone else, but I'd like to clarify our plans for Scheme in GIMP first. Regards, Michael -- NEU: FreePhone - 0ct/min Handyspartarif mit Geld-zurück-Garantie! Jetzt informieren: http://www.gmx.net/de/go/freephone ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] CCCAMP11 Reimbursements - please send documents
Hi, I'd like everyone who wants to be reimbursed for the GIMP meeting at Chaos Communication Camp 2011 to send the amount and receipts (camp, train, plane tickets, ...) directly to me. If you haven't requested any reimbursements for previous events, please include your bank account details (including BIC/IBAN) as well - do that if the data has changed, too. Regards, Michael -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] usability update
Well, I'd like to have a meeting, too. Especially, I need your help in recruiting. I'd also like to find consensus about where and how to recruit. I'd definately feel better and more comfortable if there had been a meeting before embarking on a method without having your approval. We're recruiting for this: (Video of Indi Young explaining Mental Models, ca. 1h) http://www.youtube.com/watch?v=M4AsxNg9nNU -Tobi 2011/9/5 Alexia Death alexiade...@gmail.com: On Mon, Sep 5, 2011 at 12:21 PM, Martin Nordholts ense...@gmail.com wrote: I think it would be good to keep the discussion on this list rather than moving to IRC as we don't have central archives of discussions on IRC. Meetings can be transcribed/copied to the list and the wiki, if they are conducted in an organized manned. Some discussions are better held with minimal latency. So Im all for having a meeting. -- --Alexia ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Blog article about Scheme usage in GIMP
2011/9/5 Michael Schumacher schum...@gmx.de: I'd like to comment on the blog post, or see comments by someone else, but I'd like to clarify our plans for Scheme in GIMP first. If we look at what programming languages that are popular [1], we can see that the vast majority of languages in use today have a syntax where 1 + 1 is written 1 + 1 and not (+ 1 1). If we want to have a main scripting language that as many as possible can use with as little effort as possible, Scheme is simply not an alternative. For most programmers, Scheme is an odd language. In the long term I think it is inevitable that we need to replace Scheme with something that has a syntax that is more mainstream. However, doing the switch is a huge task and we have other things that are more important to work on, so I don't see this happening any time soon. / Martin [1] http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html -- My GIMP Blog: http://www.chromecode.com/ Single-window mode feature complete ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] existig translation don't show translated
In the Brushes / Patterns / Gradients panel there is the enter tags field, with a drop down arrow. For some languages [*], by default, in the tags.xml file, the /brushes/Round.vbr has the round tag associated and the /brushes/Round-Fuzzy.vbr has the fuzzy and round tags associated. These tags are present in the main .po file: #: ../data/tags/gimp-tags-default.xml.in.h:1 msgid fuzzy #: ../data/tags/gimp-tags-default.xml.in.h:2 msgid round However, for those languages where these tags are present in the tags.xml file, in the UI they are shown always in English. What's the mistery ? If this is again some resource-impossibility, at least they should be deleted completely. [*] if launching GIMP with set lang=de, en or ro, these tags are embedded in the tags.xml file; if launching GIMP with set lang=es, fr or it, these tags no longer exists; for each language test I delete the .gimp-2.7 directory entirely from the users directory (Windows Vista 64) Cristi -- Cristian Secară http://www.secarica.ro ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Blog article about Scheme usage in GIMP
On 09/05/2011 07:57 PM, Martin Nordholts wrote: If we look at what programming languages that are popular [1], we can see that the vast majority of languages in use today have a syntax where 1 + 1 is written 1 + 1 and not (+ 1 1). If we want to have a main scripting language that as many as possible can use with as little effort as possible, Scheme is simply not an alternative. For most programmers, Scheme is an odd language. In the long term I think it is inevitable that we need to replace Scheme with something that has a syntax that is more mainstream. I wholeheartedly agree with that. However, doing the switch is a huge task and we have other things that are more important to work on, so I don't see this happening any time soon. Haven't we got a quite nice Python interface already? ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] existig translation don't show translated
On Mon, 5 Sep 2011 21:31:00 +0300, Cristian Secară wrote: [...] For some languages [*], by default, in the tags.xml file, the /brushes/Round.vbr has the round tag associated and the /brushes/Round-Fuzzy.vbr has the fuzzy and round tags associated. Hmm. Something strange occurs there. For those languages where the tags round and fuzzy exist in the tags.xml file, there are *two* entries for Round-Fuzzy.vbr, one with the path separated by / and another one with the path separated by \. One is resource identifier=${gimp_data_dir}/brushes/Round-Fuzzy.vbr checksum=f8cb2466841104a55e42afce4568d103 tagfuzzy/tag taground/tag /resource The other is resource identifier=${gimp_data_dir}\brushes\Round-Fuzzy.vbr checksum=f878d6d775d90e1364e90a98ff972dea /resource This is true also when launching with set lang=en. Bug ? On languages without default tags, only one entry for Round-Fuzzy.vbr exists (the one with \). Testing on Windows, development version 2.7.3 from Sourceforge. I have a running Fedora 14 at hand, but I don't know how to compile a program, so I cannot test version 2.7.3 there (and I don't know where to get an already built .rpm). Cristi -- Cristian Secară http://www.secarica.ro ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] tool presets
Hi, We currently have the new Tool Presets dockable dialog that has zero factory preset. Maybe we should should opulate it a bit? Some cropping presets for popular photo paper formats, DVD and whatnot? Steal some presets for painting tools from G-P-S? Oh, and will those be translatable? Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] tool presets
On Mon, 2011-09-05 at 07:38 +0400, Alexandre Prokoudine wrote: Hi, We currently have the new Tool Presets dockable dialog that has zero factory preset. Maybe we should should opulate it a bit? Can you bind presets to keystrokes? If not, I don't think it's worth it. A minimum of three clicks to choose a preset (assuming the dialogue is docked but not on top) means it'll only be a win for fairly specific settings, and those are more likely to depend on the user/task/project. -- Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/ Pictures from old books: http://fromoldbooks.org/ Ankh: irc.sorcery.net irc.gnome.org www.advogato.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] tool presets
2011/9/5 Alexandre Prokoudine alexandre.prokoud...@gmail.com: Hi, We currently have the new Tool Presets dockable dialog that has zero factory preset. Maybe we should should opulate it a bit? Some cropping presets for popular photo paper formats, DVD and whatnot? Steal some presets for painting tools from G-P-S? This is not something that blocks a 2.8 release and we badly badly need to make a release. This should wait until after 2.8. / Martin -- My GIMP Blog: http://www.chromecode.com/ Single-window mode feature complete ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] tool presets
2011/9/5 Alexandre Prokoudine alexandre.prokoud...@gmail.com: On Mon, Sep 5, 2011 at 9:00 AM, Martin Nordholts wrote: This is not something that blocks a 2.8 release and we badly badly need to make a release. This should wait until after 2.8. How does it prevent you from releasing 2.8? Any feature we add at this point will delay the 2.8 release because someone needs to actually write the code, test the feature, fix bugs, take feedback into account etc. Even if we get a patch from the outside, a core developer basically needs to do all of the above except writing the initial code. With limited resources, we have to prioritize. And releasing 2.8 has higher priority than having default tool presets. We can always add those later. And with the shorter development cycles we aim for, it's not a big deal if a feature makes it into x.y or x.(y + 2). / Martin -- My GIMP Blog: http://www.chromecode.com/ Single-window mode feature complete ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] tool presets
On Mon, Sep 5, 2011 at 6:38 AM, Alexandre Prokoudine alexandre.prokoud...@gmail.com wrote: Hi, We currently have the new Tool Presets dockable dialog that has zero factory preset. Maybe we should should opulate it a bit? I agree. It should have at least something in it. Some cropping presets for popular photo paper formats, DVD and whatnot? Steal some presets for painting tools from G-P-S? We shoudn't probably offer straight up GPS tools, because people a likely to install gps themselves. But a few examples should be included I guess. Oh, and will those be translatable? Resources are not translatable by nature as far as I know. .. On Mon, Sep 5, 2011 at 7:51 AM, Liam R E Quin l...@holoweb.net wrote: Can you bind presets to keystrokes? If not, I don't think it's worth it. You cant, but I cant see how thats relevant. The old tool presets always required 2 clicks, same for bringing up the dockable and selecting a preset. Now, I personally just keep the preset selector on top most of the time with tag active for currently relevant tool set. Tool presets pay off when you need to use the same tool with very different settings. Paint tools are an obvious case, but Im sure there are others. I personally have presets for the common cut 2:3 + rule of thrids guides. Its easyer to use the preset when ever I need it than to go and configure it. On Mon, Sep 5, 2011 at 8:24 AM, Martin Nordholts ense...@gmail.com wrote: Any feature we add at this point will delay the 2.8 release because someone needs to actually write the code, test the feature, fix bugs, take feedback into account etc. Since when does adding default resources counts as a feature or involves significant amount of coding and risk of breakage? I would agree if this was a coding task. It is not. If it was, there would be something very wrong with the setup. We sort of promised our users better resources with this release but nobody has take it up... The very least we could do is to provide some defaults for the new things so people know what it does. -- --Alexia ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] tool presets
On Mon, Sep 5, 2011 at 9:24 AM, Martin Nordholts wrote: Any feature we add at this point will delay the 2.8 release because someone needs to actually write the code, test the feature, fix bugs, take feedback into account etc. Are we still talking about a single resource file and a patch to Makefile.am to make this resource file installable? What sort of risk does it impose on release of 2.8? Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] usability update
Dear list, there have been some updates on the usability wiki as work is progressing. Method description has moved a bit: http://gui.gimp.org/index.php/Mental_Models_for_GIMP Please let me know if there is something to clarify or to discuss in more detail here. Next, I've posted some ideas of where to recruit further interview partners under recruitment channels. Feel free to add your own ideas there. Luckily, there have been recommendations for interview partners on this list as well (thanks Ramón). There's a new section interview partners (http://gui.gimp.org/index.php/Interview_Partners). My idea of how to handle the recruitment process with this section is as follows: The section is divided into confirmed and pool, so that interested people can be put under pool, most helpfully including a link to a website / portfolio of them. If both of the GIMP-Team and they themselves confirm an interview, they will get promoted into the confirmed section. During this process, they can select a time/date for their interview via http://doodle.com/ which can also be added to their name in the confirmed section. As a next step, I will ask the people who have been recommended earlier on this list if they would like to participate. Does that make sense to you? Further, I've provided information about the interviews here: http://gui.gimp.org/index.php/Information_for_Interview_Partners Main audience for this is of course the interview partners. Please take a quick look and tell me if I missed something. Reinforcements are under way / being requested (in the form of a volunteer / intern for the project) http://www.openusability.org/index.php/sou/projects I'm also thinking about an IRC meeting on usability in order to: - clarify details about the method - gather ideas for recruiting - add interview partners to the pool - talk about next steps What do you think? Kind regards, Tobi ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] (python) string don't appear translated
In GIMP 2.7.3 (testing on Windows with the latest development version from Sourceforge) there is a menu File - New Brush from Text... The New Brush from _Text... string is present in python template http://l10n.gnome.org/POT/gimp.master/gimp-python.master.pot and is already translated in my Romanian translation file http://l10n.gnome.org/POT/gimp.master/gimp-python.master.ro.po However, that particular menu displays in English. Any known reason for this ? Thank you, Cristi -- Cristian Secară http://www.secarica.ro ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] (python) string don't appear translated
2011/9/2 Cristian Secară li...@secarica.ro: In GIMP 2.7.3 (testing on Windows with the latest development version from Sourceforge) there is a menu File - New Brush from Text... The New Brush from _Text... string is present in python template http://l10n.gnome.org/POT/gimp.master/gimp-python.master.pot and is already translated in my Romanian translation file http://l10n.gnome.org/POT/gimp.master/gimp-python.master.ro.po However, that particular menu displays in English. Hi Cristian -- thank your for your feedback - that particular plug-in was added in the current development cycle, and incorrectly was not marked for translation - Regards, js -- Any known reason for this ? Thank you, Cristi -- Cristian Secară http://www.secarica.ro ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] [Gegl-developer] Difference between c2g from Gimp and from Gegl command line
On 28 August 2011 08:47, Thomas Baruchel baruc...@gmx.com wrote: Hi, I am new to GEGL but I would be interested by writing XML scripts in order to perform some complex actions from the command line. I managed to make c2g work with XML scripts, but obviously the output is not the same than what I get from Gimp. Here are the two ways I found for making c2g work: gegl -o - -x geglnode operation='gegl:c2g'paramsparam name='radius'384/paramparam name='samples'10/paramparam name='iterations'23/paramparam name='rgamma'1.8/paramparam name='strength'1/paramparam name='gamma'1/param/params/nodenode operation='gegl:load'paramsparam name='path'file.png/param/params/node/gegl | display - gegl -o - -x imagestackfilter type='gegl:c2g'paramsparam name='radius'384/paramparam name='samples'10/paramparam name='iterations'23/paramparam name='rgamma'1.8/paramparam name='strength'1/paramparam name='gamma'1/param/params/filterlayer src='file.png'//stack/image | display - As you can see, I use here the default settings from Gimp (except for samples where I tried with 10 both in Gimp and here). However this single operation performed on a picture doesn't give the same output. Do you have an explanation for that? You are using the GEGL operation tool for this in GIMP, right? I'm seeing the same behavior here, tested with your examples and with the color-temperature operation. If there is no bug filed for this issue, please file one. By the way, what is the most convenient way for having the input file from the standard input rather than setting its path in the XML file? There is such an example on http://gegl.org but I couldn't manage to get it work and I couldn't find what I had to change in my own command lines above to do it. Using path = - on a load operation is meant to work for this purpose. If it does not, that is a regression and is worth a bug report. Best regards, -- Thomas Baruchel ___ Gegl-developer mailing list gegl-develo...@lists.xcf.berkeley.edu https://lists.XCF.Berkeley.EDU/mailman/listinfo/gegl-developer -- Jon Nordby - www.jonnor.com ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] GSOC-2011 - Gimp plug-ins to Gegl operations
Hello, Here is the list of op's I ported (made): 1. Color rotate 2. Color to alpha 3. Convolution matrix 4. Cubism 5. Deinterlace 6. Emboss 7. Fractal-trace 8. Lens correct (with Lensfun library) 9. Lens-distortion 10. Plasma 11. Polar-coordinates 12. Red-eye-removal 13. Ripple I also made a showcase: http://sasurobert.github.com/GSoC-2011/ It was a really amazing experience, and I will continue to port plug-ins and/or make some tools (anything you need) after GSoC. Thanks for everything. Robert Sasu ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GSOC-2011 - Gimp plug-ins to Gegl operations
2011/8/26 Robert Sasu sasu.rob...@gmail.com: Hello, Here is the list of op's I ported (made): 1. Color rotate 2. Color to alpha 3. Convolution matrix 4. Cubism 5. Deinterlace 6. Emboss 7. Fractal-trace 8. Lens correct (with Lensfun library) 9. Lens-distortion 10. Plasma 11. Polar-coordinates 12. Red-eye-removal 13. Ripple I also made a showcase: http://sasurobert.github.com/GSoC-2011/ It was a really amazing experience, and I will continue to port plug-ins and/or make some tools (anything you need) after GSoC. Thanks for everything. Hi Robert I must say, really great work! This will be very useful as we fully transition to GEGL. Nice presentation too. BR, Martin -- My GIMP Blog: http://www.chromecode.com/ Single-window mode feature complete ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] Could you please tell me the implementation of gimp_image_get_colormap function?
Hi All, I read the code of GIMP v2.6.11 and I want to find the code of *gimp_image_get_colormap *declared in* *libgimp\gimpimage.h. gimp_image_get_colormap calls _gimp_image_get_colormap in libgimp\gimpimage_pdb.c _gimp_image_get_colormap calls gimp_run_procedure (gimp-image-get-colormap... in libgimp\gimp.c gimp_run_procedure calls gimp_run_procedure2 in libgimp\gimp.c gimp_run_procedure2 calls gp_proc_run_write in libgimpbase\gimpprotocol.c gimp_wire_write_msg calls (* handler-write_func) (channel, msg, user_data) in libgimpbase\gimpwire.c Then I lost the track of gimp_image_get_colormap. Could you please tell me which code in which file real implement the * gimp_image_get_colormap* function? I'm a beginner in C language. Thank you very much. -- Thanks, Jason Zhou ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Could you please tell me the implementation of gimp_image_get_colormap function?
Am Freitag, 26. August 2011 schrub Zhenxing Zhou: Hi All, Hi. I read the code of GIMP v2.6.11 and I want to find the code of *gimp_image_get_colormap *declared in* *libgimp\gimpimage.h. gimp_image_get_colormap calls _gimp_image_get_colormap in libgimp\gimpimage_pdb.c _gimp_image_get_colormap calls gimp_run_procedure (gimp-image-get-colormap... in libgimp\gimp.c gimp_run_procedure calls gimp_run_procedure2 in libgimp\gimp.c gimp_run_procedure2 calls gp_proc_run_write in libgimpbase\gimpprotocol.c gimp_wire_write_msg calls (* handler-write_func) (channel, msg, user_data) in libgimpbase\gimpwire.c Then I lost the track of gimp_image_get_colormap. Could you please tell me which code in which file real implement the * gimp_image_get_colormap* function? It's the first function in src/libgimp/gimpimage.c. I'm a beginner in C language. Thank you very much. signature.asc Description: This is a digitally signed message part. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Could you please tell me the implementation of gimp_image_get_colormap function?
On 26 August 2011 13:18, Zhenxing Zhou aboutmat...@gmail.com wrote: Hi All, I read the code of GIMP v2.6.11 and I want to find the code of gimp_image_get_colormap declared in libgimp\gimpimage.h. gimp_image_get_colormap calls _gimp_image_get_colormap in libgimp\gimpimage_pdb.c _gimp_image_get_colormap calls gimp_run_procedure (gimp-image-get-colormap... in libgimp\gimp.c gimp_run_procedure calls gimp_run_procedure2 in libgimp\gimp.c gimp_run_procedure2 calls gp_proc_run_write in libgimpbase\gimpprotocol.c gimp_wire_write_msg calls (* handler-write_func) (channel, msg, user_data) in libgimpbase\gimpwire.c Then I lost the track of gimp_image_get_colormap. Could you please tell me which code in which file real implement the gimp_image_get_colormap function? I'm a beginner in C language. Thank you very much. Hi, somewhat confusingly, the 'real' function has the same name, but is in app/core/gimpimage-colormap.c. It isn't very exciting to look at though, it just returns image-colormap. The pdb function that mangles the values around a bit is in app/pdb/image-cmds.c with the name image_get_colormap_invoker, generated from tools/pdbgen/pdb/image.pdb, where it is again called image_get_colormap (without gimp_). :) -- Mikael Magnusson ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GSOC-2011 - Gimp plug-ins to Gegl operations
On Fri, Aug 26, 2011 at 2:17 PM, Robert Sasu wrote: I also made a showcase: http://sasurobert.github.com/GSoC-2011/ Thanks! Unfortunately with --enable-workshop your branch doesn't build here: CC convolution-matrix.c convolution-matrix.c: In function ‘convolve_pixel’: convolution-matrix.c:277:49: error: incompatible type for argument 4 of ‘gegl_buffer_sample’ ../../gegl/buffer/gegl-buffer.h:336:17: note: expected ‘gdouble’ but argument is of type ‘void *’ make[4]: *** [convolution-matrix.la] Error 1 Also, if you actually make use of lensfun, the configuration script should check for its presence in the system and probably even provide an option to disable building the op that uses it. Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] a few strings are missing from translation
There are some stings that are english-only, such as the name of brushes, patterns, gradients, brush dynamics. As far as I can tell this is an old problem, not specific to latest GIMP releases. See this snapshot http://www.secarica.ro/misc/gimp_english_only_strings_1_ro.png or this http://www.secarica.ro/misc/gimp_english_only_strings_2_ro.png Any chance to make them available in the .po files ? In the second snapshot there is an untranslated string from cage transform that was present at one moment but was then removed, probably from an option that is now removed from code (my snapshots are from a 2.7.3 Windows version from http://www.partha.com ) Thank you, Cristi -- Cristian Secară http://www.secarica.ro ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] a few strings are missing from translation
On Friday, August 26, 2011 17:30:51 Cristian Secară wrote: See this snapshot http://www.secarica.ro/misc/gimp_english_only_strings_1_ro.png or this http://www.secarica.ro/misc/gimp_english_only_strings_2_ro.png Any chance to make them available in the .po files ? Most of the tings you point to are resource names contained within the resources. It's not possible to translate them. However, the enter tags bit should be marked translatable. --Alexia ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] a few strings are missing from translation
On Fri, 26 Aug 2011 22:01:03 +0300, Alexia Death wrote: Any chance to make them available in the .po files ? Most of the tings you point to are resource names contained within the resources. It's not possible to translate them. :( (bad design of code ? lack of i18n support is a bit strange) Just curious – this also apply for Core Pointer string ? However, the enter tags bit should be marked translatable. That one *is* already available for translation, sorry, it was my fault on it. Cristi -- Cristian Secară http://www.secarica.ro ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] a few strings are missing from translation
2011/8/27 Cristian Secară li...@secarica.ro: On Fri, 26 Aug 2011 22:01:03 +0300, Alexia Death wrote: Any chance to make them available in the .po files ? Most of the tings you point to are resource names contained within the resources. It's not possible to translate them. :( (bad design of code ? lack of i18n support is a bit strange) The problem isnt with code. These strings do not originate from the code. Thats the main point. These names are contained withing resource files. Some of these are provided by default but users can add any number of them and name them whatever they want. They can also remove the default set and make their own reusing the names in the default set. It would be quite confusing if names of resources started changing suddenly. Just curious – this also apply for Core Pointer string ? Similar, but not the same. It's the device name provided by your X server. If you had a tablet connected it would list those too with their X names. Keeping the names untranslated is nessecary, because you may need to use/find them in external config utilities and such. However, the enter tags bit should be marked translatable. That one *is* already available for translation, sorry, it was my fault on it. Then the only valid item is covered. -- --Alexia ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] interface_graphical
Hello everybody, I´d like to know how to develop a user interface in Linux with GTK.For example, in GIMP, the user interface wrote it directly by GTK or use Glade with XML, or another IDE? Thank you very much!!! ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] interface_graphical
On Wed, Aug 24, 2011 at 9:14 PM, daniel daniel wrote: Hello everybody, I´d like to know how to develop a user interface in Linux with GTK.For example, in GIMP, the user interface wrote it directly by GTK or use Glade with XML, or another IDE? Hi Daniel, 99,99% of GIMP's user interface is written manually, the other 0,01% is a recent experiment with Glade and Gtkbuilder. Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Improving undo strings (work in progress)
[oops, resending from the right account, sorry!] Here is a slightly improved version, v2 - space before ( for functions other than C_ and friends; - command context is undo-type not command (it was command before, but this change adds new strings anyway) - somewhat friendlier descriptions following Mitch's suggestions. I was tempted to do a separate patch to redesign the shear tool box slightly - right now if you enter numbers into both the x and y boxes some odd things happen. The right answer is a drop-down or radio button to say horizontal or vertical, but the transform tools are changing anyway I think. -- Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/ Pictures from old books: http://fromoldbooks.org/ Ankh: irc.sorcery.net irc.gnome.org www.advogato.org diff --git a/app/tools/gimpfliptool.c b/app/tools/gimpfliptool.c index 360e9c0..bc2e2ab 100644 --- a/app/tools/gimpfliptool.c +++ b/app/tools/gimpfliptool.c @@ -64,6 +64,7 @@ static TileManager * gimp_flip_tool_transform (GimpTransformTool *tool, gint *new_offset_x, gint *new_offset_y); +static gchar *gimp_flip_tool_get_undo_desc (GimpTransformTool *tr_tool); G_DEFINE_TYPE (GimpFlipTool, gimp_flip_tool, GIMP_TYPE_TRANSFORM_TOOL) @@ -98,13 +99,33 @@ gimp_flip_tool_class_init (GimpFlipToolClass *klass) tool_class-cursor_update = gimp_flip_tool_cursor_update; trans_class-transform= gimp_flip_tool_transform; + trans_class-get_undo_desc = gimp_flip_tool_get_undo_desc; } +static gchar * +gimp_flip_tool_get_undo_desc (GimpTransformTool *tr_tool) +{ + GimpFlipOptions *options = GIMP_FLIP_TOOL_GET_OPTIONS (tr_tool); + + switch (options-flip_type) +{ +case GIMP_ORIENTATION_HORIZONTAL: + return g_strdup( C_(command, Flip Horizontal)); +case GIMP_ORIENTATION_VERTICAL: + return g_strdup( C_(command, Flip Vertical)); +default: + /* probably this is not actually reached today, but + * could be if someone defined FLIP_DIAGONAL, say... + */ + return g_strdup( C_(command, Flip)); +} +} + + static void gimp_flip_tool_init (GimpFlipTool *flip_tool) { GimpTool *tool = GIMP_TOOL (flip_tool); - GimpTransformTool *tr_tool = GIMP_TRANSFORM_TOOL (flip_tool); gimp_tool_control_set_snap_to(tool-control, FALSE); gimp_tool_control_set_precision (tool-control, @@ -116,7 +137,6 @@ gimp_flip_tool_init (GimpFlipTool *flip_tool) gimp_tool_control_set_toggle_tool_cursor (tool-control, GIMP_TOOL_CURSOR_FLIP_VERTICAL); - tr_tool-undo_desc = C_(command, Flip); } static void diff --git a/app/tools/gimpperspectivetool.c b/app/tools/gimpperspectivetool.c index 63220b4..3855465 100644 --- a/app/tools/gimpperspectivetool.c +++ b/app/tools/gimpperspectivetool.c @@ -63,6 +63,7 @@ static void gimp_perspective_tool_dialog_update (GimpTransformTool *tr_tool); static void gimp_perspective_tool_prepare (GimpTransformTool *tr_tool); static void gimp_perspective_tool_motion(GimpTransformTool *tr_tool); static void gimp_perspective_tool_recalc_matrix (GimpTransformTool *tr_tool); +static gchar *gimp_perspective_tool_get_undo_desc (GimpTransformTool *tr_tool); G_DEFINE_TYPE (GimpPerspectiveTool, gimp_perspective_tool, @@ -97,6 +98,7 @@ gimp_perspective_tool_class_init (GimpPerspectiveToolClass *klass) trans_class-prepare = gimp_perspective_tool_prepare; trans_class-motion= gimp_perspective_tool_motion; trans_class-recalc_matrix = gimp_perspective_tool_recalc_matrix; + trans_class-get_undo_desc = gimp_perspective_tool_get_undo_desc; } static void @@ -108,7 +110,6 @@ gimp_perspective_tool_init (GimpPerspectiveTool *perspective_tool) gimp_tool_control_set_tool_cursor (tool-control, GIMP_TOOL_CURSOR_PERSPECTIVE); - tr_tool-undo_desc = C_(command, Perspective); tr_tool-progress_text = _(Perspective transformation); tr_tool-use_grid = TRUE; @@ -119,6 +120,10 @@ gimp_perspective_tool_init (GimpPerspectiveTool *perspective_tool) static void gimp_perspective_tool_dialog (GimpTransformTool *tr_tool) { +} + +static void unused(GimpTransformTool *tr_tool) +{ GimpPerspectiveTool *perspective = GIMP_PERSPECTIVE_TOOL (tr_tool); GtkWidget *content_area; GtkWidget *frame; @@ -171,6 +176,12 @@ gimp_perspective_tool_dialog_update (GimpTransformTool *tr_tool) } } +static gchar * +gimp_perspective_tool_get_undo_desc (GimpTransformTool *tr_tool) +{ + return g_strdup (C_(undo-type, Perspective)); +} + static void gimp_perspective_tool_prepare (GimpTransformTool *tr_tool) { diff --git a/app/tools/gimprotatetool.c b/app/tools/gimprotatetool.c index f320541..4a570d9 100644 --- a/app/tools/gimprotatetool.c +++ b/app/tools/gimprotatetool.c @@
Re: [Gimp-developer] GIMP 2.8 icon
Thanks a lot for the offer cc5 inator. These icons are very well made. i like them. And i like the idea of a serie of interviews with different artists. I think this could be very interesting for averybody, coders, designers etc. i would suggest some names because i can´t suggest mine (it is not polite, but i am available too if it is required :) ) *Guillermo Espertino.* http://www.ohweb.com.ar/ some videos here. http://www.youtube.com/user/gespertino More known as gez.he is an Expert in color management and integrates blender inkscape and gimp in his workflow. *JesusDA*. http://www.jesusda.com/ he only uses freesoftware. he is web designer and FLOSS consultant.he has made a lot of gimp tutorials and it is a reference here in Spain. *David Revoy* http://www.davidrevoy.com/blog.php freelance Artist from France. Worked in Sintel open source movie and it is involved in lot of projects. *Mozart Couto* http://blogdodesenhador.blogspot.com/ Fine arts and digital Artist. lot of experience with tablets, programs and techniques. the Word Dicas means tutorial. *Voxmortem* http://voxmortem.deviantart.com/ he is from poland and has some really interesting pieces of art. *LJFhutch* http://www.ljfhutch.com/ Specialized in game content creation. 2011/8/23 Tobias Ehni tobias.e...@googlemail.com Hi, thanks a lot for your offer and for providing samples of your work, too. I'm impressed that you did logos for blender and Battle for Wesnoth. I'm sorry that I can't tell you anything about creating the next logo, however there is also another way to contribute to the GIMP community. I'm planning to conduct interviews with graphic / interface / web designers and photographers. The idea is to better understand how users actually work in the field, i.e. what they do and how they do it. The insights from the interviews will be used to improve ease of use / usability of GIMP. Interviews are planned to take place in October, with an interview taking about one hour, via VoIP. I'd be very happy if you decided to help both GIMP team and users by being interviewed about your work. Feel free to contact me if you have any further questions. Kind regards, Tobi 2011/8/22 c55 inator c55ina...@gmail.com: Hello. I'm a graphic designer with experience in creating Application icons [Like this, this, or this] and I was wondering if I could be of service in helping create GIMP's next application icon. I use GIMP on a daily basis in my work and I'd love to contribute something back to the community. Any information regarding ways I could help would be greatly appreciated :) My work, if you're curious: http://dribbble.com/ollin ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer -- ___ Ramón Miranda www.ramonmiranda.com GPS project http://code.google.com/p/gps-gimp-paint-studio/ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] [PATCH] Fix deprecated usage of gimp-free-select
Hi Martin! On Tue, Aug 23, 2011 at 1:44 AM, Martin Nordholts ense...@gmail.com wrote: There is already a patch that does this that no one have had time yet (due to priorities) to commit: https://bugzilla.gnome.org/show_bug.cgi?id=647834 Hummm... Next time I need to give a better look at the bug tracker :-) But good that there is already a patch that also fixes other deprecated calls. Best regards, Nelson ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GIMP 2.8 icon
On 08/23/11 14:22, Tobias Ehni wrote: Thanks for suggesting some names from the artist scene. That's very helpful for me and the entire project. 2011/8/23 Ramón Mirandamirandagrap...@gmail.com: Thanks a lot for the offer cc5 inator. These icons are very well made. i like them. And i like the idea of a serie of interviews with different artists. I think this could be very interesting for averybody, coders, designers etc. i would suggest some names because i can´t suggest mine (it is not polite, but i am available too if it is required :) ) Guillermo Espertino. http://www.ohweb.com.ar/ some videos here. http://www.youtube.com/user/gespertino More known as gez.he is an Expert in color management and integrates blender inkscape and gimp in his workflow. JesusDA. http://www.jesusda.com/ he only uses freesoftware. he is web designer and FLOSS consultant.he has made a lot of gimp tutorials and it is a reference here in Spain. David Revoy http://www.davidrevoy.com/blog.php freelance Artist from France. Worked in Sintel open source movie and it is involved in lot of projects. Mozart Couto http://blogdodesenhador.blogspot.com/ Fine arts and digital Artist. lot of experience with tablets, programs and techniques. the Word Dicas means tutorial. Voxmortem http://voxmortem.deviantart.com/ he is from poland and has some really interesting pieces of art. LJFhutch http://www.ljfhutch.com/ Specialized in game content creation. 2011/8/23 Tobias Ehnitobias.e...@googlemail.com Hi, thanks a lot for your offer and for providing samples of your work, too. I'm impressed that you did logos for blender and Battle for Wesnoth. I'm sorry that I can't tell you anything about creating the next logo, however there is also another way to contribute to the GIMP community. I'm planning to conduct interviews with graphic / interface / web designers and photographers. The idea is to better understand how users actually work in the field, i.e. what they do and how they do it. The insights from the interviews will be used to improve ease of use / usability of GIMP. Interviews are planned to take place in October, with an interview taking about one hour, via VoIP. I'd be very happy if you decided to help both GIMP team and users by being interviewed about your work. Feel free to contact me if you have any further questions. Kind regards, Tobi 2011/8/22 c55 inatorc55ina...@gmail.com: Hello. I'm a graphic designer with experience in creating Application icons [Like this, this, or this] and I was wondering if I could be of service in helping create GIMP's next application icon. I use GIMP on a daily basis in my work and I'd love to contribute something back to the community. Any information regarding ways I could help would be greatly appreciated :) My work, if you're curious: http://dribbble.com/ollin ___ Oh if there is a competent artist offering to provide a decent looking logo/icon for Gimp , please don't refuse the offer. The current wilber annoys me every time I see it. I installed Gimp for my mother (a working artist) and she demanded that I change the icon on her desktop. Sorry if this was the handy work of someone's girlfriend, mother or beloved eight-year-old daughter but it is high time the project had a more credible image. If someone's offering, please ask for some sample designs. /gg/ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GIMP 2.8 icon
@Tobias: Glad you like my work. I'd love to conduct an interview but unfortunately, VoiP is not an option, and it would have to be done via a text-based platform like Google Talk or email. I realize that this is rather inconvenient, so I won't trouble you by insisting on an interview–if you are still willing, I'd love the opportunity to contribute. I'm fine about the icon; I will probably release a replacement eventually, and I understand that you may wish to keep a consistent designer throughout GIMP's development. I look forward to seeing where the icon goes in the next release. An icon is a crucial part of a program, because to the user, it *is* the program–they drag the program around, place the program in their dock or desktop, and click on the program to launch it, all while using the metaphor of the icon. The icons of similar applications, like those of Pixelmatorhttp://jonwhipple.com/blog/wp-content/uploads/2010/10/PixelmatorIcon.png or Acorn http://macin.files.wordpress.com/2010/03/acorn-2-2-2-icon.png, use their icons to communicate the beauty and artistic nature of their respective programs. GIMP is a powerful, wonderful platform, but to many users–from the time they go to the website to the time they launch it–it doesn't seem that way. I trust that GIMP's next icon will have been designed with this in mind. Thanks for hearing my proposal, best of luck in GIMP development. I'd love to help if ever there is an opportunity, and I thank you all for creating such a great product :) On Tue, Aug 23, 2011 at 1:00 AM, Tobias Ehni tobias.e...@googlemail.comwrote: Hi, thanks a lot for your offer and for providing samples of your work, too. I'm impressed that you did logos for blender and Battle for Wesnoth. I'm sorry that I can't tell you anything about creating the next logo, however there is also another way to contribute to the GIMP community. I'm planning to conduct interviews with graphic / interface / web designers and photographers. The idea is to better understand how users actually work in the field, i.e. what they do and how they do it. The insights from the interviews will be used to improve ease of use / usability of GIMP. Interviews are planned to take place in October, with an interview taking about one hour, via VoIP. I'd be very happy if you decided to help both GIMP team and users by being interviewed about your work. Feel free to contact me if you have any further questions. Kind regards, Tobi 2011/8/22 c55 inator c55ina...@gmail.com: Hello. I'm a graphic designer with experience in creating Application icons [Like this, this, or this] and I was wondering if I could be of service in helping create GIMP's next application icon. I use GIMP on a daily basis in my work and I'd love to contribute something back to the community. Any information regarding ways I could help would be greatly appreciated :) My work, if you're curious: http://dribbble.com/ollin ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GIMP 2.8 icon
@Tobias Ah. The usability guy? I'd love to talk usability, noticed a few usability issues in 2.7.1 [the only one available to me on OSX, don't know how many issues have been fixed] if you're interested, send me an email :) I asked on #gimp and the one person who responded told me to ask the developer mailing list :) that's why I'm here. I could check again, I suppose. No worries, is there someone ultimately responsible for the icon? I suppose the icon is probably not a pressing concern among the devs :/ and I'm not familiar with how the icon got decided the last couple of times. Maybe talking to the previous designer would be a good idea? Thanks for helping, know the icon isn't your responsibility. I'll look forward to the interview, as I said I really appreciate the opportunity–hopefully you can send me more details as the time approaches? Oh, and most of what I said is drawn from the holy grail of ui, the Apple interface guidelineshttp://developer.apple.com/library/mac/documentation/UserExperience/Conceptual/AppleHIGuidelines/OSXHIGuidelines.pdf, which covers icons, gui, interaction–everything design related in an app. Very handy reference, it explains the standards and, more importantly, the thoughts behind them. Best of luck. On Tue, Aug 23, 2011 at 10:21 AM, Tobias Ehni tobias.e...@googlemail.comwrote: @c55 inator to clarify: I'm just the usability guy on the project, not a developer or maintainer. I'm not entitled to deciding upon the icon of GIMP. To find out who is, maybe checking the irc channel might help (http://www.gimp.org/irc.html). I did not mean to refuse your offer. I just wanted to recruit you for an interview, because your work showed me that you are one of the guys I'm interested in for these interviews... ;-) ...for which we can use a text-based platform (in October, when the interviews will be conducted). And I think you're right about what you're writing about icons. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] Patch for cppcheck error Common realloc mistake
Hello, With cppcheck, I've got this : [libgimpbase/gimpreloc.c:248]: (error) Common realloc mistake: 'address_string' nulled but not freed upon failure With this patch, it's ok : index 7461bed..238797f 100644 --- a/libgimpbase/gimpreloc.c +++ b/libgimpbase/gimpreloc.c @@ -245,7 +245,7 @@ _br_find_exe_for_symbol (const void *symbol, GimpBinrelocInitError *error) * then transform that into a pointer. */ if (address_string_len len + 3) { address_string_len = len + 3; -address_string = (char *) g_try_realloc (address_string, address_string_len); +address_string = (char *) g_realloc (address_string, address_string_len); } memcpy (address_string, 0x, 2); Julien -- View this message in context: http://old.nabble.com/Patch-for-cppcheck-error-%22Common-realloc-mistake%22-tp32305733p32305733.html Sent from the Gimp Developer mailing list archive at Nabble.com. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] Improving undo strings (work in progress)
Thanks to help from Mitch to get me started, I've had another go at improving the gimp undo strings for the transform tools. This patch changes the labels shown under Edit-Undo, Edit-Redo and also the undo history. If this goes down well I could do it for more cases. Right now it affects the following strings in the undo history: Old: New: == FlipFlip Horizontal, or Flip Vertical Rotate Rotate 15 at (300, 206) Shear Shear x=10 y=0 note: if you enter numbers into both fields in the shear dialogue, it accepts them both but only uses one. This is a bug somewhere in the shear tool _or_ in the dialogue. If the latter, the dialogue should have just Amount: and a horizontal/vertical choice. Perspective unchanged, since you can't enter the numbers in the dialogue box and it would be an exercise in frustration for people to try and drag the handles to match the numbers. I had a patch once that used entries there, but abandoned it because supposedly the transform tools were all being redone. Scale Scale x=300 y=200. note: The values in the dialogue box do not show the centre of the transform, so you can't always reuse the numbers and get the same result. It's a UI bug. I've left off the centre coordinates here. Comments? Liam -- Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/ Pictures from old books: http://fromoldbooks.org/ diff --git a/app/tools/gimpfliptool.c b/app/tools/gimpfliptool.c index 360e9c0..56e4f99 100644 --- a/app/tools/gimpfliptool.c +++ b/app/tools/gimpfliptool.c @@ -64,6 +64,7 @@ static TileManager * gimp_flip_tool_transform (GimpTransformTool *tool, gint *new_offset_x, gint *new_offset_y); +static gchar *gimp_flip_tool_get_undo_desc (GimpTransformTool *tr_tool); G_DEFINE_TYPE (GimpFlipTool, gimp_flip_tool, GIMP_TYPE_TRANSFORM_TOOL) @@ -98,13 +99,33 @@ gimp_flip_tool_class_init (GimpFlipToolClass *klass) tool_class-cursor_update = gimp_flip_tool_cursor_update; trans_class-transform= gimp_flip_tool_transform; + trans_class-get_undo_desc = gimp_flip_tool_get_undo_desc; } +static gchar * +gimp_flip_tool_get_undo_desc (GimpTransformTool *tr_tool) +{ + GimpFlipOptions *options = GIMP_FLIP_TOOL_GET_OPTIONS (tr_tool); + + switch (options-flip_type) +{ +case GIMP_ORIENTATION_HORIZONTAL: + return g_strdup(C_(command, Flip Horizontal)); +case GIMP_ORIENTATION_VERTICAL: + return g_strdup(C_(command, Flip Vertical)); +default: + /* probably this is not actually reached today, but + * could be if someone defined FLIP_DIAGONAL, say... + */ + return g_strdup(C_(command, Flip)); +} +} + + static void gimp_flip_tool_init (GimpFlipTool *flip_tool) { GimpTool *tool = GIMP_TOOL (flip_tool); - GimpTransformTool *tr_tool = GIMP_TRANSFORM_TOOL (flip_tool); gimp_tool_control_set_snap_to(tool-control, FALSE); gimp_tool_control_set_precision (tool-control, @@ -116,7 +137,6 @@ gimp_flip_tool_init (GimpFlipTool *flip_tool) gimp_tool_control_set_toggle_tool_cursor (tool-control, GIMP_TOOL_CURSOR_FLIP_VERTICAL); - tr_tool-undo_desc = C_(command, Flip); } static void diff --git a/app/tools/gimpperspectivetool.c b/app/tools/gimpperspectivetool.c index 63220b4..8f7c8c6 100644 --- a/app/tools/gimpperspectivetool.c +++ b/app/tools/gimpperspectivetool.c @@ -63,6 +63,7 @@ static void gimp_perspective_tool_dialog_update (GimpTransformTool *tr_tool); static void gimp_perspective_tool_prepare (GimpTransformTool *tr_tool); static void gimp_perspective_tool_motion(GimpTransformTool *tr_tool); static void gimp_perspective_tool_recalc_matrix (GimpTransformTool *tr_tool); +static gchar *gimp_perspective_tool_get_undo_desc (GimpTransformTool *tr_tool); G_DEFINE_TYPE (GimpPerspectiveTool, gimp_perspective_tool, @@ -97,6 +98,7 @@ gimp_perspective_tool_class_init (GimpPerspectiveToolClass *klass) trans_class-prepare = gimp_perspective_tool_prepare; trans_class-motion= gimp_perspective_tool_motion; trans_class-recalc_matrix = gimp_perspective_tool_recalc_matrix; + trans_class-get_undo_desc = gimp_perspective_tool_get_undo_desc; } static void @@ -108,7 +110,6 @@ gimp_perspective_tool_init (GimpPerspectiveTool *perspective_tool) gimp_tool_control_set_tool_cursor (tool-control, GIMP_TOOL_CURSOR_PERSPECTIVE); - tr_tool-undo_desc = C_(command, Perspective); tr_tool-progress_text = _(Perspective transformation); tr_tool-use_grid = TRUE; @@ -171,6 +172,12 @@ gimp_perspective_tool_dialog_update (GimpTransformTool *tr_tool) } } +static gchar *
[Gimp-developer] GIMP 2.8 icon
Hello. I'm a graphic designer with experience in creating Application icons [Like this http://cl.ly/2P0H2k3P1c3X0H3F0L0T/o, thishttp://fc07.deviantart.net/fs71/i/2011/047/b/7/wesnoth_by_c55inator-d39pckd.jpg, or thishttp://fc05.deviantart.net/fs71/i/2011/193/b/2/blender_replacement_by_c55inator-d3nogpb.jpg] and I was wondering if I could be of service in helping create GIMP's next application icon. I use GIMP on a daily basis in my work and I'd love to contribute something back to the community. Any information regarding ways I could help would be greatly appreciated :) My work, if you're curious: http://dribbble.com/ollin ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] [PATCH] Fix deprecated usage of gimp-free-select
Hi! Can somebody review and commit it, please? http://people.debian.org/~naoliv/misc/0001-Fix-deprecated-usage-of-gimp-free-select.txt Thank you! Best regards, Nelson ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] ANNOUNCE: GIMP 2.7.3 released
I'm sorry, hasn't it been available for a while? At least I have been using 2.7.3 for months. Great news anyway. Thales On Mon, Aug 22, 2011 at 4:10 PM, Michael Natterer mi...@gimp.org wrote: Hi, We are pleased to announce the availability of a new development version that brings us closer to GIMP 2.8. This version features a lot of UI updates and improvements. The most visible changes in 2.7.3 are the fully working single-window mode, including working session management, and the introduction of a new hybrid spinbutton/scale widget which takes less space in dockable dialogs. For a complete list of changes since 2.7.2 please see the Changes section below. Also see the release notes of the 2.7 series at http://www.gimp.org/release-notes/gimp-2.7.html Please note that the whole 2.7.x series of versions is considered unstable and is not recommended for use in production even though it might just work for you. Our intention is to make development versions available for passionate users who can provide useful feedback to help us fix bugs and streamline implementation of some of the new features. The upcoming v2.8 also introduces a huge amount of API deprecations and additions that have the potential to break existing 3rd party scripts and plug-ins. Please file bugs for all plug-ins and scripts that do work in v2.6, but don't work in 2.7.3. A migration guide for developers will be provided when v2.8 is out. There is still work left to do on v2.8. Please refer to http://tasktaste.com/projects/Enselic/gimp-2-8 to find out what the current estimation of v2.8 release is, and what bugs you can help us fixing to make the new stable version happen sooner. Happy GIMPing, --Mitch Download GIMP 2.7.3 is available from: ftp://ftp.gimp.org/pub/gimp/v2.7/ and from the mirrors listed at: http://www.gimp.org/downloads/#mirrors The checksum of the tarball is: 851b55dc4af966e62ef5c8b679bcc623 gimp-2.7.3.tar.bz2 Changes in GIMP 2.7.3 = UI: - Use GimpSpinScales instead of scale entries in all dockable widgets - Allow the spin scale to control a range larger than its scale's range - Implement RTL mode in GimpSpinScale - Add lots of tooltips to tool options - Allow to drop more things to the empty image window, and simply create new images from them - Cage tool: allow to add handle to the cage when clicking on an edge - Cage tool: allow to remove selected handles from the cage by hitting delete - Remember column widths in multi-column dock windows - Support starting GIMP in single-window mode - When the brush is shared among paint tools, also share all brush-modifying paint options - Use ALT+number and ALT+Tab shortcuts to navigate between images in both single- and multi-window mode - Make 'Export to' always activatable and fall back to 'Export...' if no export target has been set yet - In single-window mode, add new dockable dialogs to the image window instead of in a new window - When switching on single-window mode, put docks in the image window depending on what side of the window they originally had - When switching off single-window mode, distribute dock windows better - Add a canvas item for the transform grid, fixing a major speed regression, and add the same guides options as in the rectangle tools - Don't unmaximize the single-window mode image window when closing images - Resurrect the You can drop dockable dialogs here help string below the toolbox - Make pick-and-move with the Move Tool work for layers in a layer group Core: - Add GimpMotionBuffer which abstracts away stroke smoothing behind a simple API and takes it out of GimpDisplayShell - Add a GimpIdTable utility class - Add a GimpDockContainer interface - Add a GimpSessionManaged interface - Add GimpCanvasRectangleGuides which makes the rectangle tool's guides draw properly Libgimp: - Make libgimp depend on GdkPixbuf - Add API to create layers from cairo surfaces - Make it impossible to include individual files from any GIMP library. This was always forbidden and designed so it most probably breaks, but now it reliably breaks using #error - Deprecate the set_sensitive logic and use g_object_bind_property() Plug-ins: - Use poppler's cairo API to load PDFs, the pixbuf API is removed - Port screenshot from GdkPixbuf to cairo - Fix the annoying parser build warnings in imagemap - Add a check-for-deprecated-procedures-in-script-fu make target - Update libpng code to not use deprecated API (file-mng and file-png) - Add an Item class to pygimp - Correct/update some labels and defaults in the JPEG plug-in's save dialog UI - Fix Bug 596410 - gimp-image-get-filename returns NULL for imported files Developer documentation: - Many updates Source and build system: - Make cairo a global dependency, starting at libgimpcolor - Require
Re: [Gimp-developer] ANNOUNCE: GIMP 2.7.3 released
I know my proposed patch for bug 335975https://bugzilla.gnome.org/show_bug.cgi?id=335975is probably very low priority, but I'd like to see it included soon. If there are issues, I'd like to get some feedback so that it can be fixed and included. Please let me know if there is something I need to do differently to submit this :) Dominic Canare └ d...@domstyle.net On Mon, Aug 22, 2011 at 12:10, Michael Natterer mi...@gimp.org wrote: Hi, We are pleased to announce the availability of a new development version that brings us closer to GIMP 2.8. This version features a lot of UI updates and improvements. The most visible changes in 2.7.3 are the fully working single-window mode, including working session management, and the introduction of a new hybrid spinbutton/scale widget which takes less space in dockable dialogs. For a complete list of changes since 2.7.2 please see the Changes section below. Also see the release notes of the 2.7 series at http://www.gimp.org/release-notes/gimp-2.7.html Please note that the whole 2.7.x series of versions is considered unstable and is not recommended for use in production even though it might just work for you. Our intention is to make development versions available for passionate users who can provide useful feedback to help us fix bugs and streamline implementation of some of the new features. The upcoming v2.8 also introduces a huge amount of API deprecations and additions that have the potential to break existing 3rd party scripts and plug-ins. Please file bugs for all plug-ins and scripts that do work in v2.6, but don't work in 2.7.3. A migration guide for developers will be provided when v2.8 is out. There is still work left to do on v2.8. Please refer to http://tasktaste.com/projects/Enselic/gimp-2-8 to find out what the current estimation of v2.8 release is, and what bugs you can help us fixing to make the new stable version happen sooner. Happy GIMPing, --Mitch Download GIMP 2.7.3 is available from: ftp://ftp.gimp.org/pub/gimp/v2.7/ and from the mirrors listed at: http://www.gimp.org/downloads/#mirrors The checksum of the tarball is: 851b55dc4af966e62ef5c8b679bcc623 gimp-2.7.3.tar.bz2 Changes in GIMP 2.7.3 = UI: - Use GimpSpinScales instead of scale entries in all dockable widgets - Allow the spin scale to control a range larger than its scale's range - Implement RTL mode in GimpSpinScale - Add lots of tooltips to tool options - Allow to drop more things to the empty image window, and simply create new images from them - Cage tool: allow to add handle to the cage when clicking on an edge - Cage tool: allow to remove selected handles from the cage by hitting delete - Remember column widths in multi-column dock windows - Support starting GIMP in single-window mode - When the brush is shared among paint tools, also share all brush-modifying paint options - Use ALT+number and ALT+Tab shortcuts to navigate between images in both single- and multi-window mode - Make 'Export to' always activatable and fall back to 'Export...' if no export target has been set yet - In single-window mode, add new dockable dialogs to the image window instead of in a new window - When switching on single-window mode, put docks in the image window depending on what side of the window they originally had - When switching off single-window mode, distribute dock windows better - Add a canvas item for the transform grid, fixing a major speed regression, and add the same guides options as in the rectangle tools - Don't unmaximize the single-window mode image window when closing images - Resurrect the You can drop dockable dialogs here help string below the toolbox - Make pick-and-move with the Move Tool work for layers in a layer group Core: - Add GimpMotionBuffer which abstracts away stroke smoothing behind a simple API and takes it out of GimpDisplayShell - Add a GimpIdTable utility class - Add a GimpDockContainer interface - Add a GimpSessionManaged interface - Add GimpCanvasRectangleGuides which makes the rectangle tool's guides draw properly Libgimp: - Make libgimp depend on GdkPixbuf - Add API to create layers from cairo surfaces - Make it impossible to include individual files from any GIMP library. This was always forbidden and designed so it most probably breaks, but now it reliably breaks using #error - Deprecate the set_sensitive logic and use g_object_bind_property() Plug-ins: - Use poppler's cairo API to load PDFs, the pixbuf API is removed - Port screenshot from GdkPixbuf to cairo - Fix the annoying parser build warnings in imagemap - Add a check-for-deprecated-procedures-in-script-fu make target - Update libpng code to not use deprecated API (file-mng and file-png) - Add an Item class to pygimp - Correct/update some labels and defaults in the JPEG
Re: [Gimp-developer] ANNOUNCE: GIMP 2.7.3 released
On Mon, Aug 22, 2011 at 10:33 PM, Thales Oliveira - WeAreLinux.com tha...@wearelinux.com wrote: I'm sorry, hasn't it been available for a while? At least I have been using 2.7.3 for months. Great news anyway. The running git has the next version number. All git builds up to the release were labeled 2.7.3. However, when a release is made, it becomes a fixed version and git is now 2.7.4. -- --Alexia ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] ANNOUNCE: GIMP 2.7.3 released
Thanks Alexia, nice to know that :) Thales On Mon, Aug 22, 2011 at 4:52 PM, Alexia Death alexiade...@gmail.com wrote: On Mon, Aug 22, 2011 at 10:33 PM, Thales Oliveira - WeAreLinux.com tha...@wearelinux.com wrote: I'm sorry, hasn't it been available for a while? At least I have been using 2.7.3 for months. Great news anyway. The running git has the next version number. All git builds up to the release were labeled 2.7.3. However, when a release is made, it becomes a fixed version and git is now 2.7.4. -- --Alexia -- Thales Oliveira - www.ThalesOliveira.com http://www.thalesoliveira.com/ +55 31 8365 3869 +55 31 3309 8760 ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] ANNOUNCE: GIMP 2.7.3 released
2011/8/22 Thales Oliveira - WeAreLinux.com tha...@wearelinux.com: I'm sorry, hasn't it been available for a while? At least I have been using 2.7.3 for months. Great news anyway. There is lot of confusion regarding this, which is why I think we should start with GEGL-like version numbering, i.e. odd micro numbers for code in git, even micro numbers for releases. / Martin -- My GIMP Blog: http://www.chromecode.com/ Single-window mode feature complete ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] ANNOUNCE: GIMP 2.7.3 released
Lemme guess. That aging build from Ubuntu PPA that said 2.7.3 even when GIMP was 2.7.1 in Git? :) hahaha, exactly! LOL There is lot of confusion regarding this, which is why I think we should start with GEGL-like version numbering, i.e. odd micro numbers for code in git, even micro numbers for releases. Indeed, quite confusing ^^ On Mon, Aug 22, 2011 at 5:33 PM, Alexandre Prokoudine alexandre.prokoud...@gmail.com wrote: On Mon, Aug 22, 2011 at 11:33 PM, Thales Oliveira - WeAreLinux.com wrote: I'm sorry, hasn't it been available for a while? At least I have been using 2.7.3 for months. Great news anyway. Lemme guess. That aging build from Ubuntu PPA that said 2.7.3 even when GIMP was 2.7.1 in Git? :) Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer -- Thales Oliveira - www.ThalesOliveira.com http://www.thalesoliveira.com/ +55 31 8365 3869 +55 31 3309 8760 ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] ANNOUNCE: GIMP 2.7.3 released
On Mon, 2011-08-22 at 22:27 +0200, Martin Nordholts wrote: 2011/8/22 Thales Oliveira - WeAreLinux.com tha...@wearelinux.com: I'm sorry, hasn't it been available for a while? At least I have been using 2.7.3 for months. Great news anyway. There is lot of confusion regarding this, which is why I think we should start with GEGL-like version numbering, i.e. odd micro numbers for code in git, even micro numbers for releases. We had that topic on IRC yesterday, and I think we should stick with the current numbering for 2.7, and switch to the proposed numbering after. --Mitch ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] minor typo in one string
On Fri, 2011-08-19 at 16:02 +0300, Cristian Secară wrote: An extra s on dynamics: #: ../app/actions/dynamics-actions.c:70 msgctxt dynamics-action msgid _Refresh Dynamicss Thanks, fixed in GIT. --Mitch ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] [PATCH] Fix some memleaks
On 11-08-17 01:16 PM, Nelson A. de Oliveira wrote: Updated patch available at http://people.debian.org/~naoliv/misc/0001-Fix-some-memleaks-2.txt Patch was committed as revision ce3db28f5abe3667a97be3ad2d44a0794efecb16. Thanks again for spotting the leaks and the patch. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] Editing GIMP 'About' version string
Hello, I failed to figure this out myself and couldn't find any information on Internet hence my e-mail. I build gimp from git and I'd like to include last git commit followed by date in the 'About' version string. Where should I make the alteration? -- Thanks, Tomasz ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Editing GIMP 'About' version string
In gimp-repo/app/dialogs/about-dialog.c I've got this: #include config.h #include string.h [...] #include about.h So I run autogen.sh to generate config.h and about.h and edited the following two lines in the first file: #define PACKAGE_STRING GIMP 2.7.3 #define PACKAGE_STRING GIMP 2.7.3+ gitc0208e7-20110818 #define PACKAGE_VERSION 2.7.3 #define PACKAGE_VERSION 2.7.3+ gitc0208e7-20110818 Can't see anything like version string in about.h so didn't touch it. After building and installing there's no change in the About window.. -- Thanks, Tomasz On Thu, Aug 18, 2011 at 10:46 PM, trapDoor trapdo...@gmail.com wrote: Hello, I failed to figure this out myself and couldn't find any information on Internet hence my e-mail. I build gimp from git and I'd like to include last git commit followed by date in the 'About' version string. Where should I make the alteration? -- Thanks, Tomasz ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] [PATCH] Fix some memleaks
On 11-08-16 07:14 PM, Nelson A. de Oliveira wrote: Can somebody verify and commit it, please? http://people.debian.org/~naoliv/misc/0001-Fix-some-memleaks.txt Thank you for the patch. There are some minor changes needed before the patch can be applied. The patch file should not contain tabs. Please change the tabs before the g_free() calls you added to spaces. The second change to psd-util.c frees pascal_str but it looks to me that it also needs to be freed after the call to g_debug(). After you make the above mentioned changes, send a link to the updated patch file. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] [PATCH] Fix some memleaks
Hi! On Wed, Aug 17, 2011 at 1:43 PM, Kevin Cozens ke...@ve3syb.ca wrote: After you make the above mentioned changes, send a link to the updated patch file. Updated patch available at http://people.debian.org/~naoliv/misc/0001-Fix-some-memleaks-2.txt Thank you! Best regards, Nelson ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] minor typo in one string
An additional space is required after or in this string: #: ../app/tools/gimptextoptions.c:188 msgid Whether text flows into rectangular shape ormoves into a new line when you press Enter Cristi -- Cristian Secară http://www.secarica.ro ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] minor typo in one string
2011/8/16 Cristian Secară li...@secarica.ro: An additional space is required after or in this string: #: ../app/tools/gimptextoptions.c:188 msgid Whether text flows into rectangular shape ormoves into a new line when you press Enter fixed, thanks -- Mikael Magnusson ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Usability Session @ CCC
The wiki is going to be updated with the results, see http://gui.gimp.org/index.php/GIMP_UI_Redesign http://gui.gimp.org/index.php/Usability There will be an executive overview of what is planned for the next months for GIMP concerning usability, which will also be used for a season of usability, with the help of openusability, see http://openusability.org/ As soon as this information will be posted there will be an announcement via this mailing list. 2011/8/13 Kevin Cozens ke...@ve3syb.ca: On 11-08-11 09:57 AM, Tobias Ehni wrote: there is going to be a session on usability for GIMP August 12th, 16:00, WilberVille at CCC. Sounds good. When/where will a report be posted of what comes out of this meeting? ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] Usability for GIMP - Executive Summary Project Description
I've posted an executive summary of the usability project for GIMP on the wiki (http://gui.gimp.org/index.php/Usability), based on our discussion at Chaos Camp. This will be used as the project description for a Season of Usability on OpenUsability (http://www.openusability.org/) as well. Please take a look at it (very low effort: 4 sentences, 74 words) and tell me if it finds your approval or if you have any questions, comments or additions. Thanks and kind regards, Tobi ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Usability for GIMP - Executive Summary Project Description
On Mon, Aug 15, 2011 at 2:03 PM, Tobias Ehni wrote: I've posted an executive summary of the usability project for GIMP on the wiki (http://gui.gimp.org/index.php/Usability), based on our discussion at Chaos Camp. This will be used as the project description for a Season of Usability on OpenUsability (http://www.openusability.org/) as well. Please take a look at it (very low effort: 4 sentences, 74 words) and tell me if it finds your approval or if you have any questions, comments or additions. Thanks a lot, a quick quwstion: have you decided on interview topics already, or the planned decision on scope of the interview already includes that? Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer