Tal Einat added the comment:
I took a look but can't see any obvious bugs there. ISTM that's a rather
harmless edge case. I can't think of anything to do with this except to close
for now, and reopen if this pops up again.
Thinking a few steps forward, to make sense of
Tal Einat added the comment:
This is at least partly a tcl/tk issue.
Using Terry's last example, the Text widget reports that the length of the line
is 14 (t.index('1.end') -> '1.14'), despite it only including 11 characters. It
appears that each emoji chara
Tal Einat added the comment:
> It is partially an IDLE issue. The code expects that indices in Python string
> correspond indices in Tcl string, but this is not true in case of astral
> characters which are encoded as 2 (or maybe even 4) characters in Tcl.
It's not just th
Tal Einat added the comment:
IMO this can be closed, so I'm closing this. (Terry is welcome to reopen this
if needed.)
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https:
Tal Einat added the comment:
> For teaching purposes in live demos, it is essential to have a clear visual
> distinction between the inputs and outputs:
>
> >>> beatles = ['john', 'paul', 'ringo', 'george']
> >>> [n
Tal Einat added the comment:
For a wider context, besides the default REPL, I also consider two other
leading REPLs: ipython and Jupyter notebooks. They both also have clear
separation of outputs from inputs, though in different ways than the standard
REPL.
ipython retains similar
Tal Einat added the comment:
> Another desirable feature is the ability to cut and paste snippets into
> docstrings. This is essential not just for doctest, but even for untested
> examples in docstrings.
> Those examples, need to be recognizable to humans as interactive sess
Tal Einat added the comment:
> Lastly, for live demos in presentations, it is desirable to have a clear
> screen, free of distracting artifacts. The sidebar is such an artifact --
> you would never see such a thing in a book or slide presentation. Also, for
> live demos, lar
Tal Einat added the comment:
> Other bug reports and feature requests that matter to us don't appear to be
> getting any traction:
I'll start going through those, and see if I can fix some of the bugs on that
list.
A few notes:
> Need an option to run the install-certi
Tal Einat added the comment:
FWIW this also behaves as expected on Ubuntu 20.04 with both Python 3.8 and
3.10.
--
___
Python tracker
<https://bugs.python.org/issue44
Tal Einat added the comment:
Confirmed on macOS.
This bugs also affects the underlying Tcl/Tk, confirmed with 8.6.11.
To reproduce:
$ wish
% button .b -text START -bg red -fg white
.b
% pack .b
--
___
Python tracker
<https://bugs.python.
Tal Einat added the comment:
I've created an issue about this on the Tcl/Tk issue tracker:
https://core.tcl-lang.org/tk/tktview/46274a117823fd65c6d98d38465b43165d0c4680
--
___
Python tracker
<https://bugs.python.org/is
Tal Einat added the comment:
> With 3.10.0b1 on Mac I am getting attribute completion freezes. I had to
> turn them off. I am tempted to disable completions until there is a Mac IDLE
> developer to dig into issues like this.
Confirmed. This may be a separate issue.
I have a macO
Tal Einat added the comment:
I can reproduce this consistently on macOS by running IDLE, typing "sys.ba" in
the shell and pressing the tab key.
I've carefully narrowed this down to the call to acw.update() in
AutoCompleteWindows.winconfig_event(). Removing that call makes e
Change by Tal Einat :
--
stage: -> needs patch
type: -> behavior
versions: +Python 3.10, Python 3.11
___
Python tracker
<https://bugs.python.org/i
Tal Einat added the comment:
I've confirmed that the acw.update() call is still required on Windows to avoid
the completion list positioning bug, and that IDLE doesn't freeze as described
in this issue on Windows with that cal
Change by Tal Einat :
--
keywords: +patch
pull_requests: +24993
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/26400
___
Python tracker
<https://bugs.python.org/issu
Tal Einat added the comment:
See PR GH-26400.
--
stage: patch review -> needs patch
___
Python tracker
<https://bugs.python.org/issue41611>
___
___
Python-
Tal Einat added the comment:
To clarify, the above is regarding IDLE freezing on macOS after hitting tab to
complete, with no completions window open, and with multiple completions
possible. That may not be identical to the issue originally reported here.
Apologies if I've caused
Tal Einat added the comment:
Thanks for helping with this, E. Paine!
Unfortunately, no, adding activebackground='red' doesn't help, even directly in
a wish shell.
--
___
Python tracker
<https://bugs.pyt
Tal Einat added the comment:
The original issue appears to be caused by <> also being bound to
Tab, but <> only being bound using event_add() once in
EditorWindow.__init__(). Therefore, RemoveKeybindings() does remove the
binding for tab due to <>, but <>
Tal Einat added the comment:
New changeset abc4bd5db91c86b6b74289241378a13bd3a0a5e2 by Tal Einat in branch
'main':
bpo-41611: IDLE: fix freezing on completion on macOS (GH-26400)
https://github.com/python/cpython/commit/abc4bd5db91c86b6b74289241378a1
Change by Tal Einat :
--
keywords: +patch
pull_requests: +24996
stage: test needed -> patch review
pull_request: https://github.com/python/cpython/pull/26403
___
Python tracker
<https://bugs.python.org/issu
Tal Einat added the comment:
Indeed, adding the events bound in EditorWindow.__init__ to RemoveKeybindings()
and ApplyKeybindings(), so they are bound in the correct order, resolves this
issue.
See PR GH-26403.
--
___
Python tracker
<ht
Change by Tal Einat :
--
versions: +Python 3.11, Python 3.9
___
Python tracker
<https://bugs.python.org/issue43654>
___
___
Python-bugs-list mailing list
Unsub
Change by Tal Einat :
--
pull_requests: +24997
pull_request: https://github.com/python/cpython/pull/26404
___
Python tracker
<https://bugs.python.org/issue41
Tal Einat added the comment:
The Tcl/Tk devs have closed the issue I opened on their issue tracker as "not a
bug", with the following comment:
"Because Tk on the Mac uses API's to draw buttons, some configuration options
are set by the OS and not by Tk. This is document
Tal Einat added the comment:
It appears that this behavior is the intended behavior of Tk on macOS. Given
that tkinter is meant to be a relatively straightforward wrapping of Tcl/Tk, it
seems to me that we too should consider this not to be a bug, and resolve this
issue as "won&
Tal Einat added the comment:
See a second PR for the originally reported bug, GH-26404.
--
___
Python tracker
<https://bugs.python.org/issue41611>
___
___
Pytho
Tal Einat added the comment:
In terms of its interface, IDLE is more like a REPL + text editor than what is
commonly thought of as programming IDEs (Visual Studio, PyCharm/IDEA, Matlab,
JupyterLab etc.) Terminals and text editors almost universally do not launch
maximized by default
Tal Einat added the comment:
New changeset 4e2e5c1c4f792b4011e4c78d011baea2aee39f1b by Tal Einat in branch
'main':
bpo-41611: IDLE: Catch TclError exceptions in
AutoCompleteWindow.winconfig_event() (GH-26404)
https://github.com/python/cpython/commit/4e2e5c1c4f792b4011e4c78d011bae
Change by Tal Einat :
--
pull_requests: +25016
pull_request: https://github.com/python/cpython/pull/26421
___
Python tracker
<https://bugs.python.org/issue43
Tal Einat added the comment:
New changeset 448abe8d8bcfdf50a5ecae1196199da46bdfed04 by Miss Islington (bot)
in branch '3.10':
bpo-41611: IDLE: Catch TclError exceptions in
AutoCompleteWindow.winconfig_event() (GH-26404)
https://github.com/python/cpyt
Tal Einat added the comment:
New changeset 21a56a4bce186cd19a50502d2de5117551616005 by Miss Islington (bot)
in branch '3.9':
bpo-41611: IDLE: Catch TclError exceptions in
AutoCompleteWindow.winconfig_event() (GH-26404)
https://github.com/python/cpyt
Tal Einat added the comment:
Both the original bug reported here, and the bug whereby completion could cause
IDLE to freeze on macOS, have been fixed and backported to 3.10 and 3.9.
--
resolution: -> fixed
stage: patch review -> resolved
status: open -&g
Tal Einat added the comment:
> There is a subtle issue easy to not notice. Scrolling is slightly different
> when the window height an integral number of lines, as it now is on startup,
> or pixels, as after resizing with zoom or mouse grab. I believe 'lines' is
>
Tal Einat added the comment:
> When I changed the title, I intended to broaden the issue beyond 'start
> maximized'. Even for that, there are two possibilities. 1. Configure option
> (default as now). 2. Save 'current' position, which helps non-maximizers
>
Change by Tal Einat :
--
keywords: +easy, newcomer friendly
stage: -> needs patch
type: -> behavior
___
Python tracker
<https://bugs.python.org/i
Tal Einat added the comment:
Ping? ISTM this could be considered done.
--
nosy: +taleinat
___
Python tracker
<https://bugs.python.org/issue30495>
___
___
Pytho
Change by Tal Einat :
--
keywords: +patch
pull_requests: +25076
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/26404
___
Python tracker
<https://bugs.python.org/issu
Tal Einat added the comment:
Please note that the referenced PR is not the correct one.
I'll add a link to the right one shortly.
--
___
Python tracker
<https://bugs.python.org/is
Tal Einat added the comment:
The latest PR where changes were made to IDLE's colorizer and its tests,
including specifically adding the problematic test, is GH-25851.
--
___
Python tracker
<https://bugs.python.org/is
Tal Einat added the comment:
I'm investigating this now. If nothing obvious comes up, I'll revert that PR.
--
___
Python tracker
<https://bugs.python.o
Tal Einat added the comment:
On Ubuntu 20.04, I've managed to occasionally get this issue to reproduce
locally by running the test many times in parallel, repeatedly:
parallel -n8 -N0 './python -m test -ugui test_idle -m test_colorizer' ::: $(seq
20)
This appears to be an
Tal Einat added the comment:
> Running 12 duplicate tests in parallel on Windows on a 6 core (12 CPU)
> machine with [...] resulted in nearly all failing.
Yes, running test_idle in parallel with itself usually causes some failures due
to UI focus being stolen from one instance by a
Tal Einat added the comment:
On my machine it running the test many times with parallelization no longer
causes any failures with this change. Also, running other tests which us the
@run_in_tk_mainloop decorator, with the same 1ms delay as before, doesn't cause
any such failures
Change by Tal Einat :
--
pull_requests: +25087
pull_request: https://github.com/python/cpython/pull/26491
___
Python tracker
<https://bugs.python.org/issue44
Tal Einat added the comment:
See PR GH-26491.
--
___
Python tracker
<https://bugs.python.org/issue44282>
___
___
Python-bugs-list mailing list
Unsubscribe:
Tal Einat added the comment:
> The unknown is whether anyone has changed these pseudoevent bindings and if
> so, how much do we care?
Let's ask on idle-dev.
> Guido, do you have any comment on this proposal from a change policy
> perspective?
I'm not an ex-BDFL,
Change by Tal Einat :
--
pull_requests: +25150
pull_request: https://github.com/python/cpython/pull/26561
___
Python tracker
<https://bugs.python.org/issue37
Change by Tal Einat :
--
keywords: +patch
pull_requests: +25149
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/26561
___
Python tracker
<https://bugs.python.org/issu
Tal Einat added the comment:
> 1) trailing whitespace (' ' and '\t' at least) is removed before this
> function is called. I presume in IDLE rather than code.II, but cannot find
> where. It is not with .rstrip.
You're
Tal Einat added the comment:
> However, I sometimes saw ... appear very briefly, only to be overwritten with
> >>>.
This is a known limitation of the current sidebar implementation, which was
very difficult to avoid and was considered minor enough to
Tal Einat added the comment:
The sidebar doesn't seem to be causing this issue, it's just making it a bit
more visible, since what was previously a blank line now also has a more
visible "..." continuation prompt.
--
___
Py
Change by Tal Einat :
--
nosy: -taleinat
___
Python tracker
<https://bugs.python.org/issue39218>
___
___
Python-bugs-list mailing list
Unsubscribe:
Tal Einat added the comment:
Confirmed with python 3.9.7 installed via the "deadsnakes" apt repo on another
Ubuntu 20.04 machine.
"Confirmed" meaning specifically that the completion window never appears, and
commenting out that single lin
Tal Einat added the comment:
Note that _tkinter.TK_VERSION and _tkinter.TK_VERSION are simply "8.6", not
enough to differentiate between patch versions. The best way to get this info
appears to be tk.call("info", "patchlevel").
Specifically I suggest:
TK_VE
New submission from Tal Einat :
The completion window never appears with Python version 3.9.7 and with the
current main branch.
Ubuntu 20.04 (reproduced on two separate machines)
Tested with Tcl/Tk versions 8.6.10 and 8.6.11.
This is directly caused by the fix for issue #40128. Commenting
Tal Einat added the comment:
I've created a separate issue for the completion window not appearing on Linux,
issue #45193. Let's move the discussion there.
--
___
Python tracker
<https://bugs.python.o
Tal Einat added the comment:
I've also tested this on Windows 10 with the latest main branch (to be 3.11).
The completions window works as expected with or without the recently added
.update_idletasks() call.
I do recommend limiting this to macOS (platform.system() == "Darwin&qu
Change by Tal Einat :
--
keywords: +patch
pull_requests: +26735
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/26039
___
Python tracker
<https://bugs.python.org/issu
Change by Tal Einat :
--
pull_requests: -26735
___
Python tracker
<https://bugs.python.org/issue45193>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Tal Einat :
--
stage: patch review -> needs patch
___
Python tracker
<https://bugs.python.org/issue45193>
___
___
Python-bugs-list mailing list
Un
Change by Tal Einat :
--
pull_requests: +26739
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/28328
___
Python tracker
<https://bugs.python.org/issu
Tal Einat added the comment:
See PR GH-28328 with proposed fix. It should be tested on macOS with several
relevant versions of Tcl/Tk to ensure that the Tk version range used is correct.
--
___
Python tracker
<https://bugs.python.org/issue45
Tal Einat added the comment:
Pablo, I'm not sure what you cherry-picked, but this fix for macOS broke the
completions pop-up on Linux, and that appears to still be the state of things
now on the 3.10.0 branch. Let's please not leave things this way if at all
Tal Einat added the comment:
How about "Control-D (end-of-file, a.k.a. EOF)" or even just "Control-D"?
--
___
Python tracker
<https://bug
Tal Einat added the comment:
With recent versions of Python (e.g. 3.9) this no longer causes a crash. Python
apparently falls back to UTF-8, at least on my system:
$ LANG=ka_GE.georgianps python3.9
Python 3.9.7 (default, Sep 9 2021, 23:20:13)
[GCC 9.3.0] on linux
Type "help",
Tal Einat added the comment:
I couldn't reproduce this on the latest main branch with an updated version of
the code sample (see attached repro.py). I also couldn't get such a crash with
some variations of this.
I'm marking this as fixed for now. We can re-open this if anyo
Tal Einat added the comment:
> Can you also show a script running with F5 showing a restart, the output from
> the script and a subsequent interactive session that shows the inspecting
> variables. Also show what an exception and SyntaxError looks like.
I've attached a scre
Tal Einat added the comment:
Raymond, FWIW, this will fix at least one of the issues you've mentioned:
"Cntl-A on macOS jumps before the >>> prompt".
--
___
Python tracker
<https:/
Tal Einat added the comment:
> * The pop-up message box for interrupting currently running code will appear
> several times in succession. Dismissing the box doesn't clear a queue of
> events, so the message may occur several times in a row.
I've been unable to reprod
Change by Tal Einat :
--
components: Library (Lib)
nosy: python273, taleinat
priority: normal
severity: normal
stage: needs patch
status: open
title: Add parsing of https links to pydoc
type: enhancement
versions: Python 3.9
___
Python tracker
Change by Tal Einat :
--
pull_requests: +16653
pull_request: https://github.com/python/cpython/pull/17143
___
Python tracker
<https://bugs.python.org/issue38
Change by Tal Einat :
--
keywords: +patch
pull_requests: +16652
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/2975
___
Python tracker
<https://bugs.python.org/issu
New submission from Tal Einat :
See latest PR, GH-17143.
--
___
Python tracker
<https://bugs.python.org/issue38786>
___
___
Python-bugs-list mailing list
Unsub
Tal Einat added the comment:
Note that it is already possible, though awkward, to create cached properties
dynamically. Using the example from PR GH-16838:
class ProcNet:
pass
for proto in ('icmp', 'icmp6', 'raw', 'raw6', 'tcp&#
Change by Tal Einat :
--
resolution: -> wont fix
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Tal Einat added the comment:
According to issue38524, this should be closed.
--
___
Python tracker
<https://bugs.python.org/issue38517>
___
___
Python-bug
Tal Einat added the comment:
I agree with Nick: While possible, this would be unnecessarily confusing.
As Serhiy wrote, the proper way to address the situation seems to be improving
the documentation. A PR would be welcome!
--
keywords: +easy
nosy: +taleinat
Tal Einat added the comment:
New changeset 61289d436661025a3111065482275d49a4850b8d by Tal Einat (Kirill) in
branch 'master':
bpo-38786: Add parsing of https links to pydoc (GH-17143)
https://github.com/python/cpython/commit/61289d436661025a3111065482275d
Change by Tal Einat :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Tal Einat added the comment:
Thanks for bringing this up and making the PR, python273!
--
___
Python tracker
<https://bugs.python.org/issue38786>
___
___
Pytho
Tal Einat added the comment:
I agree that this could be nice. A PR (with tests!) would be welcome!
--
keywords: +easy
___
Python tracker
<https://bugs.python.org/issue38
Change by Tal Einat :
--
stage: -> needs patch
___
Python tracker
<https://bugs.python.org/issue38724>
___
___
Python-bugs-list mailing list
Unsubscrib
Change by Tal Einat :
--
nosy: +rhettinger
___
Python tracker
<https://bugs.python.org/issue38792>
___
___
Python-bugs-list mailing list
Unsubscribe:
Tal Einat added the comment:
Hi Zack, thanks for this!
This doesn't go far enough, actually; we should make sure to close the calltip
in other cases too, such as restarting the shell or hitting return to running a
statement / block.
--
nosy: +tal
Tal Einat added the comment:
Note that most of the issues with special characters described in Terry latest
comment have been addressed by the fix for issue13153.
Can we continue discussing just properly rendering \r and \b, e.g. as done in
PR GH-15211? Let's just decide whether we
Change by Tal Einat :
--
keywords: +patch
pull_requests: +16662
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/17152
___
Python tracker
<https://bugs.python.org/issu
Change by Tal Einat :
--
keywords: +patch
pull_requests: +16661
stage: test needed -> patch review
pull_request: https://github.com/python/cpython/pull/17152
___
Python tracker
<https://bugs.python.org/issu
Tal Einat added the comment:
See PR GH-17152 with a fix for the uncaught exception in getargspec().
--
nosy: +taleinat
___
Python tracker
<https://bugs.python.org/issue38
Tal Einat added the comment:
I agree with Raymond, the repr should include the args and return code.
IMO it should *not* include the pid, for two reasons:
1. The pid is stale information if the process has finished.
2. Popen nicely abstracts away the pid, so it is normally not as useful a
Tal Einat added the comment:
> I'm wondering if it would be worthwhile to add Drag and Drop functionality to
> the Help listbox to allow users to move the items into any order they want?
I agree that allowing a user to set the order is preferable.
Rather than drag&drop, we co
Change by Tal Einat :
--
versions: +Python 3.7, Python 3.8, Python 3.9 -Python 3.6
___
Python tracker
<https://bugs.python.org/issue27465>
___
___
Python-bug
New submission from Tal Einat :
On windows several .bat scripts call find_python.bat to find an appropriate
python.exe. find_python.bat has no specific support for virtual envs, and
usually ends up calling py.exe to find python.exe. Due to virtual envs not
including a py.exe, this
Change by Tal Einat :
--
components: +Build -Documentation
___
Python tracker
<https://bugs.python.org/issue38809>
___
___
Python-bugs-list mailing list
Unsub
Change by Tal Einat :
--
keywords: +patch
pull_requests: +16674
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/17164
___
Python tracker
<https://bugs.python.org/issu
Change by Tal Einat :
--
assignee: docs@python ->
nosy: -docs@python
___
Python tracker
<https://bugs.python.org/issue38809>
___
___
Python-bugs-list mai
Change by Tal Einat :
--
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
___
Python tracker
<https://bugs.python.org/issue38
Tal Einat added the comment:
Taking this in a different direction, perhaps we can make the stack viewer
always work, regardless of whether it is immediately after an exception?
Visually inspecting the stack can be useful not just for understanding error
cases.
--
nosy: +taleinat
201 - 300 of 1452 matches
Mail list logo
