tag:www.nabble.com,2006:forum-87Nabble - GIMP2008-10-06T13:30:58ZGIMP home is <a href="http://www.gimp.org/" target="_top" rel="nofollow">here</a>.tag:www.nabble.com,2006:post-19845832Re: GIMP 2.6.1 release ahead2008-10-06T13:30:58Z2008-10-06T13:30:58ZSven NeumannHi,
<br><br>On Mon, 2008-10-06 at 21:59 +0200, Martin Nordholts wrote:
<br><div class='shrinkable-quote'><br>> It would of course be nice if the whole icon set was adapted by an
<br>> artist to look good when color neutral, but I don't really see anyone
<br>> doing that very soon. There are two approaches that I think will
<br>> possible to get into 2.8 and they both somewhat involve programming:
<br>>
<br>> 1. Run the existing theme image elements through ImageMagick and make
<br>> them all greyscale, then compose the color neutral theme from that.
<br>>
<br>> 2. Support color neutrality for all themes, i.e. programatically make
<br>> icons color neutral and perhaps only color them when they are being
<br>> hovered by the mouse cursor.
</div><br>I don't think that is what Peter meant when he wrote that the icons
<br>should be overhauled. Many of the current tool icons are only
<br>distinguishable by their color. Their shapes are not different enough to
<br>make them work without the color information. So if you removed the
<br>color, you would only make things worse. I don't think that would help
<br>anyone.
<br><br><br>Sven
<br><br><br>_______________________________________________
<br>Gimp-developer mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19845832&i=0" target="_top" rel="nofollow">Gimp-developer@...</a>
<br><a href="https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer" target="_top" rel="nofollow">https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer</a><br><p>From forum: <a href="http://www.nabble.com/Gimp-Developer-f85.html" embed="fixTarget[85]" target="_top" >Gimp Developer</a></p>tag:www.nabble.com,2006:post-19845676Re: GIMP 2.6.1 release ahead2008-10-06T13:22:28Z2008-10-06T13:22:28ZBrennan SellnerOn Mon, 6 Oct 2008, Martin Nordholts wrote:
<div class='shrinkable-quote'><div class='shrinkable-quote'><br>> Sven Neumann wrote:
<br>>>> * Making the toolbox (and the rest of the interface?) color neutral [1],
<br>>>> probably through a color neutral theme
<br>>>>
<br>>>
<br>>> That is the job for an artist, not a developer. You should try to get
<br>>> Jimmac into the boat.
<br>>>
<br>>
<br>> It would of course be nice if the whole icon set was adapted by an
<br>> artist to look good when color neutral, but I don't really see anyone
<br>> doing that very soon. There are two approaches that I think will
<br>> possible to get into 2.8 and they both somewhat involve programming:
<br>>
<br>> 1. Run the existing theme image elements through ImageMagick and make
<br>> them all greyscale, then compose the color neutral theme from that.
<br>>
<br>> 2. Support color neutrality for all themes, i.e. programatically make
<br>> icons color neutral and perhaps only color them when they are being
<br>> hovered by the mouse cursor.
<br>>
<br>> If either of those will look good enough for being promoted to an
<br>> official stable release is another thing, but perhaps the initial effort
<br>> will attract graphical artists to help out.
</div></div>If a goal is to support simple greyscale <-> color icons, James McNames
<br>published a Matlab script to generate a palette of colors that are
<br>linearly spaced along the luminance axis. The intention was to allow
<br>illustrations in publications to be colorized, while still retaining
<br>readability when printed in greyscale, but it may be useful here as a
<br>palette for the artists. I've attached an example 64-color palette; the
<br>script has several tweakable parameters, and should run in Octave as well.
<br><br>Matlab script and paper:
<br> <a href="http://bsp.pdx.edu/Software/" target="_top" rel="nofollow">http://bsp.pdx.edu/Software/</a><br><br>Here's a related approach, although it doesn't span the color space quite
<br>as well in my opinion:
<br> <a href="http://blogs.mathworks.com/steve/2006/05/09/a-lab-based-uniform-color-scale/" target="_top" rel="nofollow">http://blogs.mathworks.com/steve/2006/05/09/a-lab-based-uniform-color-scale/</a><br><br>Cheers,
<br><br>-Brennan
<br><br />GIMP Palette
<br>Name: LinearLuminance
<br>Columns: 0
<br>#
<br>255 255 255 White
<br>250 255 248 Off White 1
<br>249 253 239 Off White 2
<br>250 247 231 Off White 3
<br>253 238 225 Off White 4
<br>255 226 223 Pale Pink 1
<br>254 213 225 Pale Pink 1
<br>248 200 232 Pale Pink 1
<br>237 190 240 Pale Purple 1
<br>221 186 249 Pale Purple 2 #(10)
<br>202 188 254 Pale Purple 3
<br>181 196 254 Pale Blue-Purple
<br>163 210 246 Pale Blue 1
<br>150 226 231 Pale Blue 2
<br>145 242 208 Pale Blue-Green
<br>150 252 181 Sea Foam Green
<br>164 254 153 Pale Green
<br>184 246 128 Yellow-Green
<br>209 227 110 Pale Yellow
<br>232 199 104 Pale Orange #(20)
<br>248 164 110 Orange
<br>255 128 128 Burnt Orange
<br>248 95 155 Mauve
<br>227 72 187 Reddish Purple
<br>193 62 218 Magenta
<br>151 68 242 Purple
<br>107 89 254 Deep Purple
<br> 66 122 249 Blue
<br> 36 161 227 Jade
<br> 22 200 190 Turquoise #(30)
<br> 27 232 142 Blue-Green
<br> 50 248 91 Green
<br> 87 244 46 Neon Green 1
<br>130 220 14 Neon Green 2
<br>170 180 2 Dirty Yellow
<br>199 133 8 Dirty Orange
<br>213 85 30 Dark Orange
<br>209 44 62 Light Red
<br>189 15 99 Red
<br>157 2 132 Purplish Red #(40)
<br>118 3 158 Dark Magenta
<br> 78 18 171 Dark Purple
<br> 43 43 170 Very Dark Purple
<br> 17 71 155 Dark Blue
<br> 3 98 130 Dark Blue-Green
<br> 1 118 99 Dark Turquoise
<br> 10 129 67 Camo Green
<br> 27 129 38 Dark Green 1
<br> 47 119 16 Dark Green 2
<br> 66 100 4 Dark Yellow-Green #(50)
<br> 81 77 0 Mud
<br> 89 52 5 Red Mud
<br> 88 30 15 Charred Orange
<br> 80 14 28 Deep Red
<br> 66 4 39 Dark Red
<br> 50 0 47 Midnight Purple 1
<br> 33 2 50 Midnight Purple 2
<br> 19 7 47 Black-Purple 1
<br> 8 12 40 Black-Purple 2
<br> 2 16 30 Effectively Black #(60)
<br> 0 17 20 Off Black 1
<br> 0 14 10 Off Black 2
<br> 1 8 4 Off Black 3
<br> 0 0 0 Black
<br><br />_______________________________________________
<br>Gimp-developer mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19845676&i=0" target="_top" rel="nofollow">Gimp-developer@...</a>
<br><a href="https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer" target="_top" rel="nofollow">https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer</a><br><p>From forum: <a href="http://www.nabble.com/Gimp-Developer-f85.html" embed="fixTarget[85]" target="_top" >Gimp Developer</a></p>tag:www.nabble.com,2006:post-19845265Re: GIMP 2.6.1 release ahead2008-10-06T12:59:23Z2008-10-06T12:59:23ZMartin Nordholts-2Sven Neumann wrote:
<br>>> * Making the toolbox (and the rest of the interface?) color neutral [1],
<br>>> probably through a color neutral theme
<br>>>
<br>>
<br>> That is the job for an artist, not a developer. You should try to get
<br>> Jimmac into the boat.
<br>>
<br><br>It would of course be nice if the whole icon set was adapted by an
<br>artist to look good when color neutral, but I don't really see anyone
<br>doing that very soon. There are two approaches that I think will
<br>possible to get into 2.8 and they both somewhat involve programming:
<br><br>1. Run the existing theme image elements through ImageMagick and make
<br>them all greyscale, then compose the color neutral theme from that.
<br><br>2. Support color neutrality for all themes, i.e. programatically make
<br>icons color neutral and perhaps only color them when they are being
<br>hovered by the mouse cursor.
<br><br>If either of those will look good enough for being promoted to an
<br>official stable release is another thing, but perhaps the initial effort
<br>will attract graphical artists to help out.
<br><br>>> * Getting rid of the GimpDockSeparator's in docks and only show a
<br>>> counterpart to them when a user is in the process of docking a Dialog.
<br>>>
<br>>
<br>> I don't understand this. What's wrong about the seperators?
<br>>
<br><br>The separators occupy horizontal space even when they are not used. They
<br>(or rather, their counterparts) only needs to be shown on a
<br>GtkWidget::drag-begin and they can be hidden on the corresponding
<br>GtkWidget::drag-end. My current thinking is to add a
<br><br> gimp_dock_show_dockability_overlay()
<br><br>that would show/hide the separators in self-contained popup windows over
<br>each dock, probably taken care of by a manager of some kind. I believe
<br>the best approach would be to have one overlay window for each dock, and
<br>paint/highlight dockable areas on an otherwise completely transparent
<br>window, but I'm not sure GTK+ supports that for all platforms/window
<br>managers well enough.
<br><div class='shrinkable-quote'><br>>> This is IMO a prerequisite for:
<br>>>
<br>>> * Supporting one-window layouts by allowing to dock the toolbox and
<br>>> dialogs to image windows/the empty image window [1]
<br>>>
<br>>
<br>> IMO the most important prerequisite for this is the introduction of tabs
<br>> into the image window. I would very much like to see the possibility of
<br>> having multiple images open in a tabbed image window.
<br>>
<br>>
</div><br>A tab interface would certainly make a single-window layout even nicer,
<br>but just being able to dock things at all to image windows would IMO be
<br>useful enough, and I don't like the idea of having GimpDockSeparators
<br>always visible in the image windows. So I still believe that getting rid
<br>of the GimpDockSeparators is more important than a tab-interface.
<br><br>- Martin
<br>_______________________________________________
<br>Gimp-developer mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19845265&i=0" target="_top" rel="nofollow">Gimp-developer@...</a>
<br><a href="https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer" target="_top" rel="nofollow">https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer</a><br><p>From forum: <a href="http://www.nabble.com/Gimp-Developer-f85.html" embed="fixTarget[85]" target="_top" >Gimp Developer</a></p>tag:www.nabble.com,2006:post-19845047Re: help F12008-10-06T12:48:08Z2008-10-06T12:48:08ZSven NeumannHi,
<br><br>On Mon, 2008-10-06 at 03:48 -0400, Alec Burgess wrote:
<br><br>> Thanks for the clarification. So help DOES work for some or most Windows users?
<br><br>Yes. I don't have figures, but it does appear to work for most users on
<br>the Windows platform. And starting with 2.6 they can even use the online
<br>user manual.
<br><br><br>Sven
<br><br><br>_______________________________________________
<br>Gimp-user mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19845047&i=0" target="_top" rel="nofollow">Gimp-user@...</a>
<br><a href="https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user" target="_top" rel="nofollow">https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user</a><br><p>From forum: <a href="http://www.nabble.com/Gimp-User-f84.html" embed="fixTarget[84]" target="_top" >Gimp User</a></p>tag:www.nabble.com,2006:post-19845000Re: GIMP 2.6.1 release ahead2008-10-06T12:45:13Z2008-10-06T12:45:13ZAlexia Death-2On Monday 06 October 2008 22:32:43 Sven Neumann wrote:
<br>> > This is IMO a prerequisite for:
<br>> >
<br>> > * Supporting one-window layouts by allowing to dock the toolbox and
<br>> > dialogs to image windows/the empty image window [1]
<br>>
<br>> IMO the most important prerequisite for this is the introduction of tabs
<br>> into the image window. I would very much like to see the possibility of
<br>> having multiple images open in a tabbed image window.
<br>Indeed. That would be one UI change that would make the gimp UI a lot more
<br>convenient now that Utility Window hints are working. Being able to dock docks
<br>to image window would simply be cherries on the cake.
<br><br>-- Alexia
<br>_______________________________________________
<br>Gimp-developer mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19845000&i=0" target="_top" rel="nofollow">Gimp-developer@...</a>
<br><a href="https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer" target="_top" rel="nofollow">https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer</a><br><p>From forum: <a href="http://www.nabble.com/Gimp-Developer-f85.html" embed="fixTarget[85]" target="_top" >Gimp Developer</a></p>tag:www.nabble.com,2006:post-19844764Re: GIMP 2.6.1 release ahead2008-10-06T12:32:43Z2008-10-06T12:32:43ZSven NeumannHi,
<br><br>On Mon, 2008-10-06 at 18:45 +0200, Martin Nordholts wrote:
<br><br>> * Making the toolbox (and the rest of the interface?) color neutral [1],
<br>> probably through a color neutral theme
<br><br>That is the job for an artist, not a developer. You should try to get
<br>Jimmac into the boat.
<br><br>> * Getting rid of the GimpDockSeparator's in docks and only show a
<br>> counterpart to them when a user is in the process of docking a Dialog.
<br><br>I don't understand this. What's wrong about the seperators?
<br><br>> This is IMO a prerequisite for:
<br>>
<br>> * Supporting one-window layouts by allowing to dock the toolbox and
<br>> dialogs to image windows/the empty image window [1]
<br><br>IMO the most important prerequisite for this is the introduction of tabs
<br>into the image window. I would very much like to see the possibility of
<br>having multiple images open in a tabbed image window.
<br><br><br>Sven
<br><br><br>_______________________________________________
<br>Gimp-developer mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19844764&i=0" target="_top" rel="nofollow">Gimp-developer@...</a>
<br><a href="https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer" target="_top" rel="nofollow">https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer</a><br><p>From forum: <a href="http://www.nabble.com/Gimp-Developer-f85.html" embed="fixTarget[85]" target="_top" >Gimp Developer</a></p>tag:www.nabble.com,2006:post-19844544gimpwin-users list2008-10-06T12:21:43Z2008-10-06T12:21:43ZRichard Hirner-3What has happend to the gimpwin-users list?
<br><br><a href="http://tech.groups.yahoo.com/group/gimpwin-users/" target="_top" rel="nofollow">http://tech.groups.yahoo.com/group/gimpwin-users/</a> tells me that the
<br>list doesn't exist anymore. Why?
<br><br>--
<br>Richard H.
<br>_______________________________________________
<br>Gimp-user mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19844544&i=0" target="_top" rel="nofollow">Gimp-user@...</a>
<br><a href="https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user" target="_top" rel="nofollow">https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user</a><br><p>From forum: <a href="http://www.nabble.com/Gimp-User-f84.html" embed="fixTarget[84]" target="_top" >Gimp User</a></p>tag:www.nabble.com,2006:post-19841684Re: GIMP 2.6.1 release ahead2008-10-06T09:45:12Z2008-10-06T09:45:12ZMartin Nordholts-2Sven Neumann wrote:
<br>> So, what are your plans for 2.8?
<br>>
<br><br>Hi
<br><br>Currently I am interested in polishing the user interface, namely
<br><br>* Fixing GtkNotebook somehow so that we can save horizontal space for
<br>dialogs by getting rid of their title and have the Dialog menu as a
<br>rightclick on the tab
<br><br>* Making the toolbox (and the rest of the interface?) color neutral [1],
<br>probably through a color neutral theme
<br><br>* Getting rid of the GimpDockSeparator's in docks and only show a
<br>counterpart to them when a user is in the process of docking a Dialog.
<br>This is IMO a prerequisite for:
<br><br>* Supporting one-window layouts by allowing to dock the toolbox and
<br>dialogs to image windows/the empty image window [1]
<br><br>[1] in line with Peter's UI roadmap:
<br><a href="https://lists.xcf.berkeley.edu/lists/gimp-developer/2007-November/019068.html" target="_top" rel="nofollow">https://lists.xcf.berkeley.edu/lists/gimp-developer/2007-November/019068.html</a><br><br>Now, by experience I know that interest and focus can vary in a
<br>development cycle, but I think it would be really nice to fix the above
<br>for 2.8.
<br><br>BR,
<br>Martin
<br>_______________________________________________
<br>Gimp-developer mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19841684&i=0" target="_top" rel="nofollow">Gimp-developer@...</a>
<br><a href="https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer" target="_top" rel="nofollow">https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer</a><br><p>From forum: <a href="http://www.nabble.com/Gimp-Developer-f85.html" embed="fixTarget[85]" target="_top" >Gimp Developer</a></p>tag:www.nabble.com,2006:post-19841415Re: A Few Suggestions for GIMP2008-10-06T09:30:29Z2008-10-06T09:30:29ZMartin Nordholts-2Hi!
<br><br>> - It would be useful if gimp had the ability to have sub-layers. This would
<br>> be useful if adding layered images, animations, etc...
<br>>
<br><br>Yes we know, and this is on the schedule.
<br>> - I thought it would be also neat if GIMP could have a threshold on the
<br>> "Color to Alpha" function.
<br>>
<br><br>What exactly is it that you want to achieve? Changes are pretty high
<br>that there is some way to achieve that already.
<br><br>> - I would be very convenient if you guys could fix the "flame" function
<br>> since I am depending on it for a lot of my art.
<br>>
<br><br>You mean Filters -> Render -> Nature -> Flame? What's wrong with it?
<br><br>BR,
<br>Martin
<br><br>_______________________________________________
<br>Gimp-user mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19841415&i=0" target="_top" rel="nofollow">Gimp-user@...</a>
<br><a href="https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user" target="_top" rel="nofollow">https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user</a><br><p>From forum: <a href="http://www.nabble.com/Gimp-User-f84.html" embed="fixTarget[84]" target="_top" >Gimp User</a></p>tag:www.nabble.com,2006:post-19840892Re: GIMP 2.6.1 release ahead2008-10-06T09:02:54Z2008-10-06T09:02:54ZBill SkaggsOn Mon, Oct 6, 2008 at 12:05 AM, Sven Neumann <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19840892&i=0" target="_top" rel="nofollow">sven@...</a>> wrote:
<br>>
<br>> So, what are your plans for 2.8?
<br><br>I think I'm going to focus mainly on integrating Skalle's on-canvas
<br>text code, which
<br>should be ready for merging into trunk immediately after the
<br>branching, if you and
<br>Mitch approve. I'd like to express the hope that you and Mitch will
<br>focus, right at
<br>the start, on getting non-XOR drawing to work. That shouldn't be extremely
<br>hard, and there's a ton of important UI stuff that depends on it. I'm
<br>willing to work
<br>on this myself if you think it would be useful.
<br><br> -- Bill
<br>_______________________________________________
<br>Gimp-developer mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19840892&i=1" target="_top" rel="nofollow">Gimp-developer@...</a>
<br><a href="https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer" target="_top" rel="nofollow">https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer</a><br><p>From forum: <a href="http://www.nabble.com/Gimp-Developer-f85.html" embed="fixTarget[85]" target="_top" >Gimp Developer</a></p>tag:www.nabble.com,2006:post-19840416Re: Gimp-developer Digest, Vol 73, Issue 162008-10-06T08:36:42Z2008-10-06T08:36:42ZHal V. EngelOn Sunday 05 October 2008 22:13:47 Stephen DeLear wrote:
<br> snip
<br><br>> As for Qtpfsgui, the autoalign doesn't work, even on tripod mounted shots
<br>> on a still day.
<br><br>You might want to give Hugin a try for creating an HDR image from an stack of
<br>images. With it you can select control points to make image alignment very
<br>precise and it will output high bit depth image files.
<br><br>Hal
<br>_______________________________________________
<br>Gimp-developer mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19840416&i=0" target="_top" rel="nofollow">Gimp-developer@...</a>
<br><a href="https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer" target="_top" rel="nofollow">https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer</a><br><p>From forum: <a href="http://www.nabble.com/Gimp-Developer-f85.html" embed="fixTarget[85]" target="_top" >Gimp Developer</a></p>tag:www.nabble.com,2006:post-19838065A Few Suggestions for GIMP2008-10-06T06:35:31Z2008-10-06T06:35:31ZZacharyBOk, Gimp is working really well for me. But I have some suggestions...
<br><br>- It would be useful if gimp had the ability to have sub-layers. This would be useful if adding layered images, animations, etc...
<br><br>- I thought it would be also neat if GIMP could have a threshold on the "Color to Alpha" function.
<br><br>- I would be very convenient if you guys could fix the "flame" function since I am depending on it for a lot of my art.<p>From forum: <a href="http://www.nabble.com/Gimp-User-f84.html" embed="fixTarget[84]" target="_top" >Gimp User</a></p>tag:www.nabble.com,2006:post-19835803Re: Keyboard shortcuts not working in Windows Gimp 2.62008-10-06T04:04:09Z2008-10-06T04:04:09ZD.Jones (aka) CapnhudSince it has been indicated that keyboard shortcuts should work I just un-installed and reinstalled and everything works fine now.
<br><br><br><br><br><br>
<br>_______________________________________________
<br>Gimp-user mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19835803&i=0" target="_top" rel="nofollow">Gimp-user@...</a>
<br><a href="https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user" target="_top" rel="nofollow">https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user</a><br><p>From forum: <a href="http://www.nabble.com/Gimp-User-f84.html" embed="fixTarget[84]" target="_top" >Gimp User</a></p>tag:www.nabble.com,2006:post-19834161Re: GIMP 2.6.1 release ahead2008-10-06T01:50:11Z2008-10-06T01:50:11ZAlexia Death-2<div dir="ltr"><br><br><div class="gmail_quote">On Mon, Oct 6, 2008 at 10:05 AM, Sven Neumann <span dir="ltr"><<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19834161&i=0" target="_top" rel="nofollow">sven@...</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
So, what are your plans for 2.8?<br>
</blockquote><div>For me there are 2 bugs I want to tackle for 2.8 in bugzilla.<br><br>First <a href="http://bugzilla.gnome.org/show_bug.cgi?id=471344" target="_blank" rel="nofollow">http://bugzilla.gnome.org/show_bug.cgi?id=471344</a> - The interpolation issue causing "polygonal" strokes when moving fast<br>
and second <a href="http://bugzilla.gnome.org/show_bug.cgi?id=323923" target="_blank" rel="nofollow">http://bugzilla.gnome.org/show_bug.cgi?id=323923</a> - Allowing brush rotation and related dynamics.<br><br>Wether I manage to do that in time and with sufficent quality is a different matter.<br>
<br><br>P.S Sorry, Sven, for spamming your mailbox, <br></div></div><br>--Alexia<br>
</div>
<br />_______________________________________________
<br>Gimp-developer mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19834161&i=1" target="_top" rel="nofollow">Gimp-developer@...</a>
<br><a href="https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer" target="_top" rel="nofollow">https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer</a><br><p>From forum: <a href="http://www.nabble.com/Gimp-Developer-f85.html" embed="fixTarget[85]" target="_top" >Gimp Developer</a></p>tag:www.nabble.com,2006:post-19833389Re: help F12008-10-06T00:48:55Z2008-10-06T00:48:55Zburalex<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Sven Neumann (<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19833389&i=0" target="_top" rel="nofollow">sven@...</a>) wrote (in part) (on 2008-10-06 at 02:35):<br>
<span style="white-space: pre;">> That is also incorrect. We figured
that the code that calls the <br>
> default web browser on Windows does not work for some users. As we
<br>
> have no idea why this call fails, we have now added better error <br>
> handling in this part of the code. So in the next release, there <br>
> should at least be some sort of error message that will hopefully
be <br>
> useful when it comes to locating the root of the problem.</span><br>
<br>
Thanks for the clarification. So help DOES work for some or most
Windows users? I had missed that part - along with everything else I
misunderstood :-[ <br>
<pre class="moz-signature" cols="72">--
Regards ... Alec (buralex@gmail & WinLiveMess - alec.m.burgess@skype)</pre>
<br>
</body>
</html>
<br />_______________________________________________
<br>Gimp-user mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19833389&i=1" target="_top" rel="nofollow">Gimp-user@...</a>
<br><a href="https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user" target="_top" rel="nofollow">https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user</a><br><p>From forum: <a href="http://www.nabble.com/Gimp-User-f84.html" embed="fixTarget[84]" target="_top" >Gimp User</a></p>tag:www.nabble.com,2006:post-19832947GIMP 2.6.1 release ahead2008-10-06T00:05:26Z2008-10-06T00:05:26ZSven NeumannMoin,
<br><br>I just announced on gnome-i18n that we will be doing the 2.6.1 release
<br>in a few days, probably on Wednesday. There are a couple of bug-fixes in
<br>trunk that are worthwhile to release. After the release, I will
<br>immidiately create a gimp-2-6 branch for further maintainance. At that
<br>point trunk will become GIMP 2.7 and we can start to add new stuff.
<br><br>So now would be a good time to define some goals for GIMP 2.8. A few
<br>items are definitely on our list already:
<br><br> - merge the successful GSoC projects
<br> - attempt a port of the projection code (and perhaps more) to GEGL
<br> - change tools to draw using the Cairo library
<br><br>All of these three items will require further changes before another
<br>stable release can be made. So that is quite a lot to do already, but we
<br>could probably add a few more items to this list if there are developers
<br>willing to work on them. So, what are your plans for 2.8?
<br><br><br>Sven
<br><br><br>_______________________________________________
<br>Gimp-developer mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19832947&i=0" target="_top" rel="nofollow">Gimp-developer@...</a>
<br><a href="https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer" target="_top" rel="nofollow">https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer</a><br><p>From forum: <a href="http://www.nabble.com/Gimp-Developer-f85.html" embed="fixTarget[85]" target="_top" >Gimp Developer</a></p>tag:www.nabble.com,2006:post-19832670Re: help F12008-10-05T23:35:57Z2008-10-05T23:35:57ZSven NeumannHi,
<br><br>On Mon, 2008-10-06 at 01:13 -0400, Alec Burgess wrote:
<br><br>> My layman's understanding was that when the Gimp 2.6 was built for
<br>> Windows some version of something was out of sync with something else.
<br><br>That's nonsense.
<br><br>> Problem was located and fixed in CVS shortly after but unless/until a
<br>> new Windows version is built and released, unless you know how to
<br>> roll-your-own you (and all other Windows users ) are SOL.
<br><br>That is also incorrect. We figured that the code that calls the default
<br>web browser on Windows does not work for some users. As we have no idea
<br>why this call fails, we have now added better error handling in this
<br>part of the code. So in the next release, there should at least be some
<br>sort of error message that will hopefully be useful when it comes to
<br>locating the root of the problem.
<br><br><br>Sven
<br><br><br>_______________________________________________
<br>Gimp-user mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19832670&i=0" target="_top" rel="nofollow">Gimp-user@...</a>
<br><a href="https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user" target="_top" rel="nofollow">https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user</a><br><p>From forum: <a href="http://www.nabble.com/Gimp-User-f84.html" embed="fixTarget[84]" target="_top" >Gimp User</a></p>tag:www.nabble.com,2006:post-19832072Re: Gimp-developer Digest, Vol 73, Issue 162008-10-05T22:13:47Z2008-10-05T22:13:47Zstephendelear<table cellspacing="0" cellpadding="0" border="0"><tr><td valign="top" style="font: inherit;"><br>Alexandre<br>
<br>
Not to be smarmy but:<br>
<span style="font-family: monospace;"></span>
<pre>operation_class->name = <b><font color="#bc8f8f">"sdv-unsharp-mask"</font></b>;<br><br>and leave the standard unsharp mask. <br><br>The current unsharp mask uses radius, amount and threashold. The new one uses scale and standard deviation. The function it is performing an unsharp mask but it's done the equivalent of going from Farenhight to Kelvin without telling anyone. This results in somebody using one image editor not being able to spec actions for somebody using a different editor. This can be a big deal where multiple photographers are trying to produce a consistent output (for example a primary and secondary shooter at a wedding).<br><br>As for Qtpfsgui, the autoalign doesn't work, even on tripod mounted shots on a still day. </pre><pre><br><br>On Sun, Oct 5, 2008 at 9:28 PM, Stephen DeLear wrote:<br><br>> Unsharpen Mask: The GEGL unsharpen mask feature does not use standard<br>> terminology. I have no idea how to set
this.<br><br>Let me give you an idea: edit the source code and send us a patch<br>('diff -u' is your friend)<br><br>You want this file:<br><br>http://svn.gnome.org/viewvc/gegl/trunk/operations/common/unsharp-mask.c?revision=2590&view=markup<br><br>:-)<br><br>> High Dynamic Range Imaging: Which will require greater then 8bit color.<br>> Mathematically putting 3 or more images bracketed on a tripod together for<br>> an expanded tonal range. Currently can be done natively in CS3/CS4.<br><br>Qtpfsgui is your friend :-)<br><br>> Noise Reduction: The overexposed look is in for photography lately as<br>dark<br>> areas of an image pick up patterning from the digital sensor (i.e. noise).<br>> Back in the days of film seeing grain in an image enlarged to several feet<br>> would be a "live with it". Today a number of companies will<br>reject images<br>> showing ANY noise at 100%. Plugins such as noise ninja are quite<br>>
popular. Would be nice to have a specific noise killing enhancement in<br>> GIMP.<br><br>You mean you want all those noise reduction plug-ins and scripts<br>floating around GIMP in the bundle or some particular one? Could you<br>probably be more particular about that? :-)<br><br>I'm not saying GIMP developers will do what you say (I'm not in<br>position to make any claims regarding development process), but at<br>least you could start with review of existing solutions for GIMP<br>(GREYCstoration, Wavelet Denoise etc.) with samples and<br>recommendations. That would be a good start. Just telling people<br>something is missing and not providing enough information is not quite<br>helpful ;-)<br><br>Alexandre<br></pre>
</td></tr></table><br />_______________________________________________
<br>Gimp-developer mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19832072&i=0" target="_top" rel="nofollow">Gimp-developer@...</a>
<br><a href="https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer" target="_top" rel="nofollow">https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer</a><br><p>From forum: <a href="http://www.nabble.com/Gimp-Developer-f85.html" embed="fixTarget[85]" target="_top" >Gimp Developer</a></p>tag:www.nabble.com,2006:post-19832067Re: help F12008-10-05T22:13:37Z2008-10-05T22:13:37Zburalex<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
<br>
Peter Prewett (<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19832067&i=0" target="_top" rel="nofollow">pprewett@...</a>) wrote (in part) (on <br>
2008-10-06 at 00:52):<br>
<span style="white-space: pre;">> Gimp 2.6 on Windows Vista
computer. I have downloaded the Windows <br>
> installer and it runs OK but no help/F1 despite getting the <br>
> gimp-help2-2-4.0-eng-setup.exe and running it, so can someone
point <br>
> out the errors of my way!! as I must be missing a vital simple <br>
> step:-((</span><br>
<br>
Hi Peter <br>
My layman's understanding was that when the Gimp 2.6 was built for
Windows some version of something was out of sync with something else.<br>
<br>
Problem was located and fixed in CVS shortly after but unless/until a
new Windows version is built and released, unless you know how to
roll-your-own you (and all other Windows users ) are SOL. <br>
<br>
Usually Goggling [gimp doc whatever_term_you_wanted] turns up as first
hit.<br>
<pre class="moz-signature" cols="72">--
Regards ... Alec (buralex@gmail & WinLiveMess - alec.m.burgess@skype)</pre>
<br>
</body>
</html>
<br />_______________________________________________
<br>Gimp-user mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19832067&i=1" target="_top" rel="nofollow">Gimp-user@...</a>
<br><a href="https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user" target="_top" rel="nofollow">https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user</a><br><p>From forum: <a href="http://www.nabble.com/Gimp-User-f84.html" embed="fixTarget[84]" target="_top" >Gimp User</a></p>tag:www.nabble.com,2006:post-19831934help F12008-10-05T21:52:46Z2008-10-05T21:52:46ZPeter PrewettGimp 2.6 on Windows Vista computer.
<br><br>I have downloaded the Windows installer and it runs OK but no help/F1
<br>despite getting the gimp-help2-2-4.0-eng-setup.exe and running it, so
<br>can someone point out the errors of my way!! as I must be missing a
<br>vital simple step:-((
<br><br>Peter
<br><br>--
<br>Peter Prewett, Tumut, New South Wales
<br><br>_______________________________________________
<br>Gimp-user mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19831934&i=0" target="_top" rel="nofollow">Gimp-user@...</a>
<br><a href="https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user" target="_top" rel="nofollow">https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user</a><br><p>From forum: <a href="http://www.nabble.com/Gimp-User-f84.html" embed="fixTarget[84]" target="_top" >Gimp User</a></p>tag:www.nabble.com,2006:post-19830728Re: A Photographers View of Gimp 2.62008-10-05T17:43:34Z2008-10-05T17:43:34ZLiam R E QuinOn Sun, 2008-10-05 at 10:28 -0700, Stephen DeLear wrote:
<br>> Just some thoughts on Gimp in general and 2.6 in particular.
<br><br>Some people have already replied, here are some more thoughts from
<br>another photogtrapher :D
<br><br>> Layers: Somebody has misplaced a box. Where has the layers stack
<br>> window gone? I can’t turn on the pane under either layers, image or
<br>> view. I can create a new layer but not see what layers are on the
<br>> image.
<br><br>control-L will get the layers dialogue back (at least on Linux),
<br>or you can go to the Windows menu and it's under Dockable docks.
<br>By default it should be visible in one of the docks, though.
<br>
<br>> Save As: I don’t seem to be able to move up a level then down into a
<br>> new folder on a save as.
<br><br>I think a LOT more details are needed here in order to help... for
<br>example, which Linux distribution are you using, and which version of
<br>gtk?
<br><br>for me, I can do this -
<br>(1) control-shift-S (or File->Save AS)
<br>(2) Save Image appears
<br>(3) I can click on Browse for other folders
<br>(3) I see immediately under the Browse for other folders label I clicked
<br> on,
<br> < [lee] [eos] [2008-10-01-peterborough]
<br>(4) I can click on [eos] to go up to that directory.
<br><br>
<br><br>> Unsharpen Mask: The GEGL unsharpen mask feature does not use standard
<br>> terminology. I have no idea how to set this.
<br>Youi'll have to experiment. By "standard" do you mean that there
<br>is an ISO specification for unsharp mask, or do you mean you want
<br>the labels to be the same as some piece of proprietary software
<br>or other, or that you want them to be the same as
<br>Filters->Enhance->Unsharp Mask
<br>?
<br><br>In general, be specific with suggestions, e.g. "it might be
<br>clearer for people who grew up using other software if the
<br>terms were Amount and Radius rather thn Standard Deviation and
<br>Scale", or "ISO 30196:2006 Terminology for Graphics" says that
<br>the terms should be Setting One and Setting Five; conformance with
<br>this specification would help US Government adoption" :)
<br><br>> General Wish List:
<br><br>
<br><br>> Locate Center Point:
<br><br>> Reviewing a 22MP image a 100% means navigating an image with an
<br>> equivalent size of several feet. What would be nice is some way to
<br>> mark the exact center of the image, where the central AF point fell,
<br>> so that it can be quickly navigated to at 100%.
<br><br>Middle-click on the middle of the horizontal scrollbar, and again
<br>on the middle of the vertical scrollbar, and that will get you roughly
<br>the the middle of the image. I don't know which camera you're using,
<br>but mine has multiple AF points, and I can use a wheel to choose which
<br>one is active; it's conceivable to me that a plugin could be written to
<br>extract this information from the EXIF data (it's probably different for
<br>Canon, Olympus, Nikon, Pentax, Mamiya, Phase One, etc) and take you to
<br>the point or points that the camera thought were in focus.
<br><br>
<br>> Scale to File Size: Many stock sites require an image to be upsized.
<br>> For example Alamy requires an uncompressed file size of 48megs from a
<br>> file saved as a 8bit .JPG. It would be useful to be able to set in an
<br>> uncompressed file size and have the GIMP resize to be exactly that
<br>> size.
<br><br>I find with Alamy the limit is that your compressed file must be
<br>no larger than 25 MBytes. So I use Save As, choose JPG, and then
<br>turn on the image preview, and adjust (s l o w l y) the settings
<br>until I get just under 25 MBytes. If your image is too large or too
<br>small, the upload applet will flag an erorr.
<br><br>But there are multiple parameters you can tweak, so it's not clear to
<br>me how this could be automated. For example, sometimes I think I can
<br>get away with reducing the quality and increasing Smoothing to reduce
<br>the artefacts, and sometimes I need to use 1x1,1x1,1x1 subsampling to
<br>preserve reds.
<br><br><br>> View at Simulated Output, 150, 300 or 500 DPI
<br><br>What would this do technically, exactly?
<br><br><br>> High Dynamic Range Imaging: Which will require greater then 8bit
<br>> color.
<br>You can actually do HDR work with GIMp today. However, more-than-8-bit
<br>colour is in progress; it's a large amount of engineering, and is not
<br>yet complete.
<br><br><br>> Color Palettes: Digital Cameras tend to output in only a couple of
<br>> color palettes. Alien Skins Exposure 2 plug in can simulate a number
<br>> of old film palettes. It would be nice to be able to do in the open
<br>> source world (patents allowing). At least from Kodak, datasheets
<br>> including gamma curves of every film they’ve ever made are online
<br>> (RG25 FTW).
<br>GIMP's colour pallette support is currently mostly designed for indexed
<br>image formats such as GIF. But it would certainly be possible to write
<br>a plugin to say, "Change image A to use only the colours from image B";
<br>ImageMagick supports this operation today. You could also experiment
<br>with Colours->Sample Colourise (or it might be called Colors->Sample
<br>Colorize, depending on where you live).
<br><br><br><br>> Noise Reduction:
<br><br>One approach here is to scale the image up, e.g. 300%, then do a blur,
<br>then scale down again (use Cubic to avoid exaggerating noise artefacts)
<br>and then use Sharpen (not unsharp).
<br><br>With some cameras this may work best if you use colours->decompose, and
<br>then blur only one of the resulting layers, and then recombine; I find a
<br>selective gaussian blur can work well.
<br><br>There are quite a few noise plugins floating around, but I haven't so
<br>far found any better than scale up, blur, scale down.
<br><br>Hope this helps. Good luck with Alamy :-)
<br><br>Liam
<br><br>--
<br>Liam Quin - XML Activity Lead, W3C, <a href="http://www.w3.org/People/Quin/" target="_top" rel="nofollow">http://www.w3.org/People/Quin/</a><br>Pictures from old books: <a href="http://fromoldbooks.org/" target="_top" rel="nofollow">http://fromoldbooks.org/</a><br>Ankh: irc.sorcery.net irc.gnome.org www.advogato.org
<br><br>_______________________________________________
<br>Gimp-developer mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19830728&i=0" target="_top" rel="nofollow">Gimp-developer@...</a>
<br><a href="https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer" target="_top" rel="nofollow">https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer</a><br><p>From forum: <a href="http://www.nabble.com/Gimp-Developer-f85.html" embed="fixTarget[85]" target="_top" >Gimp Developer</a></p>tag:www.nabble.com,2006:post-19830067Re: Keyboard shortcuts not working in Windows Gimp 2.62008-10-05T16:15:53Z2008-10-05T16:15:53ZDavid GowersHere (Ubuntu 8.04). some of the actions work when there is no image
<br>open, and some don't.
<br>I believe this is based on sensitivity (eg. when there is no image
<br>open, it doesn't make sense to rotate anything)
<br>_______________________________________________
<br>Gimp-user mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19830067&i=0" target="_top" rel="nofollow">Gimp-user@...</a>
<br><a href="https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user" target="_top" rel="nofollow">https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user</a><br><p>From forum: <a href="http://www.nabble.com/Gimp-User-f84.html" embed="fixTarget[84]" target="_top" >Gimp User</a></p>tag:www.nabble.com,2006:post-19829420GEGL 0.0.202008-10-05T14:37:54Z2008-10-05T14:37:54ZØyvind Kolås-2GEGL 0.0.20
<br>⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺
<br>GEGL (Generic Graphics Library) is a graph based image processing framework.
<br><br>GEGL provides infratructure to do demand driven, cached, non destructive image
<br>editing of larger than RAM rasters. Through babl it provides support for a wide
<br>range of color models and pixel storage formats for input and output.
<br><br>Changes in this release
<br>⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺
<br> • Build and code clean ups and fixes.
<br> • RAW loader using libopenraw.
<br> • GeglBuffer
<br> • Linear buffer support, amongst other things enabling GeglBuffer API access
<br> to external linear buffers in memory.
<br> • Reworked samplers using a shared caching neighbourhood infrastructure.
<br> • YAFR - a new resampler contributed by Nicolas Robidoux.
<br> • GeglOperations
<br> • Marked user visible strings for translation.
<br> • Added a fill operation (might be a bit fragile) that allows rendering
<br> SVG like paths backed by a GeglVector.
<br><br>The improvements in GEGL in this release brought to you by:
<br><br> Martin Nordholts, Øyvind Kolås, Sam Hocevar, Manish Singh, Hubert Figuiere,
<br> Sven Neumann, yahvuu at gmail.com and Michael Natterer.
<br><br>Where to get GEGL
<br>⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺
<br>GEGL and it's dependencies babl and glib can be fetched from:
<br><br>ftp://ftp.gimp.org/pub/babl/0.0/babl-0.0.22.tar.bz2
<br>ftp://ftp.gimp.org/pub/gegl/0.0/gegl-0.0.20.tar.bz2
<br>ftp://ftp.gtk.org/pub/glib/2.18/glib-2.18.1.tar.bz2
<br><br>The integrity of the tarballs can be verified with:
<br><br>sha1sum *.bz2
<br>9de50fb5833f41691f50f6e735d6422aad52ea94 babl-0.0.22.tar.bz2
<br>37be399b58d50a87134f2dfad389a476e1155874 gegl-0.0.20.tar.bz2
<br>d34a30cfccc8322dfe4198d26cf6bfc0210f141b glib-2.18.1.tar.bz2
<br><br>Where to get more information about GEGL
<br>⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺
<br>Information about GEGL can be found at the GEGL website <a href="http://www.gegl.org/" target="_top" rel="nofollow">http://www.gegl.org/</a><br>--
<br>«The future is already here. It's just not very evenly distributed»
<br> -- William Gibson
<br><a href="http://pippin.gimp.org/" target="_top" rel="nofollow">http://pippin.gimp.org/</a> <a href="http://ffii.org/" target="_top" rel="nofollow">http://ffii.org/</a><br>_______________________________________________
<br>Gimp-developer mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19829420&i=0" target="_top" rel="nofollow">Gimp-developer@...</a>
<br><a href="https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer" target="_top" rel="nofollow">https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer</a><br><p>From forum: <a href="http://www.nabble.com/Gimp-Developer-f85.html" embed="fixTarget[85]" target="_top" >Gimp Developer</a></p>tag:www.nabble.com,2006:post-19828787Re: Layers Projection using GEGL2008-10-05T13:21:49Z2008-10-05T13:21:49ZMichael NattererOn Sun, 2008-10-05 at 19:04 +0200, Luidnel MAIGNAN wrote:
<div class='shrinkable-quote'><br>> Hello,
<br>>
<br>> A patch that allows gimp to use gegl for projection has been posted at
<br>> <a href="http://bugzilla.gnome.org/attachment.cgi?id=119910" target="_top" rel="nofollow">http://bugzilla.gnome.org/attachment.cgi?id=119910</a>. Even if the code
<br>> is rough, and some feature are not included (but easy to include), it
<br>> shows that projection using gegl is ready to be included for 2.8,
<br>> IMHO.
<br>>
<br>> For the moment everything is in a single function, but a cleaner
<br>> approach could be to make each class (Layer, Mask, Channel) manage its
<br>> own related subgraph, and the image could combine every subgraph in a
<br>> persistant way to reflect to layer stack.
</div><br>That's exactly the right approach. I even started hacking on this
<br>and attached the patch to above bug.
<br><br>> Maybe some more things needs to be kept in mind during the
<br>> implementation, or i'm making wrong assumptions on something, so your
<br>> feedbacks are welcomed.
<br><br>I'm sure the GEGL will kick us quite badly in the process, but let's
<br>see what happens. We just must not kill the existing code so we
<br>don't delay 2.8 forever if anything goes wrong/slow/b0rk/whatever.
<br><br>ciao,
<br>--mitch
<br><br><br>_______________________________________________
<br>Gimp-developer mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19828787&i=0" target="_top" rel="nofollow">Gimp-developer@...</a>
<br><a href="https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer" target="_top" rel="nofollow">https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer</a><br><p>From forum: <a href="http://www.nabble.com/Gimp-Developer-f85.html" embed="fixTarget[85]" target="_top" >Gimp Developer</a></p>tag:www.nabble.com,2006:post-19828341Re: The toolbox Wilber problem2008-10-05T12:35:20Z2008-10-05T12:35:20Zpeter sikkingSven wrote:
<br><br>> peter sikking wrote:
<br>>> there we could tighten up things, yeah. but I fear the fixes may have
<br>>> to be in gtk. minimising all image windows, or the no-image-window,
<br>>> should minimise the whole app, meaning the toolbox and inspectors
<br>>> get hidden.
<br>>
<br>> That could easily be done in GIMP. At least I think that it should be
<br>> easy to implement that. Do you suggest that we try to do that for 2.8?
<br><br><br>I humbly suggest that if there is no UI/string change involved,
<br>we 'get that right' for 2.6.2.
<br><br>also collect some feedback for linux/win/mac on the
<br>window manager hint settings and adapt the defaults from that.
<br><br>...or at least a page on gimp.org with recommended settings for funny
<br>window managers.
<br><br> --ps
<br><br> founder + principal interaction architect
<br> man + machine interface works
<br><br> <a href="http://mmiworks.net/blog" target="_top" rel="nofollow">http://mmiworks.net/blog</a> : on interaction architecture
<br><br><br><br>_______________________________________________
<br>Gimp-developer mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19828341&i=0" target="_top" rel="nofollow">Gimp-developer@...</a>
<br><a href="https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer" target="_top" rel="nofollow">https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer</a><br><p>From forum: <a href="http://www.nabble.com/Gimp-Developer-f85.html" embed="fixTarget[85]" target="_top" >Gimp Developer</a></p>tag:www.nabble.com,2006:post-19827667Re: A Photographers View of Gimp 2.62008-10-05T11:34:36Z2008-10-05T11:34:36ZGuillermo Espertino<div dir="ltr">Stephen:<br><br>- GEGL Unsharpen Mask: AFAICS, the values are the same of the regular unsharp mask filter, but it has a larger scale. It allows extreme values (i guess it makes sense for really high resolutions)<br>
<br>- View at Simulated Output: That's what the "point to point" option allows when deactivated.<br><br>- Noise Reduction: There are several great plugins for noise reduction: Greycstoration and wavelet denoise being a couple of them (Greystoration is really impressive).<br>
<br>- High Dynamic Range Imaging: There is a exposure blending script that allows too merge 3 different exposures in one image, The resulting image isn't an HDRI though.<br></div>
<br />_______________________________________________
<br>Gimp-developer mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19827667&i=0" target="_top" rel="nofollow">Gimp-developer@...</a>
<br><a href="https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer" target="_top" rel="nofollow">https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer</a><br><p>From forum: <a href="http://www.nabble.com/Gimp-Developer-f85.html" embed="fixTarget[85]" target="_top" >Gimp Developer</a></p>tag:www.nabble.com,2006:post-19827627Re: A Photographers View of Gimp 2.62008-10-05T11:30:09Z2008-10-05T11:30:09ZAlexandre ProkoudineOn Sun, Oct 5, 2008 at 9:28 PM, Stephen DeLear wrote:
<br><br>> Unsharpen Mask: The GEGL unsharpen mask feature does not use standard
<br>> terminology. I have no idea how to set this.
<br><br>Let me give you an idea: edit the source code and send us a patch
<br>('diff -u' is your friend)
<br><br>You want this file:
<br><br><a href="http://svn.gnome.org/viewvc/gegl/trunk/operations/common/unsharp-mask.c?revision=2590&view=markup" target="_top" rel="nofollow">http://svn.gnome.org/viewvc/gegl/trunk/operations/common/unsharp-mask.c?revision=2590&view=markup</a><br><br>:-)
<br><br>> High Dynamic Range Imaging: Which will require greater then 8bit color.
<br>> Mathematically putting 3 or more images bracketed on a tripod together for
<br>> an expanded tonal range. Currently can be done natively in CS3/CS4.
<br><br>Qtpfsgui is your friend :-)
<br><br>> Noise Reduction: The overexposed look is in for photography lately as dark
<br>> areas of an image pick up patterning from the digital sensor (i.e. noise).
<br>> Back in the days of film seeing grain in an image enlarged to several feet
<br>> would be a "live with it". Today a number of companies will reject images
<br>> showing ANY noise at 100%. Plugins such as noise ninja are quite
<br>> popular. Would be nice to have a specific noise killing enhancement in
<br>> GIMP.
<br><br>You mean you want all those noise reduction plug-ins and scripts
<br>floating around GIMP in the bundle or some particular one? Could you
<br>probably be more particular about that? :-)
<br><br>I'm not saying GIMP developers will do what you say (I'm not in
<br>position to make any claims regarding development process), but at
<br>least you could start with review of existing solutions for GIMP
<br>(GREYCstoration, Wavelet Denoise etc.) with samples and
<br>recommendations. That would be a good start. Just telling people
<br>something is missing and not providing enough information is not quite
<br>helpful ;-)
<br><br>Alexandre
<br>_______________________________________________
<br>Gimp-developer mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19827627&i=0" target="_top" rel="nofollow">Gimp-developer@...</a>
<br><a href="https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer" target="_top" rel="nofollow">https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer</a><br><p>From forum: <a href="http://www.nabble.com/Gimp-Developer-f85.html" embed="fixTarget[85]" target="_top" >Gimp Developer</a></p>tag:www.nabble.com,2006:post-19827565Re: The toolbox Wilber problem2008-10-05T11:25:19Z2008-10-05T11:25:19ZSven NeumannHi,
<br><br>On Sun, 2008-10-05 at 18:10 +0200, peter sikking wrote:
<br><br>> there we could tighten up things, yeah. but I fear the fixes may have
<br>> to be in gtk. minimising all image windows, or the no-image-window,
<br>> should minimise the whole app, meaning the toolbox and inspectors
<br>> get hidden.
<br><br>That could easily be done in GIMP. At least I think that it should be
<br>easy to implement that. Do you suggest that we try to do that for 2.8?
<br><br><br>Sven
<br><br><br>_______________________________________________
<br>Gimp-developer mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19827565&i=0" target="_top" rel="nofollow">Gimp-developer@...</a>
<br><a href="https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer" target="_top" rel="nofollow">https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer</a><br><p>From forum: <a href="http://www.nabble.com/Gimp-Developer-f85.html" embed="fixTarget[85]" target="_top" >Gimp Developer</a></p>tag:www.nabble.com,2006:post-19827300Re: Keyboard shortcuts not working in Windows Gimp 2.62008-10-05T10:55:40Z2008-10-05T10:55:40ZCristian SecarăOn Sun, 5 Oct 2008 07:03:38 -0700 (PDT), D.Jones (aka) Capnhud wrote:
<br><br>> In Gimp 2.6 when I open the gimp and try to use keyboard shortcuts in
<br>> an empty environment nothing happens. But if I go to the menu item
<br>> and select new, recent file, or screenshot it works.
<br><br>It appears to work fine here. I mean I open GIMP, directly press Ctrl+O
<br>and the open file dialog comes up (for example).
<br>Don't know if I have to test other thing.
<br><br>WindowsXP SP3 here.
<br><br>Cristi
<br>_______________________________________________
<br>Gimp-user mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19827300&i=0" target="_top" rel="nofollow">Gimp-user@...</a>
<br><a href="https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user" target="_top" rel="nofollow">https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user</a><br><p>From forum: <a href="http://www.nabble.com/Gimp-User-f84.html" embed="fixTarget[84]" target="_top" >Gimp User</a></p>tag:www.nabble.com,2006:post-19826997A Photographers View of Gimp 2.62008-10-05T10:28:41Z2008-10-05T10:28:41Zstephendelear<table cellspacing="0" cellpadding="0" border="0"><tr><td valign="top" style="font: inherit;"><br><meta http-equiv="Content-Type" content="text/html; charset=utf-8"><meta name="ProgId" content="Word.Document"><meta name="Generator" content="Microsoft Word 10"><meta name="Originator" content="Microsoft Word 10"><link rel="File-List" href="file:///C:%5CDOCUME%7E1%5CSteven%5CLOCALS%7E1%5CTemp%5Cmsohtml1%5C01%5Cclip_filelist.xml"><o:smarttagtype namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="PlaceType"></o:smarttagtype><o:smarttagtype namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="PlaceName"></o:smarttagtype><o:smarttagtype namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="place"></o:smarttagtype><!--[if gte mso 9]><xml>
<w:WordDocument>
<w:View>Normal</w:View>
<w:Zoom>0</w:Zoom>
<w:Compatibility>
<w:BreakWrappedTables/>
<w:SnapToGridInCell/>
<w:WrapTextWithPunct/>
<w:UseAsianBreakRules/>
</w:Compatibility>
<w:BrowserLevel>MicrosoftInternetExplorer4</w:BrowserLevel>
</w:WordDocument>
</xml><![endif]--><!--[if !mso]><object
classid="clsid:38481807-CA0E-42D2-BF39-B33AF135CC4D" id=ieooui></object>
<style>
st1\:*{behavior:url(#ieooui) }
</style>
<![endif]--><!--[if gte mso 10]>
<style>
/* Style Definitions */
table.MsoNormalTable
{mso-style-name:"Table Normal";
mso-tstyle-rowband-size:0;
mso-tstyle-colband-size:0;
mso-style-noshow:yes;
mso-style-parent:"";
mso-padding-alt:0in 5.4pt 0in 5.4pt;
mso-para-margin:0in;
mso-para-margin-bottom:.0001pt;
mso-pagination:widow-orphan;
font-size:10.0pt;
font-family:"Times New Roman";}
</style>
<![endif]-->
<p class="MsoNormal">Just some thoughts on Gimp in general and 2.6 in particular.</p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Layers:<span style=""> </span>Somebody has
misplaced a box.<span style=""> </span>Where has the layers
stack window gone?<span style=""> </span>I can’t turn on the
pane under either layers, image or view.<span style="">
</span>I can create a new layer but not see what layers are on the image.</p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Save As: I don’t seem to be able to move up a level then
down into a new folder on a save as.<span style="">
</span>This is an issue as I’m taking tiff’s from one location, editing them
then saving as jpg into a separate folder for ftp upload.<span style=""> </span>Optimally, open (and save) and “save as”
would set their default folders independently as the last folder used for that
operation.</p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Unsharpen Mask:<span style=""> </span>The
GEGL unsharpen mask feature does not use standard terminology.<span style=""> </span>I have no idea how to set this.</p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">General Wish List:</p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Locate Center Point:<span style=""> </span>Reviewing
a 22MP image a 100% means navigating an image with an equivalent size of
several feet.<span style=""> </span>What would be nice is some
way to mark the exact center of the image, where the central AF point fell, so
that it can be quickly navigated to at 100%.</p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Scale to File Size:<span style="">
</span>Many stock sites require an image to be upsized.<span style=""> </span>For example Alamy requires an uncompressed
file size of 48megs from a file saved as a 8bit .JPG.<span style=""> </span>It would be useful to be able to set in an
uncompressed file size and have the GIMP resize to be exactly that size.</p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">View at Simulated Output, 150, 300 or 500 DPI:<span style=""> </span>Back in the days of film we would have
laughed at anybody getting spun up that an image was not sharp when enlarged to
multiple feet from a 35mm or smaller frame.<span style="">
</span>When scanned, we edited out images at output size, and used 100% view
for retouching.<span style=""> </span>Everybody needs a little
reminder that the question how will this look outputted, not how will this look
on a theoretical billboard.</p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><st1:place><st1:placename>High</st1:placename> <st1:placename>Dynamic</st1:placename>
<st1:placetype>Range</st1:placetype></st1:place> Imaging: Which will require
greater then 8bit color.<span style=""> </span>Mathematically
putting 3 or more images bracketed on a tripod together for an expanded tonal
range.<span style=""> </span>Currently can be done natively in
CS3/CS4.</p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Color Palettes: Digital Cameras tend to output in only a
couple of color palettes.<span style=""> </span>Alien Skins
Exposure 2 plug in can simulate a number of old film palettes.<span style=""> </span>It would be nice to be able to do in the open
source world (patents allowing).<span style=""> </span>At
least from Kodak, datasheets including gamma curves of every film they’ve ever
made are online (RG25 FTW).</p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Noise Reduction:<span style=""> </span>The
overexposed look is in for photography lately as dark areas of an image pick up
patterning from the digital sensor (i.e. noise).<span style=""> </span>Back in the days of film seeing grain in an
image enlarged to several feet would be a “live with it”.<span style=""> </span>Today a number of companies will reject
images showing ANY noise at 100%.<span style=""> </span><span style=""> </span>Plugins <span style=""> </span>such as noise ninja are quite popular.<span style=""> </span>Would be nice to have a specific noise
killing enhancement in GIMP.<span style=""> </span></p>
<br><br></td></tr></table><br />_______________________________________________
<br>Gimp-developer mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19826997&i=0" target="_top" rel="nofollow">Gimp-developer@...</a>
<br><a href="https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer" target="_top" rel="nofollow">https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer</a><br><p>From forum: <a href="http://www.nabble.com/Gimp-Developer-f85.html" embed="fixTarget[85]" target="_top" >Gimp Developer</a></p>tag:www.nabble.com,2006:post-19826758Layers Projection using GEGL2008-10-05T10:04:09Z2008-10-05T10:04:09ZLuidnel MAIGNANHello,
<br><br>A patch that allows gimp to use gegl for projection has been posted at
<br><a href="http://bugzilla.gnome.org/attachment.cgi?id=119910" target="_top" rel="nofollow">http://bugzilla.gnome.org/attachment.cgi?id=119910</a>. Even if the code
<br>is rough, and some feature are not included (but easy to include), it
<br>shows that projection using gegl is ready to be included for 2.8,
<br>IMHO.
<br><br>For the moment everything is in a single function, but a cleaner
<br>approach could be to make each class (Layer, Mask, Channel) manage its
<br>own related subgraph, and the image could combine every subgraph in a
<br>persistant way to reflect to layer stack.
<br><br>Maybe some more things needs to be kept in mind during the
<br>implementation, or i'm making wrong assumptions on something, so your
<br>feedbacks are welcomed.
<br><br>Regards,
<br>- Luidnel
<br>_______________________________________________
<br>Gimp-developer mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19826758&i=0" target="_top" rel="nofollow">Gimp-developer@...</a>
<br><a href="https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer" target="_top" rel="nofollow">https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer</a><br><p>From forum: <a href="http://www.nabble.com/Gimp-Developer-f85.html" embed="fixTarget[85]" target="_top" >Gimp Developer</a></p>tag:www.nabble.com,2006:post-19826493Re: The toolbox Wilber problem2008-10-05T09:43:10Z2008-10-05T09:43:10ZFlávio Pontes<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
<META NAME="GENERATOR" CONTENT="GtkHTML/3.18.3">
</HEAD>
<BODY>
Peter,<BR>
<BR>
After I wrote the message I decided to take a look at the UI wiki and what I found there is basically what I was thinking could be improved in the UI.<BR>
<BR>
It finally sank that it's just too early to see everything solved. Heck the analysis stage isn't complete yet and here I am complaining about a stupid thing. Anyway. I began to use the program more and I came to appreciate a lot of small tweaks, like the better brush dynamics and even the wilber area in the toolbox, although I still think we can do better.<BR>
<BR>
Sorry for the complaints. As I said, I got frustrated because I am the only advocate for free software at work and GIMP is against a program that's so mature, it's really difficult to make a case, even pointing out it's unique capabilities.<BR>
<BR>
My apologies again. Now I see that we couldn't ask for a better UI team.<BR>
<BR>
Best regards,<BR>
<BR>
Flávio.<BR>
<BR>
Em Dom, 2008-10-05 às 18:10 +0200, peter sikking escreveu:
<BLOCKQUOTE TYPE=CITE>
<PRE>
Flávio Pontes wrote:
> The real problem are all the inconsistencies that have gone into a
> STABLE release. A release that was supposed to solve a lot of UI
> problems, but looks like an alpha quality release from the UI
> viewpoint.
2.6 was to be a gegl-under-the-hood-only version, but we did some
UI renovation as well.
> The most glaring example I can see right now is the supposed
> transformation of the Toolbox and the dockable dialogs in utility
> windows. It actually makes the situation worse. Now, if I minimize
> the "main" window, I can't minimize the other ones. Isn't it great?
> I really hope it's a bug[...]
there we could tighten up things, yeah. but I fear the fixes may have
to be in gtk. minimising all image windows, or the no-image-window,
should minimise the whole app, meaning the toolbox and inspectors
get hidden.
then there are a couple of dozen window managers out there that do not
implements the display hints as recommended...
anyway, UI changes always provoke reaction(ary uproar). that is why
I'll give it a month to see if it still hurts then. meanwhile I will
take all this energy to see if we can do even better than this.
with regards to horizontal toolbox layouts (the GIMP UI team says:
vertical works definitely better, btw...), if we can find out that
there are only 1 or 2 rows of icons in the toolbox, we could hide wilber
automatically for these cases.
--ps
founder + principal interaction architect
man + machine interface works
<A HREF="http://mmiworks.net/blog" target="_top" rel="nofollow">http://mmiworks.net/blog</A> : on interaction architecture
</PRE>
</BLOCKQUOTE>
</BODY>
</HTML>
<br />_______________________________________________
<br>Gimp-developer mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19826493&i=0" target="_top" rel="nofollow">Gimp-developer@...</a>
<br><a href="https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer" target="_top" rel="nofollow">https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer</a><br><p>From forum: <a href="http://www.nabble.com/Gimp-Developer-f85.html" embed="fixTarget[85]" target="_top" >Gimp Developer</a></p>tag:www.nabble.com,2006:post-19826131Re: The toolbox Wilber problem2008-10-05T09:10:45Z2008-10-05T09:10:45Zpeter sikkingFlávio Pontes wrote:
<br><br>> The real problem are all the inconsistencies that have gone into a
<br>> STABLE release. A release that was supposed to solve a lot of UI
<br>> problems, but looks like an alpha quality release from the UI
<br>> viewpoint.
<br><br>2.6 was to be a gegl-under-the-hood-only version, but we did some
<br>UI renovation as well.
<br><br>> The most glaring example I can see right now is the supposed
<br>> transformation of the Toolbox and the dockable dialogs in utility
<br>> windows. It actually makes the situation worse. Now, if I minimize
<br>> the "main" window, I can't minimize the other ones. Isn't it great?
<br>> I really hope it's a bug[...]
<br><br>there we could tighten up things, yeah. but I fear the fixes may have
<br>to be in gtk. minimising all image windows, or the no-image-window,
<br>should minimise the whole app, meaning the toolbox and inspectors
<br>get hidden.
<br><br>then there are a couple of dozen window managers out there that do not
<br>implements the display hints as recommended...
<br><br>anyway, UI changes always provoke reaction(ary uproar). that is why
<br>I'll give it a month to see if it still hurts then. meanwhile I will
<br>take all this energy to see if we can do even better than this.
<br><br>with regards to horizontal toolbox layouts (the GIMP UI team says:
<br>vertical works definitely better, btw...), if we can find out that
<br>there are only 1 or 2 rows of icons in the toolbox, we could hide wilber
<br>automatically for these cases.
<br><br> --ps
<br><br> founder + principal interaction architect
<br> man + machine interface works
<br><br> <a href="http://mmiworks.net/blog" target="_top" rel="nofollow">http://mmiworks.net/blog</a> : on interaction architecture
<br><br><br><br>_______________________________________________
<br>Gimp-developer mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19826131&i=0" target="_top" rel="nofollow">Gimp-developer@...</a>
<br><a href="https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer" target="_top" rel="nofollow">https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer</a><br><p>From forum: <a href="http://www.nabble.com/Gimp-Developer-f85.html" embed="fixTarget[85]" target="_top" >Gimp Developer</a></p>tag:www.nabble.com,2006:post-19825583Re: Keyboard shortcuts not working in Windows Gimp 2.62008-10-05T08:21:39Z2008-10-05T08:21:39ZSven NeumannHi,
<br><br>On Sun, 2008-10-05 at 07:03 -0700, D.Jones (aka) Capnhud wrote:
<br>> With gimp 2.4.7 on Windows XP I could open the gimp and then using my
<br>> keyboard shortcuts I could either open a new file, recent file or
<br>> just take a screenshot. In Gimp 2.6 when I open the gimp and try to
<br>> use keyboard shortcuts in an empty environment nothing happens.
<br><br>Seems to work fine here, on Linux. So it appears to be a problem
<br>specific to the Windows version.
<br><br><br>Sven
<br><br><br>_______________________________________________
<br>Gimp-user mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19825583&i=0" target="_top" rel="nofollow">Gimp-user@...</a>
<br><a href="https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user" target="_top" rel="nofollow">https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user</a><br><p>From forum: <a href="http://www.nabble.com/Gimp-User-f84.html" embed="fixTarget[84]" target="_top" >Gimp User</a></p>tag:www.nabble.com,2006:post-19824885Keyboard shortcuts not working in Windows Gimp 2.62008-10-05T07:03:38Z2008-10-05T07:03:38ZD.Jones (aka) CapnhudWith gimp 2.4.7 on Windows XP I could open the gimp and then using my keyboard shortcuts I could either open a new file, recent file or just take a screenshot. In Gimp 2.6 when I open the gimp and try to use keyboard shortcuts in an empty environment nothing happens. But if I go to the menu item and select new, recent file, or screenshot it works.
<br><br>The only way that I can get keyboard shortcuts to work in gimp 2.6 is I have to have either a blank (new) image or open an image and then the keyboard shortcuts will work. As long as the main window has nothing in it the keyboard shortcuts will not work. Am I missing a setting to correct this behavior?
<br><br><br>
<br>_______________________________________________
<br>Gimp-user mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19824885&i=0" target="_top" rel="nofollow">Gimp-user@...</a>
<br><a href="https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user" target="_top" rel="nofollow">https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user</a><br><p>From forum: <a href="http://www.nabble.com/Gimp-User-f84.html" embed="fixTarget[84]" target="_top" >Gimp User</a></p>