From: Mohari A. <ma...@ma...> - 2001-11-28 08:30:22
Attachments:
collection.c.diff
|
Hi, The filer loses the primary selection if you drag a box with the middle button. It happens when all items become temporarily unselected during processing the covered items. The attached patch fixes it. First I thought it was a bug introduced by my pri. selection patch, but I checked an older CVS version (Nov 9) and it worked the same. I haven't checked the latest CVS, though. Best regards, Andras Mohari |
From: Mohari A. <ma...@ma...> - 2001-12-03 08:31:31
|
On Wed, Nov 28, 2001 at 09:27:43AM +0100, I wrote: > Hi, > > The filer loses the primary selection if you drag a box with the > middle button. It happens when all items become temporarily unselected > during processing the covered items. > > The attached patch fixes it. > > First I thought it was a bug introduced by my pri. selection patch, > but I checked an older CVS version (Nov 9) and it worked the same. > I haven't checked the latest CVS, though. No response, no bugfix... Have I done something wrong? Or nobody can reproduce the bug? Well, left click on a file, then drag a box around some files with the middle mouse button and _make sure_ that the _top left_ corner of the box is at the selected file. Release the button: the selection is inverted, but the filer loses the primary selection. This should not happen. Best regards, Andras Mohari P.S.: Thanks for the 'Invert Selection' menu item! |
From: Thomas L. <ta...@ec...> - 2001-12-04 15:49:35
|
On Mon, Dec 03, 2001 at 09:29:02AM +0100, Mohari Andras wrote: > On Wed, Nov 28, 2001 at 09:27:43AM +0100, I wrote: > > Hi, > > > > The filer loses the primary selection if you drag a box with the > > middle button. It happens when all items become temporarily unselected > > during processing the covered items. > > > > The attached patch fixes it. > > > > First I thought it was a bug introduced by my pri. selection patch, > > but I checked an older CVS version (Nov 9) and it worked the same. > > I haven't checked the latest CVS, though. > > No response, no bugfix... > Have I done something wrong? Or nobody can reproduce the bug? Sorry, I got the idea it was for the 'Invert Selection' thing (which I'd already fixed). Also, it doesn't happen for me with Gtk+-2.0 (maybe Gtk is doing something clever?). I shall sort it out now... Thanks, -- Thomas Leonard http://rox.sourceforge.net ta...@ec... ta...@us... |
From: Mohari A. <ma...@ma...> - 2001-12-05 08:19:47
|
On Tue, Dec 04, 2001 at 03:49:06PM +0000, Thomas Leonard wrote: > Sorry, I got the idea it was for the 'Invert Selection' thing (which I'd It's all right. > already fixed). Also, it doesn't happen for me with Gtk+-2.0 (maybe Gtk is > doing something clever?). Maybe; I'm using 1.2.10. If I do what I wrote in my previous mail, then a "lose_selection" signal is emitted, followed by a "gain_selection" and a "selection_changed". This is good so far, but then comes a "selection_clear_event" ruining everything. I don't understand why it's emitted. :( > I shall sort it out now... I see it's fixed in CVS, thank you! I'm going to try it when I get home. Best regards, Andras Mohari |