GNOME Bugzilla – Bug 301006
Can't cut/paste colors in colormap dialog
Last modified: 2008-01-15 12:52:26 UTC
Please describe the problem: Ctrl+X and Ctrl+C operate in the image and not in the HTML notation box in the colormap dialog Steps to reproduce: 1. Open an image 2. Change image to indexed mode 3. Open colormap dialog 4. Press Ctrl+X and then Ctrl+C Actual results: The image gets cut and then pasted Expected results: I would expect that the content of the HTML notation box get cut and then pasted Does this happen every time? Yes Other information: This was working on 2.0.x
Well, in GIMP 2.2, we finally have global accelerators and Cut and Paste is taken by them. Might be possible to fix this by looking at the widget receiving the event. Note that you can of course copy and paste using the primary selection instead of the clipboard. This means that you copy by selecting the text (double-click) and paste using your middle mouse button. This probably doesn't work on Win32 though.
Yeah, copying and pasting with central mouse button works but what i want to do is cut, write 00000 as color to identify which part of the image as that color and then paste the color again to put it back to its original color so middle mouse button copy does not help here :-(
Created attachment 66233 [details] [review] Patch fixing the bug Attached patch gives all key events to the focus widget first if it is a text widget. Not sure if this is the right thing to do.
I just seen the same bug on gimp-2.3.7, when I wanted to insert on each layer name the time of frame (for gif animation ex: '(350ms)') on several frames. The patch resolved the bug for my case.
The proposed patch looks like the right thing to do. As it is simple enough, it should probably even go into the 2.2 tree.
Fixed in both branches: 2006-05-29 Michael Natterer <mitch@gimp.org> * app/widgets/gimpdock.c (gimp_dock_key_press_event): make sure text widgets get all key events first. Fixes bug #301006.