Re: syntax difference

If you're genuinely interested in how pointers might work I'll try and write that up when I get back to a real machine, and will do it in the form of a link. Since people are clearly unhappy with discussing features that ought to be in Python in a Python forum. --

[issue33910] update random.Random 's parameter to have a proper name.

Raymond Hettinger added the comment: Thanks for the suggestion. You are right about *x*, *n*, or *a* being the best possible parameter name. That said, it doesn't seem to have ever caused a problem in practice (this API has been around for a very long time), so I'm reluctant to create

[issue33507] Improving the html rendered by cgitb.html

Stéphane Blondon added the comment: I added the optional parameter to cgitb.html() function and removed the hardcoded css from the html code. I think there are still several improvements to do: - add documentation for the new parameter of cgitb.html() - add the same parameter to cgitb.enable()

[issue11697] Unsigned type in mmap_move_method

Change by Berker Peksag : -- resolution: -> out of date stage: needs patch -> resolved status: open -> closed ___ Python tracker ___

[issue11697] Unsigned type in mmap_move_method

Zackery Spytz added the comment: This was fixed in commit cd04db03debaead0abd1bff149389445284f88e2 (the commit didn't have an associated BPO issue). -- nosy: +ZackerySpytz ___ Python tracker

Re: syntax difference

On 2018-06-20, Alister via Python-list wrote: > Annotations were invented by the Nazi's on the explicit instruction > of Hitler. there, can someone now invoke Godwins law & call this > discussion closed :-) I'm pretty sure I read somewhere that Godwin's law doesn't apply when one invokes

[issue31731] [2.7] test_io: race condition in test_interrupted_write_text() (test_io hangs on x86 Gentoo Refleaks 2.7)

Change by STINNER Victor : -- title: [2.7] test_io hangs on x86 Gentoo Refleaks 2.7 -> [2.7] test_io: race condition in test_interrupted_write_text() (test_io hangs on x86 Gentoo Refleaks 2.7) ___ Python tracker

[issue33873] False positives when running leak tests with -R 1:1

STINNER Victor added the comment: Once PR 7735 will be merged, it may be worth it to backport the enhancements to other branches. See maybe bpo-33718 to check if there are other changes that should be backportd. It can help to backport the change to 2.7 (which is very different).

[issue30345] test_gdb fails on Python 3.6 when built with LTO+PGO

Change by STINNER Victor : -- pull_requests: +7433 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

Re: syntax difference

On Wed, 20 Jun 2018 03:13:09 +, Steven D'Aprano wrote: > On Tue, 19 Jun 2018 12:13:40 -0700, Jim Lee wrote: > >> On 06/19/2018 04:13 AM, Ed Kellett wrote: >>> I think we're all--still--missing the larger point that "easy to >>> remove" is a completely stupid metric for judging language

[issue30345] test_gdb fails on Python 3.6 when built with LTO+PGO

STINNER Victor added the comment: I created backports to 2.7, 3.6 and 3.7 branches: do you see any reason to not fix python-gdb.py in these branches? (Any reason to not add -g to $LTOFLAGS?) -- nosy: +inada.naoki, pitrou ___ Python tracker

[issue30345] test_gdb fails on Python 3.6 when built with LTO+PGO

Change by STINNER Victor : -- pull_requests: +7432 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue30345] test_gdb fails on Python 3.6 when built with LTO+PGO

Change by miss-islington : -- pull_requests: +7431 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

Feeding the trolls

On 2018-06-20 08:10 AM, Tim Golden wrote: > [... snip discussions about Bart's language ...] > > Wearing my moderator hat > > Can we take the "Bart's language vs Python Show" to some other forum, > please? We've already gone over this ground again and again and it isn't > helping the

Re: syntax difference

It isn't about my language versus Python. It is about the surprising number of simple features that are missing and that people are claiming don't matter, despite the considerable efforts made to provide them via add-ons. But I'm glad you stepped because making these posts via a smartphone AND

[issue31774] [RFE] tarfile: add an option to change the "blocking factor"

STINNER Victor added the comment: Extract of tartest.py: tarfile.open(name=_tmp_tar, mode='w', bufsize=EXPECTED_SIZE) Hum, the bufsize argument only applies to the "...|compression" modes (ex: "w|gz"). Moreover, it shouldn't change the size of the tarfile, it only changes the size of

[issue33716] test_concurrent_futures.test_crash() failed on x86 Windows7 3.7

STINNER Victor added the comment: Recent failure (fail then pass): http://buildbot.python.org/all/#/builders/58/builds/1031 == FAIL: test_crash (test.test_concurrent_futures.ProcessPoolSpawnExecutorDeadlockTest)

[issue33915] VSTS: Initialize phase: failed

STINNER Victor added the comment: See also bpo-33782 "VSTS Windows-PR: internal error". -- ___ Python tracker ___ ___

[issue33915] VSTS: Initialize phase: failed

New submission from STINNER Victor : Just one example: VSTS: Linux-PR — Linux-PR_20180620.24 failed: https://python.visualstudio.com/cpython/cpython%20Team/_build/results?buildId=9=logs "Initialize phase: failed" """ 2018-06-20T12:20:59.9720705Z ##[section]Starting: Expand phase phase1

Re: syntax difference

[... snip discussions about Bart's language ...] Wearing my moderator hat Can we take the "Bart's language vs Python Show" to some other forum, please? We've already gone over this ground again and again and it isn't helping the signal-to-noise ratio here on the Python list / comp.lang.python

Re: syntax difference

On Wed, 20 Jun 2018 03:43:17 -0700, bart4858 wrote: > I'm saying > that Python which is always touted as a 'simple' language suitable for > beginners, is missing a surprising number of basics. You call them "basics". Must of us call most of them "unnecessary bloat". What we call "the basics",

Re: syntax difference

On Wed, Jun 20, 2018 at 9:53 PM, wrote: > Pointers are perhaps a more technical feature. Switch and case, the latter a > more general version of switch, are universal. > > > Repeat n times is universal. While it is trivial to implement with other > constructs, it as an annoyance and

Re: syntax difference

Pointers are perhaps a more technical feature. Switch and case, the latter a more general version of switch, are universal. Repeat n times is universal. While it is trivial to implement with other constructs, it as an annoyance and distraction that is easily fixed. Now you will probably say it

[issue33742] Unsafe memory access in PyStructSequence_InitType

Xiang Zhang added the comment: I don't think here is a problem. It crashes because you preallocate the type object in a wrong way. You should not just does a malloc and then passes it to the API. In this way, you are able to crash many APIs. For example, malloc a dictobject and then pass it

Re: command line utility for cups

On Wed, 2018-06-20 at 12:36 +0200, George Fischhof wrote: > Hi, > You can also try click library from pypi, that is a very good command line > stuff. > > George Thank you for the tip. I am away of click and it's awesomeness, but am hesitant because it's not apart of stdlib. I have gotten bitten

[issue33499] Environment variable to set alternate location for pycache tree

Nick Coghlan added the comment: New changeset 16eb3bcdb22be4d82dc597b92b7154fcb11c6479 by Nick Coghlan in branch 'master': bpo-33499: PYTHONPYCACHEPREFIX What's New entry (GH-7749) https://github.com/python/cpython/commit/16eb3bcdb22be4d82dc597b92b7154fcb11c6479 --

[issue33468] Add try-finally contextlib.contextmanager example

Nick Coghlan added the comment: Right, the HTML example was always a bit cutesy (hence the disclaimer in the header), but it's hard to come up with a good illustrative example that isn't already a native context manager in the standard library. Perhaps it would make sense to change the

[issue23224] LZMADecompressor object is only initialized in __init__

Change by Zackery Spytz : -- nosy: +ZackerySpytz versions: +Python 3.8 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue31463] test_multiprocessing_fork hangs test_subprocess

STINNER Victor added the comment: Antoine: "Let's take another look at the issue: why does test_subprocess need to know about all child processes, rather than those that were launched during test_subprocess?" It seems like this bug has been fixed by bpo-31178, commit

[issue31463] test_multiprocessing_fork hangs test_subprocess

STINNER Victor added the comment: Another old (now fixed) issue of test_subprocess: bpo-31173 "test_subprocess: test_child_terminated_in_stopped_state() leaks a zombie process". -- ___ Python tracker

[issue31463] test_multiprocessing_fork hangs test_subprocess

STINNER Victor added the comment: See also the now hopefully fixed bpo-31509 "test_subprocess hangs randomly on AMD64 Windows10 3.x". -- ___ Python tracker ___

Re: syntax difference

On Wed, Jun 20, 2018 at 8:43 PM, wrote: > Yeah, people keep bringing that up when they run out of arguments. > > So, every programmer must always use the most advanced, most esoteric > features possible at every opportunity? Coding should only be for the elite? > > There is a place for various

[issue23224] LZMADecompressor object is only initialized in __init__

Change by Zackery Spytz : -- pull_requests: +7430 stage: needs patch -> patch review ___ Python tracker ___ ___ Python-bugs-list

[issue31463] test_multiprocessing_fork hangs test_subprocess

Pablo Galindo Salgado added the comment: I would like to work on this issue -- ___ Python tracker ___ ___ Python-bugs-list mailing

Re: command line utility for cups

Thanks Peter! That's pretty slick. I will get it working for sure now. Regards, Brian -- https://mail.python.org/mailman/listinfo/python-list

[issue31463] test_multiprocessing_fork hangs test_subprocess

STINNER Victor added the comment: Last time I was bitten by waitpid(): commit 11045c9d8a21dd9bd182a3939189db02815f9783 Author: Victor Stinner Date: Thu Oct 5 06:32:53 2017 -0700 bpo-31178: Mock os.waitpid() in test_subprocess (#3896) Fix test_exception_errpipe_bad_data() and

Re: syntax difference

Yeah, people keep bringing that up when they run out of arguments. So, every programmer must always use the most advanced, most esoteric features possible at every opportunity? Coding should only be for the elite? There is a place for various levels of programming language. I'm saying that

[issue33613] test_multiprocessing_fork: test_semaphore_tracker_sigint() fails with -W error

STINNER Victor added the comment: > I would like to work on this issue and on issue31463 Say it on issue31463 as well on that case ;-) -- ___ Python tracker ___

[issue33613] test_multiprocessing_fork: test_semaphore_tracker_sigint() fails with -W error

Pablo Galindo Salgado added the comment: I would like to work on this issue and on issue31463 -- ___ Python tracker ___ ___

[issue33613] test_multiprocessing_fork: test_semaphore_tracker_sigint() fails with -W error

Pablo Galindo Salgado added the comment: I would like to work on this issue and on bpo31463 -- ___ Python tracker ___ ___

[issue33613] test_multiprocessing_fork: test_semaphore_tracker_sigint() fails with -W error

Change by Pablo Galindo Salgado : -- Removed message: https://bugs.python.org/msg320061 ___ Python tracker ___ ___ Python-bugs-list

Re: command line utility for cups

Peter Otten <__pete...@web.de> ezt írta (időpont: 2018. jún. 20., Sze 12:22): > Brian Oney via Python-list wrote: > > > Dear all, > > > > I am having trouble with argparse. I am trying to translate the following > > line to a sleek python script: > > > > lpr -o media=legal -o

[issue33914] test_gdb fails for Python 2.7.15

New submission from Vibhuti : == FAIL: test_down_at_bottom (test.test_gdb.StackNavigationTests) Verify handling of "py-down" at the bottom of the stack --

[issue33913] test_multiprocessing_spawn random failures on x86 Windows7 3.6

New submission from STINNER Victor : http://buildbot.python.org/all/#/builders/90/builds/414 == FAIL: test_ipython_workaround (test.test_multiprocessing_main_handling.SpawnCmdLineTest)

[issue30317] test_timeout() of test_multiprocessing_spawn.WithManagerTestBarrier fails randomly on x86 Windows7 3.x buildbot

STINNER Victor added the comment: http://buildbot.python.org/all/#/builders/90/builds/414 == FAIL: test_timeout (test.test_multiprocessing_spawn.WithThreadsTestQueue)

[issue33735] test_multiprocessing_spawn leaked [1, 2, 1] memory blocks on AMD64 Windows8.1 Refleaks 3.7

STINNER Victor added the comment: > http://buildbot.python.org/all/#/builders/132/builds/154 That's the AMD64 Windows8.1 Refleaks 3.7 buildbot. > bpo-33853 has been marked as a duplicate this bug. Copy of Pablo's message: The test `test_multiprocessing_spawn` is leaking memory according to

Re: command line utility for cups

Brian Oney via Python-list wrote: > Dear all, > > I am having trouble with argparse. I am trying to translate the following > line to a sleek python script: > > lpr -o media=legal -o sides=two-sided-long-edge filename > > Now where I am. > > import argparse > parser =

[issue33716] test_concurrent_futures.test_crash() failed on x86 Windows7 3.7

STINNER Victor added the comment: Hum, I guess that the fix is to use a timeout of 5 minutes instead of 1 minute. It's ok if the buildbot is slow. Moreover, it would be interesting to replace time.time() with time.monotonic(). -- ___ Python

[issue25094] [EASY][Windows] test_tools fails on Windows when passing

STINNER Victor added the comment: > I had no failures on 3.4.3. How do you run the test suite? The test fails when you pass option like -j0: python -m test -j0 test_tools. IMHO the fix is trivial: monkey-patch sys.argv using support.swap_attr(sys, 'argv', ...). (I didn't try the fix).

[issue33719] Test failures on Python 3.7 beta 5 and Windows 10

STINNER Victor added the comment: test test_tools failed -- Traceback (most recent call last): (...) optparse.BadOptionError: no such option: --slaveargs Ah, it's a known and old issue: bpo-25094. -- ___ Python tracker

[issue33720] test_marshal: crash in Python 3.7b5 on Windows 10

STINNER Victor added the comment: > Thanks. Agreed this should stay open, but it is blocked on a compiler fix. Do you want to have a different limit depending on the compiler and the compiler version? I'm not sure that it's worth it. I'm happy with the heuristic "use lower limit on

[issue33613] test_multiprocessing_fork: test_semaphore_tracker_sigint() fails with -W error

Change by Pablo Galindo Salgado : -- assignee: -> pablogsal nosy: +pablogsal ___ Python tracker ___ ___ Python-bugs-list mailing

[issue31463] test_multiprocessing_fork hangs test_subprocess

Change by Pablo Galindo Salgado : -- assignee: -> pablogsal nosy: +pablogsal ___ Python tracker ___ ___ Python-bugs-list mailing

[issue33733] Add utilities to get/set pipe and socket buffer sizes?

STINNER Victor added the comment: > Note that in my experience, socket systems treat the buffer sizes as more > like... rough guidelines. Oh. Now I'm scared. I succeeded to fix bpo-33532 and bpo-33353, so I no longer need this issue. Since it seems hard to have a portable and *reliable*

[issue33532] test_multiprocessing_forkserver: TestIgnoreEINTR.test_ignore() fails on Travis CI

STINNER Victor added the comment: It didn't see this super annoying failure recently, so it seems like it has been fixed for real. Great! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue33912] [EASY] test_warnings: test_exec_filename() fails when run with -Werror

Thomas Kluyver added the comment: Yes, this should be easy. I misunderstood how to use the catch_warnings context manager. I thought that catch_warnings itself set up the warnings filters you need. You actually need to do that with a separate call inside the with block, as shown here:

[issue33911] [EASY] test_docxmlrpc fails when run with -Werror

Change by Serhiy Storchaka : -- nosy: +yselivanov ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33782] VSTS Windows-PR: internal error

STINNER Victor added the comment: Steve: hi! Any update on the Microsoft side? -- ___ Python tracker ___ ___ Python-bugs-list

[issue33912] [EASY] test_warnings: test_exec_filename() fails when run with -Werror

Change by Serhiy Storchaka : -- nosy: +takluyver ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33746] testRegisterResult in test_unittest fails in verbose mode

Serhiy Storchaka added the comment: Thanks Victor! -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33746] testRegisterResult in test_unittest fails in verbose mode

STINNER Victor added the comment: I tested manually: "./python -m test -v test_unittest" pass in 2.7, 3.6, 3.7 and master. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue33912] [EASY] test_warnings: test_exec_filename() fails when run with -Werror

STINNER Victor added the comment: I consider that this issue is easy, core developers/long time contriubtors: please don't fix it, but explain how to fix it and let a newcomer to fix it! https://mail.python.org/pipermail/python-committers/2017-June/004564.html --

[issue33375] warnings: get filename from frame.f_code.co_filename

STINNER Victor added the comment: This change introduced a regression: bpo-33912 "[EASY] test_warnings: test_exec_filename() fails when run with -Werror". I consider that it's an easy issue, please don't fix it, but explain how to fix it and let a newcomer to fix it!

[issue33912] [EASY] test_warnings: test_exec_filename() fails when run with -Werror

New submission from STINNER Victor : vstinner@apu$ ./python -W error -m test -v test_warnings == ERROR: test_exec_filename (test.test_warnings.CWarnTests) --

[issue33911] [EASY] test_docxmlrpc fails when run with -Werror

New submission from STINNER Victor : Ok, but notice the two warnings: vstinner@apu$ ./python -m test test_docxmlrpc Run tests sequentially 0:00:00 load avg: 1.19 [1/1] test_docxmlrpc /home/vstinner/prog/python/master/Lib/xmlrpc/server.py:791: DeprecationWarning: `formatargspec` is deprecated

[issue33911] [EASY] test_docxmlrpc fails when run with -Werror

Change by STINNER Victor : -- components: +Tests, XML ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33746] testRegisterResult in test_unittest fails in verbose mode

miss-islington added the comment: New changeset 2b7574213987ddcbc5e83c6798668c7d600b6608 by Miss Islington (bot) in branch '3.6': bpo-33746: Fix test_unittest.testRegisterResult() in verbose mode (GH-7799) https://github.com/python/cpython/commit/2b7574213987ddcbc5e83c6798668c7d600b6608

[issue33746] testRegisterResult in test_unittest fails in verbose mode

miss-islington added the comment: New changeset 232add02418f0b061881501e4f2d1241a2404f5d by Miss Islington (bot) in branch '3.7': bpo-33746: Fix test_unittest.testRegisterResult() in verbose mode (GH-7799) https://github.com/python/cpython/commit/232add02418f0b061881501e4f2d1241a2404f5d

Re: syntax difference

On Wed, Jun 20, 2018 at 7:35 PM, wrote: > (Sorry no idea how to do quoting on this mobile app I have to use.) > > Those examples of using network features are merely examples of function > calls. This is what I'm talking about with basic language features. > > Pointers are merely an extra level

Re: syntax difference

(Sorry no idea how to do quoting on this mobile app I have to use.) Those examples of using network features are merely examples of function calls. This is what I'm talking about with basic language features. Pointers are merely an extra level of indirection; they can be made to fit. A few

[issue33746] testRegisterResult in test_unittest fails in verbose mode

Change by miss-islington : -- pull_requests: +7428 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33746] testRegisterResult in test_unittest fails in verbose mode

Change by miss-islington : -- pull_requests: +7429 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

command line utility for cups

Dear all, I am having trouble with argparse. I am trying to translate the following line to a sleek python script: lpr -o media=legal -o sides=two-sided-long-edge filename Now where I am. import argparse parser = argparse.ArgumentParser(description='Print stuff with cups')

[issue33746] testRegisterResult in test_unittest fails in verbose mode

STINNER Victor added the comment: New changeset fd8fbce495c32b0cbc13f71a8e9d4eec6f48c844 by Victor Stinner in branch 'master': bpo-33746: Fix test_unittest.testRegisterResult() in verbose mode (GH-7799) https://github.com/python/cpython/commit/fd8fbce495c32b0cbc13f71a8e9d4eec6f48c844

[issue33910] update random.Random 's parameter to have a proper name.

Change by Serhiy Storchaka : -- assignee: -> rhettinger nosy: +rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High Sierra 3.x

Change by STINNER Victor : -- resolution: -> fixed status: open -> closed versions: +Python 2.7, Python 3.6, Python 3.7 ___ Python tracker ___

[issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High Sierra 3.x

STINNER Victor added the comment: New changeset f2918881b7b2e13ed1091dad482aec2382358bcb by Victor Stinner in branch '2.7': bpo-33901: Fix test_gdbm for gdbm 1.15 (GH-7798) (GH-7818) https://github.com/python/cpython/commit/f2918881b7b2e13ed1091dad482aec2382358bcb --

[issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High Sierra 3.x

STINNER Victor added the comment: Oh, the test also fails on 2.7: x86-64 High Sierra 2.7 http://buildbot.python.org/all/#builders/140/builds/25 I backported the fix to 2.7: PR 7818. -- resolution: fixed -> status: closed -> open ___ Python

[issue33910] update random.Random 's parameter to have a proper name.

Change by Matthias Bussonnier : -- keywords: +patch pull_requests: +7427 stage: -> patch review ___ Python tracker ___ ___

[issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High Sierra 3.x

Change by STINNER Victor : -- pull_requests: +7426 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33910] update random.Random 's parameter to have a proper name.

New submission from Matthias Bussonnier : Docs of random.Random always refer to it with Random([seed]) (`lib/random.py`), tough the parameter is actually named `x` making it : - non obvious what it does. - hard to search for. - hard to remember when using kwargs. Obviously changing the

[issue33783] Use proper class markup for random.Random docs

Change by Matthias Bussonnier : -- keywords: +patch pull_requests: +7425 stage: needs patch -> patch review ___ Python tracker ___

[issue33909] PyObject_CallFinalizerFromDealloc is not referenced in any documentation

New submission from Eric Wieser : PEP 442 states that: > Two new C API functions are provided to ease calling of tp_finalize, > especially from custom deallocators. But it does not give the names of these functions, nor do any python docs I can discover. >From grepping for tp_finalize, it

[issue33468] Add try-finally contextlib.contextmanager example

Serhiy Storchaka added the comment: It doesn't look as a good example. It is not always good to write a closing tag if an error was occurred while write an inner content. In many cases it is better to stop writing after error. -- nosy: +serhiy.storchaka

[issue33468] Add try-finally contextlib.contextmanager example

Change by Matthias Bussonnier : -- keywords: +patch pull_requests: +7424 stage: needs patch -> patch review ___ Python tracker ___

[issue30811] A venv created and activated from within a virtualenv uses the outer virtualenv's site-packages rather than its own.

Vinay Sajip added the comment: I'm closing this, as it's not a bug in the venv module. -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker

[issue33904] IDLE: In rstrip, rename class RstripExtension as Rstrip

Change by miss-islington : -- pull_requests: +7423 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33904] IDLE: In rstrip, rename class RstripExtension as Rstrip

Change by miss-islington : -- pull_requests: +7422 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue30411] git doesn't support "-C" args under 1.8.5 occurs in configure.ac

Xiang Zhang added the comment: Encounter the same problem on centos7 and git version is 1.8.3. Instead of checking the version to use -C option, maybe we could just use --git-dir for the same purpose? --- a/configure +++ b/configure @@ -2749,9 +2749,9 @@ HAS_GIT=no-repository fi if test

[issue33839] IDLE tooltips.py: refactor and add docstrings and tests

Tal Einat added the comment: >> If so, should it be possible for two tooltips to be shown at once, one for >> the mouse hover and one for the keyboard focus? > If we have different popup contents, I think 1 at a time would be fine. Consider the following example: A window with two buttons,

[issue33906] IDLE: rename windows.py as window.py

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

[issue33839] IDLE tooltips.py: refactor and add docstrings and tests

Terry J. Reedy added the comment: > if: versus try: The latter is faster if try: succeeds. On the other hand, we > could make the if: fail by mocking it. Since there is no except: or else: > code to test, it hardly seems worth it. A low priority item. Generalizing 'show calltip': Great

[issue33839] IDLE tooltips.py: refactor and add docstrings and tests

Tal Einat added the comment: > I just merged 2nd PR for #33907. I've merged master into the PR branch for this issue and fixed the merge issues. -- ___ Python tracker ___

[issue33906] IDLE: rename windows.py as window.py

Change by Srinivas Reddy T : -- keywords: +patch pull_requests: +7421 stage: needs patch -> patch review ___ Python tracker ___

[issue33905] IDLE: stackbrowser.Stackbrowser should accept exception.

Terry J. Reedy added the comment: Only one of tb and exc may be passed. -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue33906] IDLE: rename windows.py as window.py

Terry J. Reedy added the comment: Also rename idle_test.test_windows as test_window with git mv. Imports: F:\dev\3x\lib\idlelib\editor.py: 28: from idlelib import windows F:\dev\3x\lib\idlelib\idle_test\test_windows.py: 3: from idlelib import windows F:\dev\3x\lib\idlelib\macosx.py: 131:

[issue33907] IDLE: Rename calltips and CallTips as calltip and Calltip.

Change by Terry J. Reedy : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue33907] IDLE: Rename calltips and CallTips as calltip and Calltip.

miss-islington added the comment: New changeset 17d4c53fa3516f78df3c4f343bc6d2007af157cf by Miss Islington (bot) in branch '3.6': bpo-33907: Rename an IDLE module and classes. (GH-7810) https://github.com/python/cpython/commit/17d4c53fa3516f78df3c4f343bc6d2007af157cf --

[issue33907] IDLE: Rename calltips and CallTips as calltip and Calltip.

miss-islington added the comment: New changeset ce52f5ee0925925f5662f6b34cc637cfe6c0a46e by Miss Islington (bot) in branch '3.7': bpo-33907: Rename an IDLE module and classes. (GH-7810) https://github.com/python/cpython/commit/ce52f5ee0925925f5662f6b34cc637cfe6c0a46e -- nosy:

[issue33839] IDLE tooltips.py: refactor and add docstrings and tests

Tal Einat added the comment: > I [...] would like the popups to respond keyboard (Tab) focus changes as well > as mouse movement focus changes. Should tooltips also be shown automatically when the keyboard focus is on a widget? Using the same delay as for the mouse hover, perhaps? I've

<    1   2   3   >