Adjust delays in IPython/lib/inputhookwx.py and make them configurable. #96

Closed
ipython opened this Issue May 10, 2010 · 3 comments

4 participants

@ipython

Original Launchpad bug 526243: https://bugs.launchpad.net/ipython/+bug/526243
Reported by: ellisonbg (Brian Granger).

We have a scaling delay parameter that depends on how long IPython has been idle. Currently it is a bit too long. We need to tweak these times and make them configurable.

@ipython

[ LP comment 1 by: Fernando Perez, on 2010-02-23 06:43:35+00:00 ]

On Tue, Feb 23, 2010 at 1:08 AM, Brian Granger ellisonbg@gmail.com wrote:

Public bug reported:

We have a scaling delay parameter that depends on how long IPython has
been idle.  Currently it is a bit too long.  We need to tweak these
times and make them configurable.

+1, they were actually bugging me during lecture recently.

Quick q: do we have similar scaling delays for qt? I couldn't find
any, but I'm not sure right now why...

Take care,

f

@ipython

[ LP comment 2 by: Brian Granger, on 2010-02-23 06:58:48+00:00 ]

1, they were actually bugging me during lecture recently.

Quick q: do we have similar scaling delays for qt?  I couldn't find
any, but I'm not sure right now why...

Nope, the only reason we have to do this for wx is that wx does not
have the ability to trigger events when a file descriptor
gets a read/write event. Qt can do that and thus the eventhook runs
until the user types (that triggers stdin event).
On wx, on the other hand, we have to poll :( and hence the polling times.

Brian

Brian E. Granger, Ph.D.
Assistant Professor of Physics
Cal Poly State University, San Luis Obispo
bgranger@calpoly.edu
ellisonbg@gmail.com

@ellisonbg ellisonbg was assigned Apr 10, 2011
@Carreau
IPython member

Closing this as it is quite old, and most of our eventloop integration have been refactored.

Thanks.

@Carreau Carreau closed this Jul 19, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment