E. Paine added the comment:
On Linux using, tcl 8.6.10 and Python 3.8.3, this does not appear to be an
issue (Zed appears in the tkinter font family list).
--
nosy: +epaine
___
Python tracker
<https://bugs.python.org/issue10
E. Paine added the comment:
Your code works fine on Windows 10 2004 with Python 3.8.3 and Firefox 77.0.1
(Firefox not set to default browser).
--
nosy: +epaine
___
Python tracker
<https://bugs.python.org/issue35
E. Paine added the comment:
Sorry, I feel I need to clarify. When I say "... requires ... #40893 to be
pulled ..." I mean that that would be the preferred way to transfer tabs. If
TkDND is not available, or the version is a backport (which wouldn't have the
bindings) then ta
E. Paine added the comment:
I appreciate your concerns Terry and I guess I must start by saying as much as
I like notepad++, I don't like how their instances work. This issue shouldn't
change any behaviour (from a user's perspective) other than not being able to
open the
E. Paine added the comment:
> ... would break any code that puts the interpreter in a non-main thread
Have people not been warned enough?! But seriously, looking anywhere on Google
will scream at you to stop using using threads with tkinter, let alone having
the interpreter in a thread.
E. Paine added the comment:
This isn't an IDLE issue and is instead due to the core interpreter. This isn't
a bug, there just isn't a more specialised error message for the dictionary
unpacking failure.
Changing the error message to something more helpful would be an e
E. Paine added the comment:
The issue I found, which I assume you are referencing Terry, is #2704. Even if
we don't do all of what is proposed there, I think the default bindings for the
history should be changed (I have not used any terminals that don't use ↑↓).
In my experience
E. Paine added the comment:
Addressing Ned's issues:
I have emailed round "Linux-sig" about adding an optional dependency and Guido
recommended I put it on "Python-dev" instead (which I hope to do in the coming
days). As for the buildbots, is this something I co
E. Paine added the comment:
I have now marked the PR ready for review.
Terry:
Could you please take a quick look to double-check that the changes proposed
are fully backwards-compatible? I have run the IDLE tests and have tried to pay
particular attention to this problem when developing
New submission from E. Paine :
When opening special modules (such as os.path) through the "Open Module"
dialog, an ImportError is raised. The fix is to catch this error and retry the
loader call without the "name" argument (hence opening the true file).
--
m
Change by E. Paine :
--
assignee: -> terry.reedy
components: +IDLE
versions: +Python 3.10, Python 3.8, Python 3.9
___
Python tracker
<https://bugs.python.org/issu
Change by E. Paine :
--
keywords: +patch
pull_requests: +20338
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/21182
___
Python tracker
<https://bugs.python.org/issu
E. Paine added the comment:
This is a strange bug, as the fix is simply to explicitly give the style
(`style='TCombobox'`). This is, however, a Tcl/Tk issue as it can be reproduced
in wish (I used the script attached). I therefore ask you close this issue as
third party (you can
E. Paine added the comment:
I think I have fixed the problem with the 'data' attribute (and related
getlist_event method) by exposing two event data attributes. One of these is a
'data_raw' attribute intended for use with text-based drops and the other is a
'data
E. Paine added the comment:
I agree it would be helpful to expose an explicit way of telling if the
mainloop was running but am not sure about removing `WaitForMainloop` as it
could very easily break existing programs.
If a program executes a tkinter method in a thread before the mainloop
E. Paine added the comment:
I agree that the `tkinter.ttk.Scrollbar.fraction` under-estimates the length of
the trough and I have written a program to try to measure this precisely.
When tested (only on Linux, granted), this deficit was measured to be 9 pixels
(unless I got the maths wrong
Change by E. Paine :
Added file: https://bugs.python.org/file49293/ttkscrl.tcl
___
Python tracker
<https://bugs.python.org/issue33665>
___
___
Python-bugs-list mailin
E. Paine added the comment:
This is a Tcl issue, as Tcl is designed for characters up to 16 bits. The fact
that Chip is showing at all is very surprising, though any character outside of
this 16-bit range should be considered unpredictable.
"The majority of characters used in the
E. Paine added the comment:
Sorry, the point I was trying to make was that, unlike UTF-8, Tcl doesn't
support variable length characters and they are instead fixed at 16 bits (by
default). So, while Python and UTF-8 are perfectly happy with the emoji, unless
Tcl is compiled w
E. Paine added the comment:
If I understand the issue correctly, such a feature already exists. Currently,
the wait before showing the list of completions is 2 seconds
(https://github.com/python/cpython/blob/master/Lib/idlelib/config-extensions.def#L7)
though this can be changed in settings
E. Paine added the comment:
Both of the following cases give the correct popup help information:
float.hex(
And:
t = type("test_hex", (), {"hex": lambda nothing: None})
t.hex(
The reason your case fails is because IDLE doesn't evaluate `1.3` to a float
and does i
E. Paine added the comment:
I have just finished reviewing the proposed PR, and am happy with the content.
During the process of developing the PR, we established that the behaviour that
should be deprecated is the error after a second of waiting in a thread.
Instead, on `WaitForMainloop
E. Paine added the comment:
Apologies, it is not waiting for the tcl queue and instead the call waits
indefinitely for `Tcl_ConditionWait` (tkinter adds it to the queue and then
waits for the command to finish executing). Do we need some mechanism to alert
people after a second, for example
Change by E. Paine :
--
pull_requests: +20613
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/21467
___
Python tracker
<https://bugs.python.org/issu
Change by E. Paine :
--
versions: +Python 3.10 -Python 3.7
___
Python tracker
<https://bugs.python.org/issue40219>
___
___
Python-bugs-list mailing list
Unsub
E. Paine added the comment:
I can only seem to reproduce this in shell and that is by importing
"idlelib.__main__" before then typing "__main__."
However, typing "__main__." in shell and editor (without importing
"idlelib.__main__") does give differen
E. Paine added the comment:
Terry, can we change the user process to be owned by the filelist rather than
the shell to avoid this difference in behaviour? (I can't think of any reason
off the top of my head of why this couldn
Change by E. Paine :
--
keywords: +patch
pull_requests: +20668
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/21532
___
Python tracker
<https://bugs.python.org/issu
Change by E. Paine :
--
keywords: +patch
pull_requests: +20669
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/21532
___
Python tracker
<https://bugs.python.org/issu
Change by E. Paine :
--
keywords: +patch
pull_requests: +20670
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/21532
___
Python tracker
<https://bugs.python.org/issu
Change by E. Paine :
--
keywords: +patch
pull_requests: +20674
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/21532
___
Python tracker
<https://bugs.python.org/issu
E. Paine added the comment:
It appears there are issues with this issue and so the PR for it is
https://github.com/python/cpython/pull/21532
--
___
Python tracker
<https://bugs.python.org/issue39
Change by E. Paine :
--
keywords: +patch
pull_requests: +20675
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/21532
___
Python tracker
<https://bugs.python.org/issu
Change by E. Paine :
--
keywords: +patch
pull_requests: +20676
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/21532
___
Python tracker
<https://bugs.python.org/issu
Change by E. Paine :
--
keywords: +patch
pull_requests: +20677
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/21532
___
Python tracker
<https://bugs.python.org/issu
Change by E. Paine :
--
keywords: +patch
pull_requests: +20693
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/21532
___
Python tracker
<https://bugs.python.org/issu
Change by E. Paine :
--
keywords: +patch
pull_requests: +20694
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/21532
___
Python tracker
<https://bugs.python.org/issu
Change by E. Paine :
--
keywords: +patch
pull_requests: +20695
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/21532
___
Python tracker
<https://bugs.python.org/issu
Change by E. Paine :
--
keywords: +patch
pull_requests: +20696
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/21532
___
Python tracker
<https://bugs.python.org/issu
Change by E. Paine :
--
keywords: +patch
pull_requests: +20697
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/21532
___
Python tracker
<https://bugs.python.org/issu
E. Paine added the comment:
Trying to manually link the PR to this issue, I have opened
https://github.com/python/cpython/pull/21532
--
___
Python tracker
<https://bugs.python.org/issue39
Change by E. Paine :
--
keywords: +patch
pull_requests: +20707
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/21532
___
Python tracker
<https://bugs.python.org/issu
E. Paine added the comment:
@Ehsonjon Gadoev, thank you for the patch. I would appreciate if you could
explain in a little more detail why you think adding this example would be
beneficial to the CPython project, as it would inevitably increase the
maintenance load on the core-devs (please
E. Paine added the comment:
I am unfortunately unable to reproduce the issue (with the method provided by
Ronald), but the way to create a blank window (equivalent to `import tkinter;
tkinter.Tk()`) is simply to run `wish` in a terminal without giving it any
commands (using `exit` to escape
E. Paine added the comment:
Is it worth me developing a PR for this issue, as it may be a suitable fix for
#38946? (I am not guaranteeing any code, though, but I will try). If not, I
will probably close this issue.
--
___
Python tracker
<ht
E. Paine added the comment:
Sorry for taking so long to do something with this issue. Can you please
explain *why* (mostly because I don't really have a clue) acquiring the GIL
fixes this crash (I am not disputing that it does - I have compared the current
3.9 branch against your
E. Paine added the comment:
I think this sounds like a very good idea. I would recommend using the
`ispythonsource` method (in the editor class) as it already has all the logic
you need while also checking for a start line like "#!/usr/bin/env python"
(rather than relying sol
E. Paine added the comment:
Thanks Steve for your explanation. I had a quick experiment with the
ENTER_PYTHON definition and initially just added a call to PyThreadState_Get if
the tstate was NULL. This still crashed the interpreter with the following
error (which I think reaffirms Steve
E. Paine added the comment:
> but not with binding to modifier-up/down.
I cannot reproduce. I have tested on both Windows and Linux and found I could
successfully change to (and use) the modifier-up/down bindings both through the
Keys page of the configdialog and by editing the keys
E. Paine added the comment:
+1 this issue. I have encountered this problem lots when testing patches and
almost always just end up deleting the test_from method to get test_tk to pass.
I am not sure of a solution, though, as we *need* to keep test compatibility
with Tk 8.6.8 while
Change by E. Paine :
--
keywords: +patch
pull_requests: +20859
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/21715
___
Python tracker
<https://bugs.python.org/issu
E. Paine added the comment:
For reference, I have opened
https://core.tcl-lang.org/tk/tktview?name=81c3ef93148d17ff280d9a0b4c4edfce453b972f
to report this to the Tk team and ask if this change in behaviour is intended.
--
___
Python tracker
E. Paine added the comment:
To help us to reproduce and understand the issue, please could you give us 1) a
more detailed explanation of the problem you are facing and 2) steps to
reproduce the issue (maybe providing a minimal code example if that is the
cause). Is this a bug with IDLE
E. Paine added the comment:
Sorry for this issue, IDLE 3.8.5 has a known (and now resolved) issue with
saving if the file was empty when opened (see #41373). If this is not your
problem, please do come back and say so, but otherwise this issue should be
closed as a duplicate
New submission from E. Paine :
Currently, the tabs on the configdialog's Notebook only have a text
description. I propose we add icons to the tabs to make them a little more
colourful, new-user-friendly, etc.
I have drafted a version which uses icons found in the Public Domain (
E. Paine added the comment:
Reflecting on #41522, I decided that it would be best to work on this issue
before going any further with that one (partly because it would require us to
redo some of the work and also because this issue should have a higher
priority). I have put together a
E. Paine added the comment:
Would you mind please checking if #41373 is the problem you describe?
(apologies about this issue, we are having relatively lots of reports about it
but the fix won't be distributed until 3.9.0/3.8.6)
--
nosy: +e
E. Paine added the comment:
Thank you Cheryl for linking this issue on #40468 (I didn't find this when
researching for existing issues). I have briefly tested the PR and it seems
perfect, though seeing `init_validators` made me think we should possibly have
an ABC for the tab pages.
E. Paine added the comment:
To help us to reproduce the issue, please give your Python version, Tcl/Tk
patchlevel (`tkinter.test.support.get_tk_patchlevel()`), MacOS version and a
small demonstration script (along with exact keystrokes/clicks if necessary). I
suspect this is another Tcl/Tk
E. Paine added the comment:
Ned, does it appear like Python is using the MacOS built-in Tcl version? My
(very limited) understanding is that Python will default to the Tcl version
packaged with it (which is currently 8.6.8).
--
___
Python tracker
New submission from E. Paine :
I could not think of a better title so will attempt to explain myself better
here. Currently, the IDLE smart backspace will delete multiple whitespace up to
the tab width even if it is not at the start of the line. Consider the
following examples (where the
Change by E. Paine :
--
keywords: +patch
pull_requests: +21048
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/21934
___
Python tracker
<https://bugs.python.org/issu
E. Paine added the comment:
Further clarification on the new behaviour: in the shell whitespace after the
prompt (>>>) will not be considered an indent and only have one character
deleted at a time. However, on a continuation line, any initial whitespace will
be considered an inden
E. Paine added the comment:
I have updated the PR for the following two suggestions:
> I would rather trailing blocks be deleted all at once
> Anything after [the prompt] is an indent and should be treated as such
Again, consider the following examples (apologies about the last ones:
E. Paine added the comment:
I am struggling to reproduce. On Linux the window shows exactly as expected (it
does take a while to close, though, which is understandable) and on Windows the
window never shows (it gets stuck before the mainloop). This is, however, not a
tkinter problem as I
E. Paine added the comment:
Thank you for reporting this bug (particularly for the detailed instructions
for reproduction). This has already been fixed in #41373 just over a month ago,
and is already available in the 3.9 release candidate (though the fix will not
be released for 3.8 until
E. Paine added the comment:
+1
I think this would be very helpful as the only places I can find its
deprecation are a small note at the top of the Tix Python docs
[https://github.com/python/cpython/commit/bd63353] and a news entry a long way
down the 3.6 release notes https
E. Paine added the comment:
As I believe planning for removal (including the version this should occur in)
is better suited to #31371, I think it would be best to remain non-committal
about the version. I would personally prefer something a little more vague
(such as below), though as I
New submission from E. Paine :
Following #33656, IDLE now "lies" to Windows and declares it has system DPI
awareness to achieve a *sharper* look. System dpi is in effect:
DPI_AWARENESS_UNAWARE * Windows' zoom factor
Therefore, for IDLE to scale to the Windows' zoom/
E. Paine added the comment:
Thank you for reporting this issue. I wanted to start by pointing out a finer
detail: the XFCE program title on the task switcher (the thing you're reporting
and I don't have a clue how to describe) is not the same as the default window
title (the pro
E. Paine added the comment:
Firstly, apologies about the original message: rereading it, it was a bit
random and written in a very illogical order.
> Are you the Elisha Paine that suggested the original fix?
Yes (though I like to think I have somewhat progressed in 2 years!). The reason
E. Paine added the comment:
+1 I also think that the fontchooser should be wrapped. I briefly tested your
wrapper, Lance, and found it worked fine on Windows but did not on my Linux
setup (because it is non-modal).
I went about implementing my own wrapper based loosely around your's
Change by E. Paine :
--
assignee: -> terry.reedy
components: +IDLE
nosy: +epaine
versions: +Python 3.10 -Python 3.7
___
Python tracker
<https://bugs.python.org/issu
E. Paine added the comment:
Thank you for reporting this. Please could you double check what you ran
because your code says 'st_file_attributes' but the error says
'st_file_atributes' (missing a t in attributes).
--
nosy: +epaine
__
E. Paine added the comment:
I have started looking at Mark's wrapper (though I have not been able to
spend as much time on it as I would like). It's mostly small changes
that I have made (in no particular order):
- TkFontchooserFontChanged event calls 'command' (to be b
Change by E. Paine :
--
keywords: +patch
pull_requests: +21436
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/22396
___
Python tracker
<https://bugs.python.org/issu
New submission from E. Paine :
I think it would be helpful to add these methods to the tkinter font class.
Starting with the equal method, I have found it very useful to be able to
compare tkinter fonts based on their value rather than just name. I used this,
for example, in #28694 to ensure
E. Paine added the comment:
> Why would negating the font size convert it from points to pixels??
Oh... I apologise: I clearly didn't think this through. It doesn't "convert" in
any sense, it just negates the font size so 16 points becomes 16 pixels.
Therefore, it
Change by E. Paine :
--
pull_requests: +21465
pull_request: https://github.com/python/cpython/pull/22434
___
Python tracker
<https://bugs.python.org/issue41
E. Paine added the comment:
Serhiy, while I agree this is an enhancement, I don't see that it would break
*anyone's* code (this will mostly just affect the REPL output) so is it worth
considering a backport?
Diohabara, the Python devguide (https://devguide.python.org/) is a very g
E. Paine added the comment:
I do think we should close the existing PR (TBH, I completely forgot about this
issue). Briefly looking again at the issue, it does indeed look like the GIL
hasn't seen the thread before the attempted call to restore the tstate (as
Steve said). If its al
Change by E. Paine :
--
pull_requests: +21482
pull_request: https://github.com/python/cpython/pull/22453
___
Python tracker
<https://bugs.python.org/issue40
Change by E. Paine :
--
nosy: +epaine
___
Python tracker
<https://bugs.python.org/issue41896>
___
___
Python-bugs-list mailing list
Unsubscribe:
E. Paine added the comment:
Thank you for reporting this issue, however it is ultimately a Tk issue as
shown by running the attached script in wish. I assume the Tk version was
updated in Python 3.6, though I don't know which platform you are on so don't
know which of Ned or Ste
E. Paine added the comment:
Do we need to include the bitness (IDLE doesn't care)? On Windows, it will also
be included in the Python start-menu folder, so maybe we should consider moving
the bitness to the folder title (so the folder becomes "Python 3.8 64-bit")?
However,
New submission from E. Paine :
To elaborate on the information given in the title, @sy is referring to the
shell start text. More specifically, they are raising a grammatical issue with
`sys.version` where there are two spaces between the shortened month form and
the date (on my build this
E. Paine added the comment:
This has been an issue for a *long* time (issue 7676). Hopefully, the merging
of #37903 will allow this to be explored but currently there is not a lot that
can be done (without a serious refactor).
--
nosy: +epaine
E. Paine added the comment:
I just confirmed (compiling the master having changed the system date) that
this double space does not occur when the date is double-digits (`Oct 10`),
suggesting that this is almost certainly intentional
Change by E. Paine :
--
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
___
Python tracker
<https://bugs.python.org/issue41
E. Paine added the comment:
I am not touching the issue nosy and components for now but suspect this is a
Windows installation issue. As you said, there is no `idle.exe` file and
instead file association is done through a `idle.bat` file found at
Lib/idlelib/idle.bat. I have a few of
E. Paine added the comment:
If you had a bad update, it is likely your registry is corrupt. If at all
possible, I would recommend a Windows reinstall (it is quite likely other
software has also been affected). However, in the past I have had similar
problems and the Python installer does
E. Paine added the comment:
This is strange as these only seem to have started occurring recently (though
there hasn't been a change to the tests themselves in a long time). There must
be something different about how Azure runs the GUI tests because it was on
Azure that the tests
E. Paine added the comment:
For me, this is not limited to special characters. Trying to load anything in
Tk using the 'JoyPixels' font crashes (sometimes it does load but all
characters are very random - most are whitespace - and it crashes again after a
call to `fc-cache`). ID
E. Paine added the comment:
I was wrong trying to blame Azure. I have now seen this happen on an Ubuntu
Github Action for PR-22947
(https://github.com/python/cpython/pull/22947/checks?check_run_id=1354118848).
test_virtual_event (tkinter.test.test_ttk.test_widgets.ComboboxTest) ...
Timeout
Change by E. Paine :
--
keywords: +patch
pull_requests: +22067
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/23156
___
Python tracker
<https://bugs.python.org/issu
E. Paine added the comment:
I have been looking for a more permanent solution to that proposed in PR-23156.
The most obvious solution is probably what I suggested in msg380371 as I don't
believe the calls to `wait_visibility` are required (though, I don't really
know enough
New submission from E. Paine :
Currently, there are many uses of `tempfile.mktemp` in the stdlib. I couldn't
find an issue where this has already been discussed, but I think the usage of
mktemp in the stdlib should be completely reviewed. I grepped the Lib and a
slightly filtered versi
E. Paine added the comment:
Just checking: is this not because the lazy import should be in `__init__.py`?
(the code provided works fine with `a.b.my_function` on my system)
--
components: +Interpreter Core -Library (Lib)
nosy: +brett.cannon, epaine, eric.snow, ncoghlan
type
Change by E. Paine :
--
components: +Distutils
nosy: +dstufft, eric.araujo
___
Python tracker
<https://bugs.python.org/issue42278>
___
___
Python-bugs-list mailin
E. Paine added the comment:
> Most of them are in tests. There is no security issue there
TBH, I don't know enough about the exploit to comment, but it seems that the
tempfile tests take this seriously (Lib/test/test_tempfile.py:782 "For safety,
all use of mktemp must occur
201 - 300 of 1199 matches
Mail list logo