threads / patch / 7425

patch, 4 partsFix drop-down menus in the git-gui dialogs.

Subject: [PATCH 2/4] Fix drop-down menus in the git-gui dialogs.

## tl;dr

5 messages between Mar 27, 2007 and Apr 6, 2007. Diffs are folded; open one to read it.

replies: 4people: 2as markdown or json

Eygene Ryabinkin· Mar 27, 2007, 10:30 UTC · lore

If the drop-down menu (for example "Local Branch" from the dialog activated by the "Branch/Create..." menu item) is chosen with the left mouse button, then the pointer is moved off the drop-down menu while the mouse button is still pressed and then the 'Escape' key is pressed, the main menu will be broken. Next time when you will try to select any main menu item, the Tcl/Tk interpreter will spawn an internal error.

Error was fixed by "grab"bing the drop-down menu windows on their activation. Now all drop-down menus are disappearing once the mouse button is depressed, no matter what is the current position of the mouse pointer.

Signed-off-by: Eygene Ryabinkin <rea-git@codelabs.ru>
---
 git-gui/git-gui.sh |    7 +++++++
 1 files changed, 7 insertions(+), 0 deletions(-)
Show changes to git-gui/git-gui.sh +7 −0
diff --git a/git-gui/git-gui.sh b/git-gui/git-gui.sh
index 8157184..1f3ee05 100755
--- a/git-gui/git-gui.sh
+++ b/git-gui/git-gui.sh
@@ -2126,6 +2126,7 @@ proc do_create_branch {} {
 		-font font_ui
 	set lbranchm [eval tk_optionMenu $w.from.head_m create_branch_head \
 		$all_heads]
+	bind $lbranchm <Visibility> "grab $lbranchm"
 	$lbranchm configure -font font_ui
 	$w.from.head_m configure -font font_ui
 	grid $w.from.head_r $w.from.head_m -sticky w
@@ -2140,6 +2141,7 @@ proc do_create_branch {} {
 		set tbranchm [eval tk_optionMenu $w.from.tracking_m \
 			create_branch_trackinghead \
 			$all_trackings]
+		bind $tbranchm <Visibility> "grab $tbranchm"
 		$tbranchm configure -font font_ui
 		$w.from.tracking_m configure -font font_ui
 		grid $w.from.tracking_r $w.from.tracking_m -sticky w
@@ -2155,6 +2157,7 @@ proc do_create_branch {} {
 		set tagsm [eval tk_optionMenu $w.from.tag_m \
 			create_branch_tag \
 			$all_tags]
+		bind $tagsm <Visibility> "grab $tagsm"
 		$tagsm configure -font font_ui
 		$w.from.tag_m configure -font font_ui
 		grid $w.from.tag_r $w.from.tag_m -sticky w
@@ -2353,6 +2356,7 @@ proc do_delete_branch {} {
 	set mergedlocalm [eval tk_optionMenu $w.validate.head_m \
 		delete_branch_head \
 		$all_heads]
+	bind $mergedlocalm <Visibility> "grab $mergedlocalm"
 	$mergedlocalm configure -font font_ui
 	$w.validate.head_m configure -font font_ui
 	grid $w.validate.head_r $w.validate.head_m -sticky w
@@ -2367,6 +2371,7 @@ proc do_delete_branch {} {
 		set mergedtrackm [eval tk_optionMenu $w.validate.tracking_m \
 			delete_branch_trackinghead \
 			$all_trackings]
+		bind $mergedtrackm <Visibility> "grab $mergedtrackm"
 		$mergedtrackm configure -font font_ui
 		$w.validate.tracking_m configure -font font_ui
 		grid $w.validate.tracking_r $w.validate.tracking_m -sticky w
@@ -2744,6 +2749,7 @@ proc do_push_anywhere {} {
 			-font font_ui
 		set remmenu [eval tk_optionMenu $w.dest.remote_m push_remote \
 			$all_remotes]
+		bind $remmenu <Visibility> "grab $remmenu"
 		$remmenu configure -font font_ui
 		$w.dest.remote_m configure -font font_ui
 		grid $w.dest.remote_r $w.dest.remote_m -sticky w
@@ -4713,6 +4719,7 @@ proc do_options {} {
 		set fontmenu [eval tk_optionMenu $w.global.$name.family \
 			global_config_new(gui.$font^^family) \
 			$all_fonts]
+		bind $fontmenu <Visibility> "grab $fontmenu"
 		$w.global.$name.family configure -font font_ui
 		$fontmenu configure -font font_ui
 		spinbox $w.global.$name.size \

-- 
1.5.0.3-dirty
Shawn O. Pearce· Apr 4, 2007, 16:37 UTC · re: Eygene Ryabinkin · lore

Re: [PATCH 2/4] Fix drop-down menus in the git-gui dialogs.

git-gui patches should be addressed to me, not Paul.
Eygene Ryabinkin <rea-git@codelabs.ru> wrote:
Show 12 quoted lines
> If the drop-down menu (for example "Local Branch" from the dialog
> activated by the "Branch/Create..." menu item) is chosen with the
> left mouse button, then the pointer is moved off the drop-down menu
> while the mouse button is still pressed and then the 'Escape' key
> is pressed, the main menu will be broken. Next time when you will
> try to select any main menu item, the Tcl/Tk interpreter will spawn
> an internal error.
> 
> Error was fixed by "grab"bing the drop-down menu windows on their
> activation. Now all drop-down menus are disappearing once the mouse
> button is depressed, no matter what is the current position of the
> mouse pointer.

This fix actually horribly breaks on Mac OS X. The problem appears to be that the <Visibility> event on that system doesn't get delivered until after the menu is destroyed, yet I'm getting a %s of VisibilityUnobscured in the event handler. Go figure.

So anyway, I cannot apply this patch as-is, because it breaks my main development system. I understand and feel your pain, but you either need to make this binding apply only on your OS, or find another way to workaround that Tk bug...

Show 12 quoted lines
> diff --git a/git-gui/git-gui.sh b/git-gui/git-gui.sh
> index 8157184..1f3ee05 100755
> --- a/git-gui/git-gui.sh
> +++ b/git-gui/git-gui.sh
> @@ -2126,6 +2126,7 @@ proc do_create_branch {} {
>  		-font font_ui
>  	set lbranchm [eval tk_optionMenu $w.from.head_m create_branch_head \
>  		$all_heads]
> +	bind $lbranchm <Visibility> "grab $lbranchm"
>  	$lbranchm configure -font font_ui
>  	$w.from.head_m configure -font font_ui
>  	grid $w.from.head_r $w.from.head_m -sticky w
-- 
Shawn.
Eygene Ryabinkin· Apr 5, 2007, 12:49 UTC · re: Shawn O. Pearce · lore

Re: [PATCH 2/4] Fix drop-down menus in the git-gui dialogs.

Shawn, good day.
Wed, Apr 04, 2007 at 12:37:09PM -0400, Shawn O. Pearce wrote:
> git-gui patches should be addressed to me, not Paul.

Yep, I just messed with the mail addresses, since I was doing patches both for gitk and git-gui. Sorry for it!

Show 14 quoted lines
> > Error was fixed by "grab"bing the drop-down menu windows on their
> > activation. Now all drop-down menus are disappearing once the mouse
> > button is depressed, no matter what is the current position of the
> > mouse pointer.
> 
> This fix actually horribly breaks on Mac OS X.  The problem
> appears to be that the <Visibility> event on that system doesn't
> get delivered until after the menu is destroyed, yet I'm getting
> a %s of VisibilityUnobscured in the event handler.  Go figure.
>
> So anyway, I cannot apply this patch as-is, because it breaks
> my main development system.  I understand and feel your pain,
> but you either need to make this binding apply only on your OS,
> or find another way to workaround that Tk bug...

OK, I will try to find the other workaround, but I have no Mac OS X at hand (they are a bit expensive to me), so I hope you will find some time to test the new approaches, if I will come up with any.

Thank you!
-- 
Eygene
Shawn O. Pearce· Apr 5, 2007, 15:32 UTC · re: Eygene Ryabinkin · lore

Re: [PATCH 2/4] Fix drop-down menus in the git-gui dialogs.

Eygene Ryabinkin <rea-git@codelabs.ru> wrote:
Show 5 quoted lines
> Wed, Apr 04, 2007 at 12:37:09PM -0400, Shawn O. Pearce wrote:
> > git-gui patches should be addressed to me, not Paul.
> 
> Yep, I just messed with the mail addresses, since I was doing patches
> both for gitk and git-gui. Sorry for it!
Not a problem, I just wanted to make sure you were aware that they
should come to me, so that you can leave poor paulus' inbox alone.
;-)
Show 8 quoted lines
> > So anyway, I cannot apply this patch as-is, because it breaks
> > my main development system.  I understand and feel your pain,
> > but you either need to make this binding apply only on your OS,
> > or find another way to workaround that Tk bug...
> 
> OK, I will try to find the other workaround, but I have no Mac OS
> X at hand (they are a bit expensive to me), so I hope you will find
> some time to test the new approaches, if I will come up with any.

That's fine. I'd be happy to retest something. If I understood your problem description right, this bug doesn't appear on either Cygwin's Tcl/Tk implementation or my Mac OS X implementation. Maybe this is one of those things that we just have to do conditionally per OS.

If that's the case, maybe we should also consider making our own local variant of tk_optionMenu (a wrapper of sorts) that sets our font_ui, and does this grab fix on your platform.

-- 
Shawn.
Eygene Ryabinkin· Apr 6, 2007, 07:42 UTC · re: Shawn O. Pearce · lore

Re: [PATCH 2/4] Fix drop-down menus in the git-gui dialogs.

Shawn, good day.
Thu, Apr 05, 2007 at 11:32:26AM -0400, Shawn O. Pearce wrote:
Show 8 quoted lines
> > OK, I will try to find the other workaround, but I have no Mac OS
> > X at hand (they are a bit expensive to me), so I hope you will find
> > some time to test the new approaches, if I will come up with any.
> 
> That's fine.  I'd be happy to retest something.  If I understood your
> problem description right, this bug doesn't appear on either Cygwin's
> Tcl/Tk implementation or my Mac OS X implementation.  Maybe this
> is one of those things that we just have to do conditionally per OS.

I was not tested this under Cygwin. But the wrong list behaviour I got is appearing only in dialogs. I am not getting this in the gitk: there are many drop-down menus in the main window. All of them are disappearing once I depress the mouse button no matter where the cursor is. So this issue can be dialog-specific, but I believe that the main window and dialog windows are handled by Tcl/Tk on the same footing. Thought, I do not 100% sure.

> If that's the case, maybe we should also consider making our own
> local variant of tk_optionMenu (a wrapper of sorts) that sets our
> font_ui, and does this grab fix on your platform.

I think this would be the last hope. I will try to understand the problem a bit deeper first.

Thank you!
-- 
Eygene

← back to recent threads