Re: [Gimp-developer] Screenshot plug-in status

2003-09-12 Thread Tor Lillqvist
Alan Horkan writes: I was just asking because the code was being changed anyway. Well, actually it's not certain at all that the screenshot code used on Win32 will be changed. The winsnap plug-in works, and even if code from it was copied into screenshot.c, it wouldn't still work the same way

Re: [Gimp-developer] Gimp interface streamlining

2003-09-12 Thread Tor Lillqvist
While talking about UI ideas, how about keyboard-mouse chording? Currently, while painting with the mouse (or tablet pen), the other hand is presumably idle. Would it be a good idea to be able to use keyboard keys to modify the painting action? I am thinking of some fresh ways to interact using

Re: [Gimp-developer] Gimp interface streamlining

2003-09-12 Thread Simon Budig
Tor Lillqvist ([EMAIL PROTECTED]) wrote: Or, the arrow keys could be used to finetune the pressure and tilt while moving the mouse. Just wanted to point out that since gimpcon it is possible to change the opacity with the cursor keys for all Paint tools. It would be nice to have more keys

Re: [Gimp-developer] Screenshot plug-in status

2003-09-12 Thread Tor Lillqvist
I was hoping that there was interest in getting rid of (almost) all differences between platforms and doing a common screenshot plug-in would be one more step towards this goal. Sad to hear that you prefer to keep the winsnap plug-in alive. Well yes, that is a good goal. But as it started to

Re: Clipboard (was Re: [Gimp-developer] Screenshot plug-in status)

2003-09-12 Thread Sven Neumann
Hi, Nick Lamb [EMAIL PROTECTED] writes: It should work that way but I haven't been able to build The GIMP to check for ages now. To be completely clear: Edit/Cut, Copy and Paste _ought_ to transparently work between applications. The image-related KDE apps get this right and when GIMP

Re: [Gimp-developer] Screenshot plug-in status

2003-09-12 Thread Sven Neumann
Hi, Tor Lillqvist [EMAIL PROTECTED] writes: Additionally the winsnap code requires currently an .rc file, and taking care of that in plug-ins/common/Makefile.am would cause additional pain. This argument is nil since we can always move screenshot to it's own subdirectory. I was hoping that

Re: [Gimp-developer] Gimp interface streamlining

2003-09-12 Thread david gowers
tor: you reminded me of a feature which would GREATLY improve the functionality of gimp: moving through the active palette's colors with shortcut keys. i'll create a patch for it at the first opportunity (after learning how to add menu items). its such a uber-useful and simple feature i'm

Re: Clipboard (was Re: [Gimp-developer] Screenshot plug-in status)

2003-09-12 Thread Nick Lamb
On Fri, Sep 12, 2003 at 12:38:26PM +0200, Sven Neumann wrote: Oh, will you? I am sorry but if I remember correctly we postponed this until after 2.0 since we hope that until then there well be an accepted Free Desktop standard for this. Our prefered solution would be to offer the image data as

Re: [Gimp-developer] Gimp interface streamlining

2003-09-12 Thread Phil Harper
From: Jakub Steiner [EMAIL PROTECTED] To: Simon Budig [EMAIL PROTECTED] CC: Gimp Developer [EMAIL PROTECTED] Subject: Re: [Gimp-developer] Gimp interface streamlining Date: Fri, 12 Sep 2003 19:22:54 +0200 MIME-Version: 1.0 On Fri, 2003-09-12 at 11:25, Simon Budig wrote: Tor Lillqvist ([EMAIL

Re: Clipboard (was Re: [Gimp-developer] Screenshot plug-in status)

2003-09-12 Thread Sven Neumann
Hi, Nick Lamb [EMAIL PROTECTED] writes: Any Free Desktop standard for routine image clipboard handling seems to have been overtaken by events. There might still be room for some discussion about hi-resolution or hi-precision graphics, but for the average user the de facto standard is already