[Gimp-user] Can gimp store layer meta-data?
I would like to import photo references and be able to keep track of what file came from where within my xcf file, preferably within the layer to which the reference is imported (or paste). Any idea if this is possible? Thanks Brendan ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list List archives: https://mail.gnome.org/archives/gimp-user-list
Re: [Gimp-user] Is it possible to set the max brush pen slider values
On 01/31/2014 07:31 AM, Paul Read wrote: The sliders are nearly useless for me as I typically use pens and brush sizes of 1,5, 10 and 20. I need to change the size regularly and the sliders would be ideal yet my 'working' range is in a tiny little bit at the end of the slider value. If you install my BGII plugin it will allow you to choose brush sizes from a drop down. So, you just add 1, 5, 10 and 20 and they are the only sizes which will be shown in the drop down. You can set a key to cycle through your size presets as well, so you don't even need to use that. BGII does other stuff as well. The plugin is here: http://registry.gimp.org/node/28413 Regards Brendan ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list List archives: https://mail.gnome.org/archives/gimp-user-list
Re: [Gimp-user] Funding new features in gimp - what features would you choose?
On 12/18/2013 08:05 PM, FallenLegend wrote: The abillity to resize the brush just by dragging the mouse/stylus by pressing a button. I think there's a plug in that does this (have a look in the registry). I have done a plug in which (among other things) allows you to select brush size presets from a dropdown (which I find more useful): http://registry.gimp.org/node/28413 ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] Save v Export behaviour
On 12/05/2013 06:51 PM, Andrew_Bridget wrote: Dirty flag? A.k.a. 'unsaved changes'. I would like to see the ability to work on an image, export to a certain scale then continue to work on the image without having undo changes due to the scaled export. Could scaling be included in the export routine to over come this ? I think that's available in Save for Web? ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] Save v Export behaviour
On 12/05/2013 12:28 AM, Simon Budig wrote: Brendan Scott (disposableem...@apps.opensourcelaw.biz) wrote: What I have also said is that if the purpose of the distinction is to preserve work, it didn't serve that function for me. That suggests to me that the UI may need more thought. You ought to ask your question of someone else. To me it is entirely unclear, what in your workflow differenciates a good warning dialog from a bad warning dialog. It may be that it's not about warning dialogs. At the moment I'm trying to just describe the issue I have faced. Without a hint from you we're 100% in the Do-What-I-Mean-Button ballpark which is not really helping with the more thought we might need. I gathered from your mail, that you lost work because the save/export distinction conditioned you into clicking the warning away. So, if you don't want us to remove the warning, what are our options? I will assume then that you haven't seen my earlier posts. Here is some more detail. Ordinarily (since May when I started using GIMP regularly-ish), I work in xcf and have no desire to export except maybe once at the end. So, the default set up suits me most of the time. There are two occasions where I used export rather than save. The first was doing some levels and cropping on photos I had taken (scores, but I've not processed them all yet). That went swimmingly, but the close dialogs were annoying. The second was editing out a background on 70 odd (poorly-) chroma keyed photos (to be composited with a background by someone else). I got through a small number before realising that I was exporting to jpg, losing the transparent areas I'd added. I lost some work because of the format I was using and the save/export distinction didn't avoid that. Partly this was because I was habituated to ignore the save as xcf warning. This is probably because the warning appears no matter what the risk is (or, in the case of my cropping etc, when there was no risk). The save warnings are false positives because they are triggered by an irrelevant condition (ie close with export but no save). The true trigger for a warning was that I was trying to export an image to an inconsistent format (ie image has transparency but format doesn't support it). I am confident that I would have taken more notice of a warning (because it would be out of the ordinary) if it: (a) didn't pop up the false positives; but (b) did pop up an inconsistent format warning. Apparently this functionality or something like it was in 2.6? ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] Save v Export behaviour
On 12/04/2013 09:34 PM, Andrew Bridget wrote: On 04/12/2013 07:42, Wolfgang Hugemann wrote: The save/export UI may need more thought. Why ? Because if its aim was to prevent me from losing work (transparency edits), it failed. It failed because: * I was so used to hitting close without saving to get rid of the irrelevant save dialog box that I didn't realise when it really was relevant; and * even if I had realised, xcf still wouldn't have been my preferred target format. ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] Save v Export behaviour
On 12/04/2013 06:42 PM, Wolfgang Hugemann wrote: The save/export UI may need more thought. As a Windows user, I am also annoyed by Gimp's behaviour, it's strange. The default behaviour of any Windows program is to save a document in the format it was opened in or possibly suggest you to convert it to a more suitable one, i.e. programs behave the other round, compared to Gimp. So maybe the expected behaviour also depends on the OS you use. But even under Windows, nobody would expect that a dedicted export routine would clean the dirty flag. 1. I'm not hung up on the dirty flag, just trying to brainstorm. 2. What I was proposing was a picture tweaking/editing mode in which that occurred. Not as a default behaviour of export. If I was in my normal usage mode the current implementation suits me fine (default to xcf and no dirty flag reset on export). ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] Save v Export behaviour
On 12/04/2013 11:22 PM, Simon Budig wrote: Brendan Scott (disposableem...@apps.opensourcelaw.biz) wrote: On 12/04/2013 09:34 PM, Andrew Bridget wrote: On 04/12/2013 07:42, Wolfgang Hugemann wrote: The save/export UI may need more thought. Why ? Because if its aim was to prevent me from losing work (transparency edits), it failed. And removing the save/export difference completely would have prevented you from losing work in what way? I haven't suggested removing the save/export difference completely. On the contrary, I have said that the save/export distinction is ordinarily my preferred behaviour. What I have also said is that if the purpose of the distinction is to preserve work, it didn't serve that function for me. That suggests to me that the UI may need more thought. You ought to ask your question of someone else. ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] problem with mouse and bamboo pad
On 12/03/2013 09:24 PM, Jehan Pagès wrote: Hi, On Tue, Dec 3, 2013 at 6:17 PM, Brendan Scott disposableem...@apps.opensourcelaw.biz wrote: On 12/03/2013 03:28 PM, Jehan Pagès wrote: Hi, On Tue, Dec 3, 2013 at 4:26 PM, Patrick Shanahan ptilopt...@gmail.com wrote: [] fwiw this my experience (Intuos 5 touch M) as well. I figured I'd done something wrong in the settings. Well that makes 3 people, which is a pretty good sign there is actually something wrong somewhere. Are you also using GIMP 2.8.8, Brendan? Are you using Linux too? GIMP 2.8.2 Opensuse 12.3 Unfortunately, we just tried again and have not been able to reproduce. Can any of you reproduce the issue everytime? Or it just happened this one time? If you can reproduce, would you have any reproduction steps for me? Now that you mention it, no. I can't reproduce it every time. A: Just now I fired up GIMP, file-new-640x400 Selection and paintbrush worked for both mouse and touchpad. B: Open a jpg - now neither the selection tool nor the paintbrush tool works for the mouse. The pen works properly though. C: Switch back to the original new image tab: selection and paintbrush not working for mouse Close GIMP Open GIMP D: repeat A: mouse not working for _any_ tools I try (to be fair, I only tried selection and paintbrush for A-C earlier though). GIMP still responsive to mouse events though - eg menu, click tabs, quick mask and nav widgets hope that helps. Brendan ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] Save v Export behaviour
On 12/04/2013 05:26 AM, Richard wrote: Date: Tue, 3 Dec 2013 16:37:26 +1100 From: disposableem...@apps.opensourcelaw.biz To: gimp-user-list@gnome.org Subject: [Gimp-user] Save v Export behaviour [] Cleaning the 'dirty' flag after export isn't going to happen - there is a user-made GIMP plug-in that will do this for you (it adds an Export Clean type command to the File menu) but the core behavior isn't negotiable :( Maybe I'll look into the plug in. Save v export is an annoyance (when I'm in jpg editing mode), but not a life changing one. Tip: From 2.8 (.4 I think) onward will inform you if there are no changes since the last export; the warning message will inform you the file was recently exported so you can use this to make your own judgement about whether it's safe to close. There is however a GIMP plug-in that does an export and cleans the dirty flag, but the core behavior is not -- Stratadrake It's important to note here that the save vs export didn't actually help me when I lost my edits precisely because I had become habituated to ignoring the save warning (and the solution for me to the transparency issue is to export to png/gif rather than xcf btw). The save/export UI may need more thought. ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] problem with mouse and bamboo pad
On 12/03/2013 03:28 PM, Jehan Pagès wrote: Hi, On Tue, Dec 3, 2013 at 4:26 PM, Patrick Shanahan ptilopt...@gmail.com wrote: openSUSE Tumbleweed gimp-2.8.8-80.1.x86_64 Just about had heart failure. Cannot select or draw or crop using my mouse. Then realized that I had my bamboo pad attached and found that it worked. Someone I know just had the same thing. Well I did not think about whether that would be the Wacom (intuos 5 here)'s fault because her tablet is always plugged in. But same, she could not select/draw with her mouse. She could with the laptop's pad and the tablet. I'll see if we can reproduce later. Will not the pad and mouse work together? or have I stumbled blindly onto a possible bug? No that's supposed to work (as 2 separate devices). So that's definitely a bug. If I can reproduce it, I'll try and fix this. fwiw this my experience (Intuos 5 touch M) as well. I figured I'd done something wrong in the settings. ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] Histogramm -- values
On 11/14/2013 08:16 AM, scl wrote: On 13.11.2013 at 9:38 PM �yvind Kol�s wrote: On Tue, Nov 12, 2013 at 4:39 AM, Wolfgang Hugemann a...@hugemann.de wrote: ... However, there seems to be no way to display the histogramm in terms of brightness in Gimp (?). The value seems to be just max(R,G,B). But luminance is generally caculated by Y = 0.2126 R + 0.7152 G + 0.0722 B see http://en.wikipedia.org/wiki/Luminance_%28relative%29. Wouldn't it make sense to offer this option? In my opinion, the (still) widespread use of value = max(max(r,g),b) is a remnant of 8bit image processing centric performance short-cuts. We would be better off by using luminance in most or all the cases where this approach is currently used. Hi, we had a similar discussion about the inconsistent use of the word 'value' in IRC ca. 4 months ago. Currently this word appears at various places in GIMP: - in the Levels Tool as a channel, - in the Curves Tool as a channel, - in the Colors Menu as item 'Invert value' - in the dockable Histogram dialog as a channel (but there's also a channel 'RGB'), - in the dockable Pointer dialog as component of the HSV color model, - in the dockable Sample Points dialog as component of the HSV color model, - in the Color Picker tools info window as component of the HSV color model, - in the Change Color dialog as component of the HSV color model (V slider), - as result layer in Color/Decompose/HSV, HSL, - as parameter in Filters/Distorts/Value propagate, - as parameter in Filters/Decor/Add border, - in various places all of the program in its original meaning (set/increase/decrease/minimize/etc. value) and - in various places of the help. ... and not all seem to have the same meaning as we found out that time. There also seems to be no consensus about the meaning of this word in the graphics industry, even when used as abbreviation for 'tonal value': some mean the brightness of a given pixel, others the perceptual brightness of each color (yellow-light, blue-dark). I'm for using the words value, tonal value, brightness, lightness etc. consistently to avoid further confusion. What are the 'officially defined' or 'most commonly used' names and meanings in these contexts for you, the users? For me, value means how white or black the pixel is. This assumes an implicit map to gray scale. I think that this meaning remains the same even if you choose different ways to map to gray. So, users should be made aware of, and be able to select a mapping/a default mapping. ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] Restricting tool movement along a single axis
On 10/31/2013 06:57 AM, scl wrote: On 30.10.2013 at 12:34 A.M., alemelo wrote: So bad (and strange) that a pretty simple function hasn't been implemented yet. thank you Alemelo for bringing up this topic. Let's not stick with complaints, sitting back and doing nothing. The usual way to at least increase the chance that it will be in GIMP at sometime, is to discuss the need and requirements and file an enhancement request. In later steps it could be regarded in a UI specification and become implemented. So, let's begin with the first step: Are there more GIMP users (especially some who use GIMP often) who need this? I don't need it, but I think it's a good idea. I have just encountered it with Autodesk Sketch Pro on my tablet. If you set a ruler or circle it will draw either a line parallel to the ruler or an arc with the same centre based on where you begin drawing. ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] Enhancing a carbon
On 09/11/2013 02:32 PM, Leonard Evens wrote: My wife was involved in an auto accident, and the police gave her a copy of their report. It is essentially a carbon of the original. The text they entered is very hard to read, and I was hoping to enhance it so I can send a copy to our insurance company which they can read. So far, nothing I've tried, such as curves, contrast, etc, has done much good. Does anyone have any suggestions about what I should try? I think you're overengineering the solution. Send them the scan you have, plus hand write or type up what you can decipher. ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] Brush size speed
On 08/30/2013 11:03 PM, legna80 wrote: Hi there everybody :) Well i've, been a gimp user since quite a time now, and always loved it over photostop for doing all my work except for the one i love most, and thats digital painting. My problem is the scaling of the brushes, ive tried everthing but at the end i don't feel satisfied with the behavior of how gimp scales the brushes pixel per pixel at time, its very slow working on large canvas, i know there's the scale more shortcut but its not quite precise and swapping between the normal scale shortcut with the scale more is a pain in the ass, at least for me because i barely use the keyboard so i rely heavily on my intuos 4 medium tablet using the touch ring for scaling, so my questions are: theres no way to have a similar brush scale behavior similar to the one in photoshop ? like it doesnt matter if im very zoomed in or very zoomed out, the brush scales fast and precise I dont remember where i read about this other shortcut called increase brush size relative, that is like a more precise way to scale the brush size but my problem is why it does nothing after assigning a key to it ? well it does, on the bottom where zoom percentage is located,to the right ive seen that it shows the selected tool, and when i click the assigned key to the command i said before it shows Brush Angel 0.00. why? im not trying to rotate the brush im trying to scale it, maybe is a bug i dont know. Anyways thats my issue guys, hope somebody can give me any advice for this. I usually only want one of 3 or 4 sizes. I've written a plug-in which (among other things) allows you to cycle through specific brush size presets (eg 10, 20, 40, 80) (and define your own). I have it bound to one of my side buttons. See if it helps: http://registry.gimp.org/node/28413 ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] Layer Opacity Access Point(s) Madness
On 08/31/2013 05:28 AM, Alexandre Prokoudine wrote: On Fri, Aug 30, 2013 at 10:25 PM, Liam R E Quin wrote: On Fri, 2013-08-30 at 12:22 +0200, Michael Natterer wrote: I think the OP is concerned because the opacity slider does not affect the active layer. It does. The UI would be massively clearer if the opacity slider was moved down under the other layer-specific controls and maybe under the list of layers, or under the actual layer name - it's not obvious today that the opacity slider applies to the layer selected in the list beneath it. IMO, this is worth thinking about. Right now it's not possible to have an overlook of each layer's opacity. OTOH, one might argue a visible slider for each layer would clutter UI. I think the opacity (display) widget should be a small (eg 10x2 or 20x4 pixel) progress bar for each layer. While I'm at it, a lock widget could be a similarly small green (unlocked) or red (locked) round button. It doesn't need to actually look like a lock. ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] Brush size speed
On 08/31/2013 12:10 AM, legna80 wrote: [] See if it helps: http://registry.gimp.org/node/28413 Hey thanks for the response Brendan :) Np Well its not exactly what im looking for but i ll give it a try anyways and see what happens... btw your plugin looks awesome never hear of it before :p Thanks - it was only released a couple of weeks ago. Keep an eye out, I'm aiming to have a couple of improvements ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
[Gimp-user] Using python to create a dockable dialog?
Hi Is it possible to create dockable dialogs in GIMP using python scripting? As an aside, is it possible to have more than one toolbox in the UI? Thanks Brendan ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
[Gimp-user] Sample script was: Re Enhancement request: Transparency as a paintable color
I have written a short python script to do paint-with-erase (see below) Have no idea if it has unwanted side effects. It gives no visible feedback of the current drawing mode :( I'd be interested to hear how I might provide this feedback. Script ''' toggle_eraser.py toggles the current tool between eraser and paintbrush Brendan Scott Version: 1.20130807 7 August 2013 Copyright (C) 2013 Brendan Scott This program is free software: you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation, either version 3 of the License, or (at your option) any later version. This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. You should have received a copy of the GNU General Public License along with this program. If not, see http://www.gnu.org/licenses/ ''' from gimpfu import * import gimp, gimpplugin from gimpenums import * from gimpshelf import shelf PAINT_METHODS = ('gimp-pencil', 'gimp-paintbrush', 'gimp-eraser', 'gimp-airbrush', 'gimp-ink', 'gimp-clone', 'gimp-heal', 'gimp-perspective-clone', 'gimp-convolve', 'gimp-smudge', 'gimp-dodge-burn') #just for reference TOGGLE_MODES = [23, 0] # 0 = normal, 23 = erase mode class Toggle_Eraser(gimpplugin.plugin): def start(self): gimp.main(self.init, self.quit, self.query, self._run) def init(self): pass def quit(self): pass def query(self): # called to find what functionality the plugin provides. gimp.install_procedure( toggle_eraser, Toggles current drawing mode between normal and erase, '''Toggles current drawing mode between normal and erase (simulates toggling eraser and paintbrush)''', Brendan Scott, Brendan Scott, 2013, Image/Tools/Toggle/Eraser, , PLUGIN, [(PDB_INT32, run_mode, Run mode)], []) def toggle_eraser(self, arg1): current_mode = gimp.pdb.gimp_context_get_paint_mode() if current_mode == 0: new_mode= 23 elif current_mode == 23: new_mode=0 else: # do nothing return gimp.pdb.gimp_context_set_paint_mode(new_mode) if __name__ == '__main__': Toggle_Eraser().start() ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] batch mode in gimp?
On 08/03/2013 04:18 AM, Ofnuts wrote: On 08/02/2013 10:47 AM, Josef Wolf wrote: On Do, Aug 01, 2013 at 09:44:59 +0200, Ofnuts wrote: [] I have a strong feeling that it is time for me to switch to a real, reliable programming language, which script-fu would be (so I hope). At the risk of raising some eyebrows, better switch to python. You'll find more uses for it outside of Gimp, and inside Gimp you can do more things with it than with script-fu (like create your own dialogs...). It is also a thousand times more readable. +1 ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] Enhancement request: Transparency as a paintable color
On 07/30/2013 04:45 AM, Alexandre Prokoudine wrote: On Mon, Jul 29, 2013 at 8:21 PM, Simon Budig wrote: At some point we had a feature where the keyboard shortcut X would swap between two different tools (and their contexts). It seems that this feature got lost at some point unfortunately. Anybody willing to hunt it down and resurrect it? X is currently taken by swapping BG/FG colors. Perhaps some other shortcut for the swapping of tools? The way I was thinking of it, if transparent was a color (and set as the BG), the shortcut would work. This seemed logical for me because in a file with layers transparent is effectively the BG color for the layers above the bottom. Anti-paint would also work I guess. ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
[Gimp-user] Enhancement request: Accessing Erase
I am having another try at this. I often find myself switching back and forth between the erase tool and the paintbrush tool. This involves a fair bit of hunting in the toolbox - if I have no eraser preset set - or a little less hunting - if I have a preset set - each time I switch tools. I would like it if changing to erase mode was as easy as choosing an erase color from the color palette (or color tool). My use case is with a tablet and no keyboard. For my motivation, see earlier posts. Enhancement request in bugzilla is here: https://bugzilla.gnome.org/show_bug.cgi?id=704775 ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] Enhancement request: Accessing Erase
On 07/28/2013 07:15 AM, Alexandre Prokoudine wrote: On Sat, Jul 27, 2013 at 5:17 PM, Brendan Scott wrote: My use case is with a tablet and no keyboard. Are you talking about a tablet as in iPad, Galaxy Tab etc.? Or as in Wacom? Because with Wacom simply switching ends should switch tools. You styulus automatically associates with e.g. Paintbrush, and your eraser associates with e.g. Eraser. Hi Alexandre, I have a Wacom tablet and the pen had an eraser on the other end from the stylus. If I spin the pen around, it gives me an eraser with the correct size and dynamics (+1 gimp!). However: - the palm rejection on the tablet often skips while the pen is being spun in my hand, so I can end up in a changed window, screen or activity (I am on Linux); and - the GIMP's interface doesn't seem as responsive to the eraser as to the stylus. ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] Enhancement request: Accessing Erase
On 07/28/2013 10:05 AM, Alexandre Prokoudine wrote: On Sun, Jul 28, 2013 at 3:38 AM, Brendan Scott wrote: - the palm rejection on the tablet often skips while the pen is being spun in my hand, so I can end up in a changed window, screen or activity (I am on Linux); and I didn't quite understand this one. Are you referring to touch support in the tablet interferring with your work? Yes, I guess so. As I twirl the pen I'll sometimes end up in a different application by the end of the spin. So, presumably there's a touch event on my bottom panel. It might also be interpreting the stylus arc as a gesture? It's been a while. I didn't investigate at the time. - the GIMP's interface doesn't seem as responsive to the eraser as to the stylus. How exactly? Good question - I stopped using the eraser a while ago, so I can't quite remember. If you're interested I can give it another go and report back. ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] Enhancement request: Transparency as a paintable color - Update
Just to be clear - the reason I am proposing the enhancement request is a new way of using a feature which has already been coded (ie giving the paintbrush eraser functionality). The purpose is primarily to have a better workflow, but also to have more meaningful treatment of background color for pictures which have multiple layers (and an alpha channel). I have reposted the sample picture here: http://brendanlearnstosee.wordpress.com/2013/07/26/ecorche-dorsal/ The xcf has been renamed with a .jpg extension otherwise it wouldn't upload. By way of example in relation to the paint-with-background-color trick: *also a friend of mine commented that using white to erase was a good trick, but in Wesnoth it's actually really bad considering all portraits are on a transparent layer... (From Wesnoth art forums: http://forums.wesnoth.org/viewtopic.php?f=23t=38935 There are other examples floating around the web.) Wesnoth portrait art would be an example where this enhancement could be used. ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list