On Tue, Jul 24, 2007 at 10:31:05AM -0500, Ken McIvor wrote:
> In retrospect, I should've been clearer about my objection to using
> traits in mpl1. I don't have any problem with enthought.traits in an
> abstract sense -- it seems like an excellent solution to the problems
> of attribute vali
On Tue, Jul 24, 2007 at 05:31:17PM -0700, Chris Barker wrote:
> > output when usetex is enabled.
> Ah! and some good math implementation -- What does Chaco do for that? I
> know I took part in a discussion about it on a Chaco list a few years
> back -- at the time I argued that you're never g
On Wed, Jul 25, 2007 at 03:25:36PM +0900, Bill Baxter wrote:
> > Well I want TeX. I want to be able to do my TeX hacks on my figures. And
> > I do believe there is a lot of work to be done before you can do better
> > than TeX.
> What kind of TeX hacks do you want to use on figures? My TeX hacks
On Wed, Jul 25, 2007 at 11:36:17AM -0500, John Hunter wrote:
> * There is a lot of space between the \prod symbol and the rest of
> the expression and between the \mathcal{R} and the \prod symbol --
> what controls this? It looks like it is being affected by the wide
> \prod subscript {i=\alpha_{
On Wed, Jul 25, 2007 at 12:09:01PM -0500, John Hunter wrote:
> As for code readability, I'll also add that as a traits newbie, I am
> probably making things harder than necessary. But there are a lot of
> gotchas with traits usage, particularly in the area of instantiation,
> because you can easil
On Fri, Jul 27, 2007 at 08:52:27AM -0400, Michael Droettboom wrote:
> Using this "mathtext=True" option (as opposed to using a delimiter that
> TeX doesn't understand) or something else entirely, would certainly make
> it easier to make usetex vs. not usetex more consistent.
I think so to.
> Mo
On Fri, Jul 27, 2007 at 08:38:49AM -0400, Michael Droettboom wrote:
> > text(x, y, 'what is the $\sin(x)$', mathtext=True)
> Except for the backward incompatibility, I like this because it is explicit.
Juust a data point for the discussion. I think it would be very nice if a
script gave the same
On Fri, Aug 31, 2007 at 01:22:54PM +0400, Farid Khalili wrote:
> I have just found matplotlib, and it seems to me that it is very good
> and promising product, albeit not yet as polished as octave/gnuplot
> pair.
As a long-time user of gnuplot, I find that in certain areas matplotlib
is more polis
On Thu, Sep 06, 2007 at 08:46:24AM -0400, Paul Kienzle wrote:
> We could store a copy of the png output somewhere in the svn tree.
> Then,
> whenever we change something we can do a binary comparison on all the
> plots. It would avoid issues such as breakage of polar plots where the
> author of th
On Fri, Sep 07, 2007 at 01:24:37PM +0200, Stefan van der Walt wrote:
> I am interested in this problem, too. A binary comparison would
> probably be too sensitive. How about comparing coefficients of some
> transform? I.e. the residual on certain Fourier coefficients or parts
> of a wavelet tran
On Wed, Sep 12, 2007 at 01:11:54PM -0500, John Hunter wrote:
>Then the front end (eg Line2D) could do something like
>def on_renderer_change(self, renderer):
> # on renderer change; path data already has the
> # separable/nonlinear part handled
> self.pathid = renderer.pu
On Wed, Oct 31, 2007 at 11:49:24AM -0400, Darren Dale wrote:
> > On Mon, Oct 29, 2007 at 12:05:25PM -1000, Eric Firing wrote:
> >> When I go to the enthought web site, the most recent traits release I
> >> see is 1.1, from August 2006. That doesn't make me optimistic about
> >> traits as an exter
On Mon, Oct 29, 2007 at 12:05:25PM -1000, Eric Firing wrote:
> When I go to the enthought web site, the most recent traits release I
> see is 1.1, from August 2006. That doesn't make me optimistic about
> traits as an external dependency any time soon.
That's because the website is unmaintained
On Wed, Oct 31, 2007 at 01:55:09PM -0400, Darren Dale wrote:
> > Beta versions of tarballs are on
> > http://code.enthought.com/downloads/source . I will make cleaner tarballs
> > of the release that was done last week when I get back home. These
> > tarballscan be used for eg packaging, or integra
On Tue, Nov 06, 2007 at 09:00:23PM -0500, Darren Dale wrote:
> I have not committed my work to svn yet. I wanted to get some feedback on
> points 1 and 2 first. Is it acceptable to use traits internally, but not
> expose it to the end user? I think the answer is yes, and that this is even a
> be
On Wed, Nov 07, 2007 at 08:25:51AM -0600, John Hunter wrote:
> I am not wild on the idea of an "internal dependency". Since this is
> the first step in providing traitified mpl properties, and users will
> presumably want to be able to set event handlers on these properties,
> etc, it seems best t
On Wed, Nov 07, 2007 at 10:34:18AM -1000, Eric Firing wrote:
> 1) If an internal version of traits is to be used, how hard would it be
> to patch it in such a way that it *could* be used externally?
I think pretty hard, but you would have to ask enthought's dev.
> 2) Does Gael's version already
On Thu, Nov 08, 2007 at 11:23:54AM -0500, Michael Droettboom wrote:
> So, we need to look at the pros/cons of continuing to support these
> legacy APIs going forward.
IMHO a gtk and a wx back end are very important for embedding MPL in
applications. I am sure you have a replacement proposition, bu
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 screens. I don't know if providing and ICC profile would solve the
problem, but it
Hey,
I am about to start a configuration file for mayavi's mlab, and I am
strongly considering mimicking matplotlib's way of doing things.
I am almost sold to Fernando's TConfig, but I am not too sure how this
fits with the current rcParams dictionnary. Is there some code that I
could study to s
On Mon, Dec 10, 2007 at 08:23:57AM -0500, Darren Dale wrote:
> Hi Gael,
> On Monday 10 December 2007 3:58:48 am Gael Varoquaux wrote:
> > I am about to start a configuration file for mayavi's mlab, and I am
> > strongly considering mimicking matplotlib's way of doing t
On Tue, Dec 11, 2007 at 07:14:11PM -0500, Darren Dale wrote:
> RcParamsWrapper was created so we could get matplotlib working with the new
> config object without a massive rewrite of the entire library. The intention
> is to use the object-oriented interface internally, and to encourage users to
On Tue, Dec 11, 2007 at 05:37:41PM -0700, Fernando Perez wrote:
> The tconfig objects already have a very dict-like representation for
> dumping into a text file, the .ini format. Or do you mean something
> that's even closer to a dict, curly braces and all?
No, I don't care about the curly brace.
On Wed, Dec 12, 2007 at 01:36:01AM -0700, Fernando Perez wrote:
> You can now do this as well:
> tlon[~]> ipython -wthread -pylab --nobanner
> In [1]: matplotlib.rcParams['backend']
> Out[1]: 'WXAgg'
Hurray, mayavi and pylab can now easily live together. Thanks heaps
Fernando.
Gaël
--
Hi,
I just sent a similar e-mail to the ipython-def mailing list:
I am not a big proponent of setuptools, but I must admit they have really
nice feature for developpers: "python setup.py develop", which does the
Python equivalent of a symlink during the install so that it uses the
source code from
On Wed, Dec 12, 2007 at 01:40:38PM -0500, Charlie Moad wrote:
> We added "setupegg.py" a long time ago which does exactly this. The
> line below would then be:
> python setupegg.py develop
Sorry. I am being really brain dead today.
Thanks,
Gaël
On Wed, Dec 12, 2007 at 09:32:04AM -0800, Andrew Straw wrote:
> If we're going to use setuptools (actually already required for Python
> 2.3), I think we need to do it completely and not optionally --
> otherwise users will start to depend on its features, which simply won't
> be there in some c
Hi,
I definetely don't like the fact that .__repr__() and repr() are used all
over TConfig for eg storing to file.
First of all I would like to modify __repr__ for a TConfig class to give
a more synthetic view.
I propose to change the current ".__repr__()" method to ".tostring()" and
to implemen
On Thu, Dec 13, 2007 at 09:30:44AM +0100, Gael Varoquaux wrote:
> On Wed, Dec 12, 2007 at 06:39:02PM -0700, Fernando Perez wrote:
> > On second thought though: __str__ is the one meant for 'human
> > consumption', while __repr__ is deliberately meant to be much more
> &
On Wed, Dec 12, 2007 at 06:39:02PM -0700, Fernando Perez wrote:
> On second thought though: __str__ is the one meant for 'human
> consumption', while __repr__ is deliberately meant to be much more
> machine-like. Basically the idea is that, whenever possible, one can
> do
> x == eval(repr(x))
> T
On Thu, Dec 13, 2007 at 09:31:03AM -0500, Darren Dale wrote:
> It is possible to save the current settings to a file, so only those that
> deviate from the default are written to the file. By putting the comments on
> the same line as the data, you encourage users to comment their config files
>
On Thu, Dec 13, 2007 at 03:14:23PM -0800, Christopher Barker wrote:
> I'm not up on the details of this specific issue, but in general, the
> idea that:
> __repr__ is precise and complete
> __str__ is pretty and readable
> is a good one.
Guys, I agree with all this. It's not about the theory, b
On Mon, Dec 31, 2007 at 12:40:26AM +0100, Ondrej Certik wrote:
> I think there should be just one 3D plotting
> library in Python and imho matplotlib should do it. However, we need:
> * it should be pure python
> * fast and interactive 3D stuff
> * needs to work out of the box on linux, mac os x,
On Tue, Jan 08, 2008 at 04:49:00PM -0500, Michael Droettboom wrote:
> I don't think "UR DOIN IT WRONG" is an entirely correct assessment,
> however. Much of this change can be considered refactoring wrt to the
> high-level public API.
Refactoring is often defined (in test driven development) a
2]: f.show()
Cheers,
Gaël
On Wed, Jan 30, 2008 at 03:05:13AM +0100, Gael Varoquaux wrote:
> Hi all,
> A while ago (a year or so), I was looking for a ginput-like function with
> matplotlib. For those who don't know what I am talking about, it is a
> blocking call that can be used
Hi all,
A while ago (a year or so), I was looking for a ginput-like function with
matplotlib. For those who don't know what I am talking about, it is a
blocking call that can be used in a script to ask the user to enter
coordinnate by clicking on the figure. This is incredibly handy, as it
allows
On Thu, Jan 31, 2008 at 08:20:37AM -0600, John Hunter wrote:
> As you know, this has been a much requested feature,
I know. I have wanted it pretty badly.
> and the hard part is to get something working across backends, which it
> looks like you've done.
Looks like it works OK. I would appreciat
On Fri, Feb 01, 2008 at 02:47:21PM -0800, Mathew Yeates wrote:
> I looked into VTK and it certainly has good performance and good
> navigation but another steep learning and probably overkill for
> interacting with simple 3d plots.
> Anyone have any thoughts on this?
We are working on maki
On Thu, Jan 31, 2008 at 04:41:41PM +0100, Gael Varoquaux wrote:
> > If this seems like a good organization to you, I'll wait for a new
> > patch and then contribute that.
> Give me a few days, but it will come.
Here is the new patch. I added visual feedback when accumulatin
On Tue, Feb 05, 2008 at 04:11:59PM -0600, John Hunter wrote:
> Also, my version of GaelInput has seemed to stop evolving. This
> version has the option to draw lines between clicks, which I use a
> lot. Also, the default timeout is 0 now, since you can always
> right-click to abort.
You can still
On Tue, Feb 05, 2008 at 06:30:53PM -0500, Paul Kienzle wrote:
> This failed for me in wx.
> I posted a patch r4943 which moves flush_events from Figure to Canvas,
> and removes the Yield in gui_repaint which caused an exception in wx.
> The showfig callback in FigureManagerWx had an unreferenced
On Tue, Feb 05, 2008 at 06:46:19PM -0500, Paul Kienzle wrote:
> In my applications I select multiple points from a particular line,
> highlighting the point that will be selected as the mouse cursor moves.
> I put a text message on the plot explaining what to do which disappears
> when the selec
On Tue, Feb 05, 2008 at 07:16:59PM -0500, Paul Kienzle wrote:
> How about giving flush_events() an until=condition and timeout=n keywords
> so that flush_events becomes:
> if timeout > 0: set timer event which triggers out_of_time
> while get next event:
>process event
>
On Thu, Feb 07, 2008 at 11:31:11AM -0500, Paul Kienzle wrote:
> There are two ways to do this in wx.
> One is to use eventloop.Dispatch() which waits until the next available
> event:
> [...]
> The other is to trigger a loop.Exit() from the click callback.
> [...]
Very nice. I am impre
On Sun, Feb 10, 2008 at 09:41:34AM -0600, John Hunter wrote:
> It is likely we will support enthought traits for matplotlob figures
> in the not too distant future -- at that point, many of the plot
> elements will have UI dialogs for customization, at least for certain
> backends (Qt and WX most l
I have been having some very strange import problems in Mayavi2.
Basically the namespace packages in enthought did not import properly. I
finally narrowed them down to the fact that I had installed matplotlib
using setuptools, and that in the beginning of my easy_install.pth file I
had /home/varoqu
On Mon, Feb 11, 2008 at 09:45:28AM -0800, Christopher Barker wrote:
> Gael Varoquaux wrote:
> > I am so happy to hear you say this. With Traits in MPL, it would be
> > possible to build an interactive plotting application based around
> > envisage, using other envisage plugi
On Wed, Feb 13, 2008 at 11:04:13AM -0500, Paul Kienzle wrote:
> Is there anybody outside of enthought who are deploying applications
> based on TraitsUI for Windows/Mac/Linux? I would love to hear about
> successful examples before committing to more dependencies in our own
> applications.
I, i
On Mon, Mar 10, 2008 at 07:09:03PM -0400, Jae-Joon Lee wrote:
> I often need to take an input from other sources
> (I mean, other than matplotlib itself, e.g., raw_input).
> I don't think running a blocking function, such as a raw_input,
> without freezing the figure canvas
> has been easy in matpl
On Mon, Mar 10, 2008 at 07:09:03PM -0400, Jae-Joon Lee wrote:
> I often need to take an input from other sources
> (I mean, other than matplotlib itself, e.g., raw_input).
> I don't think running a blocking function, such as a raw_input,
> without freezing the figure canvas
> has been easy in matpl
On Mon, Mar 10, 2008 at 11:22:26PM -0400, Jae-Joon Lee wrote:
> I mostly work in an interactive shell (ipython), and if I simply call
> a blocking function (like raw_input)
> from the prompt, it also blocks the event loop of the matplotlib gui backend
> (it happens for GtkAgg, but not for TKAgg. I'
On Tue, Mar 25, 2008 at 06:04:41PM -0500, bryce hendrix wrote:
> How stable is the API? We (Enthought) use endo, a custom tool build on
> top of docutils, to generate our docs currently. We have talked about
> changing tools in the past, but the need to extend the tools to
> understand Traits ha
Hum, a quite common discussion (we have had it at the nipy sprint, for
instance). My feeling is that you want to avoid depending on SVN
versions, unless there is a huge gain. The reason is that you loose
tester and potential contributors. In addition it makes it harder to get
the whole stack in a c
Hey guys,
Just got back from 3 weeks holydays (that feels really good, I should try
this more often). I a fighting with a mountain of emails, but I just
wanted to give a little heads up. Tout is working on the codebase that I
originally wrote and got me addicted to the ETS, at the university of
To
On Sun, Jun 08, 2008 at 06:13:24PM -0400, Darren Dale wrote:
> Matplotlib's setup scripts are designed to avoid this problem. There are
> three
> conditions under which we install traits:
> 1) Traits is not installed
> 2) A previous version of traits is installed, but it is a version installed
On Mon, Jun 09, 2008 at 12:04:58PM -0400, Darren Dale wrote:
> Gael, maybe the following situation caused the trouble:
> 1) user downloads mpl source
> 2) builds matplotlib - traits now exists in the temproary build directory
> 3) installs enthought traits
> 4) installs matplotlib - traits would n
On Mon, Jun 09, 2008 at 06:41:08AM -0400, Darren Dale wrote:
> I think we would rather make traits an external dependency, if it could be
> easily installed as a separate package by a novice python user. Would it be
> possible for http://code.enthought.com/projects/traits/ to list specific
> ins
On Wed, Jun 11, 2008 at 02:01:59PM -0400, Michael Droettboom wrote:
There does seem to be a recent convergence around Sphinx in the Scipy
> world, and matplotlib seems to be forging ahead a little bit (maybe
> that's just my impression from being in the middle of matplotlib more so
> than other
On Thu, Jun 26, 2008 at 01:50:29PM -0500, John Hunter wrote:
> I noticed Michael just made a commit adding plot directive examples in
> the doc strings. I think this is a great idea, and very cool, since
> the html docs for a given function will not only link to a complete
> code example, but also
We are delighted to announce that the Python Software Foundation has
answered our call and is providing sponsoring to the SciPy08 conference.
We will use this money to sponsor the registration fees and travel for up
to 10 college or graduate students to attend the conference. The PSF did
not provi
The deadline for submitting abstracts to the Scipy conference was tonight.
In order to give you more time to submit excellent abstracts, the review
committee is extending the deadline to Monday (June 30th), and will work
hastily to get all of them reviewed in time for the program announcement,
on T
We have received a large number of excellent contributions for papers for
the SciPy 2008 conference. The program committee has had to make a
difficult selection and we are happy to bring to you a preliminary
schedule:
Thursday
=
**8:00** Registration/Breakfast
**8:55** Welcome (Travis Va
On Fri, Jul 11, 2008 at 03:22:30PM +0200, David M. Kaplan wrote:
> The way I have implemented it is by adding an additional class
> BlockingKeyMouseInput, which is quite similar to BlockingMouseInput, but
> waits for both key and mouse events. A smarter person than I could
> probably combine these
Bonjour,
C'est dangeureux dans m'envoyer un email dans ma boite mail particulière.
C'est la meilleur moyen de ne jamais recevoir de réponse: je reçoit 200
email par jour, et je les lis en diagonale. Enfin, j'image que c'était
une erreur, et que l'e-mail aurait dû partir à la mailing list
matplotli
On Thu, Jul 17, 2008 at 04:41:36PM +0200, David M. Kaplan wrote:
> Attached is a new version of the patch that includes ginput,
> waitforbuttonpress and clabel changes. It is already quite functional,
> but there are a couple of issues that need improving that I would like
> to solicit comments on
On Thu, Jul 17, 2008 at 08:55:59AM -0500, John Hunter wrote:
> I think we could do a 0.98.3 release.
I am right now implementing a wx frontend to ipython, and I can see in
the near future a score of people complaining that "from pylab import *;
show()" crashes it because it calls the wrong backe
On Thu, Jul 17, 2008 at 04:55:42PM -0400, Paul Kienzle wrote:
> On Thu, Jul 17, 2008 at 09:44:48PM +0200, David M. Kaplan wrote:
> > Another option would be to create a start_event_loop function like Paul
> > suggested and overload that function in those backends that aren't
> > interactive so that
On Fri, Jul 18, 2008 at 07:36:03AM +0200, Gael Varoquaux wrote:
> On Thu, Jul 17, 2008 at 08:55:59AM -0500, John Hunter wrote:
> > I think we could do a 0.98.3 release.
> I am right now implementing a wx frontend to ipython, and I can see in
> the near future a score of people c
On Fri, Jul 18, 2008 at 09:15:16AM -0500, John Hunter wrote:
> ipython Shell.py already hacks wx, gtk, and tk to make sure mpl's
> mainloop is not going to cause any problems (eg
> IPython.Shell.hijack_wx). Is there something about the new ipython wx
> frontend design that requires a different sol
On Fri, Jul 18, 2008 at 10:14:00AM -0500, John Hunter wrote:
> Basically, you want to support users who are using ipython -wthread
> but not -pylab who later import pylab with a misconfigured rc.
That's ine way of putting it. You are considering the ipython, the way it
is currently implemented is
On Fri, Jul 18, 2008 at 07:57:25PM +0200, Gael Varoquaux wrote:
> OK, now what is the way forward. We need to provide the advanced-user for
> a good control on the backend. We need to provide a way that simply works
> without changing anything. The same code should run in "ipython -
Hi,
Am I wrong, or does matploib not build with current numpy svn?
Here is the error message I am getting:
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 -Wall
-Wstrict-prototypes -fPIC
-I/home/varoquau/dev/numpy/trunk/numpy/core/include
-I/usr/include/freetype2 -I/usr/local/include -
On Sat, Jul 19, 2008 at 01:25:51AM +0200, Gael Varoquaux wrote:
> Am I wrong, or does matploib not build with current numpy svn?
OK, Fernando told me that matplotlib builds fine with latest numpy on his
box so Ienquired a bit more. The problem is that the build of matplotlib
tries to includ
I have implemented a prototype of interactive backend detection. As I
proposed earlier, I added an extra rc parameter 'backend_fallback' that
allows pyplot to inspect sys.modules on load and try to redirect
interactive backends to the appropriate ones.
I am attaching a patch, not for inclusion, as
I forgot to mention: fltk and cocoa did not get any love at all in this
patch. The reason being that I do not know of any program running the
first one, and for me to test and develop things for the second one,
somebody will have to offer me an apple computer :).
Cheers,
Gaël
---
On Sat, Jul 19, 2008 at 07:31:19AM +0200, Gael Varoquaux wrote:
> - show starts a mainloop and is blocking even if there are not windows
> open. This basically leads to a deadlock where the user cannot
> interrupt the mainloop. This can probably be easily fixed, and I'll
&
On Sat, Jul 19, 2008 at 03:42:27PM -0500, John Hunter wrote:
> On Sat, Jul 19, 2008 at 1:05 AM, Gael Varoquaux
> <[EMAIL PROTECTED]> wrote:
> > It turns out it was only in the GTK backend, and quite trivial to
> > correct. Attached is a new patch, including this correcti
On Sat, Jul 19, 2008 at 08:05:52AM +0200, Gael Varoquaux wrote:
> On Sat, Jul 19, 2008 at 07:31:19AM +0200, Gael Varoquaux wrote:
> > - show starts a mainloop and is blocking even if there are not windows
> > open. This basically leads to a deadlock where the user cannot
&g
On Mon, Jul 21, 2008 at 05:30:00AM -0500, John Hunter wrote:
> On Mon, Jul 21, 2008 at 4:07 AM, Gael Varoquaux
> <[EMAIL PROTECTED]> wrote:
> > Could somebody review this patch and possibly check it in? It is not
> > perfect but is, IMHO, a good start that works on everyt
On Wed, Jul 23, 2008 at 09:14:46AM -0500, John Hunter wrote:
> > Related: while I am digging around in there, now is probably the moment
> > for me to integrate Paul Kienzle's comments on start/stop_event_loop in
> > FigureCanvasBase, etc. I am not sure there is a consensus on this. I
> > am curr
On Thu, Aug 28, 2008 at 08:17:26AM -0500, John Hunter wrote:
> On Thu, Aug 28, 2008 at 6:19 AM, Sandro Tosi <[EMAIL PROTECTED]> wrote:
> > Enthought suite is used a lot in scientific area, so mpl and enth
> > almost share their users, so have it enabled would be a plus, but we
> > are mainly inter
On Mon, Sep 15, 2008 at 04:06:45PM -0400, Paul Kienzle wrote:
> Hi,
> I tweaked the wx backend so that the idle delay is 5 ms rather than 50 ms.
> This allows the idle delay to kick in between mouse move events so
> the graph will be updated during a drag operation.
> Users can override the idle
On Mon, Sep 15, 2008 at 07:38:01PM -0400, Paul Kienzle wrote:
> It does not poll.
> draw_idle() triggers a timer with a 5ms delay. This timer is reset for
> each draw_idle() call. At timeout the timer is restarted if there are more
> events on the wx event queue, otherwise the graph is rendered.
101 - 183 of 183 matches
Mail list logo
