[issue39834] + vs. % operator precedence not correct

New submission from E : + has operator precedence over % in python: https://docs.python.org/3/reference/expressions.html However: > i=5 > i+5 % 10 10 > 10 % 10 0 > (i+5) % 10 0 Thus, for + to take precedence over %, parentheses need to be used. -- components: Inte

[issue39834] + vs. % operator precedence not correct

E added the comment: Actually, the operator precedence is read upside down: https://docs.python.org/3/reference/expressions.html Thus, % has operator precedence and this might be causing the incorrect values. -- ___ Python tracker <ht

[issue39834] + vs. % operator precedence not correct

Change by E : -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue39834> ___ ___ P

[issue27054] Python installation problem: No module named 'encodings'

E added the comment: python3 gave the error but I could sudo python3. To solve: export PYTHONHOME= export PYTHONPATH= -- nosy: +ergun ___ Python tracker <https://bugs.python.org/issue27

[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

[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

[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.SetCons

[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/issu

[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 (tkint

[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

[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

[issue2054] add ftp-tls support to ftplib - RFC 4217

Robert E. <[EMAIL PROTECTED]> added the comment: >> FWIW, m2crypto already provides an FTP-TLS facility with an >> ftplib-compatible API. See http://chandlerproject.org/Projects/MeTooCrypto Right but m2crypto is not part of the standard library (and is not going to be any

[issue38260] asyncio.run documentation does not mention its return value

New submission from Luis E. : The documentation for asyncio.run (https://docs.python.org/3/library/asyncio-task.html#asyncio.run) does not mention the function's return value or lack of one. Looking at the source, its clear it returns the passed coroutine's value via loop.run_unti

[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

[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/issue43

[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

[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/issu

[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 Unsub

[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 ("no

[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 i

[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.pyth

[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

[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://bu

[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

[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/issu

[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/issue43

[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 Pyg

[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

[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/issu

[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

[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

[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

[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

[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 variab

[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/i

[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/issue23

[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 tk

[issue44152] .isupper() does not support Polytonic Greek (but .islower() does)

New submission from E G : Δημοϲθενικοί starts with an upper-case delta. 'Δημοϲθενικοί'.isupper() should yield "True". Ἀεὶ also fails this test: it begins with a capital Alpha with a breathing. εἰϲ is properly parsed: isupper() is False and islower() is True. Desp

[issue44152] [not a bug] .isupper() does not support Polytonic Greek (but .islower() does)

E G added the comment: Oops: this is not a bug. The isupper() method tests ALL chars. Only the first char in the examples was a capital. All of the logic/tests succeed. Sorry for the error. Thanks to Serhiy S. for swift attention on this. -- resolution: -> not a bug ti

[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_Finaliz

[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, thi

[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/issu

[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/issue44

[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 <h

[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> ___ ___

[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

[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

[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:

[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

[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/issu

[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 docum

[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 Unsub

[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/issu

[issue44585] csv library does not correctly interpret some files

New submission from Marco E. : The CSV library does not correctly interpret files in the following format (test.csv): "A" ,"B" ,"C" "aa","bbb","" "a" ,"bb" ,"ccc" "aaa

[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

[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/issue44

[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 re

[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 repo

[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/i

[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

[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,

[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 sligh

[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 informat

[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

[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 &

[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/issu

[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 &

[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? -- __

[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

[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 d

[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&

[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 e

[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

[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 y

[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/issu

[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

[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. --

[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, t

[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

[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/issue45

[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 -

[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_winf

[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:

[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 track

[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

[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

[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

[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/is

[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 mailin

[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

[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

[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 skipp

[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

[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

[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

[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/issu

[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 #

[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

[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

[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 do

  1   2   3   4   5   6   7   8   9   10   >