Re: Space key border area ideas
- Alt + Space: swap tools. You have Current and Alternative (you guessed, Alt key), hitting it makes swap the places. If you choose another tool via menus / keys / buttons it becomes Current, and the previous one becomes Alternative. I really like this idea, as it eliminates the need for the developers to anticipate what the users will want for the alternative key. No more thinking "If only CTRL brought up [random tool] instead of [other random tool] with the paintbrush!" User configurability is what makes the GIMP awsome, and the more the better (without overwhelming the user that is). It would be like when you zoom out, you start viewing inactive area, but with two details: - the area always exist, even if at 1600% you always get the extra separating image size from rulers when you move near border. It will mean a bigger window if at 100% and showing all. As user should be able to configure it, he can use from 0 (same as current) to a nice value (100 pix? 200?). Should be changable on the fly, if possible. - paint affects it too, but disappears after a given time (user configurable inactivity time). It only shows on screen, does not affect layer painting (or maybe yes, should be investigated if it makes some ops easier, like Smudge). Filters ignore it, when you change zoom, view or something it can disappear without problems. It is temp, you can use it, but do not expect it to be true paint. [snip] This sounds a lot like a temporary layer. I'm thinking, why restrict yourself the the edges of the canvas, why not see how a color looks right where it will be. Of course, this is also a lot like just trying the color and then hitting ^Z or something. Interesting ideas though. -- 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
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: RFC: The future of The GIMP
On Tue, Dec 12, 2000 at 05:08:03PM +0100, Lourens Veen wrote: I realise that it's probably too late already, but dare I say C++? Did anyone ever even consider this? As for the plugin distribution, I think the nicest way would be to have a plugin manager that would enable you to download plugins from the web on the fly. Something Linux distributions have too, you just connect to the server, list the available plugins, let the user select what he/she wants, download and install them. That would IMHO certainly be the nicest solution. A good way for updating selectivly as well... I agree that the install should be the distro or main compile's job, but this should be an option as well. Ie: I personally update my system to the latest .debs every few days, while other people only upgrade every time a new release of their distro of choice (tm) is released. Two different meathods. How about these different ways: - distro packaging: the maintainer of the deb/rpm/tgz/whatever does their thing and sets up the package - compile packaging: When someone compiles gimp for the first time (or the first time they run it?) they get asked if they want to get the latest plugins (choice of all, minimul, normal, choose each one), and a little client goes and grabs them from plugins.gimp.org This could get weird for root vs user, but it could be a matter of "we've detected you are root, do you want to install plugins globally?" - user install: User chooses "update plugins" from the help menu and a similar, though gui based, thing happens as with the "compile packaging" and they get to install the latest and greatest into $HOME/.gimp/... Just my $0.02, as a user. 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: Gimptool in Gimp 1.0.4
Perhaps have the users run rpm -ql gimp-devel | grep gimptool. Alan
Re: Gimp to MacOS
It would be lovely if there was a high quality open source OCR program available. I think there might be one or two people working on ocr, but the projects still seem to be fairly young. -Alan
Re: Getting mouse coordinates from inside a gimp plug-in?
Or, you could blur the image a little, then use the Level curves to make the data a thin black line by squeezing the fully-black and fully-white arrow tags close together. Make the image indexed with one color. Finally, save the image as a .pgm or .xpm file. (.pbm is probably ideal but it seems like GIMP can't save in that format. Perhaps use ImageMagik's convert to go from pgm to pbm?) The data format for such files is very simple and with a quick read of the relevant man page, you will be all set to read the file, dump the data into an array and then off you go. If you have lots of pictures and would like to automate the process, you could even write a script to handle the GIMP part non-interactively. This has the advantage of probably being more accurate than using the mouse for coordinates, but perhaps this is not what you wanted. If that's the case, sorry... Alan
Re: Is Add alpha channel really necessary?
May I make a humble suggestion. Change File-New to allow users to select a Fill Type of either Background w/o alpha Background w/ alpha Then users can select what they want to begin with. Flatten and Add Alpha Channel can still exist as is in the Layers menu. No automatic behind-the-scenes switching need be done. Power users have full control and newbies can simply select Background w/ alpha if they wish. Alan
some wierd font problems
Basically what happens is this. I have an image I've captured somewhere else (ie: screenshot in windows) and try to put text on top of it. The text goes in fine but is 100x the size it should be. I have had to set the font size to arial 8pt just to get something that is *close* to what 20pt should be. Then (as I found today) by just copying and pasting the image into a new canvass the problems go away. I don't know if this is the gimp (1.1.16 compiled today, but this has been doing this on and off in the previous couple of versions), xfstt (1.1), the font (standard arial true type), or what... It's hard to explain. Head to http://arcterex.ufies.org/gimpfont for screenshots and hopefully a more coherant explanation :) The original image is up there (bottom of the page), so hopefully someone else will find the same problem. Regards, arcterex -- Alan -=|=- [EMAIL PROTECTED] -=|=- http://arcterex.ufies.org Lack of capability is usually disguised by lack of interest.
