Discussion:
[Tkinter-discuss] Combining events?
Bob Greschke
2014-07-18 22:54:34 UTC
Permalink
I have a huge program...several huge programs...and I keep writing duplicate sets of calls for <Return> and <KP_enter>. I'm tired of it, even though they are already all written. Is there any way to combine those (those two, specifically) into one bind like

x.bind(("<Return>", "<KP_Enter"), command = .....?

I know you can't do that, but something like that on a global scale (both figuratively, and programmatically). Some little line of code at the beginning of the program that redirects the <KP_Enter> to the <Return> event when some field or whatever is specifically looking for either return key to be pressed?.

Thanks!
Michael Lange
2014-07-19 11:21:19 UTC
Permalink
Hi,

On Fri, 18 Jul 2014 16:54:34 -0600
Post by Bob Greschke
I have a huge program...several huge programs...and I keep writing
duplicate sets of calls for <Return> and <KP_enter>. I'm tired of it,
even though they are already all written. Is there any way to combine
those (those two, specifically) into one bind like
x.bind(("<Return>", "<KP_Enter"), command = .....?
I know you can't do that, but something like that on a global scale
(both figuratively, and programmatically). Some little line of code at
the beginning of the program that redirects the <KP_Enter> to the
<Return> event when some field or whatever is specifically looking for
either return key to be pressed?.
you could use event_generate() and bind_class(), as in this example:

from Tkinter import *
root = Tk()

def on_kp_enter(event):
event.widget.event_generate('<Return>')
root.bind_class('Button', '<KP_Enter>', on_kp_enter)

def on_return(event):
print('Return')

b = Button(root, text='Push me')
b.pack()
b.bind('<Return>', on_return)
root.mainloop()

Regards

Michael

.-.. .. ...- . .-.. --- -. --. .- -. -.. .--. .-. --- ... .--. . .-.

Lots of people drink from the wrong bottle sometimes.
-- Edith Keeler, "The City on the Edge of Forever",
stardate unknown
Bob Greschke
2014-07-19 17:21:00 UTC
Permalink
Post by Michael Lange
Hi,
On Fri, 18 Jul 2014 16:54:34 -0600
Post by Bob Greschke
I have a huge program...several huge programs...and I keep writing
duplicate sets of calls for <Return> and <KP_enter>. I'm tired of it,
even though they are already all written. Is there any way to combine
those (those two, specifically) into one bind like
x.bind(("<Return>", "<KP_Enter"), command = .....?
I know you can't do that, but something like that on a global scale
(both figuratively, and programmatically). Some little line of code at
the beginning of the program that redirects the <KP_Enter> to the
<Return> event when some field or whatever is specifically looking for
either return key to be pressed?.
from Tkinter import *
root = Tk()
event.widget.event_generate('<Return>')
root.bind_class('Button', '<KP_Enter>', on_kp_enter)
print('Return')
b = Button(root, text='Push me')
b.pack()
b.bind('<Return>', on_return)
root.mainloop()
Regards
Michael
.-.. .. ...- . .-.. --- -. --. .- -. -.. .--. .-. --- ... .--. . .-.
Lots of people drink from the wrong bottle sometimes.
-- Edith Keeler, "The City on the Edge of Forever",
stardate unknown
_______________________________________________
Tkinter-discuss mailing list
Tkinter-discuss at python.org
https://mail.python.org/mailman/listinfo/tkinter-discuss
You are one smart guy! This helps a lot.

I can tolerate doing

LEnt = Entry(stuff stuff stuff)
LEnt.bind("<Return>", "call call call")
LEnt.bind("<KP_Enter>", on_kp_enter)

I can't really do the bind_class, because not all fields respond to a Return/Enter.
What I'm trying to do is eliminate duplicating the "call call call" part like I have now. Some/Most of the calls are kinda complex (a lot of argument passing to the handlers). I'd seen that event_generate() a long time ago, but I never figured out how to use it from the Grayson Bible. Now as I rescan that portion of the book I realize you may have made me dangerous. :)

Thanks!

Bob
Bryan Oakley
2014-07-19 17:37:36 UTC
Permalink
Have you considered creating a subclass of entry? Then your code is simply:

LEnt = CustomEntry(stuff stuff stuff)

You can then put all the bind magic in the constructor of CustomEntry.
Post by Bob Greschke
Post by Michael Lange
Hi,
On Fri, 18 Jul 2014 16:54:34 -0600
Post by Bob Greschke
I have a huge program...several huge programs...and I keep writing
duplicate sets of calls for <Return> and <KP_enter>. I'm tired of it,
even though they are already all written. Is there any way to combine
those (those two, specifically) into one bind like
x.bind(("<Return>", "<KP_Enter"), command = .....?
I know you can't do that, but something like that on a global scale
(both figuratively, and programmatically). Some little line of code at
the beginning of the program that redirects the <KP_Enter> to the
<Return> event when some field or whatever is specifically looking for
either return key to be pressed?.
from Tkinter import *
root = Tk()
event.widget.event_generate('<Return>')
root.bind_class('Button', '<KP_Enter>', on_kp_enter)
print('Return')
b = Button(root, text='Push me')
b.pack()
b.bind('<Return>', on_return)
root.mainloop()
Regards
Michael
.-.. .. ...- . .-.. --- -. --. .- -. -.. .--. .-. --- ... .--. .
.-.
Post by Michael Lange
Lots of people drink from the wrong bottle sometimes.
-- Edith Keeler, "The City on the Edge of Forever",
stardate unknown
_______________________________________________
Tkinter-discuss mailing list
Tkinter-discuss at python.org
https://mail.python.org/mailman/listinfo/tkinter-discuss
You are one smart guy! This helps a lot.
I can tolerate doing
LEnt = Entry(stuff stuff stuff)
LEnt.bind("<Return>", "call call call")
LEnt.bind("<KP_Enter>", on_kp_enter)
I can't really do the bind_class, because not all fields respond to a Return/Enter.
What I'm trying to do is eliminate duplicating the "call call call" part
like I have now. Some/Most of the calls are kinda complex (a lot of
argument passing to the handlers). I'd seen that event_generate() a long
time ago, but I never figured out how to use it from the Grayson Bible.
Now as I rescan that portion of the book I realize you may have made me
dangerous. :)
Thanks!
Bob
_______________________________________________
Tkinter-discuss mailing list
Tkinter-discuss at python.org
https://mail.python.org/mailman/listinfo/tkinter-discuss
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/tkinter-discuss/attachments/20140719/9e94c38e/attachment.html>
Bob Greschke
2014-07-19 21:03:06 UTC
Permalink
Post by Bryan Oakley
LEnt = CustomEntry(stuff stuff stuff)
You can then put all the bind magic in the constructor of CustomEntry.
All of the Entry() field setups are different. Some of the ones I'm dealing with are simple:
LEnt = Entry(Sub, textvariable = ADEInputVar, width = 25)
LEnt.pack(side = LEFT)
LEnt.bind("<Return>", formADFind)
LEnt.bind("<KP_Enter>", formADFind)

And some aren't:
LEnt = Entry(Sub, textvariable = INLInputVar, width = 25)
LEnt.bind("<Return>", Command(formINPickSelectPC, VarSet, "INPK", FindResults, \
eval("%sInPhylumVar"%VarSet), eval("%sInClassVar"%VarSet)))
LEnt.bind("<KP_Enter>", Command(formINPickSelectPC, VarSet, "INPK", FindResults, \
eval("%sInPhylumVar"%VarSet), eval("%sInClassVar"%VarSet)))

I'd still need to be passing a bunch of different stuff to the class for each field, so in my case it wouldn't buy me much, or save me too much typing to make a class. They aren't all doing the same thing.

Here are some screenshots of the program that I'm working on. Any of the field labels that have an equals sign in them like "Description:=" are fields where the user can enter something and hit the Return key to perform and action. There are tooltips all over the real thing that tell them what a return will do.

www.passcal.nmt.edu/~bob/passcal/software/pis.html

Bob
Post by Bryan Oakley
Post by Michael Lange
Hi,
On Fri, 18 Jul 2014 16:54:34 -0600
Post by Bob Greschke
I have a huge program...several huge programs...and I keep writing
duplicate sets of calls for <Return> and <KP_enter>. I'm tired of it,
even though they are already all written. Is there any way to combine
those (those two, specifically) into one bind like
x.bind(("<Return>", "<KP_Enter"), command = .....?
I know you can't do that, but something like that on a global scale
(both figuratively, and programmatically). Some little line of code at
the beginning of the program that redirects the <KP_Enter> to the
<Return> event when some field or whatever is specifically looking for
either return key to be pressed?.
from Tkinter import *
root = Tk()
event.widget.event_generate('<Return>')
root.bind_class('Button', '<KP_Enter>', on_kp_enter)
print('Return')
b = Button(root, text='Push me')
b.pack()
b.bind('<Return>', on_return)
root.mainloop()
Regards
Michael
.-.. .. ...- . .-.. --- -. --. .- -. -.. .--. .-. --- ... .--. . .-.
Lots of people drink from the wrong bottle sometimes.
-- Edith Keeler, "The City on the Edge of Forever",
stardate unknown
_______________________________________________
Tkinter-discuss mailing list
Tkinter-discuss at python.org
https://mail.python.org/mailman/listinfo/tkinter-discuss
You are one smart guy! This helps a lot.
I can tolerate doing
LEnt = Entry(stuff stuff stuff)
LEnt.bind("<Return>", "call call call")
LEnt.bind("<KP_Enter>", on_kp_enter)
I can't really do the bind_class, because not all fields respond to a Return/Enter.
What I'm trying to do is eliminate duplicating the "call call call" part like I have now. Some/Most of the calls are kinda complex (a lot of argument passing to the handlers). I'd seen that event_generate() a long time ago, but I never figured out how to use it from the Grayson Bible. Now as I rescan that portion of the book I realize you may have made me dangerous. :)
Thanks!
Bob
_______________________________________________
Tkinter-discuss mailing list
Tkinter-discuss at python.org
https://mail.python.org/mailman/listinfo/tkinter-discuss
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/tkinter-discuss/attachments/20140719/01b90431/attachment-0001.html>
Loading...