Mailman 3 October 2013 - Tkinter-discuss

Control position of Tkinter common dialogs?
by python＠bdurham.com Dec. 9, 2016

Dec. 9, 2016

Python 2.7 under Windows: How can we control the position of Tkinter's common dialogs? Here's what we've discovered: * Certain common dialogs always open up relative to their parent window * Certain common dialogs always open up centered on the user's desktop * All common dialogs appear to ignore the optional parent= parameter Questions: * How can we force a dialog to open up relative to its parent window? * How can we force a dialog to open up centered on the user's desktop? Background: import tkColorChooser as colorchooser import tkFileDialog as filedialog import tkMessageBox as messagebox # always open up relative to parent windows fileOpen = filedialog.askopenfilename() fileOpens = filedialog.askopenfilenames() fileSaveAs = filedialog.asksaveasfilename() color = colorchooser.askcolor() # always open up centered on desktop folderOpen = filedialog.askdirectory() messagebox.askquestion() Malcolm

6 9

Crash when changing fonts
by Russell E. Owen Oct. 30, 2013

Oct. 30, 2013

(approximate copy of message posted to tcl-mac) I distribute a Mac application based on Tkinter that crashes when a user updates certain preferences that use the option database, including font size and some colors. It works OK with Tcl/Tk 8.5.11, but crashes using 8.5.12, 8.5.12.1, 8.5.13 and 8.1.14. I was finally able to come up with a simple test case in tcl (appended). I opened a ticket at the Tk bug reporter, but I figured I'd also post here, just to spread the word. If anyone can think of a workaround (other than sticking with 8.5.11, which is what I've done so far, but it doesn't work with Mavericks) I'd really appreciate it. So far nothing I've tried works (except not adding entries to the "apple" menu, which would make the Mac version much less Mac-like, or never touching the option database, which removes a useful feature). -- Russell # tcl menu crash; to crash run the code and push the button menu .parentMenu menu .parentMenu.apple -tearoff 0 # the following line is optional, but shows the menu is created .parentMenu.apple add command -label "Something" .parentMenu add cascade -label Wish -menu .parentMenu.apple font create testFont option add "*Button.font" testFont button .btn -text "Change Font" -command { font configure testFont -size 20 } pack .btn . configure -menu .parentMenu In Tkinter this reads as: import Tkinter import tkFont root = Tkinter.Tk() parentMenu = Tkinter.Menu(root) appleMenu = Tkinter.Menu(parentMenu, name="apple", tearoff=0) appleMenu.add_command(label="Something") # may be omitted parentMenu.add_cascade(label="Python", menu=appleMenu) font = tkFont.Font() root.option_add("*Button.font", font) def changeFont(): font.configure(size=20) btn = Tkinter.Button(root, text="Change Font", command=changeFont) btn.pack() root["menu"] = parentMenu root.mainloop()

3 3

Idle bug under MacOSX Maverick
by Michael O'Donnell Oct. 28, 2013

Oct. 28, 2013

Dear all, not sure this is the right place to send this, but can't find an email list for Idle. Installed OSX 10.9 (Maverick) this morning, and then opened Idle (as packaged with Python 3.4.0 alpha 4 from the python.org release). I can do most everything, except when I click on my code to change the insert pointer location, it doesn't move from the old position. Well, to make things worse, once in ten clicks it will follow. Sometimes, especially when i click beyond the last char on a line, the insert mark disappears entirely. Anyone seen anything similar? Anyone run Idle under Maverick without this problem? Mick

4 6

How to define a widget name in a file but create it in another file??
by zaazbb Oct. 23, 2013

Oct. 23, 2013

In the Tk demo, you can define a widget name in a subscript file, but create this widget in the main srcipt file. How to do it in python/tkinter? here is the Tk code, buttons named in sub file, but create in main file: in subscript file: ## See Code / Dismiss buttons set btns [addSeeDismiss $w.buttons $w {} \ {ttk::button $w.buttons.fontchooser -command fontchooserToggle}] pack $btns -side bottom -fill x in main script file: proc addSeeDismiss {w show {vars {}} {extra {}}} { ## See Code / Dismiss buttons ttk::frame $w ttk::separator $w.sep #ttk::frame $w.sep -height 2 -relief sunken ... } 2013-10-23 zaazbb

1 0

How to set window's master from HWND on Windows?
by Mateusz Loskot Oct. 10, 2013

Oct. 10, 2013

Hi, I'm using Tkinter in embedded Python interpreter on Windows. There is a desktop Win32 application with a main window opened. The embedded Python runs a script which creates and displays a Tkinter window. Is there any way to assign master (parent) of Tkinter window based on HWND of a Win32 window? I'd like to make the Tkinter window a fully modal window in regard to the main Win32 application window. I know the winfo_* APIs wiht winfo_id() which allows me to query Win32 HWND of Tkinter window, but there seems to be no similar function to set parent by HWND (or id on non-Windows OS). Is there any Tkinter idiomatic workaround for such problem? One of ideas I've got is to create a small Python extension, available from my embedded Python, with exposed custom function to overwrite HWND of Tkinter windows's parent, using the Win32 SetParent [1]. Here is some sort of a pseudo-code of the idea: PyObject * mywin32_set_parent(PyObject *self, PyObject *args) { /* unpack Tkinter HWND from args */ HWND hTkinterWindow = ... ; /* returns main application window */ HWND hAppWindow = GetMyAppWindow(); /* make the main window parent of the Tkinter */ ::SetParent(hTkinterWindow, hAppWindow) Py_INCREF(Py_None); return Py_None; } and then in Python script code executed by the embedded Python: import mywin32 root = Tk() hwnd = root.winfo_id() # make root a child of the main application window overwriting its parent mywin32.set_parent(hwnd) I'd appreciate any comments and critique. [1] http://msdn.microsoft.com/en-us/library/windows/desktop/ms633541.aspx Best regards, -- Mateusz Loskot, http://mateusz.loskot.net

1 0

A non-blocking way to display a window?
by Mateusz Loskot Oct. 8, 2013

Oct. 8, 2013

Hi, I'm trying to replicate a non-blocking (or modeless) window behaviour from a Windows .NET application using Tkinter. The application I've got shows a new window in response to some event (might be non-GUI event) and the execution continues leaving the new window displayed. Here is the relevant code: private void foo(object sender, EventArgs e) { Form1 f = new Form1(); f.Show(); // displays a window and continues Console.WriteLine("Form created"); } The important bit is call to the Show() method [1] of .NET class System.Windows.Forms.Form. The foo() function may be called from a non-GUI application, as response to some signal or even invoked from a C++ application. The point is there is no explicit waiting for events and the window is modeless. How can I achieve similar behaviour in Tkinter? How to avoid calling mainloop() or wait_window() methods, which both are blocking? [1] http://msdn.microsoft.com/en-us/library/system.windows.forms.control.show.a… Best regards, -- Mateusz Loskot, http://mateusz.loskot.net

1 0