[issue35196] IDLE text squeezer is too aggressive and is slow

Terry J. Reedy added the comment: I think any further work on IDLE print speed should look at the entire path from print('x') to 'x' appearing in IDLE's Shell. Where does the time go, what might be sped up? I no longer think auto-squeezing should consider more than a single output string.

[issue35196] IDLE text squeezer is too aggressive and is slow

Tal Einat added the comment: The recently merged PR GH-10454 significantly reduced the overhead of Squeezer's write() interception. The overhead should now be entirely insignificant. IMO that deals with the "... and is slow" part of this issue. We've still to decide whether the auto-squee

[issue35196] IDLE text squeezer is too aggressive and is slow

Change by Terry J. Reedy : -- pull_requests: -11151 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue35196] IDLE text squeezer is too aggressive and is slow

Change by Terry J. Reedy : -- pull_requests: -11152 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue35196] IDLE text squeezer is too aggressive and is slow

miss-islington added the comment: New changeset 47bd7770229b5238a438703ee1d52da2e983ec9e by Miss Islington (bot) in branch '3.7': bpo-35196: Optimize Squeezer's write() interception (GH-10454) https://github.com/python/cpython/commit/47bd7770229b5238a438703ee1d52da2e983ec9e -- nosy:

[issue35196] IDLE text squeezer is too aggressive and is slow

Change by miss-islington : -- pull_requests: +11150, 11151 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue35196] IDLE text squeezer is too aggressive and is slow

Change by miss-islington : -- pull_requests: +11150 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue35196] IDLE text squeezer is too aggressive and is slow

Change by miss-islington : -- pull_requests: +11150, 11151, 11152 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue35196] IDLE text squeezer is too aggressive and is slow

Tal Einat added the comment: New changeset 39a33e99270848d34628cdbb1fdb727f9ede502a by Tal Einat in branch 'master': bpo-35196: Optimize Squeezer's write() interception (GH-10454) https://github.com/python/cpython/commit/39a33e99270848d34628cdbb1fdb727f9ede502a -- _

[issue35196] IDLE text squeezer is too aggressive and is slow

Tal Einat added the comment: Hi Dan, Your report is unrelated to this Squeezer-related issue, but thanks for reporting it! I've created a new issue for what you've reported, see #35641. -- ___ Python tracker _

[issue35196] IDLE text squeezer is too aggressive and is slow

Dan Snider added the comment: Not 100% sure if it's appropriate to post this here... so sorry if not. So anyway, the _MAX_COLS and _MAX_LINE constants used for `get_argspec` seem like they were intended to limit the generated text tips to at most 5 rows, 85 characters wide, which makes sens

[issue35196] IDLE text squeezer is too aggressive and is slow

Change by Grant Jenks : -- nosy: +grantjenks ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyt

[issue35196] IDLE text squeezer is too aggressive and is slow

Tal Einat added the comment: > By the way, I really appreciate the work you all are putting into IDLE. It > can definitely benefit from some love and attention. Thanks for the kind words, Raymond! -- ___ Python tracker

[issue35196] IDLE text squeezer is too aggressive and is slow

Raymond Hettinger added the comment: By the way, I really appreciate the work you all are putting into IDLE. It can definitely benefit from some love and attention. -- ___ Python tracker __

[issue35196] IDLE text squeezer is too aggressive and is slow

Raymond Hettinger added the comment: > This sounds like macOS's new "Prefer tabs when opening > documents" system preference, which breaks IDLE in various > ways; see issue34864. It should be disabled when using IDLE. Thanks for the link. I couldn't figure out what was happening with the s

[issue35196] IDLE text squeezer is too aggressive and is slow

Tal Einat added the comment: Raymond, thanks for bringing up all of these issues. This kind of input from people using IDLE extensively for teaching is extremely useful. I'll leave it to Terry to decide how to manage this list, but I promise to do my best (with my limited time) to resolve

[issue35196] IDLE text squeezer is too aggressive and is slow

Change by Tal Einat : -- keywords: +patch pull_requests: +9729 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list m

[issue35196] IDLE text squeezer is too aggressive and is slow

Karthikeyan Singaravelan added the comment: Just adding the open issues given Raymond's message for reference. A lot of the IDLE issues have patches and since we moved to GitHub they were not updated. Thanks to Tal for converting some patches togit PRs. I would like to help with minor issues

[issue35196] IDLE text squeezer is too aggressive and is slow

Raymond Hettinger added the comment: * Another open feature request is to have tab completion on dict keys. * We've had f-strings for a while now -- they would benefit greatly from syntax highlighting. * FWIW, I disagree with the notion that it is okay to cripple help() since we have toolti

[issue35196] IDLE text squeezer is too aggressive and is slow

Raymond Hettinger added the comment: * One other thing that would be useful is to have a way to configure the startup directory from within IDLE; otherwise, users generally need to load IDLE from the command-line in order to control the startup directory. * The TurtleDemo launches correctly

[issue35196] IDLE text squeezer is too aggressive and is slow

Raymond Hettinger added the comment: * In the File Save dialog, the suggested filename should be "untitled.py" rather than "Untitled.py". This would reflect our modern module naming conventions. Ideally, it should warn against unimportable names like "Intro Lesson -- Wednesday.py" * For M

[issue35196] IDLE text squeezer is too aggressive and is slow

Raymond Hettinger added the comment: > Adding to what Tal said: IDLE's calltips replace some uses > of help() in standard interactive Python. For the rest, I > think being able to move hundreds of lines out of the > REPL and into a separate persistent window, which that can > be moved at l

[issue35196] IDLE text squeezer is too aggressive and is slow

Tal Einat added the comment: > On my machine, 2.7.15 (without squeezing) and 3.7.1 (with squeezing) IDLE > results (average seconds). > > from timeit import timeit > timeit("print('nnn '*500)", number=10) # Exp1: .0357, .0355 > timeit("for i in range(500): print(i)", number=4) # Exp2: 1.45,

[issue35196] IDLE text squeezer is too aggressive and is slow

Tal Einat added the comment: > Serhiy's first comment is about 500 very short lines (experiment 2) not being > squeezed. This surprised me. Tal? Indeed, this is not currently supported. This is possible, it would just complicate the write() interceptor and require the new ability to updat

[issue35196] IDLE text squeezer is too aggressive and is slow

Terry J. Reedy added the comment: On my machine, 2.7.15 (without squeezing) and 3.7.1 (with squeezing) IDLE results (average seconds). from timeit import timeit timeit("print('nnn '*500)", number=10) # Exp1: .0357, .0355 timeit("for i in range(500): print(i)", number=4) # Exp2: 1.45, 1.70 t

[issue35196] IDLE text squeezer is too aggressive and is slow

Tal Einat added the comment: > If you write to stdout by small chunks, it adds a large overhead to every > write() call. While I agree that there is great room for optimization in Squeezer's interception of write(), it doesn't appear to have a noticeable effect in such cases, e.g. in the ex

[issue35196] IDLE text squeezer is too aggressive and is slow

Terry J. Reedy added the comment: [I wrote the following after Tal's first response, before reading Raymond's second post in response to Tal.] The October releases were deficient in only documenting Squeezer in the IDLE section of "What's New in Python X.Y" and a News entry (copied to Help =>

[issue35196] IDLE text squeezer is too aggressive and is slow

Serhiy Storchaka added the comment: * Squeezing doesn't triggered by outputting a lot of short lines. * If you write to stdout by small chunks, it adds a large overhead to every write() call. -- nosy: +serhiy.storchaka ___ Python tracker

[issue35196] IDLE text squeezer is too aggressive and is slow

Raymond Hettinger added the comment: > The auto-squeezing can be "disabled" easily by setting > the minimum # lines to a high number in the config dialog. When I teach Python, it is unreasonable to have to have every learner reconfigure IDLE away from usable defaults. The squeezing is some

[issue35196] IDLE text squeezer is too aggressive and is slow

Tal Einat added the comment: > The squeezed text is impairing IDLE's usability for teaching purposes. I sincerely hoped it would achieve the opposite! I'm happy to do any work necessary to improve its usability in this context. The auto-squeezing can be "disabled" easily by setting the minim

[issue35196] IDLE text squeezer is too aggressive and is slow

Change by Karthikeyan Singaravelan : -- nosy: +taleinat ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https

[issue35196] IDLE text squeezer is too aggressive and is slow

New submission from Raymond Hettinger : The squeezed text is impairing IDLE's usability for teaching purposes. Typing help() on any built-in type such as str immediately results in a squeeze-button rather than displaying help. The same is true for showing lines from a file read or from a UR