matplotlib-devel Mailing List for matplotlib

On Tue, Aug 31, 2010 at 1:55 PM, Ondrej Certik <on...@ce...> wrote:
> Ok, I'll give it a shot then.

As I mentioned elsewhere, getting it going is a bit rough right now.
So unless you really want to play with real bleeding edge code, give
us a couple of weeks.  It will be much nicer then.

Cheers,

f

On Tue, Aug 31, 2010 at 1:25 PM, Fernando Perez <fpe...@gm...> wrote:
> On Tue, Aug 31, 2010 at 1:21 PM, Ondrej Certik <on...@ce...> wrote:
>>
>> That'd be great. I think I either want to use regular terminal, or a
>> worksheet in the browser.
>
> You may change your mind when you start playing with the new Qt
> terminal :)  It feels very much like a terminal, except with a ton of
> little useful touches that make it very effective.  It still has a lot
> of rough edges, but Evan has done a phenomenal job there.  I'm now
> using it as my regular ipython instead of the normal one, dogfooding
> enough that we hit all the key usability quirks quickly, and act on
> them.

Ok, I'll give it a shot then.

Ondrej

On Tue, Aug 31, 2010 at 1:21 PM, Ondrej Certik <on...@ce...> wrote:
>
> That'd be great. I think I either want to use regular terminal, or a
> worksheet in the browser.

You may change your mind when you start playing with the new Qt
terminal :)  It feels very much like a terminal, except with a ton of
little useful touches that make it very effective.  It still has a lot
of rough edges, but Evan has done a phenomenal job there.  I'm now
using it as my regular ipython instead of the normal one, dogfooding
enough that we hit all the key usability quirks quickly, and act on
them.

Cheers,

f

On Mon, Aug 30, 2010 at 9:59 PM, Fernando Perez <fpe...@gm...> wrote:
> On Mon, Aug 30, 2010 at 7:24 AM, Benjamin Root <ben...@ou...> wrote:
>> Dude, that just blew my mind!
>>
>
> Glad you like it :)
>
> And needless to say, once the dust settles and someone is willing, the
> obvious thing to do is to put a zeromq-http bridge and make a web
> browser-based client, so you can use ipython/matplotlib from your
> android/iphone/netbook/whatever.
>
> We've been scrupulously careful not to introduce any python
> assumptions client-side, so that in principle frontends can be written
> in any language or toolkit (e.g. html/javascript), the entire system
> is specified by its messaging protocol:
>
> http://ipython.scipy.org/doc/nightly/html/development/messaging.html

That'd be great. I think I either want to use regular terminal, or a
worksheet in the browser.

Ondrej

> 1. Our networking event loop that is based on zeromq/pyzmq
> 2. A single GUI event loop from wx, qt4, etc.
> 
> We do this by triggering an iteration of our networking
> event loop on a periodic GUI timer.

So right now you're in a loop in which you let qt4 (or wx) watch the file descriptors qt4 needs, then zeromq the file descriptors that zeromq needs, and so on?

Just use the qt4 event loop to watch both the file descriptors zeromq wants to watch, in addition to whatever events qt4 needs. Qt4 already has the API that allows you to do this (QSocketNotifier et al.). I am not familiar with zeromq, but if there is a way to determine which file descriptors it wants to watch then you're almost done. If not, you could discuss this with the zeromq developers. Then you won't need to poll, you'll get better response times, and the code will be scalable too.

Best,
--Michiel.


      

On Mon, Aug 30, 2010 at 7:24 AM, Benjamin Root <ben...@ou...> wrote:
> Dude, that just blew my mind!
>
> Awesome idea!

By the way, I don't know if it was clear, but this wasn't just an
idea, it's already implemented:

http://fperez.org/tmp/ip-multiclient.png

The two windows are talking to the same kernel, the one at the top
issues the plot command, and the one at the bottom then just does
'show()' and it gets the same figure.  Notice how they share a global
prompt counter, since that number lives kernel-side.

They're both on the same computer, but it makes no difference if they
run on different hosts.

This isn't anywhere near production-quality yet, but it does work.
We're busy finishing the core pieces so we can spend some time
polishing it for user testing.

Cheers,

f

Is there any development in this project. I was searching for the ways to
change the subplot sizes, but could not find any easy or nicer way. 


-- 
View this message in context: http://old.nabble.com/Custom-sized-and-spanning-subplots-tp20485188p29580203.html
Sent from the matplotlib - devel mailing list archive at Nabble.com.

On Mon, Aug 30, 2010 at 7:24 AM, Benjamin Root <ben...@ou...> wrote:
> Dude, that just blew my mind!
>

Glad you like it :)

And needless to say, once the dust settles and someone is willing, the
obvious thing to do is to put a zeromq-http bridge and make a web
browser-based client, so you can use ipython/matplotlib from your
android/iphone/netbook/whatever.

We've been scrupulously careful not to introduce any python
assumptions client-side, so that in principle frontends can be written
in any language or toolkit (e.g. html/javascript), the entire system
is specified by its messaging protocol:

http://ipython.scipy.org/doc/nightly/html/development/messaging.html

Regards,

f