[issue46181] Destroying an expaned Combobox prevents Entry focus until Alt+Tab
E. Paine added the comment:
Reproduced using Wish built from the current Tk head (on Windows - I'm unable
to reproduce on Linux).
---
Strangely, invoking destroy in the trace callback raises a very strange error
that appears to be missing the first two lines (tkinter may be hiding this
error since it's a Tcl error occurring after the callback has completed?):
while executing
"$cb current $index"
(procedure "SelectEntry" line 2)
invoked from within
"SelectEntry $cb [lindex $selection 0]"
(procedure "LBSelect" line 5)
invoked from within
"LBSelect $lb"
(procedure "ttk::combobox::LBSelected" line 3)
invoked from within
"ttk::combobox::LBSelected .c.popdown.f.l "
(command bound to event)
As stated above, however, the issue with focussing can be reproduced in Wish,
by simply using `after`:
proc changed {name1 name2 op} {
puts changed
trace remove variable cvar write changed
pack forget .c
after idle {destroy .c}
}
pack [ttk::combobox .c -textvariable cvar -values {1 2}]
pack [ttk::entry .e]
trace add variable cvar write changed
--
___
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
[issue46189] Text containing "wide" character not correctly refreshed
E. Paine added the comment: I have been able to reproduce this in Wish built from the current head. Interestingly, the cut-off seems to be 1px off what `font measure` gives (see attached). Though in this behaviour is a problem, the man page does note the following: > The return value is the total width in pixels of text, not including the > extra pixels used by highly exaggerated characters such as cursive “f” > [https://www.tcl.tk/man/tcl/TkCmd/font.html#M10] Tkinter is simply a thin wrapper of Tk, so I suggest you take it up with that team so they can fix it upstream (a minimal equivalent of your code in Tcl can be found below): https://core.tcl-lang.org/tk/reportlist pack [canvas .c -width 250 -height 500] font create .f -family "Times New Roman" -size -500 set t [.c create text 0 250 -text f -font .f -anchor w] update ; # A window render is required for the bug to occur .c itemconfigure $t -fill red set x [font measure .f f] .c create line $x 0 $x 500 -- nosy: +epaine, serhiy.storchaka Added file: https://bugs.python.org/file50525/Screenshot 2021-12-28 201447.png ___ Python tracker <https://bugs.python.org/issue46189> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46179] Delete selected item generate "<>" event or not in different version of tkinter or Python
E. Paine added the comment:
Reproduced on Wish 8.6.9 and 8.6.11 (same behaviour on 8.6.11 as reported on
8.6.12).
I can't comment on why this is happening or which is correct behaviour so I
would recommend taking it up with the Tk team
https://core.tcl-lang.org/tk/reportlist (tkinter is just a thin wrapper of Tk
and doesn't modify the event handling code). If you do take it up with them,
here's the minimum equivalent Tcl code:
pack [ttk::treeview .t]
pack [button .b -text delete -command {.t delete 0}]
.t insert {} 0 -id 0 -text 0 -values {V1, V2}
bind .t <> {puts {select}}
.t selection set 0
--
nosy: +epaine, serhiy.storchaka
___
Python tracker
<https://bugs.python.org/issue46179>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45496] Tkinter: test_winfo_rgb failure
Change by E. Paine : -- keywords: +patch pull_requests: +28405 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30185 ___ Python tracker <https://bugs.python.org/issue45496> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46052] Ctrl+C, C+V in IDLE on Windows do not work with Cyrillic keys
E. Paine added the comment: Sorry for the spam... OK, making the corresponding ctypes calls to the commands reported in issue31244 succeeds in the Python REPL, but the Tk text's behaviour doesn't change. In IDLE, the ctypes calls fail. ctypes.windll.Kernel32.SetConsoleCP(1251) ctypes.windll.Kernel32.SetConsoleOutputCP(1251) locale.setlocale(locale.LC_ALL, 'Russian') Hence, I don't think this a viable option. And it would not be viable for either this project, nor Tk, to write our own codepages, so I'm not sure whether it is worth raising it with the Tk team. -- ___ Python tracker <https://bugs.python.org/issue46052> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46052] Ctrl+C, C+V in IDLE on Windows do not work with Cyrillic keys
E. Paine added the comment: Actually, doing a bit more research, issue31244 came up (and more specifically msg300716). It was concluded there that the issue should not be fixed, though there was some C/C++ code reported in the last message that the OP claims could potentially solve the issue if added to either Tk or Python. -- ___ Python tracker <https://bugs.python.org/issue46052> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46052] Ctrl+C, C+V in IDLE on Windows do not work with Cyrillic keys
E. Paine added the comment: I have reproduced the behaviour described in Wish (from the Tk head). Having tried other applications, I can also confirm that it is normal for inputs to be treated in this manner (e.g. using Ctrl-C on my Latin keyboard with the input device set to Russian copies to the clipboard). I'll take it up with the Tk team. -- ___ Python tracker <https://bugs.python.org/issue46052> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45436] test_tk.test_configure_type() fails with Tcl/Tk 8.6.11
E. Paine added the comment: Fix merged upstream: https://core.tcl-lang.org/tk/tktview/be8f5b9f Can issue be closed now? -- ___ Python tracker <https://bugs.python.org/issue45436> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45436] test_tk.test_configure_type() fails with Tcl/Tk 8.6.11
E. Paine added the comment:
> Any word on the tk Menu type parameter change?
I'll admit to having completely forgot about this issue and not raising it with
the Tk team. Manually trying this case on Tk 8.6.12 segfaults, so I really need
to raise it. To reproduce the segfault, simply run the top command in Python,
or the bottom command in Wish:
tk.Menu(type="")
menu .m -type {}
--
___
Python tracker
<https://bugs.python.org/issue45436>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45957] _tkinter.TclError: expected boolean value but got ""
E. Paine added the comment: I cannot reproduce on Ubuntu 21.10 (Tk 8.6.11), so I believe we can close this issue. -- type: behavior -> crash ___ Python tracker <https://bugs.python.org/issue45957> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45986] 3.10.0 ships with older tcl/tk DLLs than 3.9.9 causing Windows Installer problems
E. Paine added the comment: I can confirm that 3.10.1 is going to use Tk 8.6.12 (see #45732). Python 3.10.0 was meant to use Tk 8.6.11, but there was an issue with the build process (#43652). -- nosy: +epaine ___ Python tracker <https://bugs.python.org/issue45986> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45979] Fix Tkinter tests with old Tk
E. Paine added the comment: Is support for such old Tk versions useful? 8.5.4 was released in late 2008, and I highly doubt anyone would still be using it. IMO, 8.5.12 would be a good compromise, since we're giving support to a version more than 9 years old, but would simplify PR-29913 by removing several 8.5.x specific branches. (FYI, 8.5.12 was released on 2012-07-27 and 8.6.0 on 2012-12-20) -- ___ Python tracker <https://bugs.python.org/issue45979> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45957] _tkinter.TclError: expected boolean value but got ""
E. Paine added the comment: > Do we still use Tk 8.6.11 on any platform with Python 3.9+ No, none of the python.org installers include it now. On Linux, according to https://pkgs.org/download/tk, several distros still use 8.6.11 (most notably Ubuntu 21.04). I'll see if I can reproduce it on Linux using 8.6.11 and then we can decide whether or not a workaround is required. -- ___ Python tracker <https://bugs.python.org/issue45957> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45967] Tkinter.ttk.Treeview does not clear after opening and reopening another using same code block
E. Paine added the comment: This is because your code isn't clearing the Treeview, it's hiding it by setting the parent Frame's width and height to 0. When this parent Frame is reshown, because you want to put a new TreeView on it, the old one is still there. The easiest way to solve this is to probably create `xtree` just below where you set-up the menu instead of in the function (since you're already calling `xtree.delete`, problem is it's currently being called on the empty tree you've just created). In the future, for issues such as this, please try posting on Stack Overflow first before then raising it with us. Additionally, please post a minimal reproducible example, rather than your full code since it makes it much harder for us to get to the bottom of the problem. One final thing: you may wish to change your MariaDB password for security, since this was included in the file you uploaded. -- nosy: +epaine ___ Python tracker <https://bugs.python.org/issue45967> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45796] Using tab to cycle through tkinter widgets breaks foreground styling
E. Paine added the comment: > please don't declare this "not a bug" until you've tested it on Windows Sorry, I didn't explain my reasoning for that resolution. I did test it on Windows, but my trail of though went something like: "unexpected behaviour doesn't necessarily mean it's a bug". You are right, though, and a resolution of "third party" would be more suitable. -- ___ Python tracker <https://bugs.python.org/issue45796> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45796] Using tab to cycle through tkinter widgets breaks foreground styling
E. Paine added the comment: I believe this is just because the `selectbackground` is only shown when the widget has focus. Try, for example, only selecting part of the text and then tabbing off. Therefore, I think this is not a bug. The only thing which makes me slightly doubt myself is that this behaviour is platform-specific, and not reproducible on Linux, but this could just be down to Windows design guidelines. IMO, this issue should be closed as "not a bug". If you think this is an issue that should be taken further, please raise it with the Tk team: https://core.tcl-lang.org/tk/reportlist -- nosy: +epaine, serhiy.storchaka ___ Python tracker <https://bugs.python.org/issue45796> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43652] Upgrade Windows tcl/tk to 8.6.11
E. Paine added the comment: This does not seem to have done the trick. The installers for 3.10.0 and 3.11.0a1 both use Tk 8.6.10 still. This can be verified using the bug in #45681 or using `tkinter.test.support.get_tk_patchlevel()`. -- nosy: +epaine ___ Python tracker <https://bugs.python.org/issue43652> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45681] tkinter breaks on high resolution screen after ctypes SetProcessDPIAware()
E. Paine added the comment: This is definitely a Tk issue, but it is resolved as of Tk 8.6.11. I assume this is similar to #41969. Strangely, the Windows installers for 3.10 and 3.11 appear to still be using Tk 8.6.10 despite PR-25170, rather than 8.6.11. I'll raise it on #43652. -- ___ Python tracker <https://bugs.python.org/issue45681> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45641] Error In opening a file through tkinter on macOS Monterey
E. Paine added the comment: > when is the new version is coming for tackling this problem? The patch was merged in #44828 and backported to 3.8, 3.9 and 3.10 (i.e. it will be in 3.9.8). -- ___ Python tracker <https://bugs.python.org/issue45641> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45681] tkinter breaks on high resolution screen after ctypes SetProcessDPIAware()
E. Paine added the comment: What happens if you use `ctypes.windll.user32.SetProcessDPIAware(1)` (note the 1)? Also, are the checkboxes on the IDLE config dialog affected (since IDLE also sets the dpi awareness: see https://github.com/python/cpython/blob/main/Lib/idlelib/pyshell.py#L14-L22)? -- nosy: +epaine, serhiy.storchaka, terry.reedy ___ Python tracker <https://bugs.python.org/issue45681> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45641] Error In opening a file through Idle
E. Paine added the comment: > This is likely the same issue as described in #44828 I agree; Ned and Marc are working on it. I doubt the patch will be ready for 3.9.8, but it'll probably be in 3.9.9 and 3.10.1. -- nosy: +epaine ___ Python tracker <https://bugs.python.org/issue45641> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45436] test_tk.test_configure_type() fails with Tcl/Tk 8.6.11
E. Paine added the comment: > Any word on the tk Menu type parameter change? I haven't submitted a bug report yet and want to do a little more research before I do so (the Tcl ticket system is quite difficult to search) -- ___ Python tracker <https://bugs.python.org/issue45436> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45601] test_tk and test_ttk_guionly fail with resource not availiable
E. Paine added the comment: By using "-u all,-largefile,-audio,-gui", you are specifying to enable all special resources except 'largefile', 'audio' and 'gui'. Since the ttk tests require the 'gui' resource to run, the tests are skipped. (please see https://docs.python.org/3/library/test.html#running-tests-using-the-command-line-interface) -- components: +Tests -Build nosy: +epaine ___ Python tracker <https://bugs.python.org/issue45601> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45436] test_tk.test_configure_type() fails with Tcl/Tk 8.6.11
E. Paine added the comment:
It turns out the `test_configure_compound` change was intentional
(https://core.tcl-lang.org/tk/tktview/46c2f088) and an empty string will use
the value given by the style ("If set to the empty string (the default)..."
https://www.tcl.tk/man/tcl/TkCmd/ttk_widget.html#M-compound).
--
___
Python tracker
<https://bugs.python.org/issue45436>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45436] test_tk.test_configure_type() fails with Tcl/Tk 8.6.11
E. Paine added the comment: I suspect this is a bug with Tk. `-compound` accepting the empty string is not documented and the valid Ttk compound values listed in the source do not include it (https://github.com/tcltk/tk/blob/57451473/generic/ttk/ttkInit.c#L34-L37 - ignore the NULL at the end, this is required by `Tcl_GetIndexFromObjStruct`: https://github.com/tcltk/tcl/blob/e78868d6/generic/tclIndexObj.c#L187-L191). I therefore assume it must be a regression with one of the changes that was made to `Ttk_GetCompoundFromObj` between 8.6.10 and 8.6.11. I will investigate further and report it to the Tk team. I have not fully investigated the issue with `test_configure_type` reported here and in bpo-43139, but again, the empty string is not documented as being valid. -- ___ Python tracker <https://bugs.python.org/issue45436> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45496] Tkinter: test_winfo_rgb failure
E. Paine added the comment: Nvidia (using the proprietary drivers) -- ___ Python tracker <https://bugs.python.org/issue45496> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue38867] Enable Tkinter on Windows ARM
E. Paine added the comment: Does Tk 8.6.11 support WoA? I can't see anything mentioning it... -- nosy: +epaine ___ Python tracker <https://bugs.python.org/issue38867> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45496] Tkinter: test_winfo_rgb failure
New submission from E. Paine :
This issue is to separately address the test_winfo_rgb failure reported by
myself in #43139. This issue does not currently affect any of the buildbots.
---
On one computer I am experiencing a problem with the test_winfo_rgb test:
==
FAIL: test_winfo_rgb (tkinter.test.test_tkinter.test_misc.MiscTest)
--
Traceback (most recent call last):
File "/cpython/Lib/tkinter/test/test_tkinter/test_misc.py", line 213, in
test_winfo_rgb
self.assertEqual(rgb('#4a3c8c'), (0x4a4a, 0x3c3c, 0x8c8c))
^^
AssertionError: Tuples differ: (19016, 15399, 35985) != (19018, 15420, 35980)
First differing element 0:
19016
19018
- (19016, 15399, 35985)
? ^^^^ ^
+ (19018, 15420, 35980)
? ^^^^ ^
I have tested another computer with a very similar setup (Plasma on X11) with
exactly the same monitor (both using HDMI) and it passed this test. The only
notable difference is one computer is using Intel integrated graphics while the
other is Nvidia.
--
components: Tests, Tkinter
messages: 404097
nosy: epaine, serhiy.storchaka, terry.reedy
priority: normal
severity: normal
status: open
title: Tkinter: test_winfo_rgb failure
versions: Python 3.11
___
Python tracker
<https://bugs.python.org/issue45496>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43139] test_ttk test_compound, test_tk test_type fail with Tk 8.6.11.1
E. Paine added the comment: > I need to do more research into exactly what versions / platforms are > affected. There is something non-trivial about this test failure. I have now tested another computer with a very similar setup (Plasma on X11) with exactly the same monitor (both using HDMI) and it passed this test. The only notable difference is one computer is using Intel integrated graphics while the other is Nvidia. > If this one is commented out, do the rest pass? No. The test for #dede14143939 also fails: - (57050, 5122, 14630) + (57054, 5140, 14649) --- I've opened #45496 for this test failure so we can focus on the `AssertionError`s originally reported in this issue. -- ___ Python tracker <https://bugs.python.org/issue43139> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43139] test_ttk test_compound, test_tk test_type fail with Tk 8.6.11.1
E. Paine added the comment:
TL;DR I believe these are both Tk issues. I will take it up with them when I
have time.
Starting with `test_winfo_rgb`, it is not the case that the expected behaviour
is no longer that #4a3c8c is equivalent to #4a4a3c3c8c8c since this is
documented on the man page (https://www.tcl.tk/man/tcl/TkLib/GetColor.html#M8).
I need to do more research into exactly what versions / platforms are effected.
I also believe the problem with `test_configure_type` is on the Tk end, since
`[menu .m] configure -type {}` succeeds despite not being documented on the man
page (https://www.tcl.tk/man/tcl8.4/TkCmd/menu.html#M13) nor in the "bad type"
message:
% [menu .m] configure -type a
bad type "a": must be normal, tearoff, or menubar
--
___
Python tracker
<https://bugs.python.org/issue43139>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45447] IDLE: Support syntax highlighting for .pyi stub files
E. Paine added the comment: Would it make sense, since this issue pretty much makes IDLE officially support .pyi files, to add the "Edit with IDLE" menu when right-clicking on a .pyi file in Windows explorer? -- ___ Python tracker <https://bugs.python.org/issue45447> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45447] IDLE: Support syntax highlighting for .pyi stub files
Change by E. Paine : -- nosy: +epaine ___ Python tracker <https://bugs.python.org/issue45447> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43139] test_ttk test_compound, test_tk test_type fail with Tk 8.6.11.1
E. Paine added the comment:
Felix, are these still the exact errors you're experiencing? Both in my normal
Arch install and in a chroot environment I get the following errors instead:
==
FAIL: test_winfo_rgb (tkinter.test.test_tkinter.test_misc.MiscTest)
--
Traceback (most recent call last):
File "/cpython/Lib/tkinter/test/test_tkinter/test_misc.py", line 213, in
test_winfo_rgb
self.assertEqual(rgb('#4a3c8c'), (0x4a4a, 0x3c3c, 0x8c8c))
^^
AssertionError: Tuples differ: (19016, 15399, 35985) != (19018, 15420, 35980)
First differing element 0:
19016
19018
- (19016, 15399, 35985)
? ^^^^ ^
+ (19018, 15420, 35980)
? ^^^^ ^
==
FAIL: test_configure_type (tkinter.test.test_tkinter.test_widgets.MenuTest)
--
Traceback (most recent call last):
File "/cpython/Lib/tkinter/test/test_tkinter/test_widgets.py", line 1244, in
test_configure_type
self.checkEnumParam(widget, 'type',
^^^
File "/cpython/Lib/tkinter/test/widget_tests.py", line 151, in checkEnumParam
self.checkInvalidParam(widget, name, '',
File "/cpython/Lib/tkinter/test/widget_tests.py", line 73, in
checkInvalidParam
with self.assertRaises(tkinter.TclError) as cm:
^^^
AssertionError: TclError not raised
--
In case I'm doing something stupid, here are the commands I used to set-up the
chroot environment:
$ CHROOT=chroot
$ mkdir $CHROOT
$ mkarchroot $CHROOT/root base-devel tk git gnu-free-fonts
$ xhost + local:
$ sudo mount --bind $CHROOT/root $CHROOT/root
$ sudo arch-chroot $CHROOT/root
> git clone https://github.com/python/cpython.git
> cd cpython
> ./configure && make -j24
> ./python -m test -v -u gui test_tk
I'll start looking into these errors, since I'm able to reproduce them.
--
nosy: +epaine
___
Python tracker
<https://bugs.python.org/issue43139>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45103] IDLE: make configdialog font page survive font failures
E. Paine added the comment: > Did the FiraCode font work for you or merely not work without crashing? It worked fine (other than a few missing features such as context-aware punctuation). The steps I did to test were: - Load IDLE - Enter config dialog - Set IDLE to use Fira Code font - Use 'OK' button to exit config dialog - Close IDLE - Reload IDLE - Enter config dialog - Revert font -- ___ Python tracker <https://bugs.python.org/issue45103> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45103] IDLE: make configdialog font page survive font failures
E. Paine added the comment: I am unable to reproduce on either Python 3.9.6 (Tk 8.6.9) or 3.10.0 (Tk 8.6.10). -- ___ Python tracker <https://bugs.python.org/issue45103> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45296] IDLE: Change Ctrl-Z note in exit/quit repr on Windows
E. Paine added the comment: > How about "Control-D (end-of-file, a.k.a. EOF)" I doubt beginners care that it's EOF. > or even just "Control-D" I'd be a lot more inclined towards this. > IDLE uses the latter [Ctrl-D] even on Windows, and Ctrl-Z does not work. Is it worth considering changing this behaviour? IMO Ctrl-D is better for consistency between platforms, but wanted to throw the idea out there for discussion. -- ___ Python tracker <https://bugs.python.org/issue45296> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42560] Improve Tkinter Documentation
E. Paine added the comment: > Thoughts Is it possible to make non-widget specific methods more obvious (the first one that caught my eye was bind_class)? I'm thinking something like using italic with a key at the top noting that is what it means. I like the 'aka' thing, though. Thanks Mark! -- ___ Python tracker <https://bugs.python.org/issue42560> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45036] turtle.onrelease() event doesn't get triggered sometimes
E. Paine added the comment: > Sometimes it doesn't pendown when I drag Sorry, I can't think why this would be. Maybe ask on Stack Overflow? For now, though, I doubt it's a bug with turtle so IMO this issue should be closed. -- ___ Python tracker <https://bugs.python.org/issue45036> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45103] IDLE: make configdialog font page survive font failures
E. Paine added the comment: https://core.tcl-lang.org/tk/tktview/0338867c742 IMO this should be closed as third-party, since there is very little we can / should do (yes we could remove the offending characters from the preview if the user has the font installed, but this is a lot of extra code for a very rare issue). -- ___ Python tracker <https://bugs.python.org/issue45103> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45160] ttk.OptionMenu radiobuttons change variable value twice
Change by E. Paine : -- keywords: +patch pull_requests: +26707 stage: -> patch review pull_request: https://github.com/python/cpython/pull/28291 ___ Python tracker <https://bugs.python.org/issue45160> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45160] ttk.OptionMenu radiobuttons change variable value twice
E. Paine added the comment: Thank you for reporting this issue (and doing your research!). I don't think we could use `command=self._callback` since this wouldn't pass the new value, but something like `command=lambda val=val: self._callback(val)` would work perfectly. Would you like to open a pull request for this (with accompanying news entry and test), or would you rather I did it? -- nosy: +epaine, serhiy.storchaka ___ Python tracker <https://bugs.python.org/issue45160> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45103] IDLE: make configdialog font page survive font failures
E. Paine added the comment: It turns out the problem is a combination of the font and IDLE preview content. With the phaistos font installed, inserting the content of the "Devanagari, Tamil" or "East Asian" sections into a Tk text widget causes it to freeze. For example, the following will fail: pack [text .t] .t insert end \u0966 The reason for this still confuses me, since Tk would never default (I believe) to trying to use phaistos font (and therefore it's installation should not affect this). I will report it to the Tk team. -- ___ Python tracker <https://bugs.python.org/issue45103> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45103] IDLE: make configdialog font page survive font failures
E. Paine added the comment: IDLE is hanging on Lib/idlelib/configdialog.py:94 (`self.wait_window()`). Commenting this does not solve the problem: I think it's in the Tk event loop somewhere, since my debugger shows the Python callback completing successfully. This still doesn't explain the behaviour, however, so I'll need to spend a bit more time tracking it down. -- ___ Python tracker <https://bugs.python.org/issue45103> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45103] IDLE: make configdialog font page survive font failures
E. Paine added the comment: > did problems occur without displaying any emoji I was using an unmodified version of IDLE. > If they include one of those characters in the font name displayed in the > font list This is not the case. It is listed simply as "Phaistos", when calling `tkinter.font.families()`. > if we verify the report Report verified. Behaviour is exactly as described, hanging when trying to load the "Configure IDLE" window. I will look into exactly which line is the problem soon. -- ___ Python tracker <https://bugs.python.org/issue45103> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45103] IDLE: make configdialog font page survive font failures
E. Paine added the comment: Apologies, my previous message was not clear. When the segfault occurs is not consistent and sometimes occurs when previewing the font (as reported in the linked message) but more often when clicking the "ok" button (for which the faulthandler details are included). -- ___ Python tracker <https://bugs.python.org/issue45103> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45103] IDLE: make configdialog font page survive font failures
E. Paine added the comment: FTR, the issue mentioned is issue42225. msg380227 still applies for me (with Tk 8.6.11), with segfaults when I try to preview the font. For some reason, however, the segfault appears to be when we're closing the options window: Python 3.9.6 (default, Jun 30 2021, 10:22:16) [GCC 11.1.0] on linux Type "help", "copyright", "credits" or "license" for more information. >>> import faulthandler >>> faulthandler.enable() >>> import idlelib.idle Fatal Python error: Segmentation fault Current thread 0x7f0ca44c7740 (most recent call first): File "/usr/lib/python3.9/tkinter/__init__.py", line 2580 in destroy File "/usr/lib/python3.9/tkinter/__init__.py", line 2579 in destroy File "/usr/lib/python3.9/tkinter/__init__.py", line 2579 in destroy File "/usr/lib/python3.9/tkinter/__init__.py", line 2579 in destroy File "/usr/lib/python3.9/tkinter/__init__.py", line 2579 in destroy File "/usr/lib/python3.9/tkinter/__init__.py", line 2579 in destroy File "/usr/lib/python3.9/tkinter/__init__.py", line 2579 in destroy File "/usr/lib/python3.9/idlelib/configdialog.py", line 199 in destroy File "/usr/lib/python3.9/idlelib/configdialog.py", line 177 in ok File "/usr/lib/python3.9/tkinter/__init__.py", line 1892 in __call__ File "/usr/lib/python3.9/tkinter/__init__.py", line 696 in wait_window File "/usr/lib/python3.9/idlelib/configdialog.py", line 94 in __init__ File "/usr/lib/python3.9/idlelib/editor.py", line 583 in config_dialog File "/usr/lib/python3.9/tkinter/__init__.py", line 1892 in __call__ File "/usr/lib/python3.9/tkinter/__init__.py", line 1858 in event_generate File "/usr/lib/python3.9/idlelib/editor.py", line 1185 in command File "/usr/lib/python3.9/tkinter/__init__.py", line 1892 in __call__ File "/usr/lib/python3.9/tkinter/__init__.py", line 1429 in mainloop File "/usr/lib/python3.9/idlelib/pyshell.py", line 1572 in main File "/usr/lib/python3.9/idlelib/idle.py", line 14 in File "", line 228 in _call_with_frames_removed File "", line 850 in exec_module File "", line 680 in _load_unlocked File "", line 986 in _find_and_load_unlocked File "", line 1007 in _find_and_load File "", line 1 in fish: Job 1, 'python' terminated by signal SIGSEGV (Address boundary error) I do not experience any problems loading the IDLE preferences page. I will look into whether I can reproduce the problem described on Windows. -- nosy: +epaine ___ Python tracker <https://bugs.python.org/issue45103> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45037] theme-change.py for tkinter lib
E. Paine added the comment: > there were Tkinter demos in 2.7 (Demo/tkinter), but they were removed Why is this? Because people didn't want to change them all for the tkinter module names, or because they were deemed unnecessary? -- ___ Python tracker <https://bugs.python.org/issue45037> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45036] turtle.onrelease() event doesn't get triggered sometimes
E. Paine added the comment:
The issue is that the "release" function appears to be called before the "drag"
function for the last coordinate. The fix is probably only lowering the pen
when the mouse button is first clicked, as this is guaranteed to be called
before "release". I ended up with something like the following (after removing
the pen lower logic from the "release" function):
def down(a, b):
print("down")
p.goto(a, b)
p.down()
bg.onclick(down)
--
nosy: +epaine
___
Python tracker
<https://bugs.python.org/issue45036>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45037] theme-change.py for tkinter lib
Change by E. Paine : -- components: -Parser nosy: -bonesisaac1982, lys.nikolaou, pablogsal type: crash -> enhancement versions: -Python 3.6 ___ Python tracker <https://bugs.python.org/issue45037> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45037] theme-change.py for tkinter lib
New submission from E. Paine : I'm slightly confused about the purpose of this PR. Is the intention to create a demo, or this designed to be used as an API? -- nosy: +epaine, serhiy.storchaka, terry.reedy ___ Python tracker <https://bugs.python.org/issue45037> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45029] tkinter doc, hello world example - quit button clobbers method
E. Paine added the comment: Thanks for reporting this issue. This was (very) recently fixed in issue42560 / PR27842. These changes include a new hello world example and can be seen in the 3.10 / 3.11 docs (https://docs.python.org/3.10/library/tkinter.html#a-hello-world-program). This change was backported to 3.9 docs, but the build bots have yet to rebuild the version hosted on docs.python.org. -- nosy: +epaine ___ Python tracker <https://bugs.python.org/issue45029> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42560] Improve Tkinter Documentation
E. Paine added the comment: > In particular, you added OS-specific info I also deemed this very useful information. The issue is that it is not documented in the man pages and so those values are pulled straight from the source code. We would need to decide whether we keep such information in our docs, which is subject to change without warning. > Did you exactly copy the tk manual wordings or rewrite in your own words? All of the text was originally copied from the man pages. I have done a reasonable amount of rewording, reformatting and elaborating. > Do you intend to contribute what you wrote? If we conclude a complete doc is the way to go, I would finish documenting the canvas widget, make relevant reformatting changes (such as moving common widget options) and then open a PR. -- ___ Python tracker <https://bugs.python.org/issue42560> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42560] Improve Tkinter Documentation
E. Paine added the comment: > I don't see the tcl/tk versions as an issue My main concern was when Tcl/Tk has a major new release with new kwargs. If MacOS was shipped with one version and Windows another, I suspect we would have to hold back an update to the docs. I am slightly less concerned now, because so far there are no new kwargs in the 8.7 highlights: https://www.tcl.tk/software/tcltk/8.7.html > I would like a complete, in some sense, internal reference, which we would be > able to correct and further improve Despite being more relaxed about the version issue above, my other major concern is the size of such a project. I started working on some reference documentation I named “tkinter-docs” (https://github.com/E-Paine/tkinter-docs / https://tkinter-docs.readthedocs.io/en/latest/widgets/canvas.html) but as you can see I haven’t worked on it since mid-May (I simply lost steam given the number of hours I’d have to invest to finish it). My thinking is that an open-source documentation would be much easier to maintain going forward (rather being up to a single person to keep up-to-date) without filling Serhiy’s inbox with *a lot* of inevitable docs fixes. IMO, such documentation (regardless of a community to help) would still require a large amount of dedication from a single person to be checking and merging patches. Another thing I think we would need to work out is how we respect the Tk licence’s requirement for attribution while allowing the PSF to relicense the docs as they please (I ‘m assuming that any work we produce would be based heavily enough on the Tk man pages to require the attribution). With tkinter-docs, this was easy enough as I could just include the full Tk license on a somewhat out-of-the-way page. Since the PSF would (probably) want to relicense the entire docs rather than just whatever modifications we’ve made, we may need legal advice or written exemption from the TCT (is there anyone more knowledgeable on the subject that we can nosy?). > My 'biggest' idea is that we should document tk and ttk widgets together. That does sound like a very good idea, so long as we make it obvious which module to find the specific widget in. > someone posted a link to a site with distribution versus tcl/tk information https://pkgs.org/download/tk -- ___ Python tracker <https://bugs.python.org/issue42560> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42560] Improve Tkinter Documentation
E. Paine added the comment: Thank you for looking at this in great detail Mark and that all seems like a very useful set of changes! I've got a few more specific comments below, but they're mostly just small details. 2. I'd personally prefer alphabetical order (except Tix, which should be last because it's deprecated) with a note before / elsewhere that a tkinter / tkinter.ttk combination is generally be the best way to create GUIs (perhaps in with the hello world example?). 3. IMO this is suited better grouped with the other Tcl/Tk bridge documentation. I agree we should probably remove Tix from this section, since we're trying to dissuade people from using it. 5. This sounds very reasonable. The accompanying description and list of kwargs was what concerned me, but this sounds easily maintainable. Maybe we could group e.g. the winfo methods and link directly to the version-independent Tk man page for those (https://www.tcl.tk/man/tcl/TkCmd/winfo.html - so we don't need to keep changing the links)? -- components: +Tkinter versions: +Python 3.11 ___ Python tracker <https://bugs.python.org/issue42560> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44828] Using tkinter.filedialog crashes on macOS Python 3.9.6
E. Paine added the comment: Thanks for reporting issue and for including the backtrace. I presume you used the Universal 2 installer, given that you are running an M1 mac? Kevin, do you have access to the macOS 12 beta to help test whether this is a Tkinter or Tk bug? (I assume the latter, as it is likely Apple have changed the API again) -- components: +macOS nosy: +epaine, ned.deily, ronaldoussoren, serhiy.storchaka, wordtech ___ Python tracker <https://bugs.python.org/issue44828> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44785] test_pickle issues "DeprecationWarning: The Tix Tk.."
Change by E. Paine : -- keywords: +patch nosy: +epaine nosy_count: 1.0 -> 2.0 pull_requests: +26012 stage: -> patch review pull_request: https://github.com/python/cpython/pull/27496 ___ Python tracker <https://bugs.python.org/issue44785> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44739] Tkinter text horizontal scrollbar is not stationary
E. Paine added the comment: Thank you for reporting this issue. I have personally found this problem to be annoying and it is also noted in msg377227. I did a brief bit of research but couldn't find an existing ticket on https://core.tcl-lang.org/tk/ticket so please feel free to report it there. I believe it is a side-effect of optimisations the Tk team have made to allow the Text widget to have reasonable performance with a large number of lines (so I would be surprised if this limitation was not already known by them). Again, thank you for reporting this issue, but tkinter is just a thin wrapper around Tk so I think the issue here should be closed. -- nosy: +epaine, serhiy.storchaka title: XScrollbar is not stationary -> Tkinter text horizontal scrollbar is not stationary ___ Python tracker <https://bugs.python.org/issue44739> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44721] Problem in tkinter button widget
E. Paine added the comment: Sadly, there is no `activerelief` option. The Tk man pages note the following: > A button's relief is changed to sunken whenever mouse button 1 is pressed > over the button, and the relief is restored to its original value when button > 1 is later released. [https://www.tcl.tk/man/tcl8.6/TkCmd/button.html#M18] You can also see in the source code that sunken is hard-coded: https://github.com/tcltk/tk/blob/1802b8a5d6807bdab6ac703f48e6e6bf07970266/library/button.tcl#L227 Personally, I think changing the relief to 'sunken' on click is an important feature, since a user needs feedback on when they've clicked the button. Thank you for reporting this issue, but I think it should be closed as either 'not a bug' or 'third party'. -- nosy: +epaine, serhiy.storchaka ___ Python tracker <https://bugs.python.org/issue44721> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44592] tkinter focus_get() with non-tkinter Tk widget
E. Paine added the comment: Sorry, I should specify that we would use `winfo class` in order to then return a new tkinter object for the existing Tk widget (which currently cannot be done) -- ___ Python tracker <https://bugs.python.org/issue44592> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44592] tkinter focus_get() with non-tkinter Tk widget
E. Paine added the comment: I agree with Akuli that raising a KeyError is not expected behaviour (combined with the fact this is caught elsewhere), and therefore is probably a regression. While we could use `winfo class` to determine the type of Tk widget, this would probably require a reasonably sized refactor of tkinter (and we would still need to support cases when it's a type we don't know). Therefore, I think returning `None` is the best solution. Akuli, would you like to create a pull request for this? -- nosy: +epaine, serhiy.storchaka versions: +Python 3.11, Python 3.9 ___ Python tracker <https://bugs.python.org/issue44592> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44404] tkinter's after() AttributeError with functools.partial (no attribute __name__)
E. Paine added the comment: > Can you change labels on your own PRs? Sadly not (hence why I need to ask for e.g. skip news) -- ___ Python tracker <https://bugs.python.org/issue44404> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44404] tkinter's after() AttributeError with functools.partial (no attribute __name__)
E. Paine added the comment: Can this issue be closed? -- ___ Python tracker <https://bugs.python.org/issue44404> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44485] TKinter docs page does not provide actual documentation
E. Paine added the comment: > full, complete, useful documentation of everything Please see msg384022 on why I'm personally against such changes. I was working on 'translating' the Tk man pages into something (hopefully) understandable by tkinter users (as reference documentation), however lost steam after completing only ~2/3 of the canvas methods (due to the size of such a project). > at bare minimum a structured list of all names exposed by the module's public > interface Like Steven, I think this would probably be a helpful change, however, this is of limited use without an accompanying description. -- nosy: +epaine ___ Python tracker <https://bugs.python.org/issue44485> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44404] tkinter's after() AttributeError with functools.partial (no attribute __name__)
Change by E. Paine : -- keywords: +patch pull_requests: +25394 stage: -> patch review pull_request: https://github.com/python/cpython/pull/26812 ___ Python tracker <https://bugs.python.org/issue44404> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44450] Generator expressions trace differently on Windows than on Mac
Change by E. Paine : -- components: -2to3 (2.x to 3.x conversion tool), Argument Clinic, Build, C API, Cross-Build, Demos and Tools, Distutils, Documentation, Extension Modules, FreeBSD, IDLE, IO, Installation, Library (Lib), Parser, Regular Expressions, SSL, Subinterpreters, Tests, Tkinter, Unicode, Windows, XML, asyncio, ctypes, email, macOS nosy: -Alex.Willmer, asvetlov, barry, dstufft, eric.araujo, ezio.melotti, habrecord22, koobs, larry, lys.nikolaou, mrabarnett, ned.deily, pablogsal, paul.moore, r.david.murray, ronaldoussoren, steve.dower, terry.reedy, tim.golden, vstinner, yselivanov, zach.ware title: ខ្មែរសប់លក់ទំនិញ -> Generator expressions trace differently on Windows than on Mac type: behavior -> ___ Python tracker <https://bugs.python.org/issue44450> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44384] test_ttk_guionly: 2 tests fail once each on Pipelines Ubuntu
Change by E. Paine : -- nosy: +epaine ___ Python tracker <https://bugs.python.org/issue44384> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44429] Tkinter Flow Geometry Manager
E. Paine added the comment: > But we do not want to risk conflicting with Tk. I think it's worth noting that tkinter does already have some 'extra' functionality over just what Tk offers (such as the ttk extension widgets `LabeledScale` and `OptionMenu`). While this would (IMO) be a useful addition, it may be better suited as a third-party library. -- nosy: +epaine ___ Python tracker <https://bugs.python.org/issue44429> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44404] tkinter's after() AttributeError with functools.partial (no attribute __name__)
E. Paine added the comment: Reproducible in Python 3.9. The issue occurs because functools.partial is a class, not function. I believe the fix is simply something like: try: callit.__name__ = func.__name__ except AttributeError: callit.__name__ = type(func).__name__ This will use the name 'partial'. The lack of '__name__' is noted in the functools docs so I agree with Philip that this is an issue with tkinter. Philip, do you want to open a pull request for this? It should be noted that functools.partial is not required in this situation as 'after' takes arguments for the function call: r.after(500, print, "lol") -- nosy: +epaine, serhiy.storchaka versions: +Python 3.10, Python 3.11 ___ Python tracker <https://bugs.python.org/issue44404> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue37766] IDLE autocomplete: revise fetch_completions, add htest
Change by E. Paine : -- nosy: +epaine versions: +Python 3.10, Python 3.11 -Python 3.7, Python 3.8 ___ Python tracker <https://bugs.python.org/issue37766> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44243] tkinter button colors on Mac
E. Paine added the comment: Does the activebackground option fix this? E.g. r = tk.Tk() b = tk.Button(r, fg="white", bg="red", activebackground="red") b.pack() r.mainloop() -- nosy: +epaine ___ Python tracker <https://bugs.python.org/issue44243> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44010] IDLE: highlight soft keywords
E. Paine added the comment: Can we close this, or are we leaving it open for when (if) we do a colouriser refactor? -- ___ Python tracker <https://bugs.python.org/issue44010> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43504] Site linked in docs, effbot.org, down
Change by E. Paine : -- keywords: +patch pull_requests: +24907 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/26308 ___ Python tracker <https://bugs.python.org/issue43504> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40452] Tkinter/IDLE: preserve clipboard on closure
E. Paine added the comment: > I don't think this worked if the Tcl interpreter had been garbage collected Turns out I was wrong, it appears it *does* work. The only thing we need to change is ensuring the GIL is held when calling finalise (because, as Guido's comment says, this process can call Python code). -- ___ Python tracker <https://bugs.python.org/issue40452> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40452] Tkinter/IDLE: preserve clipboard on closure
E. Paine added the comment: > Simply uncommenting that works perfectly on Ubuntu 20.04 and Windows 10. I can't remember the details, but I don't think this worked if the Tcl interpreter had been garbage collected before the Python interpreter shutdown. Therefore, Tcl_Finalize (or similar) would preferably be called at Tkapp dealloc, but we cannot do that because the user may create more interpreters later. I will try and give a reproducible example when I have time. -- ___ Python tracker <https://bugs.python.org/issue40452> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43504] Site linked in docs, effbot.org, down
E. Paine added the comment: @Mark, would it be at all possible for you to host the tkinter part content from Effbot on your site (as you did with the Shipman docs for #37149)? The docs have been down since mid-November and there is no indication of when they'll come back up. Since tkinter does not have very good docs on docs.python.org, this is (still) a very valuable resource. -- nosy: +effbot, epaine, markroseman ___ Python tracker <https://bugs.python.org/issue43504> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23937] IDLE: revise window size, placement startup options
Change by E. Paine : -- pull_requests: +24610 pull_request: https://github.com/python/cpython/pull/25946 ___ Python tracker <https://bugs.python.org/issue23937> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44026] IDLE: print "Did you mean?" for AttributeError and NameError
Change by E. Paine : -- keywords: +patch nosy: +epaine nosy_count: 4.0 -> 5.0 pull_requests: +24581 stage: -> patch review pull_request: https://github.com/python/cpython/pull/25912 ___ Python tracker <https://bugs.python.org/issue44026> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44010] IDLE: highlight soft keywords
E. Paine added the comment: I don't mind, would you like to Tal? (I probably won't be able to dedicate any serious time to it until mid-June). One thing I've been thinking is whether it's worth us highlighting regardless of context. For example, you can assign a variable to a builtin name (not that it's recommended) so we could just give soft keywords their own colour and (unofficially) recommend people don't use such words for variables. I think this would be more future-proof as we wouldn't need to update the regexes for each new soft keyword added. However, we might not want to highlight every time the user has an '_' variable (as is fairly common). -- ___ Python tracker <https://bugs.python.org/issue44010> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44010] IDLE: highlight soft keywords
E. Paine added the comment: Thanks for linking to the Lexical Analysis docs. Not quite sure how I missed this given it is directly below the normal keywords section. Given the distinction described there, it may instead be best for IDLE to highlight this as its own category (i.e. not grouping it with the standard keywords). -- title: IDLE: highlight new `match` / `case` syntax -> IDLE: highlight soft keywords ___ Python tracker <https://bugs.python.org/issue44010> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44010] IDLE: highlight new `match` / `case` syntax
New submission from E. Paine : As-per PEP 634, structural pattern matching is now in Python. This introduces the `match` and `case` keywords. IDLE does not highlight these. The problem is that these are listed in `keyword.softkwlist` rather than `keyword.kwlist` (which is what IDLE uses). This confuses me, as this is not a __future__ feature and there is no discussion of it becoming one in #42128. There is also no discussion (that I could find) about which list it should be put in. The addition to softkwlist was done in PR-22917. Do we change IDLE to use softkwlist, or move those keywords into kwlist? -- assignee: terry.reedy components: IDLE messages: 392705 nosy: epaine, taleinat, terry.reedy priority: normal severity: normal status: open title: IDLE: highlight new `match` / `case` syntax type: behavior versions: Python 3.10, Python 3.11 ___ Python tracker <https://bugs.python.org/issue44010> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue37892] IDLE Shell: isolate user code input
E. Paine added the comment: Personally, I find the change quite weird and will take some getting used to. I hope people read the help at the top of the shell, but if not I can imagine numerous bug reports about the change. I have not used any shell that has the prompt above where you type, so while I think this should be an option for the user, I propose the sidebar is the default for familiarity (instead of the other way around). -- nosy: +epaine versions: +Python 3.10, Python 3.11 -Python 3.7, Python 3.8 ___ Python tracker <https://bugs.python.org/issue37892> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43894] IDLE editor file minor refactoring
E. Paine added the comment: I agree with your points and understand that there is good reason for the PR to be rejected. If Terry decides it's too big (I did do a lot more than what was originally in PR-22682), I am more than happy to close this issue. -- ___ Python tracker <https://bugs.python.org/issue43894> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43894] IDLE editor file minor refactoring
Change by E. Paine : -- keywords: +patch pull_requests: +24211 stage: -> patch review pull_request: https://github.com/python/cpython/pull/25485 ___ Python tracker <https://bugs.python.org/issue43894> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43894] IDLE editor file minor refactoring
New submission from E. Paine : Despite being large, the PR is mostly trivial changes (e.g. changing indentation). The main changes worth noting (and hence the reason for this issue) are: 1) the renaming of `ResetColorizer` to `reset_colors`, `ResetFont` to `reset_font`, `RemoveKeybindings` to `remove_keybindings` and `ApplyKeybindings` to `apply_keybindings`. 2) removal of some potentially unneeded imports 3) renaming of the `tokeneater` args to be lowercase I chose `reset_colors` (as proposed in PR-22682) rather than `reset_colorizer` because we are reconfiguring the Text, code context and line numbers, rather than only dealing with the colouriser. -- assignee: terry.reedy components: IDLE messages: 391449 nosy: epaine, terry.reedy priority: normal severity: normal status: open title: IDLE editor file minor refactoring versions: Python 3.10, Python 3.8, Python 3.9 ___ Python tracker <https://bugs.python.org/issue43894> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43671] segfault when using tkinter + pygame for ~5 minutes
E. Paine added the comment: Not sure why this was marked as a problem with tkinter (neither Pygame nor the example use it). I would be very surprised if this wasn't an issue with Pygame, as the Python is just requesting a dictionary deallocation which is then handled by Pygame's `font.cpython-39-darwin.so`. -- nosy: +epaine, serhiy.storchaka ___ Python tracker <https://bugs.python.org/issue43671> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43511] tkinter with Tk 8.6.11 is slow on macOS
E. Paine added the comment: As this appears to be a Tk issue, I have created https://core.tcl-lang.org/tk/tktview/f642d7c0f4. -- ___ Python tracker <https://bugs.python.org/issue43511> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43511] tkinter with Tk 8.6.11 is slow on macOS
E. Paine added the comment: > there appears to be a tk 8.6.11.1 release This was the version I used when testing Wish on both MacOS and Linux. -- ___ Python tracker <https://bugs.python.org/issue43511> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43511] tkinter with Tk 8.6.11 is slow on macOS
E. Paine added the comment: The reduction in speed with later Tk versions does not seem to occur on Linux. See the below table (times are microseconds per iteration - tested using wish): ++--+--+ | Tk Version | clearing | not clearing | ++==+==+ | 8.6.8 | 197.7| 183.46 | ++--+--+ | 8.6.11 | 170.3| 201.6| ++--+--+ I have not tested on Windows but I don't think it's unreasonable to conclude the performance issue is limited to MacOS. -- ___ Python tracker <https://bugs.python.org/issue43511> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43606] PySimpleGUI: initial huge window & no widgets visible
E. Paine added the comment: Apologies, you did give the platform and Python version. I presume you are compiling the master branch, in which case do you have the 'tk8.6-dev' package installed? -- ___ Python tracker <https://bugs.python.org/issue43606> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43606] PySimpleGUI: initial huge window & no widgets visible
E. Paine added the comment: That example also works on my setup (see attached). The only reason I could think that your label is not showing is that the font given is not of a valid format (see https://www.tcl.tk/man/tcl8.6/TkCmd/font.htm#M13), though I would have thought this would raise a TclError. Please confirm what platform and Python version you are using as well as the output of `tkinter.test.support.get_tk_patchlevel()`. -- Added file: https://bugs.python.org/file49907/working example.png ___ Python tracker <https://bugs.python.org/issue43606> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43606] PySimpleGUI: initial huge window & no widgets visible
Change by E. Paine : -- nosy: -pau ___ Python tracker <https://bugs.python.org/issue43606> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43606] PySimpleGUI: initial huge window & no widgets visible
E. Paine added the comment: I have removed the Windows component as the issue reported seems to be on Ubuntu (but I don't like removing others from the nosy, so have left that alone). Tkinter does no initial window configuration created through either `Tk()` or `Toplevel()` as this is all handled by Tk (though I don't believe that would do the behaviour you describe). I cannot reproduce the issue (either with or without the 'size' argument) but suggest you take it up with the PySimpleGui team as they may be doing some custom configuration. -- components: -Windows nosy: +epaine, pau, serhiy.storchaka title: initial huge window && no widgets visible -> PySimpleGUI: initial huge window & no widgets visible ___ Python tracker <https://bugs.python.org/issue43606> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43511] tkinter with Tk 8.6.11 is slow on macOS
E. Paine added the comment:
This *appears* to be a Tk issue. I ran a benchmark (see attached) which
repeatedly performed canvas actions. The first test ("clearing") clears the
canvas, creates a rectangle, then calls both `update` and `update_idletasks`.
The second test ("not clearing") is the same as the above but did not clear the
canvas (causing rectangles to be drawn over each other). Here is a table of the
results (times are per iteration in milliseconds):
++-+-+
| Tk Version | Python | Wish|
|+--+--+--+--+
|| clearing | not clearing | clearing | not clearing |
++==+==+==+==+
| 8.6.8 | 6.6 | 41.4 | 4.2 | 16.2 |
++--+--+--+--+
| 8.6.11 | 37.0 | 37.1 | 36.1 | 36.1 |
++--+--+--+--+
A few notes:
- These were performed on a slow machine and results could be influenced by
background CPU usage fluctuations
- Because it is a slow computer, I limited the iterations to just 1000 per test.
- Python version was 3.9.2
- Wish 8.6.8 was installed using an ActiveTcl binary whereas 8.6.11 was
installed through homebrew
--
Added file: https://bugs.python.org/file49905/tkbench.zip
___
Python tracker
<https://bugs.python.org/issue43511>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43534] turtle.textinput window is not transient
Change by E. Paine : -- versions: +Python 3.10, Python 3.8 ___ Python tracker <https://bugs.python.org/issue43534> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43534] turtle.textinput window is not transient
Change by E. Paine : -- keywords: +patch pull_requests: +23679 stage: -> patch review pull_request: https://github.com/python/cpython/pull/24916 ___ Python tracker <https://bugs.python.org/issue43534> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43534] turtle.textinput window is not transient
E. Paine added the comment: Thank you for reporting this. The problem appears to be a regression with https://github.com/python/cpython/commit/3d569fd6 where the dialog tries to be transient to the user-passed parent rather than the default root. I will create a PR to hopefully rectify this. -- nosy: +epaine, serhiy.storchaka ___ Python tracker <https://bugs.python.org/issue43534> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43511] Tk 8.6.11 slow on M1 Mac Mini MacOS Python 3.9.2 native ARM version
Change by E. Paine : -- components: +macOS nosy: +epaine, ned.deily, ronaldoussoren versions: +Python 3.10 ___ Python tracker <https://bugs.python.org/issue43511> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43496] Save As dialog in IDLE doesn't accept keyboard shortcuts on MacOS
E. Paine added the comment: This is reproducible using tkinter in Python 3.9.2 installed using both the regular Intel and Universal2 installers. It is also reproducible in Wish 8.6.10. (tested on MacOS 11.2.1) -- components: -IDLE nosy: +epaine ___ Python tracker <https://bugs.python.org/issue43496> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43462] canvas.bbox returns None on 'hidden' items while coords doesn't
E. Paine added the comment: This can be easily reproduced in Wish (8.6.11): % pack [canvas .c] % .c create rectangle 10 10 90 90 1 % .c bbox 1 9 9 91 91 % .c create rectangle 20 20 80 80 -state hidden 2 % .c bbox 2 % I doubt this is a bug because the docs (https://www.tcl.tk/man/tcl8.6/TkCmd/canvas.htm#M36) say: > if the matching items have empty bounding boxes (i.e. they have nothing to > display) then an empty string is returned -- nosy: +epaine ___ Python tracker <https://bugs.python.org/issue43462> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43135] Can't input Japanese on idle (MacOS).
E. Paine added the comment: Can you please test to see whether this occurs on 3.10.0a5 using the Universal2 installer? -- nosy: +epaine ___ Python tracker <https://bugs.python.org/issue43135> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
