Re: [matplotlib-devel] Quiver

> "Jordan" == Jordan Dawe <[EMAIL PROTECTED]> writes: Jordan> Cool, that makes sense. Another question: what plot types Jordan> generate 1 Line2D objects? I can see quiver doing Jordan> something like that if one plots an 100x100 grid, but it Jordan> seems to me the result

[matplotlib-devel] contour demo

In the last figure 4 of contour_demo.py, the positioning of the vertical colorbar looks too low. I would expect it to align roughly with the vertical extent of the image axes. Is this intentional, configurable, or a bug? Also, in many of the contour examples, the text labels overlap the contour

Re: [matplotlib-devel] [Matplotlib-users] can't get started

> "Charlie" == Charlie Moad <[EMAIL PROTECTED]> writes: Charlie> Sounds like we could push 0.87.3 tomorrow or Tuesday. I Charlie> personally think the new quiver should be held off until Charlie> 0.88 and it should replace the old one if it is truly Charlie> better. OK, let's

Re: [matplotlib-devel] new Quiver progress

> "Eric" == Eric Firing <[EMAIL PROTECTED]> writes: Eric> arrow 1/50th the width of the plot. Change the window Eric> width, and the arrow length changes along with it. Zoom, Eric> and it does not change, however. In all cases, the arrow Eric> direction remains constant, reg

Re: [matplotlib-devel] new Quiver progress

>>>>> "John" == John Hunter <[EMAIL PROTECTED]> writes: >>>>> "Eric" == Eric Firing <[EMAIL PROTECTED]> writes: Eric> arrow 1/50th the width of the plot. Change the window Eric> width, and the arrow length changes alon

Re: [matplotlib-devel] new Quiver progress

> "Eric" == Eric Firing <[EMAIL PROTECTED]> writes: >> Hey someone said something nice about transforms! Eric> About time, isn't it! Eric> One thing I still don't understand: when is it necessary to Eric> bracket code with freeze/thaw? It's never necessary, it's an optimizat

Re: [matplotlib-devel] new Quiver progress

> "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 insid

Re: [matplotlib-devel] Plot with color argument as a list

> "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

Re: [matplotlib-devel] collection efficiency improvement

> "Eric" == Eric Firing <[EMAIL PROTECTED]> writes: Eric> Based on a quick look, I think it would be easy to make Eric> LineCollection and PolyCollection accept a numerix array in Eric> place of [(x,y), (x,y), ...] for each line segment or Eric> polygon; specifically, this coul

Re: [matplotlib-devel] Questions about mathtext, unicode conversion etc.

> "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 appreci

Re: [matplotlib-devel] bar() and barh() ignore rcparams patch.facecolor and patch.endcolor

> "Martin" == Martin Spacek <[EMAIL PROTECTED]> writes: Martin> Don't know if this is the best way, but here's a solution: Martin> def bar(self, left, height, width=0.8, bottom=0, Martin> color=matplotlib.rcParams['patch.facecolor'], yerr=None, Martin> xerr=None, ecolor=matpl

Re: [matplotlib-devel] patches for: bar() and barh() ignore rcparams patch.facecolor and patch.endcolor

> "Martin" == Martin Spacek <[EMAIL PROTECTED]> writes: Hey martin, thanks for all these changes. Martin> to inconsistent behaviour: barh() draws bars vertically Martin> centered on the y values (ala matlab 6.0), while bar() Martin> draws bars aligned according to their left edge

Re: [matplotlib-devel] Unicode to Tex symbols, Type1 names, and vice versa

> "Edin" == Edin Salkovi§ <[EMAIL PROTECTED]> writes: Edin> I finally solved the problem of automaticaly generating the Edin> dicts for unicode <-> TeX conversion. This is the first step Edin> in enabling unicode support in mathtext. Excellent. Edin> The STIX projects is us

Re: [matplotlib-devel] changes to collections, etc.

> "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

Re: [matplotlib-devel] patches for: bar() and barh() ignore rcparams patch.facecolor and patch.endcolor

> "Martin" == Martin Spacek <[EMAIL PROTECTED]> writes: Martin> I suppose I'm a bit jaded towards edges because I tend to Martin> make histograms and not bar graphs, but we can have it Martin> both ways. I can live with that -- did you test your work with the table_demo? Mart

Re: [matplotlib-devel] Unicode to Tex symbols, Type1 names, and vice versa

> "Edin" == Edin Salkovi§ <[EMAIL PROTECTED]> writes: Edin> The reason why I used pickle - from the Python docs: = I have had bad experiences in the past with pickle files created with one version that don't load with another. I don't know if that is a common problem or if others have

Re: [matplotlib-devel] Unicode to Tex symbols, Type1 names, and vice versa

> "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 possibilit

Re: [matplotlib-devel] patches for: bar() and barh() ignore rcparams patch.facecolor and patch.endcolor

> "Martin" == Martin Spacek <[EMAIL PROTECTED]> writes: Martin> Ah, I was just working off the axes.py file from Martin> viewcvs. I've checked out now from /trunk/matplotlib/ Martin> (using tortoise svn). Hopefully this new patch file will Martin> work. Making progress - I was

Re: [matplotlib-devel] patches for: bar() and barh() ignore rcparams patch.facecolor and patch.endcolor

> "Martin" == Martin Spacek <[EMAIL PROTECTED]> writes: Martin> Whoops. Forgot to include the patches for CHANGELOG and Martin> API_CHANGES. I updated barh_demo.py as well, and tested Martin> the rest of the bar demos. Here's the combined patch Martin> against 2515. Martin

Re: [matplotlib-devel] mathtext patch

> "Edin" == Edin Salkovi§ <[EMAIL PROTECTED]> writes: Edin> I got the SVG backend to work properly. The PS backend seems Edin> to be very tightly integrated with the current Edin> implementation of the Fonts classes so I haven't realy Edin> digged into it yet. Edin> This p

Re: [matplotlib-devel] font manager & mathtext

> "Edin" == Edin Salkovi§ <[EMAIL PROTECTED]> writes: Edin> Hi all, I have modified mathtext so it can use the fonts Edin> based on rcParams. The new class is defined as follows: Edin> class MyUnicodeFonts(UnicodeFonts): prop = FontProperties() Edin> prop.set_family('serif')

[matplotlib-devel] bugfix release for enthon

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 ear

Re: [matplotlib-devel] backends

> "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, g

Re: [matplotlib-devel] backends

>>>>> "Gaël" == Gaël Varoquaux <[EMAIL PROTECTED]> writes: Gaël> On Fri, Jul 07, 2006 at 03:46:01PM -0500, John Hunter wrote: >> Ideally, I would like to see PS, SVG, Agg and >> [Tk|GTK|WX|Qt|FLTK]Agg and no more. But I know that o

Re: [matplotlib-devel] open bug: losing focus after saving in interactive mode

> "Mark" == Mark Bakker <[EMAIL PROTECTED]> writes: Mark> John was asking whether there was something left to be fixed Mark> befor 0.88. In 0.87.3, there is still a bug left that has Mark> been reported several times I think. Interesting. the tk ask file dialog seems to be trigg

Re: [matplotlib-devel] open bug: losing focus after saving in interactive mode

> "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 some

Re: [matplotlib-devel] backends

> "Robert" == Robert Hetland <[EMAIL PROTECTED]> writes: Robert> I'm not suggesting immediate development for a PDF backend Robert> (although if it came automatically with kiva, I would use Robert> it), I think eps +ghostscript is good enough for now. As you may know, we have a pr

Re: [matplotlib-devel] backends

> "Christopher" == Christopher Barker <[EMAIL PROTECTED]> writes: Christopher> Just as a note, if you have Cairo, you have PS, PDF, Christopher> SVG, raster, and, indeed, native draw-to-the-screen Christopher> functionality. Last I checked if I recall correctly, about a year ago, t

Re: [matplotlib-devel] backends

>>>>> "John" == John Hunter <[EMAIL PROTECTED]> writes: John> Last I checked if I recall correctly, about a year ago, the John> PS backend merely dumped a raster image and didn't do real John> vector graphics. Has this changed? Looks l

Re: [matplotlib-devel] [Numpy-discussion] Quicker image transfer, tobuffer?

> "Eric" == Eric Firing <[EMAIL PROTECTED]> writes: Eric> Correction: I did fix the first problem, and the second Eric> problem is not at all what I thought. Instead, the Eric> examples/data/lena.jpg file in my svn mpl directory is Eric> corrupted. I have no idea why. Lookin

Re: [matplotlib-devel] Problems with Unicode in mathtext

> "Edin" == Edin Salkovi§ <[EMAIL PROTECTED]> writes: Edin> Conclusion John, what should I do? Please comment. I don't think we should be distracted by Type1 fonts or the lack of a good set of free unicode trueype math fonts. We will have those soon enough (or at some point). Wh

[matplotlib-devel] svn authentication issues

I'm getting prompted for username and password when I try and commit (normally I am not prompted since they are stored), and am not given access when I give them Authentication realm: SourceForge Subversion area Username: svn: Commit failed (details follow): svn:

Re: [matplotlib-devel] svn authentication issues

> "Jeff" == Jeff Whitaker <[EMAIL PROTECTED]> writes: Jeff> John: Yes, I just had a similar problem. Turns out my SF Jeff> password had expired. I logged in on the SF web page, and it Jeff> prompted me for a new one. After than, SVN worked with the Jeff> new password. Yep, th

[matplotlib-devel] svn bugs

I recently screwed up some of the swig wrappers in trying to hunt down a memory leak, so if you get segfaults with recent mpl builds, it's my fault. I think I've fixed the problem, so if you encounter errors, make sure you are using revision 2581 or later and do a clean rebuild if necessary by rm

Re: [matplotlib-devel] _transform limitations

> "Eric" == Eric Firing <[EMAIL PROTECTED]> writes: Eric> John, I think we really need copy (and maybe deepcopy) Eric> functions that work with all transforms, not just Separable Eric> transforms. This looks fairly easy except for one thing: Eric> the transform creation functi

Re: [matplotlib-devel] [ 1530104 ] Slider should grab mouse

> "Bill" == Bill Baxter <[EMAIL PROTECTED]> writes: Bill> Ok. Such a pain though... Are whole files acceptable Bill> instead of diffs? It's relatively easy to do a windiff or Multiple contributions per patch are fine, just do like you did and list what is in them. If there is an o

Re: [matplotlib-devel] _transform limitations

> "Eric" == Eric Firing <[EMAIL PROTECTED]> writes: Eric> return newtrans if not units == 'inches': raise Eric> ValueError('units must be dots or inches') if fig is None: This all looks great and I like the interface. My only suggestions is to add points (1/72. inches) since this is c

Re: [matplotlib-devel] imshow with PS backend

> "JIM" == JIM MacDonald <[EMAIL PROTECTED]> writes: JIM> My second problem involved the resolutions of the image. I'd JIM> like to preserve the resolution of my image in the PS output, JIM> but I can't figure out how to stop the image being resized JIM> and interpolated. Obv

Re: [matplotlib-devel] mathtext SoC update

> "Edin" == Edin Salkovi§ <[EMAIL PROTECTED]> writes: Edin> I'm still alive ;) Although I still haven't received any Edin> payments from Google (they are doing their best to solve Edin> this), I've began working on implementing the Knuth's layout Edin> algorithms. OK, but I re

Re: [matplotlib-devel] Wednesday minor rev bump?

> "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 concentrat

[matplotlib-devel] svn zoom

I am experiencing some strangeness with the svn version of mpl, but I don't know if it is the code or my connection. I am working over X11 so it may have something to do with that. Could those of you with local access to an svn install of mpl test something? When I open a plot (eg simple_plot.p

Re: [matplotlib-devel] svn zoom

> "Charlie" == Charlie Moad <[EMAIL PROTECTED]> writes: Charlie> I periodically am seeing it. But I can't figure out how I just tested on TkAgg ( I usually use GTKAgg) and noticed another problem. When you click "zoom to rect mode" the format string in the toolbar becomes so long that i

Re: [matplotlib-devel] svn zoom

> "Darren" == Darren Dale <[EMAIL PROTECTED]> writes: Darren> I fixed that problem in the qt backends by telling the Darren> label to ignore sizing hints. We could make the format Darren> string shorter, but even then, depending on the size of Darren> the window, this problem ca

Re: [matplotlib-devel] svn zoom

> "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>

Re: [matplotlib-devel] svn zoom

> "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 i

Re: [matplotlib-devel] svn zoom

>>>>> "John" == John Hunter <[EMAIL PROTECTED]> writes: John> I have tested a few backends (TkAgg, WX, QtAgg, GTK and John> GTKAgg) and am only seeing it on GTK and GTKAgg. My guess John> is that something ou did in adding the resize functiona

Re: [matplotlib-devel] svn zoom

> "Darren" == Darren Dale <[EMAIL PROTECTED]> writes: Darren> return self.format_data(value) Darren> I'm not sure what you had in mind. Oops: def format_data_short(self,value): 'return a short string version' return self.format_data(value) Fixed in svn JDH --

Re: [matplotlib-devel] widget locking

> "Darren" == Darren Dale <[EMAIL PROTECTED]> writes: Darren> When I run the following: figure(); plot([1,2]) figure(); Darren> plot([1,2]) Darren> and then I use the zoom widget in one figure, and then try Darren> to use the zoom widget in the other figure without turning

Re: [matplotlib-devel] Yet another minor release

> "Charlie" == Charlie Moad <[EMAIL PROTECTED]> writes: Charlie> Numpy 1.0b2 was released last night and Travis hopes this Charlie> will remain binary compatible with numpy 1.0. Are there Charlie> any objections to a minor release bump? I could do this Charlie> an soon as tom

Re: [matplotlib-devel] Patch to let specify pie chart text radius

> "Asheesh" == Asheesh Laroia <[EMAIL PROTECTED]> writes: Asheesh> This patch does not change default behavior but provides Asheesh> a useful feature enhancement that we use at Creative Asheesh> Commons. It would be great if you, our humble upstream, Asheesh> would accept it i

Re: [matplotlib-devel] Patch to let specify pie chart text radius

>>>>> "Asheesh" == Asheesh Laroia <[EMAIL PROTECTED]> writes: Asheesh> On Mon, 14 Aug 2006, John Hunter wrote: >> Hey Asheesh -- sorry we missed this the first time. I just >> tried to apply it but the patch didn't go through because

Re: [matplotlib-devel] widget locking

> "Darren" == Darren Dale <[EMAIL PROTECTED]> writes: Darren> When I run the following: figure(); plot([1,2]) figure(); Darren> plot([1,2]) Darren> and then I use the zoom widget in one figure, and then try Darren> to use the zoom widget in the other figure without turning

Re: [matplotlib-devel] Mathtext questions, continued...

> "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 ema

Re: [matplotlib-devel] Mathtext questions, continued...

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 f

Re: [matplotlib-devel] Yet another minor release

> "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

Re: [matplotlib-devel] Yet another minor release

> "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) S

Re: [matplotlib-devel] [Fwd: [wxPython-users] Re: using wxImage in C++ python extension]

> "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 display

Re: [matplotlib-devel] Fwd: [Numpy-discussion] Going to cut NumPy 1.0b5 tonight

> "Charlie" == Charlie Moad <[EMAIL PROTECTED]> writes: Charlie> I also get a compile error when trying to build against Charlie> the win32-py2.4 release. src\_na_nxutils.c(213) : error Charlie> C2275: 'PyObject' : illegal use of this type as an Charlie> expression c:\Python24

Re: [matplotlib-devel] A suggestion about legend defaults

> "Fernando" == Fernando Perez <[EMAIL PROTECTED]> writes: Fernando> What I think could be improved in the default behavior Fernando> is the legend. I'm sure there's a way to get the result Fernando> even today Indeed legend(numpoints=2) or set your rc setting legend.numpo

Re: [matplotlib-devel] swig wrappings and python2.5

> "Charlie" == Charlie Moad <[EMAIL PROTECTED]> writes: Charlie> Could someone please regenerated the swig wrappings with Charlie> swig-1.3.29 instead of swig-1.3.27 and commit? I just did this -- give it a test drive. JDH

Re: [matplotlib-devel] Custom symbols

> "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

Re: [matplotlib-devel] yet another release?

> "Charlie" == Charlie Moad <[EMAIL PROTECTED]> writes: Charlie> At what point should we push another minor release Charlie> for py2.5? or should we at all? I am able to compile and Charlie> run the latest in svn on all 3 major platforms. The only Charlie> missing compon

Re: [matplotlib-devel] Using selected dpi for PS output

> "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 --

Re: [matplotlib-devel] yet another release?

> "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 g

Re: [matplotlib-devel] numpy

> "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 la

[matplotlib-devel] pruning the developer list

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 m

Re: [matplotlib-devel] Introduction

> "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 positiv

Re: [matplotlib-devel] marker color handling

> "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

Re: [matplotlib-devel] custom symbol patch

> "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 StaredRegularPoly

Re: [matplotlib-devel] marker color handling: line and marker designations

> "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 -

Re: [matplotlib-devel] marker color handling: line and marker designations

> "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 '-' me

Re: [matplotlib-devel] marker color handling: matplotlibrc generation

> "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) el

Re: [matplotlib-devel] custom symbol patch

>>>>> "Manuel" == Manuel Metz <[EMAIL PROTECTED]> writes: Manuel> John Hunter wrote: >>>>>>> "Manuel" == Manuel Metz <[EMAIL PROTECTED]> writes: >> Manuel> Hi, I just submitted a patch to sourceforg

Re: [matplotlib-devel] marker color handling: matplotlibrc versus args and kwargs

> "Eric" == Eric Firing <[EMAIL PROTECTED]> writes: >> This is, what is wanted in 99% of the cases and for every other >> case, a rcfile-option will not help anyway. Eric> This sounds ideal to me--it makes everything simpler, both Eric> in the code and in explaining what the b

Re: [matplotlib-devel] marker color handling: matplotlibrc versus args and kwargs

> "Norbert" == Norbert Nemec <[EMAIL PROTECTED]> writes: Norbert> This functionality was never there, so nobody can miss Norbert> it. Before my changes, the options in matplotlibrc only Norbert> allowed to specify fixed colors for mfc and mec. This is Norbert> now not possible a

Re: [matplotlib-devel] marker color handling: matplotlibrc versus args and kwargs

On another note, I get messages like mpl/examples> python simple_plot.py -dAgg Bad key "lines.markeredgecolor" on line 48 in /home/jdhunter/.matplotlib/matplotlibrc. You probably need to get an updated matplotlibrc file from http://matplotlib.sf.net/matplotlibrc or from the matplotlib s

Re: [matplotlib-devel] custom symbol patch

> "Manuel" == Manuel Metz <[EMAIL PROTECTED]> writes: Manuel> There is a subtle but essential difference ;-) : for i in Manuel> xrange(1,len(r), 2 ) ^^^ , i.e. every second value gets Manuel> rescaled. But there is probably a more "pythonic" way to Manuel> do that: Manuel>

Re: [matplotlib-devel] GTK Console with inline figures

> "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>

Re: [matplotlib-devel] custom symbol patch

> "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 se

Re: [matplotlib-devel] Are you planning to make another release once NumPy 1.0 is out?

> "Travis" == Travis Oliphant <[EMAIL PROTECTED]> writes: Travis> How to members on this list feel about a NumPy C-API Travis> version number increase for 1.0 final (1.0rc3 first which Travis> would become 1.0final a few days later). We'll tolerate whatever pain is necessary to ac

Re: [matplotlib-devel] ginput in pylab

> "Gael" == Gael Varoquaux <[EMAIL PROTECTED]> writes: Gael> For those who have never used matlab, ginput is a blocking Gael> call that takes one optional argument n, waits for n click Gael> on the current figure, and returns the coordinates of those Gael> n clicks. I have been

Re: [matplotlib-devel] Axes3DI.autoscale_view

> "Andrew" == Andrew Colombi <[EMAIL PROTECTED]> writes: Andrew> My real question is, how do I go about incorporating my Andrew> change to matplotlib's source repository. I've already Andrew> checked out the latest matplotlib/trunk/matplotlib, and Andrew> created a SourceForge

Re: [matplotlib-devel] ginput in pylab

>>>>> "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

Re: [matplotlib-devel] legend: numpoints

> "Varun" == Varun Hiremath <[EMAIL PROTECTED]> writes: Varun> Hello all, Is there any way to set numpoints for each line Varun> in a plot. I wanted to plot 6 curves in a single plot some Varun> plots with continuous lines using marker='-' and some using Varun> symbols and line

Re: [matplotlib-devel] Home page text

> "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. T

Re: [matplotlib-devel] Home page text

> "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

Re: [matplotlib-devel] basemap compile problem

>>>>> "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 re

Re: [matplotlib-devel] A question about cbook.is_string_like

> "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 tha

Re: [matplotlib-devel] A question about cbook.is_string_like

> "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 v

Re: [matplotlib-devel] PDF backend

> "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 fou

Re: [matplotlib-devel] PDF backend

> "Jouni" == Jouni K Seppanen <[EMAIL PROTECTED]> writes: Jouni> OK. Was it just that you don't want to require mpl users to Jouni> install fonttools, or were there other problems with it? One problem was that it was large compared to mpl at the time, and mpl was pure python. So it c

Re: [matplotlib-devel] PDF backend

> "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?

Re: [matplotlib-devel] A very little error in documentation of pylab.subplots_adjust

> "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,

Re: [matplotlib-devel] Patch for bug in lines.py

> "Ted" == Ted Drain <[EMAIL PROTECTED]> writes: Ted> John et al, Ran into this bug in lines.py: The Verbose class Ted> in __init__.py doesn't have a method named report_error - Ted> just report. Thanks Ted -- just committed the fix. JDH -

Re: [matplotlib-devel] Numeric support broken?

> "Norbert" == Norbert Nemec <[EMAIL PROTECTED]> writes: Norbert> Thanks for clearing this up. Coding with three different Norbert> numeric libraries in mind certainly is tricky... :-( This is another good example of the benefits of duck typing -- using "iterable" rather than "hasatta

Re: [matplotlib-devel] use of the SciPy Array Interface

> "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 expecti

Re: [matplotlib-devel] "consume the generator"?

> "Eric" == Eric Firing <[EMAIL PROTECTED]> writes: Eric> Despite the comment, I don't understand the purpose of the Eric> last line in the following excerpt from the Axes.plot() Eric> method: Eric> lines = [] for line in self._get_lines(*args, Eric> **kwargs): se

Re: [matplotlib-devel] Overlap with bar

> "David" == David Huard <[EMAIL PROTECTED]> writes: David> Hi, When plotting a large amount of bars, like bar(arange(500), rand(500)) David> the bars seem to overlap and it produces a weird effect. David> My feeling is that the culprit is the contour line around Da

Re: [matplotlib-devel] segfault on specgram in svn

> "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

Re: [matplotlib-devel] Pie charts with no black edges

> "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

<    2   3   4   5   6   7   8   9   10   11   >