Hello,
Thank you for the suggestion. However, I am refering to the
canvas.restore_region, draw_artist, blit, gui_repaint sort of
animation.
Glenn
On Thu, Apr 24, 2008 at 11:13 PM, Matthias Michler
<[EMAIL PROTECTED]> wrote:
> Hello Glenn
>
> Do you refer to a special example?
> Maybe the followi
Hello Glenn
Do you refer to a special example?
Maybe the following helps you.
--
from pylab import *
ion()
ax = subplot(111)
# ... some plotting
ax.relim() # reset intern limits of the current axes
ax
I would like to extend the animated plot paradigm to an application
where I need to autoscale the vertical axis each time the plot is
updated. Any suggestions as to how to do so? I assume I need to tell
the axis to autoscale, then draw the axis' artist. However, I am not
sure how to do these things
On Thu, Apr 24, 2008 at 2:43 AM, G Jones <[EMAIL PROTECTED]> wrote:
> I'm confused, because I don't see any place where self.canvas.draw is
> called in the code1 version. Also, when I resize the figure, the
> background region changes, so the plot gets messed up as I have
> noticed before with t
On Thu, Apr 24, 2008 at 9:24 PM, Christopher Fonnesbeck
<[EMAIL PROTECTED]> wrote:
> > I read your post and perhaps I am missing the obvious, but my basic
> > question is: apple provides libpng and freetype with xcode which ships
> > with their computers (an optional install from their cd) and the
On 25/04/2008, at 2:03 PM, John Hunter wrote:
> On Thu, Apr 24, 2008 at 11:51 AM, Christopher Barker
> <[EMAIL PROTECTED]> wrote:
>
>> I posted a note about this yesterday, with no replies, so I'll try
>> again:
>>
>> Instead of all of us going through the pain of figuring out how to
>> build
On Thu, Apr 24, 2008 at 11:51 AM, Christopher Barker
<[EMAIL PROTECTED]> wrote:
> I posted a note about this yesterday, with no replies, so I'll try again:
>
> Instead of all of us going through the pain of figuring out how to build
> and link static libs for MPL, and PIL, and GDAL, and ???, wh
On Thu, Apr 24, 2008 at 4:11 PM, Antonino Miceli <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I want to inset one axes within a larger one... as in
> http://matplotlib.sourceforge.net/screenshots/axes_demo.py and
> http://matplotlib.sourceforge.net/screenshots/axes_demo_small.png
>
> but I was wond
Chris <[EMAIL PROTECTED]> writes:
> >
> > Based on recent emails, this looks like a problem attributed to the gcc
> > version, not the python version. Suggested solutions are compile with
> > the -Os flag or use gcc 4.2.
> >
> I think universal builds may have to
> wait for another day, when
Eric Firing <[EMAIL PROTECTED]> writes:
>
> Chris,
>
> Based on recent emails, this looks like a problem attributed to the gcc
> version, not the python version. Suggested solutions are compile with
> the -Os flag or use gcc 4.2.
>
Hmm. The problem with using gcc 4.2 is that numpy does not
Chris,
Based on recent emails, this looks like a problem attributed to the gcc
version, not the python version. Suggested solutions are compile with
the -Os flag or use gcc 4.2.
Eric
Chris wrote:
> I'm trying to get a built of Matplotlib built under Python.org Python 2.5.2,
> but get
> the f
Michael Droettboom <[EMAIL PROTECTED]> writes:
>
> Paul Smith wrote:
> > Hi Michael,
> >
> > I put in the rc line you suggested below into fonts_demo.py but didn't see
it
> > print any extra info (but did confirm in ipython that rcParams showed
> > verbose.level had changed to "annoying"). It
I'm trying to get a built of Matplotlib built under Python.org Python 2.5.2,
but get
the following build error, which did not occur under Leopard's
python:
src/_image.cpp: In member function ‘Py::Object _image_module::
from_images (const Py::Tuple&)’:
src/_image.cpp:848: error: insn does not sat
Hi,
I want to inset one axes within a larger one... as in
http://matplotlib.sourceforge.net/screenshots/axes_demo.py and
http://matplotlib.sourceforge.net/screenshots/axes_demo_small.png
but I was wondering if there is an option similar to "best" location
in the legend function. So, instead
One more comment:
Chris wrote:
> maptlotlib is the only missing piece of the "superpack" of
> modules that I distribute for OSX.
The Superpack is great, but please, please, please built it Universal --
if you do that, then we'll solve a lot of distribution issues for OS-X
python users everywher
Chris wrote:
> export CFLAGS="-arch i386 -I/Developer/src/libpng
> -I/Developer/src/freetype/include"
> export LDFLAGS="-arch i386 -L/Developer/src/libpng
> -L/Developer/src/freetype"
> rm -rf build
> python setupegg.py bdist_egg
>
> The build of freetype in /Developer/src/freetype does not even
On Thu, Apr 24, 2008 at 08:59:32AM -0500, John Hunter wrote:
> On Wed, Apr 23, 2008 at 1:49 PM, Glen W. Mabey <[EMAIL PROTECTED]> wrote:
> > Hello,
> >
> > I'm using today's svn source and I'm surprised that the following loop
> > does not get redrawn 10 times.
> >
> > for it in range( 10 ):
>
Paul Smith wrote:
> Hi Michael,
>
> I put in the rc line you suggested below into fonts_demo.py but didn't see it
> print any extra info (but did confirm in ipython that rcParams showed
> verbose.level had changed to "annoying"). It just quietly finished otherwise.
> Did I miss something here?
Darren Dale <[EMAIL PROTECTED]> writes:
> pdf output uses dviread.py to parse the dvi files created by latex,
> get the font layout information, and place the glyphs. [...] there are
> some subtle and difficult to resolve limitations of dviread (like
> rendering greek letters in math mode) that ha
Michael Droettboom <[EMAIL PROTECTED]> writes:
>
> The font lookup mechanism has been much improved in 0.91.2 -- you may
> want to try using that. In 0.90.x, often if you don't get a perfectly
> exact match for a font, it reverts back to the default "Vera Sans".
> Vera Sans, however, is not
On Wed, Apr 23, 2008 at 1:49 PM, Glen W. Mabey <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I'm using today's svn source and I'm surprised that the following loop
> does not get redrawn 10 times.
>
> for it in range( 10 ):
> plot( arange( it ) )
> draw()
> raw_input();
>
> That is
On Thursday 24 April 2008 08:53:47 am you wrote:
> Although the 'align' environment inside the figure environment does not
> cause any error,
> tt seems like that the 'put' command from the 'picture' environment in
> LaTeX does not
> accept \begin{something} ~ \end{something} or \[~\].
>
> As you p
Thanks. Your suggested changes (slightly modified) are in SVN r5070.
Thanks for the warning output -- I'll try to tackle some of those as well.
Cheers,
Mike
Martin Spacek wrote:
> It worked! I had to make a few changes, and there's lots of warnings,
> but it's now compiling. I've attached a p
I don't suspect another distro will make a difference. The bug is in
matplotlib's Cairo backend (it's interface to Cairo), not in Cairo
itself. Change your backend to PDF and you can avoid this bug. In the
meantime, we'll need to fix the Cairo backend in matplotlib. Sorry I
wasn't clearer t
The font lookup mechanism has been much improved in 0.91.2 -- you may
want to try using that. In 0.90.x, often if you don't get a perfectly
exact match for a font, it reverts back to the default "Vera Sans".
Vera Sans, however, is not a fixed-width font. Can you provide the png
file of fonts
On Wednesday 23 April 2008 02:49:46 pm Glen W. Mabey wrote:
> Hello,
>
> I'm using today's svn source and I'm surprised that the following loop
> does not get redrawn 10 times.
>
> for it in range( 10 ):
> plot( arange( it ) )
> draw()
> raw_input();
>
> That is, within a 'ipyth
The clipping rectangle was using inverted y-coordinates (origin at
bottom), rather than origin at top. This has been fixed in SVN trunk r5067.
FWIW, this seems to be specific to the Wx rendering backend, and doesn't
happen with Agg, Gtk, Cairo etc.
Cheers,
Mike
Brian Blais wrote:
> On Apr 23,
It worked! I had to make a few changes, and there's lots of warnings, but it's
now compiling. I've attached a patch. In backend_agg.cpp, I had to replace an
'and' with '&&', and I had to replace a few 'round()' calls with your
'my_round()'. I don't think my_round is directly being included in
b
I'm confused, because I don't see any place where self.canvas.draw is
called in the code1 version. Also, when I resize the figure, the
background region changes, so the plot gets messed up as I have
noticed before with this method. Does anyone know a good way to
recapture a clean background, in par
Hello Glen,
I'm not sure, but maybe it would help to use
ax = subplot(111)
and
ax.plot(arange(it))
instead of plot(arange(it))
or to call a second draw() after plotting.
regards Matthias
On Wednesday 23 April 2008 20:49:46 Glen W. Mabey wrote:
> Hello,
>
> I'm using today's svn source and I'
30 matches
Mail list logo