[issue39834] + vs. % operator precedence not correct

[E]

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: Interpreter Core
messages: 363241
nosy: ergun
priority: normal
severity: normal
status: open
title: + vs. % operator precedence not correct
type: behavior
versions: Python 3.7

___
Python tracker 
<https://bugs.python.org/issue39834>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39834] + vs. % operator precedence not correct

[E]

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 
<https://bugs.python.org/issue39834>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39834] + vs. % operator precedence not correct

[E]

Change by E :


--
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

___
Python tracker 
<https://bugs.python.org/issue39834>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[E]

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/issue27054>
___
___
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]

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

[issue46052] Ctrl+C, C+V in IDLE on Windows do not work with Cyrillic keys

[E. Paine]

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]

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

[issue45496] Tkinter: test_winfo_rgb failure

[E. Paine]

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

[issue46179] Delete selected item generate "<>" event or not in different version of tkinter or Python

[E. Paine]

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

[issue46189] Text containing "wide" character not correctly refreshed

[E. Paine]

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

[issue46181] Destroying an expaned Combobox prevents Entry focus until Alt+Tab

[E. Paine]

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

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

[Robert E.]

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 anytime soon). SSL is scheduled to be in 2.6. So it would be the
natural choice to use that SSL binding to extend the ftp library. Of
course we could have a look how ftps is implemented in m2crypto.

Concerning the plain-text login. I think a FTPS class should default to
encrypted login (you could use the ftp class if you dont want). In no
way should the login credentials be sent unencrypted on default. Using
another parameter might be a soulution to that, though I would prefer
the library to raise an error if establishing an FTPS connection did not
succeed. The main program could then catch it and decide how to proceed
(using plain ftp or aborting according to a given policy).

__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2054>
__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Luis E.]

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_until_complete, but the documentation or the provided example do not 
make it clear.

--
assignee: docs@python
components: Documentation, asyncio
messages: 353033
nosy: asvetlov, docs@python, edd07, yselivanov
priority: normal
severity: normal
status: open
title: asyncio.run documentation does not mention its return value
type: enhancement
versions: Python 3.7

___
Python tracker 
<https://bugs.python.org/issue38260>
___
___
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]

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

[issue43511] Tk 8.6.11 slow on M1 Mac Mini MacOS Python 3.9.2 native ARM version

[E. Paine]

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

[issue43534] turtle.textinput window is not transient

[E. Paine]

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

[issue43534] turtle.textinput window is not transient

[E. Paine]

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]

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

[issue43511] tkinter with Tk 8.6.11 is slow on macOS

[E. Paine]

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

[issue43606] PySimpleGUI: initial huge window & no widgets visible

[E. Paine]

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

[issue43606] PySimpleGUI: initial huge window & no widgets visible

[E. Paine]

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]

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

[E. Paine]

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

[issue43511] tkinter with Tk 8.6.11 is slow on macOS

[E. Paine]

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

[issue43511] tkinter with Tk 8.6.11 is slow on macOS

[E. Paine]

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]

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

[issue43671] segfault when using tkinter + pygame for ~5 minutes

[E. Paine]

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

[issue43894] IDLE editor file minor refactoring

[E. Paine]

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

[issue43894] IDLE editor file minor refactoring

[E. Paine]

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

[E. Paine]

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

[issue37892] IDLE Shell: isolate user code input

[E. Paine]

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

[issue44010] IDLE: highlight new `match` / `case` syntax

[E. Paine]

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

[issue44010] IDLE: highlight soft keywords

[E. Paine]

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 soft keywords

[E. Paine]

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

[issue44026] IDLE: print "Did you mean?" for AttributeError and NameError

[E. Paine]

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

[issue23937] IDLE: revise window size, placement startup options

[E. Paine]

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

[issue43504] Site linked in docs, effbot.org, down

[E. Paine]

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

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

[E G]

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. 

Despite the problem with .isupper(), .capitalize() does seem to work properly: 
'ὦ' --> 'Ὦ' and 'ἂν' --> 'Ἂν'


a transcript follows



Python 3.9.5 (default, May  4 2021, 03:36:27)

Greek vs .isupper(): seems like .islower() is properly implemented but 
that .isupper() is not

>>> 'ζῳώδηϲ'.islower()
True
>>> 'Δημοϲθενικοί'.islower()
False
>>> 'Δημοϲθενικοί'.isupper()
False
>>> x = 'Ἀεὶ'
>>> x.islower()
False
>>> x.isupper()
False
>>> x = 'εἰϲ'
>>> x.isupper()
False
>>> x.islower()
True
>>> x = 'ἂν'
>>> x.islower()
True
>>> x.isupper()
False
>>> x= 'ὦ'
>>> x.isupper()
False
>>> x.islower()
True

>>> x.capitalize()
'Ὦ'
>>> 'ἂν'.capitalize()
'Ἂν'

--
messages: 393759
nosy: egun
priority: normal
severity: normal
status: open
title: .isupper() does not support Polytonic Greek (but .islower() does)
type: behavior
versions: Python 3.9

___
Python tracker 
<https://bugs.python.org/issue44152>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[E G]

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
title: .isupper() does not support Polytonic Greek (but .islower() does) -> 
[not a bug] .isupper() does not support Polytonic Greek (but .islower() does)

___
Python tracker 
<https://bugs.python.org/issue44152>
___
___
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]

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

[issue40452] Tkinter/IDLE: preserve clipboard on closure

[E. Paine]

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

[issue43504] Site linked in docs, effbot.org, down

[E. Paine]

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

[issue44010] IDLE: highlight soft keywords

[E. Paine]

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

[issue44243] tkinter button colors on Mac

[E. Paine]

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

[issue37766] IDLE autocomplete: revise fetch_completions, add htest

[E. Paine]

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

[issue44404] tkinter's after() AttributeError with functools.partial (no attribute __name__)

[E. Paine]

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

[issue44429] Tkinter Flow Geometry Manager

[E. Paine]

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

[issue44384] test_ttk_guionly: 2 tests fail once each on Pipelines Ubuntu

[E. Paine]

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

[issue44450] Generator expressions trace differently on Windows than on Mac

[E. Paine]

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

[issue44404] tkinter's after() AttributeError with functools.partial (no attribute __name__)

[E. Paine]

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

[issue44485] TKinter docs page does not provide actual documentation

[E. Paine]

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__)

[E. Paine]

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

[issue44404] tkinter's after() AttributeError with functools.partial (no attribute __name__)

[E. Paine]

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

[issue44585] csv library does not correctly interpret some files

[Marco E.]

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"
""  ,"b"  ,"cc"


This program:

import csv
from pathlib import Path


def main():
with Path('test.csv').open('rt') as csv_file:
csv.register_dialect('my_dialect', quotechar='"', delimiter=',',
 quoting=csv.QUOTE_ALL, skipinitialspace=True)
reader = csv.DictReader(csv_file, dialect='my_dialect')
for row in reader:
print(row)


if __name__ == '__main__':
main()


produces the following output:

{'A ': 'aa', 'B  ': 'bbb', 'C': ''}
{'A ': 'a ', 'B  ': 'bb ', 'C': 'ccc'}
{'A ': '  ', 'B  ': 'b  ', 'C': 'cc'}


this instead is the expected result:

{'A': 'aa', 'B': 'bbb', 'C': ''}
{'A': 'a', 'B': 'bb', 'C': 'ccc'}
{'A': '', 'B': 'b', 'C': 'cc'}


why?

Thank you,
Marco

--
components: Library (Lib)
messages: 397139
nosy: voidloop
priority: normal
severity: normal
status: open
title: csv library does not correctly interpret some files
versions: Python 3.9

___
Python tracker 
<https://bugs.python.org/issue44585>
___
___
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]

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

[issue44592] tkinter focus_get() with non-tkinter Tk widget

[E. Paine]

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

[issue44721] Problem in tkinter button widget

[E. Paine]

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

[issue44739] Tkinter text horizontal scrollbar is not stationary

[E. Paine]

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

[issue44785] test_pickle issues "DeprecationWarning: The Tix Tk.."

[E. Paine]

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

[issue44828] Using tkinter.filedialog crashes on macOS Python 3.9.6

[E. Paine]

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

[issue42560] Improve Tkinter Documentation

[E. Paine]

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

[issue42560] Improve Tkinter Documentation

[E. Paine]

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]

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

[issue45029] tkinter doc, hello world example - quit button clobbers method

[E. Paine]

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

[issue45037] theme-change.py for tkinter lib

[E. Paine]

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

[issue45037] theme-change.py for tkinter lib

[E. Paine]

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

[issue45036] turtle.onrelease() event doesn't get triggered sometimes

[E. Paine]

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

[E. Paine]

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

[issue45103] IDLE: make configdialog font page survive font failures

[E. Paine]

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

[issue45103] IDLE: make configdialog font page survive font failures

[E. Paine]

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]

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]

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]

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

[issue45160] ttk.OptionMenu radiobuttons change variable value twice

[E. Paine]

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

[issue45160] ttk.OptionMenu radiobuttons change variable value twice

[E. Paine]

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

[issue45103] IDLE: make configdialog font page survive font failures

[E. Paine]

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

[issue45036] turtle.onrelease() event doesn't get triggered sometimes

[E. Paine]

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

[issue42560] Improve Tkinter Documentation

[E. Paine]

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

[issue45296] IDLE: Change Ctrl-Z note in exit/quit repr on Windows

[E. Paine]

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

[issue45103] IDLE: make configdialog font page survive font failures

[E. Paine]

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

[issue45103] IDLE: make configdialog font page survive font failures

[E. Paine]

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

[issue43139] test_ttk test_compound, test_tk test_type fail with Tk 8.6.11.1

[E. Paine]

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

[issue45447] IDLE: Support syntax highlighting for .pyi stub files

[E. Paine]

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

[issue45447] IDLE: Support syntax highlighting for .pyi stub files

[E. Paine]

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

[issue43139] test_ttk test_compound, test_tk test_type fail with Tk 8.6.11.1

[E. Paine]

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

[issue43139] test_ttk test_compound, test_tk test_type fail with Tk 8.6.11.1

[E. Paine]

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

[issue45496] Tkinter: test_winfo_rgb failure

[E. Paine]

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

[issue38867] Enable Tkinter on Windows ARM

[E. Paine]

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

[E. Paine]

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

[issue45436] test_tk.test_configure_type() fails with Tcl/Tk 8.6.11

[E. Paine]

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

[issue45436] test_tk.test_configure_type() fails with Tcl/Tk 8.6.11

[E. Paine]

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

[issue45601] test_tk and test_ttk_guionly fail with resource not availiable

[E. Paine]

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]

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

[issue45641] Error In opening a file through Idle

[E. Paine]

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

[issue45681] tkinter breaks on high resolution screen after ctypes SetProcessDPIAware()

[E. Paine]

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 tkinter on macOS Monterey

[E. Paine]

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]

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

[issue43652] Upgrade Windows tcl/tk to 8.6.11

[E. Paine]

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

[issue45796] Using tab to cycle through tkinter widgets breaks foreground styling

[E. Paine]

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

[issue45796] Using tab to cycle through tkinter widgets breaks foreground styling

[E. Paine]

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