New submission from Tom E :
When compiling CPython 3.10 on Ubuntu 22.04, with GCC 11.2.0, it compiles
successfully, but when trying to run it it just gives Illegal Instrution (Core
Dumped). But when I build 3.9.9 its just fine... CPU is Intel Core i5-10400.
--
messages: 407330
nosy
Tom E added the comment:
Not yet... my configure flags are ./configure CFLAGS="-O3 -mtune=corei7-avx
-march=corei7-avx" LDFLAGS="-L/usr/local/ssl/lib64" CPP=cpp CXX=g++
--with-openssl=/usr/local/ssl --enable-optimizat
Tom E added the comment:
its defos fine because ive tried it without the CFLAGS and same error
--
___
Python tracker
<https://bugs.python.org/issue45
Tom E added the comment:
Well I updated the kernel to 5.15.0 and used my succeeding 3.9.9 build and now
it works.
--
resolution: -> fixed
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
E. Paine added the comment:
This is because your code isn't clearing the Treeview, it's hiding it by
setting the parent Frame's width and height to 0. When this parent Frame is
reshown, because you want to put a new TreeView on it, the old one is still
there.
The easiest wa
E. Paine added the comment:
> Do we still use Tk 8.6.11 on any platform with Python 3.9+
No, none of the python.org installers include it now. On Linux, according to
https://pkgs.org/download/tk, several distros still use 8.6.11 (most notably
Ubuntu 21.04). I'll see if I can reprodu
E. Paine added the comment:
Is support for such old Tk versions useful? 8.5.4 was released in late 2008,
and I highly doubt anyone would still be using it. IMO, 8.5.12 would be a good
compromise, since we're giving support to a version more than 9 years old, but
would simplify PR-299
E. Paine added the comment:
I can confirm that 3.10.1 is going to use Tk 8.6.12 (see #45732). Python 3.10.0
was meant to use Tk 8.6.11, but there was an issue with the build process
(#43652).
--
nosy: +epaine
___
Python tracker
<ht
E. Paine added the comment:
I cannot reproduce on Ubuntu 21.10 (Tk 8.6.11), so I believe we can close this
issue.
--
type: behavior -> crash
___
Python tracker
<https://bugs.python.org/issu
E. Paine added the comment:
> Any word on the tk Menu type parameter change?
I'll admit to having completely forgot about this issue and not raising it with
the Tk team. Manually trying this case on Tk 8.6.12 segfaults, so I really need
to raise it. To reproduce the segfault, simply
E. Paine added the comment:
Fix merged upstream: https://core.tcl-lang.org/tk/tktview/be8f5b9f
Can issue be closed now?
--
___
Python tracker
<https://bugs.python.org/issue45
New submission from Luis E. :
I ran into this issue when attempting to add a custom _generate_next_value_
method to an existing Enum. Adding the method definition to the bottom of the
class causes it to not be called at all:
from enum import Enum, auto
class E(Enum):
A = auto
Change by Luis E. :
--
components: -Documentation
___
Python tracker
<https://bugs.python.org/issue40025>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by E Kawashima :
--
keywords: +patch
nosy: +E Kawashima
nosy_count: 1.0 -> 2.0
pull_requests: +19087
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/19766
___
Python tracker
<https://bugs.python.org/i
Change by E. Paine :
--
keywords: +patch
nosy: +epaine
nosy_count: 4.0 -> 5.0
pull_requests: +19136
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/19816
___
Python tracker
<https://bugs.python.org/i
E. Paine added the comment:
I have made a few simple changes to the configdialog.py, config-main.def &
editor.py which adds a "Maximised" checkbutton to the general page (just above
the existing entries). The default is for this to be false (based on the
previous comments in
E. Paine added the comment:
Sorry, two more things:
1: Can someone please check this behaves properly on MacOS (I have checked on
Windows and Linux)
2: Is setting the checkbutton side to "TOP" correct, or is there a better way
of achieving the s
New submission from E. Paine :
Currently, on a Windows machine, the clipboard contents is lost when the root
is closed. This, therefore requires you to keep the IDLE instance open until
after the copy has been complete (particularly annoying when copying between
different IDLE instances
Change by E. Paine :
--
keywords: +patch
pull_requests: +19139
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/19819
___
Python tracker
<https://bugs.python.org/issu
E. Paine added the comment:
> I think we are at the point where the General tab needs to be split into 2
> tabs, or else widened
I definitely agree (possibly split into "Window" and "Editor/Shell"), but that
would be a separate PEP wouldn't it (possibly one
New submission from E. Paine :
The proposed change to move some of the content in the "General" tab to a new
tab. The need for this has been emphasised
As a proof-of-concept, I moved the "Window Preferences" LabelFrame to a new tab
titled "Window" (and did t
Change by E. Paine :
Added file: https://bugs.python.org/file49105/font_page_short.png
___
Python tracker
<https://bugs.python.org/issue40468>
___
___
Python-bugs-list m
Change by E. Paine :
Added file: https://bugs.python.org/file49106/general_page.png
___
Python tracker
<https://bugs.python.org/issue40468>
___
___
Python-bugs-list m
Change by E. Paine :
Added file: https://bugs.python.org/file49107/general_page_pady.png
___
Python tracker
<https://bugs.python.org/issue40468>
___
___
Python-bug
Change by E. Paine :
Added file: https://bugs.python.org/file49108/general_page_pady_short.png
___
Python tracker
<https://bugs.python.org/issue40468>
___
___
Python-bug
Change by E. Paine :
Added file: https://bugs.python.org/file49109/general_page_short.png
___
Python tracker
<https://bugs.python.org/issue40468>
___
___
Python-bug
Change by E. Paine :
Added file: https://bugs.python.org/file49110/window_page.png
___
Python tracker
<https://bugs.python.org/issue40468>
___
___
Python-bugs-list mailin
E. Paine added the comment:
Would it be helpful to move the additional help sources to the extensions page
(and rename it to "Add-ins")?
Just throwing ideas out there, we could also add an "Advanced" tab where we put
the settings we (really) don't want others cha
Change by E. Paine :
Added file: https://bugs.python.org/file49115/shell_editor_page_pady.png
___
Python tracker
<https://bugs.python.org/issue40468>
___
___
Python-bug
Change by E. Paine :
Added file: https://bugs.python.org/file49114/shell_editor_page.png
___
Python tracker
<https://bugs.python.org/issue40468>
___
___
Python-bug
Change by E. Paine :
Added file: https://bugs.python.org/file49113/general_page_se.png
___
Python tracker
<https://bugs.python.org/issue40468>
___
___
Python-bugs-list m
Change by E. Paine :
Added file: https://bugs.python.org/file49117/tabs_en.png
___
Python tracker
<https://bugs.python.org/issue40468>
___
___
Python-bugs-list mailin
E. Paine added the comment:
Initially, I simply changed the tab position on the settings window notebook to
west-north (tabs_wn.png). I didn't like that the tabs were right-sticky and
looked at changing this in the following two ways:
1) Changing the tab position to the right
Change by E. Paine :
Added file: https://bugs.python.org/file49119/tabs_wn_padx.png
___
Python tracker
<https://bugs.python.org/issue40468>
___
___
Python-bugs-list m
Change by E. Paine :
Added file: https://bugs.python.org/file49118/tabs_wn.png
___
Python tracker
<https://bugs.python.org/issue40468>
___
___
Python-bugs-list mailin
Change by E. Paine :
--
type: -> enhancement
___
Python tracker
<https://bugs.python.org/issue40468>
___
___
Python-bugs-list mailing list
Unsubscrib
Change by E. Paine :
--
type: -> enhancement
___
Python tracker
<https://bugs.python.org/issue40452>
___
___
Python-bugs-list mailing list
Unsubscrib
E. Paine added the comment:
Test example:
1) Open IDLE (shell or editor)
2) Copy some text in the IDLE window
3) Close the IDLE window (instance should end)
4) Paste into application of choice
Without the patch, the clipboard is cleared when the instance ends so nothing
is pasted. With the
Change by E. Paine :
--
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue40452>
___
___
Python-bugs-
E. Paine added the comment:
I agree this is a race condition, and have narrowed the issue down to
wait_visibility with the following also hanging indefinitely (tested against
the master branch):
import threading
import tkinter as tk
def create_tp():
t = tk.Toplevel
E. Paine added the comment:
You make very good points but sadly it is not that simple. The issue is
described in detail in the comment found in Modules/_tkinter.c:178. A good
summary is probably the comment for Tkapp_Call (Modules/_tkinter.c:1522
Change by E. Paine :
--
components: +Library (Lib)
nosy: +pmoody
versions: +Python 3.10 -Python 3.9
___
Python tracker
<https://bugs.python.org/issue42
Change by E. Paine :
--
nosy: +serhiy.storchaka
versions: -Python 3.7
___
Python tracker
<https://bugs.python.org/issue42464>
___
___
Python-bugs-list mailin
Change by E. Paine :
--
components: +Library (Lib)
type: -> behavior
versions: +Python 3.10, Python 3.8, Python 3.9
___
Python tracker
<https://bugs.python.org/issu
Change by E. Paine :
--
nosy: +davin, pitrou
versions: -Python 3.6, Python 3.7
___
Python tracker
<https://bugs.python.org/issue42406>
___
___
Python-bugs-list m
New submission from E. Paine :
Simple enough: we should make it very clear in the Devguide that creating a PR
from python:master to :master is not a good way to update your fork.
For context, I recently saw that a commit on a fork was showing as a mention on
a lot of the more recent commits
New submission from E. Paine :
When using tkinter from the universal2 package, the colours are completely
confused. Most text tries to white, even though the background is light and
this makes text in Entries completely unreadable (where the background is
white). This affects both Tk and Ttk
Change by E. Paine :
Added file:
https://bugs.python.org/file49646/Screenshot-2020-12-02-at-12-46-06.png
___
Python tracker
<https://bugs.python.org/issue42541>
___
___
E. Paine added the comment:
> Are you running in dark mode?
Yes. It works fine in light mode.
--
___
Python tracker
<https://bugs.python.org/issu
E. Paine added the comment:
Sorry, that was an important piece of information. It is worth noting that Text
widgets correctly change background to black.
--
___
Python tracker
<https://bugs.python.org/issue42
E. Paine added the comment:
I just compiled Tk 8.6.10 and it has the same problems. So the question now is
whether we work-around it in Tkinter/IDLE or close this issue as third party.
--
___
Python tracker
<https://bugs.python.org/issue42
E. Paine added the comment:
It seems to be some weird internal mismatch. Code modified from
https://wiki.tcl-lang.org/page/Tk+differences+on+Mac+OS+X (see following)
suggests that dark mode is not enabled for the window (and yet we are getting
white foreground colours)
import tkinter as tk
E. Paine added the comment:
> we should at least opt out of dark mode for IDLE
That still leaves tkinter almost unusable when dark mode is turned on. I am
looking into solutions but am not hopeful (maybe we should ask Marc?).
@Ned, what are the alternatives if we decide 8.6.10 is not the
E. Paine added the comment:
Removed Alex from nosy because the link was an advertisement for an essay
writer.
--
nosy: -alexwriter2003
___
Python tracker
<https://bugs.python.org/issue40
E. Paine added the comment:
See issue34154. I'm personally against such changes because we don't know what
Tk version to write them for. Our documentation could be both outdated and too
recent, including kwargs not available to some people (because they are running
an older vers
Change by E. Paine :
--
components: +Build
nosy: +epaine, serhiy.storchaka
type: compile error -> enhancement
versions: -Python 3.8, Python 3.9
___
Python tracker
<https://bugs.python.org/issu
E. Paine added the comment:
@Fredrik, can you comment on when we might expect effbot.org to become
available again? (i.e. is it worth us updating the docs to note that its down /
changing the link to the Wayback Machine?)
--
nosy: +effbot
E. Paine added the comment:
While Tkinter could do it, I see no point in doing so. One thing that may be
worth looking into is only allowing IDLE to use fixed-width fonts, but maybe
this is just another of my crazy ideas... I think this can be safely closed
unless someone wants to make a
E. Paine added the comment:
+1 I agree the current AttributeError is not suitable.
I would just copy the code from Lib/tkinter/__init__.py:2524 (or even better:
refactor it into its own method to avoid duplication). The code there, though,
would raise a similar AttributeError if the default
New submission from E. Paine :
Under the "Installer news" for the Python 3.9.1 release, it notes:
"As we are waiting for an updated version of pip, please consider the macos11.0
installer experimental."
Is it worth also noting that tkinter has serious known problems that
Change by E. Paine :
--
title: Python release note tkinter problems -> Python macos11.0 release note
tkinter problems in news
___
Python tracker
<https://bugs.python.org/issu
E. Paine added the comment:
Attached is a diff which moves the logic for `setup_master` to the tkinter
module while allowing it to still be imported from the tkinter.ttk module (in
case someone uses it...) The diff also replaces the logic in a few other places
to:
A. make behaviour more
E. Paine added the comment:
Thank you for reporting this. I just have a few questions:
1. Which Python version are you using?
2. If Python 3.9.1, which installer did you use?
3. What does `tkinter.test.support.get_tk_patchlevel()` output?
4. Does your pygame example suffer the same issue (I
E. Paine added the comment:
> Are you gonna submit a PR
I think I assumed you would incorporate it into your PR unless you would prefer
it to be separate?
--
___
Python tracker
<https://bugs.python.org/issu
E. Paine added the comment:
> In my view, we should always create a default root if it's needed
I somewhat disagree. I think Serhiy has done a very good job (in what I've
reviewed so far) of balancing when a new root should or shouldn't be created
(e.g. does it make sen
E. Paine added the comment:
See also issue41851. I personally think that being able to compare whether two
tkinter variables point to the same Tk variable is very useful so needs to stay
in some form. However, I don't see any situation where comparing to see if two
tkinter variables ar
E. Paine added the comment:
> shouldn't the docs be made available for the currently maintained version of
> python?
Problem is the Tk version (which underpins tkinter) varies by distribution.
Currently, Windows and MacOS Intel installers are packaged with 8.6.8, while
MacOS Un
E. Paine added the comment:
Note: Tcl/Tk 8.6.11 was released a few days ago (thanks Kevin/Marc!).
--
___
Python tracker
<https://bugs.python.org/issue42
New submission from E. Paine :
Currently IDLE, in some places, uses predefined colours which assume it is in
light mode. However, on the new Universal2 installers (I tested using 3.10.0a4)
this causes issues, where this can no longer be assumed.
Taking the "About IDLE" dialogue as
Change by E. Paine :
--
resolution: -> out of date
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue42637>
___
___
E. Paine added the comment:
I have also done a grep and believe the other affected parts from the user's
perspective are the debugger (I haven't checked if Mark's version also
suffers), the help dialog and hover tip (e.g. over the squeezer button).
> Would it work to
E. Paine added the comment:
This does not appear to be a problem anymore on Tk 8.6.11 so I think this issue
can be closed.
--
resolution: -> fixed
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
E. Paine added the comment:
This is a Tk/Windows issue, not tkinter. I tested the following on Windows 10
using Tk 8.6.9:
# Our entry
pack [entry .e]
# Causes the entry to fail
#tk_messageBox -title Title -message Message
#after 0 tk_messageBox -title Title -message Message
# Does not
E. Paine added the comment:
I suspect this is just a MacOS behaviour, if not then it is a Tk bug. If you
really need to enforce the width, you could tell it to expand horizontally in
the layout. An example of this would be as follows:
tk.Frame(root, height=1, width=300).pack()
tk.OptionMenu
E. Paine added the comment:
I cannot reproduce. Taking a rectangle as an example,
canvas.bbox(canvas.create_rectangle(5, 5, 100, 100, width=1))
returns `(4, 4, 101, 101)` (rather than `(5, 5, 100, 100)`) because of rounding
while calculating the outline.
As a result, running
Change by E. Paine :
--
components: -Distutils
resolution: out of date ->
status: closed -> open
___
Python tracker
<https://bugs.python.org/i
E. Paine added the comment:
Can you please test to see whether this occurs on 3.10.0a5 using the Universal2
installer?
--
nosy: +epaine
___
Python tracker
<https://bugs.python.org/issue43
E. Paine added the comment:
This can be easily reproduced in Wish (8.6.11):
% pack [canvas .c]
% .c create rectangle 10 10 90 90
1
% .c bbox 1
9 9 91 91
% .c create rectangle 20 20 80 80 -state hidden
2
% .c bbox 2
%
I doubt this is a bug because the docs
(https://www.tcl.tk/man/tcl8.6
E. Paine added the comment:
I'm (sadly) not particularly familiar with C, though I have tried to trace the
calls of TkClipCleanup. As @taleinat mentioned, it is called by the
TkCloseDisplay, though, in turn, I believe this method is called by the
DeleteWindowsExitProc method. The
E. Paine added the comment:
Multiple Tk instances are already recommended against, but what would be the
implications of preventing multiple roots?
A simple check could be added to the Tk class init which ensures _default_root
is None (if it is not None, an error is raised). In this case
E. Paine added the comment:
After some initial testing, I have found that while calling Tcl_Finalize on
window closure keeps the clipboard contents (as expected), it also finishes the
Python interpreter.
The solution was to instead use the Tcl_FinalizeThread method, "which you can
ca
E. Paine added the comment:
Unfortunately, after lots of testing/experimenting, I cannot find a way to make
the correct call/s at the correct time. The methods that call the exit handlers
directly or through InvokeExitHandlers are Tcl_Exit, Tcl_Finalize &
FinalizeThread (Tcl_FinalizeTh
E. Paine added the comment:
This is simply because the Python interpreter is running from /usr/bin. This is
shown if you call:
cp /usr/bin/idle idle
./idle
In this case, the Python interpreter is running from the directory you are in
and /usr/bin shouldn't(!) show in the path (at lea
New submission from E. Paine :
For years, the Python docs for the tkinter.dnd module (and prior Tkdnd module)
have said that it will become deprecated once it has been replaced by TkDND
bindings (I can find it back in the Python 2.2 docs –
https://docs.python.org/2.2/lib/node508.html
E. Paine added the comment:
This is interesting as it works fine on Windows but does the behaviour you
describe on Linux. I presume the difference is due to how Tcl/Tk handles the
title-bar, in which case this isn't really a tkinter issue and there isn't much
that can be do
E. Paine added the comment:
I agree this is a Windows issue (though I haven't tested on MacOS), but I don't
think it is a tkinter issue. Running 'wish' on the following, behaves exactly
the same:
pack [button .button1 -text {click me}]
Thank you for reporting t
E. Paine added the comment:
This is indeed a tkinter issue and is caused by the placeholder label. As the
main label is added to the frame using the place manager, this placeholder is
required to make the frame the correct height.
I have attached a small diff which lowers this placeholder
E. Paine added the comment:
Is this a problem exclusive to tkinter? I ran the following code, and it
appears to be an issue with the builtin 'float' method:
>>> import locale
>>> locale.setlocale(locale.LC_NUMERIC, 'de_DE.utf8')
'de_DE.utf8'
Change by E. Paine :
--
nosy: +ned.deily, steve.dower
___
Python tracker
<https://bugs.python.org/issue40893>
___
___
Python-bugs-list mailing list
Unsubscribe:
E. Paine added the comment:
I am glad I was able to help.
To be consistent with Tk, I don't think the tkinter behaviour should be
changed. If you agree, I would really appreciate if you could close the issue
as "not a bug" (to give the core devs one less issue they need t
Change by E. Paine :
--
nosy: +epaine
versions: +Python 3.10 -Python 3.9
___
Python tracker
<https://bugs.python.org/issue39171>
___
___
Python-bugs-list mailin
E. Paine added the comment:
This is strange, as the release of the right-shift key triggers the binding for
the left-shift release. This issue, however, is not a tkinter issue (which just
passes the calls onto Tcl/Tk), as running the following in 'wish' prints "R
shift d
E. Paine added the comment:
My initial thoughts were just to give the standard lecture on why "tkinter +
threads = bad". However, looking again at the problem, the async handler error
causes the Python interpreter to crash, which, no matter how frowned upon the
code is, should
E. Paine added the comment:
I have not tested with tcl/tk 8.4, however it does not appear to be a problem
with the tcl/tk 8.6. I don't know when the last release of Python packaged with
tcl/tk 8.4 was, however the last release of 8.4 itself was in June 2013.
I agree with Terry that
E. Paine added the comment:
Terry:
Thank you, I have updated my local version with a short descriptor and am
relieved that I probably don't need to write a PEP as I am not known for my
writing skills!
Steve:
Also thank you. I cannot think of a reason for it to be optional on Wi
Change by E. Paine :
--
pull_requests: +20079
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/20896
___
Python tracker
<https://bugs.python.org/issu
E. Paine added the comment:
I tested the demo Python script and also had it stop at 1309. I wrote a small
tcl script (a simplified version of the Python demo) to test in wish (see
attached) which stopped at 1058.
It is strange that tkinter stops later than wish, however I would still
E. Paine added the comment:
I know I'm a bit late, but I believe the site is now being hosted on a Gtihub
page:
https://anzeljg.github.io/rin2/book2/2405/docs/tkinter/index.html
I suspect this is another personal project just for historical reference and
will not be updated, however I
E. Paine added the comment:
This is a tk issue, as it can be reproduced using 'wish' (tcl 8.6.10):
wm title . "APP title"
wm iconname . APP
image create photo .iconL -file icon256.png
image create photo .iconS -file icon48.png
wm iconphoto . -default .iconL .iconS
Thank y
New submission from E. Paine :
I propose that IDLE only allows a single instance, but behaves mostly like
before (multiple shells, etc.). The main motivation for this issue is to (1)
stop the same file being opened more than once and (2) make a tabbed interface
easier to implement.
Starting
101 - 200 of 1199 matches
Mail list logo
