Hi folks,
I don't see anything in the archives, but today mpl won't build on any
of my boxes:
building 'matplotlib.backends._tkagg' extension
gcc -pthread -fno-strict-aliasing -DNDEBUG -O2 -g -pipe -Wall
-Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector
--param=ssp-buffer-size=4 -m64 -mtune=
Howdy,
On Tue, Jan 6, 2009 at 7:58 AM, Drain, Theodore R
wrote:
> OK - nose it is. How do you want to handle the dependency? My opinion is
> that since tests are development tools, it's not unreasonable to require that
> nose be installed by the developer and not as an embedded dependency in
Hi all,
in various places I've been using the mpl sphinxext tools, so I
figured I'd best send you a few small updates I've made to them before
they bitrot too much. Most of the changes are just cleanup and
documentation, though there is a functional fix in
inheritance_diagram, which was just not
On Sun, Feb 1, 2009 at 9:22 PM, Jae-Joon Lee wrote:
>> I'm a bit surprised to see this problem, since I imagine you guys
>> build frequently. But my svn is indeed up to date and that file is
>> just not there. I'm not sure which way you want the fix to go, so
>> I'll leave that decision to you g
Howdy,
the attached screenshot shows the output in matplotlib of:
In [18]: plot([1,2])
Out[18]: []
In [19]: title(r'$a+b+\dots+\dot{s}+\ldots$')
Out[19]:
along with the PostScript that Latex produces for the same equation.
There are two bugs, I think:
- \dots --> \dot{s} by matplotlib
- \ldot
was mapped to the wrong Unicode
> code point). Both of these should now be fixed on the branch and trunk.
> Let me know if you see any further problems.
Many thanks, it all looks good now.
Cheers,
f
> Mike
>
> Fernando Perez wrote:
>>
>> Howdy,
>>
>> the
Howdy,
recently, Matthew Brett pointed out that reST supports a mode that's
very handy for writing tutorial-like documents that contain code
blocks including their output, and they can even be run as tests.
Here's a simple example with its corresponding source:
http://neuroimaging.scipy.org/site/
Interesting: gnuplot rendered in HTML5. It would be interesting to
see this in mpl...
-- Forwarded message --
From: Pat LeSmithe
Date: Sun, Feb 8, 2009 at 3:44 AM
Subject: [sage-devel] Re: Massively collaborative mathematics +
Sage-ready blogs and forums
To: sage-de...@googlegro
On Wed, Feb 18, 2009 at 11:43 AM, James Evans wrote:
> All,
>
> I have just submitted a first-cut at a unit-test harness. The unit-tests do
> require the use of the 'nose' python module.
[...]
> Any questions or comments?
This is great, many thanks! I'd just suggest, if possible, adding a
to
On Mon, Feb 16, 2009 at 3:21 PM, Gael Varoquaux
wrote:
> I am not blaming anyone, just pointing out a non ideal situation. It has
> already improved a lot with the matplotlib guys and the scipy guys
> merging some changes in extensions and publishing the extensions in an
> importable part of thei
thing in return for working on IPython and the ecosystem of
scientific Python tools, but this is actually very important, so any
information you can provide me will be very useful.
Best regards,
Fernando Perez.
--
Apps
On Fri, Apr 3, 2009 at 4:17 AM, Nicolas Rougier
wrote:
>
> Hello,
>
> While looking at possible solutions for a matplotlib OpenGL backend,
> I've been experimenting with pyglet (that has no dependencies) and coded
> a terminal with embedded 2d arrays display.
>
> Sources & screenshots are availabl
On Fri, Apr 3, 2009 at 10:00 AM, Nicolas Rougier
wrote:
>
>
> Sorry for that, I coded it on linux and just tested on mac.
> I fixed the error and upload the new version on the same link. Tell me if
> it's ok.
Great!
Would you have any interest in having this be shipped/developed as
part of IPyth
Howdy. This is using Tk, svn build from just now:
In [4]: plot([1,2])
Out[4]: []
In [5]: savefig('foo')
# Then, click on the 'save' icon in the figure window, and simply type
'foo2' in the dialog. Result:
In [6]: d foo*
-rw-r--r-- 1 fperez 35100 2009-04-15 10:02 foo2png.png
-rw-r--r-- 1 fpere
Hi folks,
this:
https://bugs.launchpad.net/ipython/+bug/349634
is a really strange bug report we had from an ipython/pylab user on
Windows. I don't have the foggiest idea of how his opening of
matplotlib with Tk under Windows could open a calendar. I don't have
windows to test on, but if anyon
On Wed, Apr 15, 2009 at 10:53 AM, John Hunter wrote:
> svn up and give this a test drive under a few different save/extension
> scenarios
Thanks! So far, looking good...
Take care,
f
--
This SF.net email is sponsored
On Wed, Apr 15, 2009 at 11:03 AM, John Hunter wrote:
> Recently I was trying to diagnose a segfault in Charlie's win32 release
> candidate, and was using dependency walker to step through the _tkagg.pyd
> binary in the egg, and noticed all kinds of funky DLLs that based on their
> name I did not
Hi all,
in the NIPY documentation, we're heavily taking advantage of mpl's
math support, and for the most part it's working great. But having it
in there, we may have gotten a bit carried away... If you look at this
page:
http://neuroimaging.scipy.org/site/doc/manual/html/users/glm_spec.html
its
On Wed, Apr 15, 2009 at 11:16 AM, Jouni K. Seppänen wrote:
> One possible reason for weird stuff like this is the way Python searches
> for modules. Say you have been experimenting with calendar stuff, and
> have in your current directory (or somewhere on your search path) a file
> named calendar
Hi Mike,
On Wed, Apr 15, 2009 at 11:26 AM, Michael Droettboom wrote:
> Multiline equations are not currently supported by the mathtext engine.
> It's the alignment stuff that makes it more than just a "throw a vbox
> together". It's a good feature request -- go ahead and add it to the
> tracker
On Wed, Apr 15, 2009 at 2:04 PM, Reinier Heeres wrote:
> Hi Fernando,
>
> This is a known issue, and I hope to resolve it soon...
>
> Thanks for reporting though; if you notice any other problems, please
> let me know!
Will do, and I'll be happy to test as needed.
f
Neat to see mpl getting into the linux kernel-dev crowd:
http://lwn.net/Articles/329458/
(see the two screenshots). I wasn't thrilled with the charts being
described as 'rudimentary', but what can you do :)
Congrats to the team! World domination is assured...
Cheers,
f
-
Hi all,
The time for the Scipy'09 conference is rapidly approaching, and we
would like to both announce the plan for tutorials and solicit
feedback from everyone on topics of interest.
Broadly speaking, the plan is something along the lines of what we
had last year: one continuous 2-day tutorial
Hi all,
Hopefully the code below is illustrative and commented enough to
clarify my question (also attached if you prefer to download it than
to copy/paste).
Cheers,
f
"""LineCollection ignores alpha value?
The second figure below works, but it sets alpha globally for the whole
collection. If
Hey John,
On Sat, Jun 6, 2009 at 4:40 AM, John Hunter wrote:
> Hey Fernando -- thanks for the report and test case.
>
> I committed a change to svn which fixes this
Awesome, many thanks! This is really great, the Berkeley neuroscience
team continues to be impressed by how fast bugs get fixed in
On Mon, Jun 8, 2009 at 5:58 AM, John Hunter wrote:
>> Please let me know what you think, perhaps mostly about the
>> user-facing API. It would be good to get that 'right' so that we don't
>> have to change it in the future.
>
> You may want to take a look at what other popular toolkits do:
> gnuplo
On Mon, Jun 8, 2009 at 2:29 AM, Jouni K. Seppänen wrote:
>> Have you looked at the decorator module?
>> http://pypi.python.org/pypi/decorator
>
> That looks like it could work -- the memoize example seems to be pretty
> close to our wrapping needs. I'll spend some time thinking about this
> later.
ecision
process.
Thanks for your time,
Dave Peterson and Fernando Perez
On Mon, Jun 1, 2009 at 10:21 PM, Fernando Perez wrote:
> Hi all,
>
> The time for the Scipy'09 conference is rapidly approaching, and we
> would like to both announce the plan for tutorials and solicit
>
Hi,
On Mon, Jun 1, 2009 at 10:20 PM, Fernando Perez wrote:
> The time for the Scipy'09 conference is rapidly approaching, and we
> would like to both announce the plan for tutorials and solicit
> feedback from everyone on topics of interest.
rather than rehash much here, where it
On Thu, Aug 6, 2009 at 4:11 PM, Ryan Wagner wrote:
> When I set the linewidths to 0 (in the patch I'm working on) I get an image
> looking like this:
>
> http://static.ryanjwagner.com/mpl_patches/lw0.png
>
> I don't think this looks correct to me, as I can still see the grid. I have a
> workaroun
On Tue, Aug 11, 2009 at 7:29 PM, Ariel Rokem wrote:
> ASR:matplotlib arokem$ make build_os105
> make: *** No rule to make target `build_os105'. Stop.
Typo: John said:
make build_osx105
Note the extra 'x'.
By the way John, in this particular case, I don't think the change
warrants a before/a
Hi folks,
David Warde-Farley kindly set up a page to coordinate BoF attendance
at the conference, in case anyone on this list is interested. Details
below.
Cheers,
f
-- Forwarded message --
From: David Warde-Farley
Date: Thu, Aug 13, 2009 at 2:20 PM
Subject: [IPython-user] S
Hey Gokhan,
thanks for the summary.
On Tue, Sep 8, 2009 at 12:45 PM, Gökhan Sever wrote:
> ### In a new IPython, these lines work --no locking after plt.show() "-a"
> makes the difference.
>
> I[1]: import matplotlib.pyplot as plt
>
> I[2]: %gui -a qt
> O[2]:
>
> I[3]: plt.plot(range(10))
> O[3
Hi folks,
if one were to say, think of writing something like a book (or a
paper) using sphinx and plots generated from python scripts, the plot
directive would be extremely useful. But as best as I can tell, it
generates at the end of the day 'image' directives, where as for
including figures in
On Sat, Sep 12, 2009 at 8:29 PM, Fernando Perez wrote:
> Before I dive into the code too far, I figured I'd ask the experts.
Too late for that, common sense has never been my forte.
Here's a diff against current trunk to play with this idea.
WARNING: Please note that this is NO
On Sat, Sep 12, 2009 at 11:12 PM, Fernando Perez wrote:
> Here's a diff against current trunk to play with this idea.
Updated patch that handles correctly more than one option (I think the
bug was even in the original, not sure).
Cheers,
f
Index: plot_dire
Hi Michael,
On Mon, Sep 14, 2009 at 6:57 AM, Michael Droettboom wrote:
> I'm not sure it's that bad. It's certainly possible to do all these things
> with a single directive, since providing a path or providing source code is
> mutually exclusive. The thing one can't do is provide inline source
On Tue, Sep 15, 2009 at 7:57 AM, Michael Droettboom wrote:
> Yeah, I have the same "not quite right" feeling about it. What about
> putting the caption in an "option" such as:
>
> .. plot:: foo.py
> :caption: This is my caption
>
> I don't know if the caption can have newlines in this mode,
Hi Michael,
On Sat, Aug 29, 2009 at 9:45 AM, John Hunter wrote:
> On Sat, Aug 29, 2009 at 10:58 AM, Michael Sarahan
> wrote:
>> Here you go. If you can think of anything else to include, I'll work
>> on it. I think the next thing I'll add is something on embedding
>> images in the corners of p
Howdy,
this fixes the ipython console sphinx extension to mark up output
prompts as well. Mind if I put it in?
Thanks,
f
maqroll[sphinxext]> diff -u ipython_console_highlighting.py
~/research/papers/nitime/sphinxext/ipython_console_highlighting.py
--- ipython_console_highlighting.py 2009-0
2009/9/17 John Hunter :
> On Thu, Sep 17, 2009 at 9:30 AM, Michael Droettboom wrote:
>> Looks fine to me. We were offering to commit this to matplotlib, or
>> should I?
>
> You should let Fernando, so he can survive the annual purge of
> developers no longer committing :-)
Thanks :) I'll take c
On Thu, Sep 17, 2009 at 11:02 AM, Fernando Perez wrote:
> Thanks :) I'll take care of it later then, I'll try to fix a warning
> we're seeing as well because it lacks a setup.py.
>
Done. I also committed the update to sampledoc, with a note in the
log to eventually rem
2009/9/21 Gökhan Sever :
>
> It's a very late reply but I am wondering how to make these appear in the Ipy
> dev loaded into the session but not visible to a whos listing?
>
I don't think that's supported quite right now. IPython does one
special thing to support a clean %whos listing: right bef
Hi folks,
if you reside in the San Francisco Bay Area, you may be interested in
a meeting we'll be having tomorrow November 4 (2-4 pm), as part of our
regular py4science meeting series. Guido van Rossum, the creator of
the Python language, will visit for a session where we will first do a
very ra
On Tue, Dec 15, 2009 at 9:57 AM, Andrew Straw wrote:
>
> notch_max = med + 1.57*iq/np.sqrt(row)
> notch_min = med - 1.57*iq/np.sqrt(row)
>
> Is this code actually calculating a meaningful value? If so, what?
>
>From the statistics ignoramus in the room, so take this with a grain
of salt... I
On Fri, Dec 18, 2009 at 2:28 PM, Andrew Straw wrote:
> (This still leaves open the question of what the notches actually _are_...)
No idea. I'd still leave the code instead written as
notch_max = med + (iq/2) * (pi/np.sqrt(row))
as that's what it appears to be doing (unless 1.57 is *not* pi/2
Howdy,
On Sat, Nov 7, 2009 at 12:30 PM, Darren Dale wrote:
> Me too. And thank you for posting the report and a workaround.
Quick question: would it be worth adding this monkeypatch to mpl
proper? Right now, the qt4 backend is effectively unusable out of the
box in distros like Karmic. Which i
Howdy,
are there fundamental reasons to keep this code around in
backends/__init__.py:use() ?
if 'matplotlib.backends' in sys.modules:
if warn: warnings.warn(_use_error_msg)
return
I am now testing the new IPython gui stuff, and if I comment that out
and call pyplot.switch_ba
On Thu, Dec 31, 2009 at 4:54 AM, Darren Dale wrote:
> I have been resistant to committing this patch because (in my opinion)
> mpl should not have to provide workarounds for bugs in package X on OS
> Y, distribution Z. I think this particular issue was fixed when
> PyQt4-4.6.2 was released. But it
Hi Nicolas,
On Mon, Jan 25, 2010 at 2:46 AM, Nicolas Rougier
wrote:
>
>
> Hello,
>
> This is an update about glumpy, a fast-OpenGL based numpy visualization.
> I modified the code such that the only dependencies are PyOpenGL and
> IPython (for interactive sessions). You will also need matplotlib
Hi all,
would anyone mind if I commit the attached patch?
It's 100% backwards compatible and allows for turning plot directive
errors into fatal exceptions easily, so one can make sure that docs
either build correctly or not at all. This is useful for having
examples be a kind of test suite, in
On Wed, Jan 27, 2010 at 6:06 PM, Andrew Straw wrote:
> I'm +1 on this. We can have then have the buildbot doc builder enable
> this when building the docs. (Which are output at
> http://matplotlib.sourceforge.net/trunk-docs/ and
> http://matplotlib.sourceforge.net/trunk-docs/Matplotlib.pdf , for
>
On Thu, Jan 28, 2010 at 2:51 PM, Fernando Perez wrote:
> Thanks, with your and John's (off-list) approvals, it's committed.
> The patch that went in had more docs than what I posted here, but the
> code is identical.
Oops, somehow my commit had never made it, I just noticed
Hi folks,
the message below is an important discussion on which we'd like
feedback/ideas both from Enthought.traits experts and matplotlib ones.
It would be great if we could keep things in one list, so it seems
most sensible to hold the discussion in the ipython-dev list, but this
is a heads-up
Howdy,
in trying to teach a more structured use of mpl, I keep getting
annoyed by the whole figure(), add_subplot(), grab axes dance. I've
also seen students get confused by it. Does something along these
lines sound useful to have in the core (see attached)?
In use, below. You'd normally capt
On Wed, Feb 17, 2010 at 7:27 PM, David Warde-Farley wrote:
>
> An effusive "yes, yes, good god yes!" from this mpl-devel lurker.
Thanks, that's two good pluses.
Any suggestions on name changes, or other fixes to make? Otherwise,
once I find a free minute I'll put it in.
Should it go into pyplo
On Wed, Feb 17, 2010 at 10:17 PM, John Hunter wrote:
> I think the name "figsubplots" or "fig_subplots" is better because you
> are creating Subplot instances. Alternatively, you might want to
> consider simply "subplots" which returns just the list of subplots:
> the figure can always be accesse
On Thu, Feb 18, 2010 at 8:02 AM, John Hunter wrote:
> Yes, you should know better by now than to propose a minor enhancement
And you should know by know common sense has somehow been amputated
from my system :)
> Another thought about the interface. How about *just* returning the
> figure i
Howdy
On Thu, Feb 18, 2010 at 1:19 PM, Jae-Joon Lee wrote:
>
> I thought there is no master and slave for an axis-sharing?
> If that's the case, maybe "sharex=True" should be suffice?
I defer to your wisdom here: I had no clue about this, so I went for
the clumsier API. If you are right, it wou
On Sat, Feb 20, 2010 at 3:50 PM, Jae-Joon Lee wrote:
>
>
> After quickly going through the mpl source (and in my experience), I
> think it is quite safe to assume that there is no master-slave
> relation among the shared axes.
>
>
>> One more, related question: is it possible/reasonable to share *
On Tue, Feb 23, 2010 at 10:14 PM, Fernando Perez wrote:
> Final question: should I put the little demo code at the bottom that I
> used for testing this up in an example file? I put some of that in
> the docstring as an example, but not all to avoid clutter.
OK, since I know people ar
Howdy,
On Wed, Feb 24, 2010 at 11:27 AM, Fernando Perez wrote:
> OK, since I know people are busy, I took silence as acquiescence.
> Committed in r8151, please let me know if I messed anything up and
> I'll try to fix it. I'm used to the numpy docstring standard, but I
>
On Thu, Mar 18, 2010 at 11:47 AM, John Hunter wrote:
> I disagree here -- if you are 2,1 or 1,2 rows x cols, 1D indexing is
> natural. This is also the most common use case so the most important
> to get right. If you aren't doing multiple subplots, a plain ol
> subplot(111) may be preferred to
On Thu, Mar 18, 2010 at 3:49 PM, Christopher Barker
wrote:
>
>
> Good solution, and thanks for working on this!
Thanks.
I have one more question on this feature. I personally think that
this should be the way to use mpl in general when scripting, and the
way I want to teach, because it's easy a
On Thu, Mar 18, 2010 at 6:39 PM, John Hunter wrote:
> I also think the name should be changed, and there should be an entry
> in the matplotlib.figure.Figure API. One additional suggestion is
> "subarray" and matplotlib.pyplot.subarray would be a thin wrapper to
> matplotlib.figure.Figure.add_su
On Sat, Mar 20, 2010 at 4:00 PM, Jae-Joon Lee wrote:
> On Sat, Mar 20, 2010 at 5:05 AM, Fernando Perez wrote:
>> I wonder if it's possible to put things like a draw_if_interactive()
>> call at the end of the OO methods... I realize that pyplot was the
>> only one meant
Hi all,
I just spent some time digging through the matplotlib code, and I see
that the errorbar line width argument isn't passed through to the
underlying call. In axis.bar, we have this code:
if xerr is not None or yerr is not None:
if orientation == 'vertical':
On Tue, Jun 1, 2010 at 4:35 PM, Eric Firing wrote:
> it seems to me that the solution is for
> bar to take a kwarg, say "errorkw", which is a dict that will be passed
> to errorbar via **errorkw, and that can have any valid errorbar kwargs
> in it. There is some precedent for this sort of thing,
On Wed, Jun 2, 2010 at 1:44 PM, Eric Firing wrote:
> Done in svn 8369. Its usage is illustrated in barchart_demo.py.
> Partially following your lead with subplots, I spelled it error_kw.
>
Fabulous, much appreciated!
Regards,
f
-
Hey guys,
On Mon, Jul 19, 2010 at 4:07 PM, Eric Firing wrote:
>
> Please leave out the -a. It is harmful, not helpful, for mpl. This may
> mean we need to change mpl and/or ipython, or the documentation, to
> prevent problems with the -a option; but I think you will find that if
> you leave out
Howdy,
On Tue, Jul 20, 2010 at 11:48 AM, Eric Firing wrote:
>
> Although I would like the transition to occur soon, it might make sense
> to let the numpy people do it first so that we can take maximum
> advantage of their systematic approach. I don't know how much of a
> delay that would entail
On Tue, Jul 20, 2010 at 7:43 PM, John Hunter wrote:
>
> The major issues I am aware of are:
>
> * what do to about all the various subdirs of the mpl trunk
> (trunk/toolkits/basemap, trunk/sample_data, etc..). An svn commit to
> one tags all with a unique revision number. In git, how do we
> syn
On Wed, Jul 21, 2010 at 3:38 AM, Andrew Straw wrote:
> We could also make a meta repository that uses git submodules (somewhat akin
> to svn externals).
I have to confess that I first heard of git submodules when you first
mentioned them on this list a while ago, but a reasonable amount of
readin
Hi folks,
I'd like to know if the fix below looks reasonable to you, this is a
diff against current svn trunk:
dreamweaver[matplotlib]> svn diff
Index: __init__.py
===
--- __init__.py (revision 8656)
+++ __init__.py (working copy)
@@
On Wed, Aug 25, 2010 at 2:59 PM, Gael Varoquaux
wrote:
>
> Freeking awesome!
>
> Go go team!
Thanks :) We're pretty happy, we'll post more in a few weeks when
there's something more solid to show.
Take care,
f
--
Sell
On Wed, Aug 25, 2010 at 3:06 PM, Eric Firing wrote:
> Looks fine to me. It's fixing a bug. I don't think the comment is even
> necessary--the rationale looks pretty obvious, and the code is clear.
>
Great, thanks. I'll shorten the comment to just one line then:
+# Lowercase only non-mo
On Fri, Aug 27, 2010 at 12:15 AM, Eric Firing wrote:
> I committed it.
>
Many thanks Eric, for being so responsive!
Some eye candy to give you an idea of what we're getting from this work:
http://fperez.org/tmp/multiplot.png
http://fperez.org/tmp/multiplot2.png
The second is the MPL contours e
Hi Eric,
On Sat, Aug 28, 2010 at 4:27 PM, Eric Firing wrote:
>
> Impressive--but I don't think I understand why one would want plots rendered
> inline rather than in separate windows.
It's not 'rather than', it's 'in addition to' :) Imagine you and I
are working on a problem together, you have
On Mon, Aug 30, 2010 at 7:24 AM, Benjamin Root 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/matplo
On Mon, Aug 30, 2010 at 7:24 AM, Benjamin Root 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
On Tue, Aug 31, 2010 at 1:21 PM, Ondrej Certik 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 u
On Tue, Aug 31, 2010 at 1:55 PM, Ondrej Certik 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
-
Hi folks,
On Sat, Aug 28, 2010 at 12:42 PM, Brian Granger wrote:
> Hi all,
>
> As you may know, this summer we have been working on a new two
> process IPython that has a beautiful Qt frontend GUI and a ZMQ based
> messaging layer between that GUI and the new IPython kernel. Many
> thanks to En
On Fri, Sep 3, 2010 at 6:57 PM, Eric Firing wrote:
> It's not quite that simple. After some initial thrashing around, I
> installed zmq from source, and then pyzmq--but I can't import zmq:
>
Mhh, sorry to see you burn up on this, Eric. Brian is the zmq expert,
not me, but it *may* be a version
Hi Jeff,
On Sun, Sep 5, 2010 at 10:18 AM, Jeff Whitaker wrote:
>
> Fernando: I've got ipython-newkernal ipythonqt working on my mac - how do I
> tell it to switch between external plot windows and inline plots? External
> windows seems to be the default...
if you start it with --rich, it will
Hi Jeff,
On Sun, Sep 5, 2010 at 5:25 PM, Jeff Whitaker wrote:
> Fernando: That works, but it seems like I have to run show() to make the
> plot appear inline. draw() doesn't do it. Is this the expected behavior?
>
Yes, currently it is, because the show() you're running is actually
*our* show(
Hi folks,
I've just implemented support in ipython for simultaneous use of the
interactive mpl gui backends along with inlined figures, as I had
suggested to Eric things could work.
But I'm seeing two little glitches, illustrated here:
http://fperez.org/tmp/mpl_svg_bug.png
The white console on
Hi Eric,
On Tue, Sep 7, 2010 at 1:31 PM, Eric Firing wrote:
>
> I have been doing a little testing with ipython 0.10 versus
> ipython-newkernel, both modes, and with mpl svn versus your guisupport.
> There are so many possible modes of operation and combinations of
> versions and backends that al
Hi Jeff,
On Mon, Sep 6, 2010 at 6:27 AM, Jeff Whitaker wrote:
> Fernando: Got it, thanks. Sounds reasonable to me. Just playing with it a
> bit, one thing I found myself looking for was a way to save the entire
> session (inline figures included) to html.
>
Of course! When is the patch coming?
Hi folks,
[ sorry for the cross-post, but devs on both lists will care about this]
I just went through the exercise of pasting 100 randomly chosen
examples from the gallery into the new ipython console with inline
graphics. Report:
- 98 worked perfectly: the figures I got were identical to thos
On Mon, Sep 13, 2010 at 2:22 PM, Gökhan Sever wrote:
>
> Either in Firefox or Chrome you could use extensions [Auto Copy] to copy
> text selections into clipboard.
Thanks, that's good to know. But I'm mostly thinking of teaching
situations, so it would be nice to have this in the source: it's no
On Tue, Sep 14, 2010 at 8:59 AM, Michael Droettboom wrote:
>
> This is now fixed in r8699.
>> - One produced an error:
>> http://matplotlib.sourceforge.net/examples/axes_grid/simple_axisline4.html
>>
>> ...
>> ...: plt.draw()
>> ...: plt.show()
>> ...:
>> Received invalid plot data.
>>
On Mon, Sep 13, 2010 at 7:08 PM, David Warde-Farley
wrote:
>
> Nice work IPython people! I haven't been following too closely but this looks
> exciting.
Thanks, David. Hopefully by next week we'll complete our
stabilization so that we're willing to foist this on the ipython-dev
and mpl-dev deni
Hey,
On Tue, Sep 14, 2010 at 8:21 AM, John Hunter wrote:
>
> How about this as an alternative: on my box, I can drag the "source
> code" link from the browser into my terminal, which by default pastes
> the URL of the referenced *.py into the terminal. If "run" supported
> a -w (web) option, or
On Tue, Sep 14, 2010 at 11:48 AM, Anne Archibald
wrote:
> On 14 September 2010 11:08, Gökhan Sever wrote:
>
>> 1-) When one downloads a script from the matplotlib gallery via an external
>> script (name it load_into_ipython or open_with_ipython) the contents of that
>> gallery script (or any pyth
On Tue, Sep 14, 2010 at 12:38 PM, Gökhan Sever wrote:
>
> Sage provides some level of interaction actually without any deployment made
> on local side. Try for instance the following example on sagenb.org
> from scipy import stats
> import numpy as np
> import matplotlib.pyplot as plt
> @interact
On Tue, Sep 14, 2010 at 12:57 PM, Benjamin Root wrote:
>
> Why not have an examples module that contains function calls to each
> example? On the website, we can show the source code, but also say that one
> could just do:
>
import matplotlib.examples as ex
ex.bars3d_demo()
The idea is
On Tue, Sep 14, 2010 at 6:01 PM, Benjamin Root wrote:
> True... but, consider this. ipython can already display the code for a
> particular module/function using the '??' idiom. Why not have some way to
> take that text and bring it into the input buffer?
Yes, but that's a separate issue. The
On Tue, Sep 14, 2010 at 6:29 PM, Benjamin Root wrote:
> Good point. I guess I am just a little *too* terminal-oriented.
It's probably worth mentioning that we've gone to great lengths to try
to produce in the new console an experience that's as seamless and
fluid as possible to anyone who 'lives
On Tue, Sep 14, 2010 at 8:21 AM, John Hunter wrote:
>
> How about this as an alternative: on my box, I can drag the "source
> code" link from the browser into my terminal, which by default pastes
> the URL of the referenced *.py into the terminal. If "run" supported
> a -w (web) option, or automa
1 - 100 of 331 matches
Mail list logo
