Re: problem with gtk+ colorselector
Hi, "Uwe Koloska" [EMAIL PROTECTED] writes: I have found a very annoying problem with gimps gtk+ colorselector. Since I don't use it normally, it came into my eye after installing digipencil. Because the testprogramm that come with gtk+ shows the right behaviour, it maybe there is a problem with the gimp inheritance of this widget. The problem: I click on the foreground color (black) and choose the gtk+ selector. Close the color selector. Then click on the background (white) and the two labels under the colorcircle are filled with black and white (from the left) Very well noticed. My first problem was that I was unable to change the foreground color. But this was a problem with the value. The circle shows a color but this color has no value, so it was always black ... The circle alone is not sufficient to choose a color. There has to be a way to change the colors value. But I guess you found that out pretty soon. And the behaviour I described above seems to be related to this. The gtk+ colorselector seems to display the color that was chosen the last time. This is probably due to the fact, that the color selector isn't destroyed after choosing a color. If you leave the selector open and doubleclick on the other color (back- or foreground) you can see this clearly. The GTK+ colorselector does indeed remember the color last choosen so you are able to see the contrast between the new color and the one you started with. Now to the point: Where's the problem?? Salut, Sven
Net-Fu + Gimp 1.2.x
Hello, I installed Gimp 1.04 with NetFu and it works great. But I didn't manage to work Gimp 1.2.0 with Net-Fu. Is it possible to run Net-Fu with Gimp 1.2.x ? Nicolay Mausz
incorrect mask handling in histogram calculation
I just downloaded (and installed and build) the 1.2.1. sources, and I was looking at the histogram code (because I wonder why the histogram always looks totally different than histograms from Photoshop or Paint Shop Pro) and I saw something (unrelated to what I was doing) that looks like a bug. In gimphistogram.c there is a function to calculate the histogram for a subregion, declared as follows: gimp_histogram_calculate_sub_region (GimpHistogram *histogram, PixelRegion *region, PixelRegion *mask) In that function we have this code snippet: if (mask) { gdouble masked; src = region-data; msrc = region-data; I would think that msrc ought to be a pointer into the mask data instead of the region data, like this: msrc = mask-data; Regards, Roel Schroeven
Idea: Temporary tool assignment
Not sure if this has been discussed before, but after reading the article at http://www.advogato.com/article/239.html I noticed this paragraph (on the subject of keyboard shortcuts): PhotoShop is slightly superior (for the moment) in that it has temporary tool assignment. You can have a paint brush tool active, and if you push and hold the space bar, the active tool becames the hand (for panning). The moment the space bar is released, the paint brush (or whatever the previous tool was) becomes active again. Alt while Zooming changes to Zoom Out, Ctrl to Zoom In. To be fair, Gimp also uses temporary tool assignment in places, but I picked PhotoShop as the prime example because it is more complete and far reaching throughout the program, at this moment in time. This is a simple idea, that has been implemented partially (as noted, though something like the middle button for panning works great in the gimp for me!), but I have seen a lot of places where it would make a lot of sense to put in more of these temporary tools. The zoom is a prime example. Any chance of this technology becoming more widespread throughout the gimp? Arc -- Arcterex [EMAIL PROTECTED] -==- http://arcterex.net "I used to herd dairy cows. Now I herd lusers. Apart from the isolation, I think I preferred the cows. They were better conversation, easier to milk, and if they annoyed me enough, I could shoot them and eat them." -Rodger Donaldson
Re: Idea: Temporary tool assignment
[EMAIL PROTECTED] (2001-02-02 at 2015.41 -0800): Any chance of this technology becoming more widespread throughout the gimp? Please try all the tools and make a list of the ones that do nothing with Ctrl and / or Shift and / or Alt (before clicking / after clicking, like with Circle selection). Advice: set pointer to cross and icon, that way it gives hints about what is happening (or will if you click). Also keep open the Tool Options dialog, and watch the buttons change. Tab also does magic when over an image (hit again to get the volunteer back from backstag... err... nimbo). I think you will be suprised, basic ops are there. Yes, there are some things that would be nice to have in addition to current ones, but I guess that the basics we have are plainly ignored, and thus people say "Gimp lacks all nice functions" when the theme is "Gimp lacks some nice functions" (and has some that PS does not have, like MB2 scrolling, I think). BTW, the zoom / magnify thing appeared some mails ago (hold Ctrl to swap mode, Gimp CVS 1.2). :] Oops, late, I will read the doc after sleeping. GSR