Eric == Eric Firing [EMAIL PROTECTED] writes:
Eric I don't understand how event handling works, so I am
Eric wondering: can we indeed be sure that window resize etc
Eric events are being blocked inside the freeze/thaw block in
Eric Axes.draw()? Are they blocked inside the entire
Gaël == Gaël Varoquaux [EMAIL PROTECTED] writes:
Gaël Hi, It would be a nice feature for the plot command to
Gaël accept a list of rgb colors of the same length than the data
Gaël vectors to be plotted, in order to generate plots alike the
Gaël one on the wiki
Gaël
Edin == Edin Salkovi§ [EMAIL PROTECTED] writes:
Edin Hi all, Is it that the code in the mathtext module looks
Edin ugly or is it just me not understanding it? Also, if anyone
Edin has some good online sources about parsing etc. on the net,
Edin I vwould realy appreciate it.
Eric == Eric Firing [EMAIL PROTECTED] writes:
Eric Where breakage will occur is any place in user code that
Eric expects the collection segments or vertices to be lists of
Eric tuples and tries to append to the list, for example. I
Eric don't know of any way to make the move
Edin == Edin Salkovi§ [EMAIL PROTECTED] writes:
Edin I thought that the idea was to allow users to write unicode
Edin strings directly in TeX (OK, this isn't much of an excuse
No, this is not the reason. Someone may want to do that one day so it
is good to keep the possibility in the
We'd like to do a bugfix release for the next release of enthought
python, which will include the latest mpl. Apparently, there is a
problem with 0.87.3 and numpy which has been fixed in svn.
If there is anything we should wait on, let us know, otherwise we'll
probably try to roll out 0.87.4
Eric == Eric Firing [EMAIL PROTECTED] writes:
Eric John, All this brings to mind something I wanted to bring up
Eric anyway: we have a proliferation of backends, and occasional
Eric requests for more--are there any we can simply drop now, or
Eric soon? For example, gd? And what
Mark == Mark Bakker [EMAIL PROTECTED] writes:
Mark The weird thing is that this used to work fine in the past.
Mark At least, I am pretty sure it did. Then again, I am
Mark watching the Worlcup final at this time. So a significant
Mark part of my brain is doing something else,
Charlie == Charlie Moad [EMAIL PROTECTED] writes:
Charlie Are they any lingering issues that would prevent a
Charlie Wednesday minor rev bump for the latest numpy? Ideally
Charlie it would last through the numpy 1.0 release.
Since scipy is next week, we should concentrate on
Darren == Darren Dale [EMAIL PROTECTED] writes:
Darren I just tried running backend_driver.py with numerix set to
Darren Numeric, and I'm repeatedly getting the following error:
Darren File
Darren /usr/lib64/python2.4/site-packages/matplotlib/axes.py,
Darren line 2502, in
Charlie == Charlie Moad [EMAIL PROTECTED] writes:
Charlie I periodically am seeing it. But I can't figure out how
Charlie to cause it.
I have tested a few backends (TkAgg, WX, QtAgg, GTK and GTKAgg) and am
only seeing it on GTK and GTKAgg. My guess is that something ou did
in adding
Edin == Edin Salkovi§ [EMAIL PROTECTED] writes:
Edin Hi all, Please John, take some time before SciPy conf to
Edin answer at least some of this questions, because the SoC
Edin deadline (21st August) is *very* near.
Alas, I am already here and have been a little out of email contact
Hi all -- John H here under a different email I'm on vacation so
I'll probably be out of touch for a week but just dashed into a
cyber-cafe and couldn't resist jumping in. If mathtext_demo and TeX
parse or layout that expression differently, it's a bug and should be
fixed. We are trying to
Charlie == Charlie Moad [EMAIL PROTECTED] writes:
Travis, would you care to comment?
Charlie He made a comment on the numpy list. We can shoot for a
Charlie mpl release by the end of the week. Are there any
Charlie lingering issues?
Apparently numpy 1.05b is due out over the
Charlie == Charlie Moad [EMAIL PROTECTED] writes:
Charlie Sounds good. Two open windows issues that aren't
Charlie showstoppers are: 1) Inclusion of msvcp71.dll? 2)
Charlie Building against wxpython unicode or ansii? (until we
Charlie move to pure python blitting)
Since it is a
Ken == Ken McIvor [EMAIL PROTECTED] writes:
Ken On 08/31/06 13:43, Christopher Barker wrote:
Ken McIvor wrote:
a wxBitmap is the same format as the native rendering
system. While most systems use 24b RGB (or 32b RGBA), people
can still run displays at 16bpp or
Manuel == Manuel Metz [EMAIL PROTECTED] writes:
Manuel would be nice. Or, if I write something like this myself,
Manuel is there any chance to add this to matplotlib ?
certainly.
-
Take Surveys. Earn Cash.
Nicholas == Nicholas Young [EMAIL PROTECTED] writes:
Nicholas Hi, I sent this message to the list this time yesterday
Nicholas and it doesn't seem to have either arrived or bounced -
Nicholas so I'm trying again.
I Nicholas -- I just applied this to svn. Thanks!
JDH
Cedric == Cedric Gustin [EMAIL PROTECTED] writes:
Cedric Or, if you want, I can give you early access to pygtk
Cedric binaries for python 2.5 for testing purpose with
Cedric matplotlib ? Just tell me if you need pygtk-2.10 or 2.8 ?
Most likely 2.8, but Steve (who is the gtk
Steven == Steven Chaplin [EMAIL PROTECTED] writes:
Steven Does mpl only work with specific versions of numpy?
Steven Should mpl check for a required version and report an
Steven error if its not there?
numpy has been a bit of a moving target of late, and typically the
latest
The developer list had grown a bit large and did not reflect people
who were actively working on the project, so I decided to prune it
down to people who have made commits in 2006 or people who I know are
planning to make commits soon. If you would like to be added back at
any point, just email
Greg == Greg Willden [EMAIL PROTECTED] writes:
Greg Hi All, I'm a longtime Matlab user. I've been using Python
Greg for a year or two and have begun using
Greg Matplotlib/Numpy/Scipy. I have a patch for specgram() that
Greg will plot the spectrogram with the positive and
Eric == Eric Firing [EMAIL PROTECTED] writes:
Eric So: please either restore your patch with additional changes
Eric to fix the problem Stefan found, or revert all of it cleanly
Eric until this can be sorted out.
Norbert -- can you describe briefly the inconsistencies in the format
Manuel == Manuel Metz [EMAIL PROTECTED] writes:
Manuel Hi, I just submitted a patch to sourceforge and also
Manuel attached it to this email:
Manuel The applied patch modifies the files axes.py and
Manuel collections.py.
Manuel I added a class StaredRegularPolyCollection()
Eric == Eric Firing [EMAIL PROTECTED] writes:
Eric marker='tri_up')? (I still don't know what is the
Eric difference between tri_up and triangle_up.)
tri_up is a tripod up, vs a triangle up.
JDH
-
Take Surveys.
Eric == Eric Firing [EMAIL PROTECTED] writes:
Eric It raises larger API questions. From the standpoint of
Eric user-level code readability, the present array of marker and
Eric line identifiers (inherited from Matlab) is not good. For
Eric example, why should '-' mean a solid
Eric == Eric Firing [EMAIL PROTECTED] writes:
Eric 1) generate matplotlibrc with almost everything commented
Eric out by default
+2
Hopefully, this will address the problem of all the deprecated rc
warnings people are getting, which is confusing to new users.
Eric 2) eliminate
Manuel == Manuel Metz [EMAIL PROTECTED] writes:
Manuel John Hunter wrote:
Manuel == Manuel Metz [EMAIL PROTECTED] writes:
Manuel Hi, I just submitted a patch to sourceforge and also
Manuel attached it to this email:
Manuel The applied patch modifies the files
Nicolas == Nicolas Rougier [EMAIL PROTECTED] writes:
Nicolas Hi all,
Nicolas Based on the GTK console bundled with The Gimp I
Nicolas developed a pylab console that display figures inline. I
Nicolas thought it might be of some interest for some of you.
Nicolas A screenshot
Manuel == Manuel Metz [EMAIL PROTECTED] writes:
Manuel I've attached a patch... I apologize again ...
No problem - -I just committed this change.
JDH
-
Using Tomcat but need to do more? Need to support web services,
Gael == Gael Varoquaux [EMAIL PROTECTED] writes:
Gael On Mon, Oct 30, 2006 at 08:21:20AM -0600, John Hunter wrote:
blocking calls in pylab with gtk threading may be possible but
it is beyond my powers. I would write this with a callback, eg
create a class that takes
Charlie == Charlie Moad [EMAIL PROTECTED] writes:
Charlie I think this needs some clean-up: The latest
Charlie matplotlib-0.87.7 for windows was compiled with numpy 1.0
Charlie final. Please make sure you are not using the latest
Charlie numpy-1.0.
Oops -- done. Thanks.
JDH
Chris == Chris Walker [EMAIL PROTECTED] writes:
Chris On which subject, What's new starts:
Chris What's new in matplotlib 0.83
Chris rather than the 0.87.7
yes, that is a bit out of date If you would like to help here,
the file htdocs/whats_new.html.template is in the htdocs
Jeff == Jeff Whitaker [EMAIL PROTECTED] writes:
Jeff John Hunter wrote:
Jeff John: In the process of updating the proj4 source files to
Jeff version 4.5.0, I've somehow munged the repository. Could
Jeff you try revision 2836? If that works for you, I'll try to
Jeff revert
Andrew == Andrew Straw [EMAIL PROTECTED] writes:
Andrew BTW, what's the official status of the PDF backend? Last
Andrew I checked (a month or so ago), it seemed to work fine, has
Andrew a couple of Python 2.4-isms, but was generally great. I
Andrew was surprised that it didn't
Nicolas == Nicolas Grilly [EMAIL PROTECTED] writes:
Nicolas But in this function, I don't like the idea to try an
Nicolas operation on a string, and wait for an exception in order
Nicolas to know if we really have a string or not. It's not very
Nicolas efficient, nor very
Jouni == Jouni K Seppanen [EMAIL PROTECTED] writes:
Jouni able to do font subsetting. I was going to look into the
Jouni Fonttools library by Just van Rossum, but lately I've been
Jouni too busy with other things to.
FYI, matplotlib used to depend on fonttools, but we found the
Nicolas == Nicolas Grilly [EMAIL PROTECTED] writes:
Nicolas It proves it's possible to achieve it in pure Python,
Nicolas without requiring fonttools. And it can be a good source
Nicolas of inspiration. Perhaps the licence is compatible with
Nicolas matplotlib's one?
it is BSD
Nicolas == Nicolas Grilly [EMAIL PROTECTED] writes:
Nicolas I guess there is a very little error in documentation of
Nicolas pylab.subplots_adjust.
Nicolas The order of the arguments in the current doc is:
Nicolas subplots_adjust(left=None, right=None, bottom=None,
Nicolas
Joachim == Joachim Dahl [EMAIL PROTECTED] writes:
Joachim this doesn't: matshow(matrix([[1.0,2.0],[3.0,4.0]]) but
Joachim this does
Joachim matshow(pylab.array(matrix([[1.0,2.0],[3.0,4.0]])
These should be considered bugs -- we should do an asarray anywhere we
are expecting an array
Glen == Glen W Mabey [EMAIL PROTECTED] writes:
Glen Hello, I've just switched to Python 2.5 and at the same time
Glen upgraded to numpy 1.0.1 with today's svn matplotlib, using
Glen the QtAgg backend (PyQt3 3.17). This is on an AMD64
Glen (Opteron) machine.
Glen I get a
Aalok == Aalok kapoor [EMAIL PROTECTED] writes:
Aalok Hi, How can we plot pie charts with the round circle of pie
Aalok with the same color as of pie piece, e.g if pie piece color
Aalok is red the egge of the same pie piece should be red.
Aalok Please help!
How about something
John == John Hunter [EMAIL PROTECTED] writes:
John If your patch doesn't make it in within 48 hours please post
John here with a complaint.
OK, I committed it. In addition to the files you modified, you should
consider CHANGELOG and API_CHANGES. The former for non-trivial
commits
I'm still learning how to reply-to with my new-fangled gmail. I'm
forwarding this response on to the list
-- Forwarded message --
From: John Hunter [EMAIL PROTECTED]
Date: Feb 5, 2007 9:46 AM
Subject: Re: [matplotlib-devel] release?
To: Eric Firing [EMAIL PROTECTED]
Cc
On 2/6/07, Charlie Moad [EMAIL PROTECTED] wrote:
rev3002 works great for me. I can push the windows releases this
Saturday. I could push a source release sooner. Is anyone opposed to
me pushing a source release Friday with the binaries following up on
Saturday? If there are no objections,
On 2/8/07, Eric Firing [EMAIL PROTECTED] wrote:
Janesh Ramakrishnan wrote:
I see what you mean; I imagine it is a problem with the auto-generated
html, but I don't know what to do about it. Maybe someone else on the
devel list knows the solution.
pydoc is generating links to the docs for
On 2/9/07, Jörgen Stenarson [EMAIL PROTECTED] wrote:
the recent announcment of matplotlib 0.9 made me look through my notes
on bugs I've found. With 0.87.7 pylab.axis does not support setting of
axislimits, I have attached a crash report. I think the problem is a
change in the handling of
On 2/12/07, Charlie Moad [EMAIL PROTECTED] wrote:
You're changing positions on me now, John! ;)
It's better that way -- that way I can be right both times :-) Or is
it wrong both times? hmmm...
I asked about moving everything into the module, but you didn't want
to mix the
On 2/12/07, Martin Spacek [EMAIL PROTECTED] wrote:
Looking through colors.py, I noticed that most of the grey cnames use
the spelling 'gray' (the US standard I think), although 'lightgrey'
shows up as a valid name, while 'lightgray' does not. After looking
around the web a bit for what the
On 2/14/07, Nicolas Grilly [EMAIL PROTECTED] wrote:
I hope there is no license issue with the AFM files. I'm pretty sure
I've seen them integrated in some TeX distributions.
Apparently all we have to do is include the README along with the
licensing terms. You probably should do that in the
I'll be away on vacation fro Feb 16th-Feb23rd, and for the most part
out of email contact. Hold down the fort for me!
JDH
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll
On 2/26/07, Antonio Kanaan [EMAIL PROTECTED] wrote:
Hi folks,
I am planning to re-write a data viewer program I wrote ages ago using C + Xlib.
This program allows me to plot on the same window several graphs (time
versus brightness - I work on variable stars). They all share the
same
On 2/28/07, Nicolas Grilly [EMAIL PROTECTED] wrote:
Have you seen this patch I proposed several days ago, during your
vacations? Can you reproduce the problem on your machine and do you
agree with the solution?
No, I missed it the first time around, thanks for resending. I've
been battling
a doughnut to the developer who can figure this one out for me!
If you resize the figure window slightly, the alpha channel gets
whacked on the rectangles. This only happens if the legend is added
to the axes -- comment that out and the alpha channel is fine. I
suspect we are screwing up
On 3/1/07, Jouni K. Seppänen [EMAIL PROTECTED] wrote:
I committed the following change, which seems to fix the bug.
-handles = ax.lines
+handles = ax.lines[:]
Wow, nasty and subtle. Good work! Now how do I get a doughnut to you
in Finland :-) Any ideas Perry?
JDH
On 3/1/07, Perry Greenfield [EMAIL PROTECTED] wrote:
What, you didn't like the way I did it? ;-)
Actually, I think I saved that in the freezer still in the envelope as
a memento -- maybe I can just send that one on to save the dollar!
JDH
On 3/3/07, Jouni K. Seppänen [EMAIL PROTECTED] wrote:
I replaced most of the kwargs by a **kwargs dict in svn revision 3037.
This does change the behavior for people who were giving positional
arguments to barh, but they do get an error message.
Since this changes the API, albeit minimally,
On 3/3/07, Jouni K. Seppänen [EMAIL PROTECTED] wrote:
Done. Should the function signature in the docstring of barh be
changed as well? I think listing the possible keyword arguments and
their defaults is valuable in the help text, but the signature could
make people think they can use
On 3/17/07, Eric Firing [EMAIL PROTECTED] wrote:
In response to the feature request:
Does anyone see any disadvantage to making Text.__init__ and
Text.set_text() either try to call the __str__ method, or use the str()
builtin, if passed an argument that is not a string? Maybe there is no
I made some commits to svn last night to support clipping to arbitrary
paths last night -- they work is still in development, but some of the
compile *agg backends may be out of whack since the compile
dependencies aren't always respected.
If you see something funny with svn, try a clean
Those of you who updated from mpl svn between last night and now, may
have noticed that the pan/zoom/etc functionality was broken. Last
night I factored out the callback event handler that we use to support
the toolbar navigation into a reusable class in cbook. And I broke
it.
It is now fixed
On 3/26/07, Eric Firing [EMAIL PROTECTED] wrote:
Popping the 'a' entry inside the function did not affect the dictionary
that was passed in; it evidently gets copied automatically.
Am I missing something? Or should I go ahead and strip out the extra
copies and modify the corresponding advice
On 3/27/07, Eric Firing [EMAIL PROTECTED] wrote:
I can add a couple of things to item (1) below. First, the problem
occurs only with toolbar2, not with classic or None. Second, a script
that illustrates it is attached.
I defintely agree that this is important -- and it is a big help to
have
On 4/4/07, Andrew Straw [EMAIL PROTECTED] wrote:
Do we add deprecation warnings for the 0.90+1 release cycle and then
stop building the numarray and numeric numerix backends at some point
after that? When? Do we keep the numerix name or just switch
everything to numpy?
I agree that it is
On 4/5/07, Edin Salkovic [EMAIL PROTECTED] wrote:
This would make installing setuptools even easier, since the newest
ez_setup/seuptools would be downloaded by the user/developer every
time a svn update;python setup.py install is issued.
Are the above changes OK?
I'm not sure I see the
On 4/5/07, Robert Kern [EMAIL PROTECTED] wrote:
The purpose of ez_setup.py was to give people a migration path such that they
could write project that used setuptools, but ensure that their users wouldn't
have to go install another package themselves.
It's deprecated now. Don't use it.
So
On 4/9/07, Tim Leslie [EMAIL PROTECTED] wrote:
The other is a speedup, normalising an entire array at once, rather
than element by element, speeding up the attached script by a factor
of 6x (and upgrading my actual application from 'too slow' to 'quite
reasonable' :-)
Thanks Tim, I just
On 4/10/07, Tim Leslie [EMAIL PROTECTED] wrote:
Here's another patch. This one cleans up the line2d_seg_dist function
and also speeds it up by a factor of ~2
Excellent, thanks.
Committed.
JDH
-
Take Surveys. Earn Cash.
On 5/23/07, Fernando Perez [EMAIL PROTECTED] wrote:
Fortunately for me, the generated EPS don't have the problem (it's a
pure Agg bug), so I'm OK for the final output. But it's really
annoying on screen. My plots have tons of nearly retracing lines on
them, and they look atrociously bad
On 5/24/07, John Hunter [EMAIL PROTECTED] wrote:
svn up src/_backend_agg.h -r3254
svn up src/_backend_agg.cpp -r3254
Oops, make that revision 3092
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express
On 5/24/07, John Hunter [EMAIL PROTECTED] wrote:
On 5/24/07, John Hunter [EMAIL PROTECTED] wrote:
svn up src/_backend_agg.h -r3254
svn up src/_backend_agg.cpp -r3254
Oops, make that revision 3092
OK, just ignore me :-)
It turned out to be an easy fix. I was experimenting with even
Many moons ago, we talked about doing a bugfix release 0.90.1. Since
there are known bugs in the production release (eg Jeff Peery's recent
plot_date bug) I would like to put out a new release. Any objections?
backend driver looks good.
I've run some tests with memleak_hawaii with the agg
On 5/31/07, Christopher Barker [EMAIL PROTECTED] wrote:
John Hunter wrote:
Many moons ago, we talked about doing a bugfix release 0.90.1. Since
there are known bugs in the production release (eg Jeff Peery's recent
plot_date bug) I would like to put out a new release. Any objections
On 6/1/07, Andrew Straw [EMAIL PROTECTED] wrote:
Charlie Moad wrote:
I have time to cut a release tomorrow. Are there any outstanding
issues that I should wait on?
I just committed a change that raises a DeprecationWarning on use of
numarray or Numeric as the numerix backend -- we agreed
Before we blow away the numerix internally, let's give this release a
few days to settle and do a point bug fix release if anything serious
comes out. I plan on doing an announcement on python-list tomorrow,
which should trigger a larger than normal number of downloads, so
let's give it a couple
On 6/14/07, Charlie Moad [EMAIL PROTECTED] wrote:
I'm trying to get info on masking and I have been getting the
following error for over month now. Is there anything you can do?
Just updated the site to fix these -- thanks.
JDH
On 6/20/07, Carl Worth [EMAIL PROTECTED] wrote:
I noticed on the simple_plot.py example that the grid was coming out
pretty ugly without any snapping on the dashes. Here's a little patch
that adds that.
-Carl
PS. As should be obvious, this patch depends on my first patch that
adds the
On 6/14/07, Rutkov Denis [EMAIL PROTECTED] wrote:
Hello. I've encoutered a similar problem (I tried to add a menu to the
Matplotlib window), but I managed to do a workaround. Instead of adding Tk
widgets to existing window, I created a Tk instance and integrated all
buttons and menus in it,
On 6/30/07, Eric Firing [EMAIL PROTECTED] wrote:
Mike,
All this sounds like great progress--thanks! I particularly appreciate
the descriptions of what problems you found and how you found them.
John et al.: is there a maintainer for each of these backends? I think
gtk: Steve Chaplin or me
On 7/2/07, Michael Droettboom [EMAIL PROTECTED] wrote:
Forgot to attach the patches.
Michael -- if you send me your sf ID I'll add you to the committers
list and you can check these in directly.
Vis-a-vis the gtk question, I agree that we should encourage people to
upgrade who are suffering
On 7/5/07, Eric Firing [EMAIL PROTECTED] wrote:
The plan is to make the choice of the existing or new behavior be an
option, with the default TBD.
Is there any reason *not* to do the subsetting?
There was some original confusion in a potential loss of quality in
truetype/type2 conversions,
On 7/5/07, Carl Worth [EMAIL PROTECTED] wrote:
You might take a look at what kind of PostScript and PDF output you
get from cairo right now, (since cairo has many different kinds of
font subsetting, (type3, type42 and others), and it's regularly being
tested on as many PostScript and PDF
On 7/5/07, Michael Droettboom [EMAIL PROTECTED] wrote:
It may be worthwhile to look at Cairo's font subsetting code if it's
determined that the Python Postscript backend has other advantages. I'm
sure people who've been here longer than I have can better speak to
those pros and cons.
On 7/5/07, Michael Droettboom [EMAIL PROTECTED] wrote:
Do you agree that it is still an open question whether it's better to
spend time improving the matplotib PS backend, or to fix (if possible)
the issues with matplotlib's Cairo integration? It does ultimately come
down to a tradeoff: an
On 7/6/07, Michael Droettboom [EMAIL PROTECTED] wrote:
I don't know the root cause, but FYI I'm definitely getting rasterized
text with the Cairo backend for mathtext_demo.py. (I'm using
cairo-1.4.10, which I believe is the latest stable release).
And you are pretty sure it is all the text,
On 7/5/07, Carl Worth [EMAIL PROTECTED] wrote:
Thanks, John, for sharing this essay. Please allow me to respond to a
few points:
Hey Carl -- thanks for the response. You have definitely made me
reconsider some of my arguments, though my conclusion mostly remains
intact. At the end of the
On 7/6/07, Paul Kienzle [EMAIL PROTECTED] wrote:
Hi,
I've been playing with the pick infrastructure in 0.90 and find that
it doesn't meet my needs. The issue is that events from all artists
go to the same callback, so you are forced write your callback as a
series of if statements for each
On 7/6/07, Eric Firing [EMAIL PROTECTED] wrote:
2) polar_demo.py: the part of the spiral outside the bounding circle is
removed in the Agg version but not in the Cairo version.
This is a fairly new feature I added to add -- clipping to a polygon.
I haven't ported it to postscript yet. The
On 7/8/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
First, I noticed a bug in the version I sent before. I've attached a new
version in patch form, to be applied from the base directory of a normal
0.90.1 installation with 'patch -p1 patch'.
Thanks Allan, I just applied this to svn. Some
On 7/9/07, Paul Kienzle [EMAIL PROTECTED] wrote:
On Sun, Jul 08, 2007 at 03:04:41AM -0400, Paul Kienzle wrote:
I submitted the 'contains' patch to the patch tracker on sourceforge.
I've updated the 'contains' patch to handle figure enter/leave, at
least on wx backends, and fixed a minor hit
On 7/9/07, Darren Dale [EMAIL PROTECTED] wrote:
Could you be more specific about how to test your changes? I dont see anything
in matplotlibrc.template, or in rcsetup.py, concerning the valid settings of
ps.fonttype. (rc settings should be validated, have a default value, and have
a commented
On 7/9/07, Michael Droettboom [EMAIL PROTECTED] wrote:
Sorry about that. I didn't notice the SVN login error the first time.
It should be in SVN now.
The default is to output Type 3 fonts (i.e. the new way).
Darren: you mean rcdefaults.py, not rcsetup.py, right? I can't find an
On 7/9/07, Paul Kienzle [EMAIL PROTECTED] wrote:
This change works for me under wx os OS X.
I got the gui_paint idea from examples/dynamic_demo_wx.py. Replacing
gui_paint with draw_idle seems to work okay there as well. I'll
create a patch. Do you small patches like this on tracker as
On 7/10/07, Nils Wagner [EMAIL PROTECTED] wrote:
svn: PROPFIND request failed on '/svnroot/matplotlib/trunk/matplotlib'
svn: PROPFIND of '/svnroot/matplotlib/trunk/matplotlib': Could not
resolve hostname `svn.sourceforge.net': Host not found
(https://svn.sourceforge.net)
Is this a temporary
On 7/10/07, Darren Dale [EMAIL PROTECTED] wrote:
I ended up checking out the entire repository again. It seems that the working
address is now matplotlib.svn.sourceforge.net/svn/matplotlib, instead of
svn.sourceforge.net/svn/matplotlib.
Nothing is working for me
-bash-2.05b$ cd python/svn/
On 7/10/07, Michael Droettboom [EMAIL PROTECTED] wrote:
I just committed changes that add TTF subsetting to the PDF backend. It
is completely analogous to the font subsetting recently added to the PS
backend.
I have added a configuration option, pdf.fonttype, to choose either
Type3 or
On 7/10/07, Michael Droettboom [EMAIL PROTECTED] wrote:
The comparison is just over the PDF files, old way (Truetype embedding)
vs. new way (Type 3 subsetting).
The ratios are different because I chose to highlight the examples that
are quite texty. That wasn't a deliberate attempt to
On 7/10/07, Michael Droettboom [EMAIL PROTECTED] wrote:
Has anyone looked into embedding fonts in SVG files? That might
alleviate some of the installation problems that were recently mentioned
on the matplotlib-users list.
The relevant spec:
http://www.w3.org/TR/SVG11/fonts.html
If there
On 7/12/07, Michael Droettboom [EMAIL PROTECTED] wrote:
It looks like that the backend API isn't really set up to do compound
paths. The PolygonCollection class appears to be just a list of simple
polygons, rather than something that could be used for compound paths.
(Correct me if I'm
On 7/12/07, Eric Firing [EMAIL PROTECTED] wrote:
John Hunter wrote:
Do all the backend devices or libraries we *need* now support compound
paths (1) at all, and (2) in a consistent enough way to solve the
contouring problem as well as to make something like polygon collections
more efficient
1 - 100 of 970 matches
Mail list logo
