Oops,
I noticed that my lengthy previous email lost the quotes around Russell's
comment at the start. It should begin with:
> Is it useful in the long term to have such a packager? My impression is
> that as soon as packaging is more robust we'll switch to using pip or
> easy_install.
Hope t
Hi Russell (and Mike),
Is it useful in the long term to have such a packager? My impression is
that as soon as packaging is more robust we'll switch to using pip or
easy_install.
First off, sorry for the long email - got a bit carried away :-) The
summary is that I propose we keep the dmg instal
Exciting stuff!
The latency would be an important factor for the user experience, but this
neatly sidesteps a lot of the JS issues. This would keep the main matplotlib
machinery on the Python side, which is great.
We could still do simple high-speed annotations requiring very low latency such
Hi Mike and Damon,
> It seems to finally be uploaded correctly, and "pip install matplotlib"
> is working for me. Can you please confirm?
>
>
It works, thanks!
> OP mentioned easy_install. Is there a difference between this and pip?
>
>
Depends on who you ask :-) I used to hate pip in the p
Hi,
There does not seem to be an actual tarball of matplotlib 1.1.1 on PyPI at
http://pypi.python.org/pypi/matplotlib/1.1.1 … Maybe I'm the only person who
still likes to easy_install my matplotlib :-)
L.
--
Live S
Hi,
I've noticed the same problem on the MacOSX backend recently (TkAgg works fine
on OS X though). I assumed that it would be more than a one-line fix, therefore
I did not look into it further. It would be great if your solution worked for
MacOSX too!
Regards,
Ludwig
---
Hi Russell,
> At present all people buliding matplotlib on Mac OS X must edit
> setupext.py. I have modified setupext.py to make it work with Mac OS X
> ("darwin") for Apple's python, python.org (http://python.org) python and
> presumably Homebrew
> python (since that uses /usr/local).
>
>
Hi Chris and others,
On 11/23/11 12:39 PM, Chris Barker wrote:
> On 11/23/11 10:38 AM, Benjamin Root wrote:
>
>
> > There is an HTML5 backend, supposedly. Don't know how well documented it
> > is, though.
> >
>
> Hmm -- coll idea -- I'll look into that at some point. However, as I
> don
Hi,
In my code I have yet another version:
def is_iterable(x):
"""Checks if object is iterable (but not a string)."""
return hasattr(x, '__iter__')
I specifically wanted to test for lists, tuples and numpy arrays, but
not strings. Depending on the semantics of underscored methods could
b
Hi,
I feel your pain on the issue of eggs...
> - Is there some way to name the eggs to disambiguate between 32-bit
> Python 2.7 (which works on all versions of Mac OS X) and 64-bit Python
> 2.7 (which only works on 10.6) that is compatible with easy_install?
> In the past if the eggs had strange
Hi,
Weighing in on the Mac build issue:
- The only GUI backends worth building on Mac OS X are TkAgg and the
native macosx one, in my humble opinion. Sticking to them will prevent
the kind of pain Kynn described. These backends are autodetected by
default during the build process and you only lan
Hi,
This patch reminded me to ask why the builtin libpng, zlib and
libfreetype on Mac OS 10.5 and later are not used to build Matplotlib,
removing the need to download these extra libraries. I was pleased to
discover that Snow Leopard shipped with libpng and libfreetype as part
of X11, only to fin
Hi,
I am hesitant to call the following a bug. It might just be a
misunderstanding on my side. Anyhow...
I am plotting a normal line collection and an "axvline" collection on
the same Axes. The latter is a collection of lines with data
coordinates for x and axes coordinates for y, using a blended
Hi,
On Thu, Jun 17, 2010 at 6:30 PM, Ondrej Certik wrote:
> That would be exactly what I need. Do you have any time frame for the
> release? The problem is that I need it right now. So I'll try to
> finish my own stuff today, so that I can at least work and then later
> improve it or switch to yo
Hi,
On Thu, Jun 17, 2010 at 8:07 PM, william ratcliff
wrote:
> How do you deal with interactivity?
When you create a figure, a WebSocket server is spawned on its own
socket, with its own thread. The client (browser) then interacts with
these threads. Zooming, panning and resizing are all done on
updated on its progress.
Regards,
Ludwig Schwardt
--
ThinkGeek and WIRED's GeekDad team up for the Ultimate
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
lucky parental unit. See the prize list an
Hi,
> Date: Mon, 15 Mar 2010 13:16:59 -0700 (PDT)
> From: klukas
>
> It's my understanding that there is no built-in method for generating a
> "broken axis" (where you skip over some range of values, indicating this
> with some graphical mark).
I've fudged something similar recently, using a mor
Hi,
> From: Ariel Rokem
> However - two elements are off by a factor of approximately 2 - the
> very first element and the very last. ... Does anyone have any idea
> why this would be the case?
>From a quick look at the mlab code, it looks like a bug in
mlab._spectral_helper.
The default spectr
Hi,
Just my $0.10 on this topic: Stick with the default system Python
2.5.1 on Leopard and save yourself a lot of potential hassle.
In the days of Tiger and its antiquated and hamstrung Python 2.3, many
people were forced to install Python themselves just to get going.
They had to choose between
Hi,
On this subject, one program that has pretty impressive interactive
visualisation is the venerable snd
(http://ccrma.stanford.edu/software/snd/). It displays hours of audio
in a flash and allows you pan and zoom the signal without a hitch. It
only plots an envelope of the audio signal at first
Hi,
John Hunter wrote:
> I've done a fair amount of testing on the branch (0.91.3),
> particularly looking at all the PDF and SVG output from backend
> driver, and these backends are in the best shape I've ever seen them.
> [...]
> I think we should take a crack at fixing these since the bra
Hi,
Fernando wrote:
> The code for this path detection is obviously rather convoluted and
> brittle, since there seems to be no clear API provided by Tk for this
> information, unfortunately.
Michael wrote:
> I know the Tcl/Tk header lookup mechanism is inherently complex.
> Could someone who kno
Hi,
I'm glad you liked my Tk patch! Along the same line, I patched axes3d.py to
allow the creation of non-interactive 3D plots.
Currently, the 3D axis object (matplotlib.axes3d.Axes3D) can only be created
in an interactive session (i.e. while the figure is being displayed), as it
attempts to conne
Hi,
Is there any chance that the patch I submitted on 31 October on this
list could still make it into 0.91.0?
On an aside, what is the best way to submit patches to mpl? Via the
bug-tracker, or as attached files or direct in-line in mpl-devel
mails?
To refresh your memory on the patch:
I've re
Hi,
On Nov 21, 2007 3:39 PM, Gael Varoquaux <[EMAIL PROTECTED]> wrote:
> I have had some problems printing posters on a plot where indeed the
> colors came out a bit wrong. I was told by the staff that it was because
> the conversion RGB->CMYK was handled differently by different printers
> and sc
Hi,
> Publishers sometimes require electronic figures as tif or eps, and using
> the cymk color system. We do everything in rgb. I don't understand
> color systems well. What would be needed to give mpl the ability to
> produce files using the cymk system?
I don't understand color systems very
Hi,
I've reworked the Tcl/Tk checking code in setupext.py (see attached
patch). It is now possible to build matplotlib with Tk support without
requiring a running X server. This is useful for doing autobuilds
(e.g. as done by Debian) and for building a package on one machine to
be installed and us
27 matches
Mail list logo
