On Thu, Sep 25, 2008 at 9:31 AM, Darren Dale <[EMAIL PROTECTED]> wrote:
> I noticed this morning that my Times and Palatino system fonts are not being
> found anymore. I removed my fontManager.cache and ran my script with
> verbose=debug, and it looks like creatFontDict found them, but then findfon
On Fri, Sep 26, 2008 at 2:36 PM, Tony S Yu <[EMAIL PROTECTED]> wrote:
> I guess you could plot sparse all-zero matrices with image mode. My only
> hesitation is that sparse arrays tend to be very large and (I imagine) this
> would lead to very slow performance. I assumed this was the reason image
On Tue, Oct 7, 2008 at 9:18 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> According to lsprofcalltree, the slowness appears to be entirely in the
> units code by a wide margin -- which is unfortunately code I understand very
> little about. The difference in timing before and after adding th
On Tue, Oct 7, 2008 at 11:26 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> This isn't quite what I was suggesting (and seems to be equivalent to
> the code as before). In the common case where there are no units in the
> data, this will still traverse the entire list.
>
> I think replacing t
On Wed, Oct 8, 2008 at 11:37 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> I figured this out. When this happens, a RuntimeError("Agg rendering
> complexity exceeded") is thrown.
Do you think it is a good idea to put a little helper note in the
exception along the lines of
throw "Agg re
On Wed, Oct 8, 2008 at 1:44 PM, David Huard <[EMAIL PROTECTED]> wrote:
> /usr/local/lib64/python2.5/site-packages/matplotlib/legend.pyc in
> __init__(self, parent, handles, labels, loc, numpoints, prop, pad,
> borderpad, markerscale, labelsep, handlelen, handletextsep, axespad, shadow)
> 125
On Wed, Oct 8, 2008 at 8:40 PM, Eric Firing <[EMAIL PROTECTED]> wrote:
> Thanks for doing this--it has already helped me in my testing of the
> gappy-path simplification support, which I have now committed. As you
> suggested earlier, I included in path.py a check for a compatible codes
> array.
>
On Thu, Oct 9, 2008 at 6:14 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
>> If 2) in the choices above is the case you are concerned about, and
>> you want this warning feature in this case, we can add an rc param
>> which is autoset at build time, something like "show.warn =
>> True|False"
On Wed, Oct 8, 2008 at 10:27 PM, Erik Tollerud <[EMAIL PROTECTED]> wrote:
> Ah, that makes more sense Jae-Joon - thanks!
Jae-Joon -- could you handle this patch submission?
Thanks,
JDH
-
This SF.Net email is sponsored by the
On Fri, Oct 10, 2008 at 11:31 AM, Gregor Thalhammer
<[EMAIL PROTECTED]> wrote:
> Is this really an intended behaviour? Wouldn't it be better if
> get_xlim() already returns a copy? Or could at least the documentation
> be updated to mention this pitfall?
I think it should return a copy -- if I do
I am getting this error on a couple of machines when I try to commit
[EMAIL PROTECTED]:mpl> svn commit -m 'some more doc mods'
svn: Commit failed (details follow):
svn: MKACTIVITY of
'/svnroot/matplotlib/!svn/act/5726e9f3-f4eb-cc5e-bc97-ffd78106e3fc':
403 Forbidden (https://matplotlib.svn.sourcefo
On Wed, Oct 15, 2008 at 8:18 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> The new stylesheet for the docs looks great, John!
I just ripped this off hook-line-and-sinker from the sphinx docs, and
added the few css bits you created earlier. They do look nice :-)
> One extremely minor nit: p
On Wed, Oct 15, 2008 at 9:48 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> Yep... just sent a message before seeing this one. The few possible causes
> I could find through Google didn't seem relevant.
>
> Feel free to pile on to this bug report -->
>
> https://sourceforge.net/tracker/?func=
On Wed, Oct 15, 2008 at 10:28 AM, Chris Walker
<[EMAIL PROTECTED]> wrote:
>
> http://matplotlib.sourceforge.net/doc/html/index.html links to
> http://matplotlib.sourceforge.net/doc/html/goals.html which doesn't
> seem to exist yet.
>
> I guess this is temporary, but thought it worth pointing out.
On Wed, Oct 15, 2008 at 10:17 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
>> I'm happy to do use a smaller logo on the doc pages, but off hand do
>> not know how to do it. I am knee deep in trying to convert the
>> existing docs, because as you probably gathered the sphinx docs will
>> soon
On Wed, Oct 15, 2008 at 2:22 PM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> Nope, I'm not seeing this, even when I shrink the window width way down.
>
> This is Firefox 2.0 on RHEL4.
>
> Does putting a between matplotlib and home help?
I tried this, and it put matplotlib and home together,
On Wed, Oct 15, 2008 at 2:42 PM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> Weird. Have to admit I don't understand this HTML stuff very well... ;)
Don't worry about it -- I am going to try and revert these changes
with a thinner logo. I'll let you know when it's ready for testing.
JDH
--
I just took the plunge and pushed the beta website live. We are now
purely driven off the sphinx living in the doc dir.
There is still plenty of material from the old site (stuff from the
FAQ, the credits, stuff from the user's guide, goals/known issues) so
once again please feel free to contribu
On Wed, Oct 15, 2008 at 4:04 PM, Andrew Straw <[EMAIL PROTECTED]> wrote:
> Dang that looks good. The only glitches that I see are:
>
> 1) after the ">>> hist(x, 100)""" line in the Python pre-formatted text
> box, there's an extra line's worth of vertical space.
>
> 2) The heading "Plotting command
On Thu, Oct 16, 2008 at 9:18 PM, Paul Ivanov <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I'm a big fan of keyboard shortcuts, so I decided to add these guys to
> lib/matplotlib/backend_bases.py
>
> I'm not sure if this is too much, and maybe these should be configurable
> down the line, but here's my firs
On Thu, Oct 16, 2008 at 5:10 PM, Darren Dale <[EMAIL PROTECTED]> wrote:
> It looks great, really nice work guys. Sorry I havent been able to keep up
> with the list recently, unfortunately its unlikely to change for a while.
>
> I noticed that the PDF download link at
> http://matplotlib.sourcefor
On Thu, Oct 16, 2008 at 9:57 PM, Jae-Joon Lee <[EMAIL PROTECTED]> wrote:
> Thanks Manuel.
>
> Yes, we need rotation value and etc, but my point is, do we need to
> update it within the update_from() method? Although my preference is
> not to do it, it may not matter much as far as we state what thi
On Thu, Oct 16, 2008 at 9:10 PM, Tony S Yu <[EMAIL PROTECTED]> wrote:
> I noticed that one of the animation examples is missing some import
> statements. Also, the diff below includes a small change to the shebang line
> of another example.
Hey Tony,
Thanks for the patch, applied to svn r6232. F
On Wed, Oct 15, 2008 at 2:57 PM, Manuel Metz <[EMAIL PROTECTED]> wrote:
> I found a few typos in artists.rst. Added a patch (don't want to commit
> it, because I'm not actively working on the docs)
>
> The first sentence of the section "Object containers" also needs to be
> fixed (or I don't unders
On Sat, Oct 18, 2008 at 8:34 AM, Manuel Metz <[EMAIL PROTECTED]> wrote:
> With a clear checkout building the docs fails:
>
> [...]
> Sphinx v0.4.2, building html
> trying to load pickled env... not found
> building [html]: targets for 348 source files that are out of date
> updating environment: 34
On Mon, Oct 20, 2008 at 7:51 AM, Lee Kamentsky <[EMAIL PROTECTED]> wrote:
> Hi all,
> I've submitted a patch to
> matplotlib/lib/matplotlib/backends/backend_wx.py on the bug tracker
> (http://sourceforge.net/tracker2/?func=detail&aid=2166139&group_id=80706&atid=560722
> ). I'd appreciate feedback o
On Mon, Oct 20, 2008 at 9:01 AM, David Huard <[EMAIL PROTECTED]> wrote:
> I would oppose any change to histogram calling convention that does not
> fix a critical bug. I agree that using a built-in name as an argument is
> a bug, but I believe it is the lesser evil compared to asking users to
> ch
On Mon, Oct 20, 2008 at 10:40 AM, Lee Kamentsky <[EMAIL PROTECTED]> wrote:
> Thanks for your reply, John. It's mostly me being naive - my code works
> great when I choose WXAgg as my backend. I'll be using that for now. Feel
> free to accept / reject or ask for fixes to the patch.
OK, thanks. You
On Mon, Oct 20, 2008 at 12:12 PM, Christopher Barker
<[EMAIL PROTECTED]> wrote:
> Ben North wrote:
>
>> I tend to use matplotlib over an X connection,
Yep, we know this reason. Lee stated he was on a windows box, which
doesn't rule out X11 forwarding but makes it less likely, so I was
wondering i
On Tue, Oct 21, 2008 at 8:04 AM, jason_h <[EMAIL PROTECTED]> wrote:
>
> Hello,
> we want to add a new backend for some specific XML format.
>
> Can I find somewhere a sort of How-To documentation about the required
> steps?
>
> In particular I want to avoid modifying the matplotlib installation whi
On Tue, Oct 21, 2008 at 8:40 AM, John Hunter <[EMAIL PROTECTED]> wrote:
> If you set the backend to "module://my_backend" where my_backend.py is
> a backend in your PYTHONPATH, matplotlib will load it and use it.
And yes, I forgot to mention, "use" wo
On Tue, Oct 21, 2008 at 9:14 AM, jason_h <[EMAIL PROTECTED]> wrote:
> Unfortunately that doesn't work for me. I get a "ValueError: Unrecognized
> backend string "module://mybackend"" in rcsetup.py. Any other suggestions?
> Matplotlib ist version 0.98.3.
Hmm, strangely, the rcsetup function was re
On Tue, Oct 21, 2008 at 12:52 PM, Eric Firing <[EMAIL PROTECTED]> wrote:
> I did svn up on Sphinx, deleted mpl doc/build, and tried to rebuild the
> docs. The Latex is failing with output ending in
>
> ) (/usr/share/texmf-texlive/tex/latex/graphics/graphicx.sty
> (/usr/share/texmf-texlive/tex/late
On Tue, Oct 21, 2008 at 8:57 PM, Paul Ivanov <[EMAIL PROTECTED]> wrote:
> Here's an updated patch:
>
> I decided to go with 'c' and 'v' for Back and Forward since these keys
> are in the same place on most localized keyboard layouts (sorry, dvorak
> users) (as JDH pointed out, I could not use 'z'
On Wed, Oct 22, 2008 at 12:03 PM, Adeodato Simó <[EMAIL PROTECTED]> wrote:
> In http://matplotlib.sourceforge.net/users/pyplot_tutorial.html it says:
>
> | You may be wondering why the x-axis ranges from 0-3 and the y-axis
> | from 1-4.
>
> The axis in the image ranges from 0 to 2 (X) and from 1
On Mon, Oct 27, 2008 at 4:09 PM, Eric Firing <[EMAIL PROTECTED]> wrote:
> None that I know of. It would certainly be nice if we had the release
> package-building completely automated; or automated daily svn builds of the
> Win and OSX packages. Since I don't work with either Win or OSX, I don't
On Mon, Oct 27, 2008 at 8:49 PM, Fernando Perez <[EMAIL PROTECTED]> wrote:
> src/_tkagg.cpp: In function 'int PyAggImagePhoto(void*, Tcl_Interp*,
> int, char**)':
> src/_tkagg.cpp:134: error: no match for 'operator*' in
> '*aggRenderer->RendererAgg::renderingBuffer'
> error: command 'gcc' failed w
On Tue, Oct 28, 2008 at 12:24 PM, Eric Bruning <[EMAIL PROTECTED]> wrote:
> Nice work ... and an ambitious effort.
>
> I've gotten it running, and am a bit perplexed by some of the
> performance I'm seeing. Specifically, the following bit takes well
> over twice as long to run as does WxAgg. Does t
On Wed, Oct 29, 2008 at 4:00 PM, Ryan May <[EMAIL PROTECTED]> wrote:
> Here's probably a better question to ask than just to fix the example.
> Was it intended that the Rectangle.xy attribute disappear? I couldn't
> find it documented in API_CHANGES. It appears that there was just a
> change at s
On Thu, Oct 30, 2008 at 2:59 AM, Jae-Joon Lee <[EMAIL PROTECTED]> wrote:
> Basic idea is to create a new version of the Legend class with a same
> interface to the current one.
> Eric's original suggestion was to use some optional kwarg to choose the
> version.
> But I found this approach does not
On Thu, Oct 30, 2008 at 12:32 AM, Jae-Joon Lee <[EMAIL PROTECTED]> wrote:
> John and others,
>
> I submitted a patch of the fancy arrow I mentioned a while ago.
>
> http://sourceforge.net/tracker2/?func=detail&aid=2209021&group_id=80706&atid=560722
Hi Jae Joon -- sorry for not responding. I had c
On Thu, Oct 30, 2008 at 8:10 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> In the specific case of bar(), one may still be forced to manually set
> urls on each Rectangle if one wants those urls to be different. But
> this is no different than the current situation wrt facecolor or any
> ot
On Thu, Oct 30, 2008 at 9:28 AM, Darren Dale <[EMAIL PROTECTED]> wrote:
> Line 2900 in patches.py is not compatible with python-2.6. "as" is protected
> and cannot be used as a variable name.
good catch - -fixed in r6355
JDH
---
On Fri, Oct 31, 2008 at 5:12 AM, Jae-Joon Lee <[EMAIL PROTECTED]> wrote:
> But I guess this can be simplified.
> And, I may gather those Connector classes under a single class (or a
> module). And same for arrowstyle classes and boxstyle classes.
Yes, I think this is the way to go -- uses classes
On Sat, Nov 1, 2008 at 5:37 AM, Sandro Tosi <[EMAIL PROTECTED]> wrote:
> Hello guys!
> Following up the discussion Benjiamin and me had about a couple of
> bugs in Ubuntu[1] and Debian[2], and what Mike wrote on [1], we'd like
> to explore the possibility for you to develop a "backend=Auto" mode,
>
On Wed, Nov 5, 2008 at 4:55 PM, Ryan May <[EMAIL PROTECTED]> wrote:
> Hi,
>
> How much freedom would I (and my colleague) have in changing up some of
> the behavior/API of mlab.psd? My current issues with the function:
>
> 1) Returning one-sided or two-sided depends on whether the data is
> comple
On Sat, Nov 8, 2008 at 5:53 PM, Jae-Joon Lee <[EMAIL PROTECTED]> wrote:
> Yes, the script also works for me.
> It seems that the version on the web is picking up a wrong font file.
I flushed my font caches and rebuilt and the text is looking OK now.
It may be that some combination of old font cach
On Mon, Nov 10, 2008 at 1:59 PM, Ryan May <[EMAIL PROTECTED]> wrote:
>> I am not even sure if the above is the fix we want, but having numpy
>> string array elements fail "is_string_like" seems like a fundamentally
>> bad thing.
we definitely want numpy strings, eg in a record array, to return Tr
On Tue, Nov 11, 2008 at 1:38 PM, Ryan May <[EMAIL PROTECTED]> wrote:
> 1) Have psd(x) call csd(x,x)
> 2) Have csd() check if y is x, and if so, avoid doing the extra work.
>
> Would this be an acceptable solution to reduce code duplication?
Sure, that should work fine.
> On a separate note, once
On Tue, Nov 11, 2008 at 10:35 AM, Ryan May <[EMAIL PROTECTED]> wrote:
> Hi,
>
> In tweaking mlab.psd(), I'm noticing there is a lot of overlap between
> the keyword args for psd() and csd(). In fact, csd() doesn't document
> them itself, but just references psd(). Additionally, the csd() and
> psd
On Sat, Nov 15, 2008 at 6:50 AM, Jozef Vesely <[EMAIL PROTECTED]> wrote:
> legends outside axes display only line without markers.
> Somebody forgot to unset clipping.
It appears Eric already fixed this in svn:
r6127 | efiring | 2008-09-27 19:44:08 -0500 (Sat, 27 Sep 2008) | 4 lines
Enhance
On Fri, Nov 21, 2008 at 4:24 AM, Benoit Zuber <[EMAIL PROTECTED]> wrote:
> Hi,
> I posted this on maplotlib-users list, but got no reply. I guess that
> bugs should rather be reported here...
Could you post a *complete* script that demonstrates the leak, eg one
that calls the function and does any
On Fri, Nov 21, 2008 at 7:04 AM, Benoit Zuber <[EMAIL PROTECTED]> wrote:
>
>> > I posted this on maplotlib-users list, but got no reply. I guess that
>> > bugs should rather be reported here...
>>
>> Could you post a *complete* script that demonstrates the leak, eg one
>> that calls the function an
On Fri, Nov 21, 2008 at 7:53 AM, Benoit Zuber <[EMAIL PROTECTED]> wrote:
>
>> If you comment out agg you are using a gui backend presumably (which
>> one) and most of these are known to have some leaks, some of which are
>> beyond our control.
>
> This leak happened without any gui backend when I r
On Fri, Nov 21, 2008 at 8:08 AM, Stan West <[EMAIL PROTECTED]> wrote:
> While I check out the mplsizer toolkit, I'm still interested in any feedback
> on my ideas for subplot layout features. Does anyone have any critiques,
> concerns, preferences, suggestions, etc., to voice? Thanks.
My main co
On Fri, Nov 21, 2008 at 8:17 AM, Benoit Zuber <[EMAIL PROTECTED]> wrote:
> Sorry, I did not realise it (I suppose, I did not quite know what backend
> means, now I checked it on wikipedia ;-) . Running the script with
> --verbose-helpful told me that the backend was GTKAgg version 2.10.1
Here is
pan/zoom appears to be broken in the sharex axis demo. If you do a
zoom to rect on ax2 or ax3 in
examples/pylab_examples/shared_axis_demo.py the event seems to be
swallowed, though a zoom in ax1 is respected.
I know Eric was recently working on autoscale support for sharex axes
r6315 | efiring
On Tue, Nov 25, 2008 at 12:16 PM, John Hunter <[EMAIL PROTECTED]> wrote:
> pan/zoom appears to be broken in the sharex axis demo. If you do a
> zoom to rect on ax2 or ax3 in
> examples/pylab_examples/shared_axis_demo.py the event seems to be
> swallowed, though a zoom in ax1
On Tue, Nov 25, 2008 at 12:28 PM, John Hunter <[EMAIL PROTECTED]> wrote:
> On Tue, Nov 25, 2008 at 12:16 PM, John Hunter <[EMAIL PROTECTED]> wrote:
>> pan/zoom appears to be broken in the sharex axis demo. If you do a
>> zoom to rect on ax2 or ax3 in
>> examples/p
On Tue, Nov 25, 2008 at 1:31 PM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> The trunk has effectively the same fix already in that additional code you
> point out. Its purpose is to make sure the zoom happens only once for each
> grouping. It could probably be done better, but it does work.
On Wed, Nov 26, 2008 at 5:34 AM, Egor Zindy <[EMAIL PROTECTED]> wrote:
> Dear matplotlib devels,
>
> I wrote a selection widget someone else might find useful. The widget is
> based on the slider widget.>
> Things I implemented:
> * blitting (bar still flashes once when clicked on, sorry about that
On Wed, Nov 26, 2008 at 10:41 AM, Drain, Theodore R
<[EMAIL PROTECTED]> wrote:
> I'm pretty sure this is exactly what's happening. This is also annoying when
> you're trying to use a zoom rectangle and want to start at some point in the
> plot and drag it to the boundary. We've been planning o
On Wed, Nov 26, 2008 at 10:59 AM, John Hunter <[EMAIL PROTECTED]> wrote:
> probably fairly easy using a class level attr in the MouseEvent.
> Another possibility would be to add support for figure_enter_event,
> figure_leave_event, axes_enter_event, axes_leave_event. The user co
On Wed, Nov 26, 2008 at 11:57 AM, Egor Zindy <[EMAIL PROTECTED]> wrote:
> thank you, I'll have to check out the repository to see how I can use the
> changes.
>
> Just a thought: a figure_leave / figure_enter event could be triggered by
> comparing the currently held axis with event.inaxes (that's
I recently added support for a figure/axes enter/leave event. The
figure enter and axes enter/leave are easy to do with nothing new in
the backends, just using the native mpl events. The figure leave
event is harder, because when a user leaves a figure and activates
another window, mpl gets no ev
Hi Egor -- thanks for the update. For future posts on the same theme,
could you please respond to the existing thread rather than creating a
new one. This makes it easier for people who are following a thread
to keep following it, and those ignoring it to keep ignoring it.
Importantly, for future
On Sat, Nov 29, 2008 at 3:55 PM, Andrew Straw <[EMAIL PROTECTED]> wrote:
> Hi All,
>
> I have been testing the latest svn matplotlib, which failed to produce
> any visible data in some long-standing scripts of mine. :(
>
> Investigating further, my use of markersize=0.5 combined with the '.'
> symb
On Sun, Nov 30, 2008 at 11:53 AM, Jae-Joon Lee <[EMAIL PROTECTED]> wrote:
> I have been working on reimplementation of the legend class, and I
> guess it is mostly done. The biggest change is how each items are
> placed. For this, I made a simple container class("offsetbox.py"),
> which can pack t
On Mon, Dec 1, 2008 at 6:00 PM, Jae-Joon Lee <[EMAIL PROTECTED]> wrote:
> As implementing an optional transformation should be trivial, I'll
> just go ahead an work on it. But it seems not clear to me how to
> approach this without any specific use case given.
In another thread yesterday, someone
On Tue, Dec 2, 2008 at 8:34 AM, Gregor Thalhammer
<[EMAIL PROTECTED]> wrote:
> If a mouse button is pressed while leaving the figure the behaviour is
> somewhat strange. First, a figure_leave_event is emitted. Then, further
> moving the mouse outside the figure a new figure_enter_event is created.
On Wed, Dec 3, 2008 at 6:43 AM, Gregor Thalhammer
<[EMAIL PROTECTED]> wrote:
>> Can you update, repatch wx to use it (and Darren qt)?
>
> I attached a patch that emits a enter_notify_event if the mouse enters the
> figure. Now the example behaves correctly.
Thanks Gregor -- just committed this. I
Despite my occasional recent murmurings to get a release out, which
fall by the wayside as more pressing matters arise, I really would
like to do a 0.98.4 ASAP. Part of the reason is that there are lots
of great features and bug fixes that should be more easily accessible
to others (in particular
On Wed, Dec 3, 2008 at 8:12 PM, Andrew Straw <[EMAIL PROTECTED]> wrote:
> I just put my git mirror of the matplotlib svn repository online. This
> is experimental in nature. Thanks to github for hosting this project.
> Anyhow, I added instructions for how to use this (including to interact
> with t
On Thu, Dec 4, 2008 at 12:38 PM, Charlie Moad <[EMAIL PROTECTED]> wrote:
> Works for me. Let's aim for Saturday night so we have Sunday to test
> it out. Doable?
Great -- everyone please hold off adding any significant features
before the release and focus any mpl time you have on outstanding
bu
There appears to be a bug in the 3rd subplot of symlog_demo.py because
the ticker is generating an OverflowError on my powerbook.
The problem is in SymmetricalLogLocator.__call__ when the vmin, vmax =
self._transform.transform((vmin, vmax)) call transforms
vmin,vmax=[-1,1] to [-3.30039237078e+17,1
Axes.hist calls np.histogram with the "new" kwarg, which triggers a
deprecation warning with svn numpy. Anyone have an opinion on whether
this kwarg should be included in the upcoming mpl release?
JDH
--
SF.Net email is
may check the version number of the numpy in the hist() function,
> and call np.histogram() accordingly.
>
> -JJ
>
>
> On Sat, Dec 6, 2008 at 4:33 PM, John Hunter <[EMAIL PROTECTED]> wrote:
>> Axes.hist calls np.histogram with the "new" kwarg, which t
> @@ -328,6 +329,7 @@
> self._linadjust = linthresh / (np.log(linthresh) /
> self._log_bas
>
> def transform(self, a):
> +a = np.asarray(a)
> return np.where(a <= self._log_linthresh,
> np.where(a &g
kip a cycle on the branch.
Sent from my iPhone
On Dec 7, 2008, at 2:46 PM, "Charlie Moad" <[EMAIL PROTECTED]> wrote:
> Is there any need for a maintenance release?
>
> On Thu, Dec 4, 2008 at 1:53 PM, John Hunter <[EMAIL PROTECTED]> wrote:
>> On Thu, Dec
On Sun, Dec 7, 2008 at 2:55 PM, Jae-Joon Lee <[EMAIL PROTECTED]> wrote:
> I just committed the change. Although the change is trivial, I didn't
> tested it in the numpy 1.2 or the svn version.
I tested on numpy svn on a couple of platforms (OS X and linux) and
this looks OK from my end.
-
On Mon, Dec 8, 2008 at 6:37 AM, Jouni K. Seppänen <[EMAIL PROTECTED]> wrote:
> I ran into the same problem independently on an Intel Mac (I didn't read
> these messages until now) and came up with the first part of Jae-Joon
> Lee's fix. It does fix the problem, at least for me - I suspect the
> dif
On Mon, Dec 8, 2008 at 8:16 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> I don't think it's a rendering bug. The entire first row of data is 0.0 and
> -0.0, which maps to red. The real solution would be to map 0 and -0.0 to
> different colors, but that's insane ;)
>
> The rendering bug tha
On Mon, Dec 8, 2008 at 9:13 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> I think Jae-Joon's new figure refactoring is really great, and is a huge
> improvement over the old code.
>
> I do, however, have one concern. Since the legend border is no longer a
> simple rectangle, the Agg backend'
On Mon, Dec 8, 2008 at 9:39 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> The gc param would be the easy part -- I was thinking the difficult would be
> going through all the cases and making sure it's doing the right thing, and
> making sure axes and ticks etc. still look nice. Though I su
On Mon, Dec 8, 2008 at 10:49 AM, Jae-Joon Lee <[EMAIL PROTECTED]> wrote:
> On the other hand, I think it would also good if we allow a dictionary
> for the "fancybox" argument, like "bbox" in text. But maybe not in
> this release.
I would prefer not to change the meaning of the fancybox once we
r
On Mon, Dec 8, 2008 at 4:19 PM, Ryan May <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Was just looking through the examples and noticed that
> pylab_examples/dashtick.py
> does not work here for me on SVN head.
>
> Traceback (most recent call last):
> File "dashtick.py", line 61, in
> test_dashtick
On Thu, Dec 4, 2008 at 12:38 PM, Charlie Moad <[EMAIL PROTECTED]> wrote:
> Works for me. Let's aim for Saturday night so we have Sunday to test
> it out. Doable?
I've been working on a number of docstring fixes, and several other
changes and last-minute bug fixes have been coming in. I think we
On Mon, Dec 8, 2008 at 5:31 PM, John Hunter <[EMAIL PROTECTED]> wrote:
> On Thu, Dec 4, 2008 at 12:38 PM, Charlie Moad <[EMAIL PROTECTED]> wrote:
>> Works for me. Let's aim for Saturday night so we have Sunday to test
>> it out. Doable?
>
> I've been
On Wed, Dec 10, 2008 at 12:36 AM, Jae-Joon Lee <[EMAIL PROTECTED]> wrote:
> Current SVN (r6540) raise an error for the following code.
Arg, bad timing. Charlie released 0.98.4 hours before you found this.
Fortunately, the use case,
fig = plt.figure()
ax = maxes.Subplot(fig, 1, 1, 1)
Since we already have a bug in the 98.4 release, we can anticipate needing
to do a bugfix release accumulating all the bugs we fix in the next week
(presuming we don't discover any critical bugs which would require us to
push out a fix earlier). To make sure we achieve maximal stability, I have
cr
We have just released a new version of matplotlib, available for download at
https://sourceforge.net/project/showfiles.php?group_id=80706&package_id=278194&release_id=646146
These "what's new" release notes, with graphs and links, are available in
html at
http://matplotlib.sourceforge.net/use
On Wed, Dec 10, 2008 at 11:30 AM, Michael Droettboom <[EMAIL PROTECTED]>wrote:
>
> This will make merging slightly easier, (since the -S parameter is not
> required), and it is generally good practice in the long run to not keep
> extra branches lying around. I'm happy to make this change, but th
On Wed, Dec 10, 2008 at 3:28 PM, Nils Wagner
<[EMAIL PROTECTED]>wrote:
> Hi all,
>
> The example loadrec.py illustrates the usage of
> PyExcelerator.
>
> However it seems PyExcelerator is no longer maintained
>
> Is it planned to adapt the example wrt xlwt ?
>
> http://pypi.python.org/pypi/xlwt
>
On Wed, Dec 10, 2008 at 5:43 PM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> Hmm... Seems Thunderbird butchered my long URLs.
>
> Anyway, the problem is worse than I thought. Since the branch was created
> from trunk/ to branches/v0_98_4_maint/, svnmerge.py will only merge from one
> of those
In response to a question on matplotlib-users, I added some additional
documentation for the linestyles and markers in the matplotlib.lines API
docs. Specifically, I added a rest table mapping the linestyle/marker to
the meaning of the marker. Strangely, the set_linestyle table renders fine
htt
On Wed, Dec 10, 2008 at 4:26 PM, John Hunter <[EMAIL PROTECTED]> wrote:
>
>> Is it planned to adapt the example wrt xlwt ?
>>
>> http://pypi.python.org/pypi/xlwt
>>
>
>
> True it is no longer maintained, but it does work. We are looking into
> xl
On Wed, Dec 10, 2008 at 9:20 PM, Darren Dale <[EMAIL PROTECTED]> wrote:
> There has been a report at the bugtracker complaining that matplotlib is
> overwriting an existing installation of configobj. I had a look at the code
> and thought the bug report must be a mistake or windows specific, but I
On Thu, Dec 11, 2008 at 8:25 AM, Michael Droettboom wrote:
>> And I'll try and get the maintenance branch right next time :-)
>
> All of the above sounds good to me.
I will be traveling to my conference starting at noon, so will be in
sporadic, light email contact for the next few days. Charlie
; - Charlie
>
> On Thu, Dec 11, 2008 at 12:15 PM, John Hunter
> wrote:
>> On Thu, Dec 11, 2008 at 8:25 AM, Michael Droettboom
>> wrote:
>>
>>>> And I'll try and get the maintenance branch right next time :-)
>>>
>>> All of the above sou
On Fri, Dec 12, 2008 at 2:41 PM, Darren Dale wrote:
> What I would prefer is to raise a deprecation warning when an odd number of
> dollar signs are encountered, giving people time to learn to escape their $
> and modify their code. I wonder how disruptive this would be to people using
> mpl for
1 - 100 of 1363 matches
Mail list logo
