[issue46181] Destroying an expaned Combobox prevents Entry focus until Alt+Tab
New submission from Jonathan Lahav : Happens on Windows. Observation: When an expanded Combobox is destroyerd, widgets in the window can't get focus until Alt+Tab forth and back. Buttons can still be clicked, but focus can't be obtained by widgets, entries fro example, not by clicking nor by the Tab or arrow keys. The attached file contains a minimal reproduction example. Motivation: I develop the GUI for a complex application at work which needs to recreate its GUI layout upon a combobox selection, thus destroying the combobox as well. -- components: Tkinter files: combobug.py messages: 409196 nosy: j.lahav priority: normal severity: normal status: open title: Destroying an expaned Combobox prevents Entry focus until Alt+Tab type: behavior versions: Python 3.8 Added file: https://bugs.python.org/file50522/combobug.py ___ Python tracker <https://bugs.python.org/issue46181> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46181] Destroying an expaned Combobox prevents Entry focus until Alt+Tab
Jonathan Lahav added the comment: Here's a discussion about the issue. I asked about it in comp.lang.tcl: https://groups.google.com/g/comp.lang.tcl/c/C-uQIH-wP5w Someone there explains what's happening. -- ___ Python tracker <https://bugs.python.org/issue46181> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue41632] Tkinter - Unexpected behavior after creating around 10000 widgets
New submission from Jonathan Lahav : Observation: After creating around 1 widgets (verified with ttk.Label), no more widgets get created, and sometimes graphical artifacts appear outside the application window. No error message or exception is raised. Expected: Either the limit can be removed (having dynamically created 1 widgets in data heavy applications is sometimes desired), or at least document and return runtime errors to prevent the weird behavior. Reproduction: This is the problematic part: for _ in range(1): ttk.Label(root, text='problematic') A full minimal example code is attached, though a better effect can be seen when running the above two lines in the context of a more advanced Tkinter application. -- components: Tkinter files: ten_k.py messages: 375888 nosy: gpolo, j.lahav, serhiy.storchaka priority: normal severity: normal status: open title: Tkinter - Unexpected behavior after creating around 1 widgets type: crash versions: Python 3.8 Added file: https://bugs.python.org/file49426/ten_k.py ___ Python tracker <https://bugs.python.org/issue41632> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue41632] Tkinter - Unexpected behavior after creating around 10000 widgets
Jonathan Lahav added the comment: Thank you for checking it so quickly, and answering nicely. I indeed forgot to mention that it happened to me on Windows. Sorry for that. The issue seems similar to the one you linked. I will try and take this to the TCL community since it impacts our product. Thank you for translating the code to TCL. If the python community has no interest in trying to push TCL to fix it, this issue can be closed. Thanks! -- ___ Python tracker <https://bugs.python.org/issue41632> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
