On Fri, Jul 17, 2009 at 3:57 PM, Ville M. Vainio wrote:
> On Sat, Jul 18, 2009 at 12:54 AM, Brian Granger
> wrote:
>
>> best. Bottom line = we are into a position of compromise because of wx.
>> The good news is that I think we can offer users a very flexible way of
>> tuning all these things.
>
The current patch for wxpython is based on approach 1, but that is obviously
going to change after what we are seeing performance wise. Once I have a
ctypes version that is really well tested (also on Win32 and Linux) I will
help create a patch for wx that implements that approach.
Cheers,
Brian
On Fri, Jul 17, 2009 at 17:31, Brian Granger wrote:
>
>
>> Can you describe the patch you are putting together for wxPython? or
>> is it wxWidgets? Perhaps there is a way for us to monkeypatch the same
>> approach into old versions.
>
> There is *very* little difference between my ctypes prototype
Can you describe the patch you are putting together for wxPython? or
> is it wxWidgets? Perhaps there is a way for us to monkeypatch the same
> approach into old versions.
>
There is *very* little difference between my ctypes prototype and the patch
for wxPython. The only real differences are the
On Fri, Jul 17, 2009 at 16:54, Brian Granger wrote:
> Gael,
>
>
>> Polling at 100Hz is a horrendous solution from a technical point of view.
>> I typical have a dozen IPython instances opened, where I have been
>> working a while ago, but not doing anything right now, because I am
>> planning to co
On Sat, Jul 18, 2009 at 12:54 AM, Brian Granger wrote:
> best. Bottom line = we are into a position of compromise because of wx.
> The good news is that I think we can offer users a very flexible way of
> tuning all these things.
Perhaps adaptive autotuning algorithm could help your case; if std
Gael,
Polling at 100Hz is a horrendous solution from a technical point of view.
> I typical have a dozen IPython instances opened, where I have been
> working a while ago, but not doing anything right now, because I am
> planning to come back to it. Having these all poll at a 100Hz wil keep my
>
On Fri, Jul 17, 2009 at 02:13:08PM -0600, Ondrej Certik wrote:
> so I also reduced the sleep in #3 from 0.05 to 0.01 and then #3 is
> absolutely smooth for me and also pasting to ipython is immediate e.g.
> this looks like a perfect solution to me.
Polling at 100Hz is a horrendous solution from a
Ondrej and Robert,
Thanks for testing this. Some comments:
2) We can speed up pasting and general keyboard response by changing the
polling time. Pasting is slow very slow at the original setting of 50. But
if you make it smaller pasting becomes faster (although still not instant).
3) We can
On Fri, Jul 17, 2009 at 2:07 PM, Ondrej Certik wrote:
> On Fri, Jul 17, 2009 at 1:57 PM, Robert Kern wrote:
>> On Fri, Jul 17, 2009 at 14:48, Brian Granger wrote:
>>> Michiel,
>>>
>>> Thanks for the ideas. I have implemented both of the approaches you
>>> describe and I am attaching a file that ha
On Fri, Jul 17, 2009 at 1:57 PM, Robert Kern wrote:
> On Fri, Jul 17, 2009 at 14:48, Brian Granger wrote:
>> Michiel,
>>
>> Thanks for the ideas. I have implemented both of the approaches you
>> describe and I am attaching a file that has all 3 approaches. At this
>> point, all 3 approaches work
The early registration deadline for SciPy 2009 has been extended
until Wednesday, July 22, 2009. Please register (
http://conference.scipy.org/to_register )
by this date to take advantage of the reduced early registration rate.
Since we just announced the conference schedule, I was asked to
provid
On Fri, Jul 17, 2009 at 14:48, Brian Granger wrote:
> Michiel,
>
> Thanks for the ideas. I have implemented both of the approaches you
> describe and I am attaching a file that has all 3 approaches. At this
> point, all 3 approaches work on OS X, Python 2.5 with wx 2.8/2.9. What I
> most need to
Michiel,
Thanks for the ideas. I have implemented both of the approaches you
describe and I am attaching a file that has all 3 approaches. At this
point, all 3 approaches work on OS X, Python 2.5 with wx 2.8/2.9. What I
most need to to find strenuous test cases that can probe which of these has
On Fri, Jul 17, 2009 at 02:38, william
ratcliff wrote:
> A humble suggestion--for the March meeting of the american physical society,
> there is a roommate finder for splitting hotel rooms. This could be useful
> in keeping expenses down for some. There should be a way to do it without
> liabilit
A humble suggestion--for the March meeting of the american physical society,
there is a roommate finder for splitting hotel rooms. This could be useful
in keeping expenses down for some. There should be a way to do it without
liability
Cheers,
William
On Wed, Jul 15, 2009 at 10:13 PM, Gael V
16 matches
Mail list logo
