[opensuse-gnome] Right-Click Mouse control is too quick
List-users, Both on 13.1 and now with 13.2 (on particular with Gnome DE) the behaviour of right-click on Mouse is the same: the options are appearing too fastly and is hard to select whatsoever option. I wonder if there are any settings available by regular menus, or even by hidden configuration, which allow to delay the mouse right-click response on Gnome. Regards, -- Marco Calistri opensuse 13.2 (Harlequin) 64 bit - Kernel 3.17.2-1.g1afb260-default Gnome 3.14.1 Intel® Core™ i5-2410M CPU @ 2.30GHz × 4 - Intel® Sandybridge Mobile -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-gnome+owner@opensuse.org
On Mon, 2014-11-10 at 13:09 -0200, Marco Calistri wrote:
List-users,
Both on 13.1 and now with 13.2 (on particular with Gnome DE) the behaviour of right-click on Mouse is the same: the options are appearing too fastly and is hard to select whatsoever option.
I wonder if there are any settings available by regular menus, or even by hidden configuration, which allow to delay the mouse right-click response on Gnome.
Regards,
-- Marco Calistri opensuse 13.2 (Harlequin) 64 bit - Kernel 3.17.2-1.g1afb260-default Gnome 3.14.1 Intel® Core™ i5-2410M CPU @ 2.30GHz × 4 - Intel® Sandybridge Mobile I've been experiencing this as well, and though my mouse was to blame. -- Roger Luedecke openSUSE Project Member and Advocate since 2011 http://www.opensuseadventures@blogspot.com
-- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-gnome+owner@opensuse.org
Il 10/11/2014 18:41, Roger Luedecke ha scritto:
On Mon, 2014-11-10 at 13:09 -0200, Marco Calistri wrote:
List-users,
Both on 13.1 and now with 13.2 (on particular with Gnome DE) the behaviour of right-click on Mouse is the same: the options are appearing too fastly and is hard to select whatsoever option.
I wonder if there are any settings available by regular menus, or even by hidden configuration, which allow to delay the mouse right-click response on Gnome.
Regards,
-- Marco Calistri opensuse 13.2 (Harlequin) 64 bit - Kernel 3.17.2-1.g1afb260-default Gnome 3.14.1 Intel® Core™ i5-2410M CPU @ 2.30GHz × 4 - Intel® Sandybridge Mobile I've been experiencing this as well, and though my mouse was to blame.
Hi, You meant the problem could be the Mouse? Regards, -- Marco Calistri (amdturion) -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-gnome+owner@opensuse.org
On Mon, 2014-11-10 at 13:09 -0200, Marco Calistri wrote:
Both on 13.1 and now with 13.2 (on particular with Gnome DE) the behaviour of right-click on Mouse is the same: the options are appearing too fastly and is hard to select whatsoever option.
Where is this happening? The most common reason for "right-click menu disappears after I release the mouse button" is that the program didn't pass the correct timestamp when popping up the menu. This is easy to fix; it just has to be done on a case-by-case basis. Federico -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-gnome+owner@opensuse.org
On Wed, 2014-11-12 at 17:28 -0600, Federico Mena Quintero wrote:
On Mon, 2014-11-10 at 13:09 -0200, Marco Calistri wrote:
Both on 13.1 and now with 13.2 (on particular with Gnome DE) the behaviour of right-click on Mouse is the same: the options are appearing too fastly and is hard to select whatsoever option.
Where is this happening?
The most common reason for "right-click menu disappears after I release the mouse button" is that the program didn't pass the correct timestamp when popping up the menu. This is easy to fix; it just has to be done on a case-by-case basis.
Federico
It happens in absolutely everything. -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-gnome+owner@opensuse.org
Il 12/11/2014 21:28, Federico Mena Quintero ha scritto:
On Mon, 2014-11-10 at 13:09 -0200, Marco Calistri wrote:
Both on 13.1 and now with 13.2 (on particular with Gnome DE) the behaviour of right-click on Mouse is the same: the options are appearing too fastly and is hard to select whatsoever option.
Where is this happening?
The most common reason for "right-click menu disappears after I release the mouse button" is that the program didn't pass the correct timestamp when popping up the menu. This is easy to fix; it just has to be done on a case-by-case basis.
Federico
Hello Federico! For example it happens on Thunderbird under Gnome 3.14. But the strange is that in this exact moment (be warned that a series of updates are being installed by software update) it seems the issue disappeared. I hit a firm click on mouse right button and menus keep hold on screen as expected. Very strange since beside the running updates I have not made any other changes. Regards, -- Marco Calistri opensuse 13.2 (Harlequin) 64 bit - Kernel 3.17.2-1.g1afb260-default Gnome 3.14.1 Intel® Core™ i5-2410M CPU @ 2.30GHz × 4 - Intel® Sandybridge Mobile -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-gnome+owner@opensuse.org
On Thu, 2014-11-13 at 09:38 -0200, Marco Calistri wrote:
Il 12/11/2014 21:28, Federico Mena Quintero ha scritto:
On Mon, 2014-11-10 at 13:09 -0200, Marco Calistri wrote:
Both on 13.1 and now with 13.2 (on particular with Gnome DE) the behaviour of right-click on Mouse is the same: the options are appearing too fastly and is hard to select whatsoever option.
Where is this happening?
The most common reason for "right-click menu disappears after I release the mouse button" is that the program didn't pass the correct timestamp when popping up the menu. This is easy to fix; it just has to be done on a case-by-case basis.
Federico
Hello Federico!
For example it happens on Thunderbird under Gnome 3.14.
But the strange is that in this exact moment (be warned that a series of updates are being installed by software update) it seems the issue disappeared.
I hit a firm click on mouse right button and menus keep hold on screen as expected.
Very strange since beside the running updates I have not made any other changes.
Regards,
-- Marco Calistri opensuse 13.2 (Harlequin) 64 bit - Kernel 3.17.2-1.g1afb260-default Gnome 3.14.1 Intel® Core™ i5-2410M CPU @ 2.30GHz × 4 - Intel® Sandybridge Mobile For me this behavior is consistent across two different computers, and in absolutely all applications. Though, Firefox does seem to be more touchy than other programs. -- Roger Luedecke openSUSE Project Member and Advocate since 2011 http://www.opensuseadventures.blogspot.com
-- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-gnome+owner@opensuse.org
On Thu, 2014-11-13 at 09:38 -0200, Marco Calistri wrote:
For example it happens on Thunderbird under Gnome 3.14.
Ah, I'm still on openSUSE 13.1. I'll have a chance to update to 13.2 next week. Does it also happen on 13.1 anywhere? If so, where, specifically? I haven't noticed that kind of bug. Federico -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-gnome+owner@opensuse.org
Il 14/11/2014 23:10, Federico Mena Quintero ha scritto:
On Thu, 2014-11-13 at 09:38 -0200, Marco Calistri wrote:
For example it happens on Thunderbird under Gnome 3.14.
Ah, I'm still on openSUSE 13.1. I'll have a chance to update to 13.2 next week.
Does it also happen on 13.1 anywhere? If so, where, specifically? I haven't noticed that kind of bug.
Federico
On 13.1 it was exactly same thing again one example could be navigating/clicking on Thunderbird/Gnome-3.10/3.12. Ciao, -- Marco Calistri opensuse 13.2 (Harlequin) 64 bit - Kernel 3.17.2-4.g757f42b-default Gnome 3.14.1 Intel® Core™ i5-2410M CPU @ 2.30GHz × 4 - Intel® Sandybridge Mobile -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-gnome+owner@opensuse.org
On Sat, 2014-11-15 at 10:19 -0200, Marco Calistri wrote:
On 13.1 it was exactly same thing again one example could be navigating/clicking on Thunderbird/Gnome-3.10/3.12.
OK. I'm installing Thunderbird to test it. Where exactly should I try to activate a right-click menu? On the message list? Federico -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-gnome+owner@opensuse.org
Il 17/11/2014 15:22, Federico Mena Quintero ha scritto:
On Sat, 2014-11-15 at 10:19 -0200, Marco Calistri wrote:
On 13.1 it was exactly same thing again one example could be navigating/clicking on Thunderbird/Gnome-3.10/3.12.
OK. I'm installing Thunderbird to test it.
Where exactly should I try to activate a right-click menu? On the message list?
Federico
Hi Federico! Yes could be Messages pane as well as the main left folder pane, I have not seen differences into the Mouse behaviour. Regards, -- Marco Calistri -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-gnome+owner@opensuse.org
Il 17/11/2014 17:48, Marco Calistri ha scritto:
Il 17/11/2014 15:22, Federico Mena Quintero ha scritto:
On Sat, 2014-11-15 at 10:19 -0200, Marco Calistri wrote:
On 13.1 it was exactly same thing again one example could be navigating/clicking on Thunderbird/Gnome-3.10/3.12.
OK. I'm installing Thunderbird to test it.
Where exactly should I try to activate a right-click menu? On the message list?
Federico
Hi Federico!
Yes could be Messages pane as well as the main left folder pane, I have not seen differences into the Mouse behaviour.
Regards,
I discovered another ugly mouse control behaviour: Open a terminal and generate some lines of text, then right-click on these to select in order to make a copy-paste, in the majority of cases the selected text does not keep selected and you have to repeat the step until you catch the right timings to finally do the copy-paste. Regards, -- Marco Calistri opensuse 13.2 (Harlequin) 64 bit - Kernel 3.17.3-1.g76fe48f-default Gnome 3.14.1 Intel® Core™ i5-2410M CPU @ 2.30GHz × 4 - Intel® Sandybridge Mobile -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-gnome+owner@opensuse.org
Il 12/11/2014 21:28, Federico Mena Quintero ha scritto:
On Mon, 2014-11-10 at 13:09 -0200, Marco Calistri wrote:
Both on 13.1 and now with 13.2 (on particular with Gnome DE) the behaviour of right-click on Mouse is the same: the options are appearing too fastly and is hard to select whatsoever option.
Where is this happening?
The most common reason for "right-click menu disappears after I release the mouse button" is that the program didn't pass the correct timestamp when popping up the menu. This is easy to fix; it just has to be done on a case-by-case basis.
Federico
Federico, If the correction is, as you say "easy to fix" I warmly invite you to apply it (may be different Locales/Mouse, and so on are necessary in order to reproduce the issue). It is an annoying behaviour! Saudações, -- Marco Calistri -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-gnome+owner@opensuse.org
On Fri, 2014-11-14 at 16:47 -0200, Marco Calistri wrote:
Il 12/11/2014 21:28, Federico Mena Quintero ha scritto:
On Mon, 2014-11-10 at 13:09 -0200, Marco Calistri wrote:
Both on 13.1 and now with 13.2 (on particular with Gnome DE) the behaviour of right-click on Mouse is the same: the options are appearing too fastly and is hard to select whatsoever option.
Where is this happening?
The most common reason for "right-click menu disappears after I release the mouse button" is that the program didn't pass the correct timestamp when popping up the menu. This is easy to fix; it just has to be done on a case-by-case basis.
Federico
Federico,
If the correction is, as you say "easy to fix" I warmly invite you to apply it (may be different Locales/Mouse, and so on are necessary in order to reproduce the issue).
It is an annoying behaviour!
Saudações,
-- Marco Calistri Care to share this rather easy solution? -- Roger Luedecke openSUSE Project Member and Advocate since 2011 http://www.opensuseadventures.blogspot.com
-- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-gnome+owner@opensuse.org
On Fri, 2014-11-14 at 18:32 -0800, Roger Luedecke wrote:
Care to share this rather easy solution?
Sure. If the bug is the one I'm thinking about, it's easy to fix, but it is cumbersome, as it needs to be done for every menu in every application that has the bug. In GTK+, you pop up a menu with void gtk_menu_popup (GtkMenu *menu, GtkWidget *parent_menu_shell, GtkWidget *parent_menu_item, GtkMenuPositionFunc func, gpointer data, guint button, guint32 activate_time); This is normally done from your button_press_event handler; something like static gboolean my_button_press_event_handler (GtkWidget *widget, GdkEventButton *event, gpointer data) { if (event->button == 3) { GtkMenu *menu = create_popup_menu (...); gtk_menu_popup (menu, ..., event->button, event->time); return TRUE; } ... } The important part is that the application passes the event->time that coresponds from the actual button press that triggered the menu. GTK+ uses this timestamp to take the difference between the press-time and the release-time to say, "did the user press-and-release quickly enough, so I should leave the menu up? Or did he press-drag-release slowly, so I should dismiss the menu?". The bug happens when an application gets lazy and instead of passing the correct timestamp, it just passes GDK_CURRENT_TIME or something like 0. GTK+ cannot take an accurate time difference then, and the menu seems to disappear easily. First we have to confirm if this is the same bug. Marco mentioned Thunderbird, which AFAIK is not a "normal" GTK+ application. So, we'll see. Federico -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-gnome+owner@opensuse.org
On Mon, 2014-11-17 at 11:20 -0600, Federico Mena Quintero wrote:
On Fri, 2014-11-14 at 18:32 -0800, Roger Luedecke wrote:
Care to share this rather easy solution?
Sure. If the bug is the one I'm thinking about, it's easy to fix, but it is cumbersome, as it needs to be done for every menu in every application that has the bug.
In GTK+, you pop up a menu with
void gtk_menu_popup (GtkMenu *menu, GtkWidget *parent_menu_shell, GtkWidget *parent_menu_item, GtkMenuPositionFunc func, gpointer data, guint button, guint32 activate_time);
This is normally done from your button_press_event handler; something like
static gboolean my_button_press_event_handler (GtkWidget *widget, GdkEventButton *event, gpointer data) { if (event->button == 3) { GtkMenu *menu = create_popup_menu (...);
gtk_menu_popup (menu, ..., event->button, event->time); return TRUE; } ... }
The important part is that the application passes the event->time that coresponds from the actual button press that triggered the menu. GTK+ uses this timestamp to take the difference between the press-time and the release-time to say, "did the user press-and-release quickly enough, so I should leave the menu up? Or did he press-drag-release slowly, so I should dismiss the menu?".
The bug happens when an application gets lazy and instead of passing the correct timestamp, it just passes GDK_CURRENT_TIME or something like 0. GTK+ cannot take an accurate time difference then, and the menu seems to disappear easily.
First we have to confirm if this is the same bug. Marco mentioned Thunderbird, which AFAIK is not a "normal" GTK+ application. So, we'll see.
Federico
So I have to manually patch the source for every single GTK application!?!? -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-gnome+owner@opensuse.org
participants (3)
-
Federico Mena Quintero -
Marco Calistri -
Roger Luedecke