Hello
Is there any reason why the "num" property is assigned to the manager and
not to the figure?
Pyplot.gcf is to get the "current figure" not the "current manager".
In general this is not a problem. But I'm working on MEP23 where one
manager can contain several figures. And it would be pretty
Hello everybody.
The implementation of MEP22 is pretty much completed
https://github.com/matplotlib/matplotlib/pull/3652
Please give it a try it's been sitting there for quite long time.
Thanks
Federico
--
Dive into the
Nice job.
I find your GUI a little bit confusing (new to colormap stuff) but I
like the idea, basically I find it overkill, I would replace the gui
by a plot and a couple of slider widgets something simpler to
integrate without new dependencies.
Do you really need the third 3d plot on the right?
On 24 Nov 2014 12:42, "Benjamin Root" wrote:
>
> It is odd you mentioned the extra refreshes. I have to double-check my
book examples, but I think I found that I needed to add some extra
draw_idle() calls when using native wx widgets.
>
> This does raise another point. As a development policy, how
I like the idea of aligning a set of changes for 2.0 even if still far
away.
Regarding to backwards compatibility I think that indeed it is important
but when changing mayor version (1.x to 2.0) becomes less important and we
must take care of prioritizing evolution.
Take for example the OO interf
s chapter. Then I'll have the right mental context to
> assess and comment on this MEP.
>
> Cheers!
> Ben Root
>
> On Thu, Sep 4, 2014 at 5:07 PM, Federico Ariza
> wrote:
>>
>> Hello everyone.
>>
>> I had made a couple of small changes to MEP22 and I
Steven
I just had a look at image_inspector.
The `Tools` (in mpl jargon are `widgets`) look great.
Some replicate what we already have but more modern (for me this is
positive improvement).
Regarding the roi_inspector, this is a great fit for MEP22 tools (Almost
done).
My suggestion would be to
Hello everyone.
I had made a couple of small changes to MEP22 and I think it's in good
shape.
I would really appreciate some feedback. I would really like to finish this
to pass to MEP23
The working PR is
https://github.com/matplotlib/matplotlib/pull/2759
Thanks
Federico
---
Hello everybody
I was wondering if you had the chance to try the PR
https://github.com/matplotlib/matplotlib/pull/2759
I am waiting for comments, suggestions, critics etc.. To keep moving
I would like to finish this MEP22 and have it merged to continue with my
main goal... The MEP23
Thanks
Fede
gt; https://github.com/pydata/patsy/blob/master/patsy/compat.py#L120
> https://github.com/pydata/patsy/blob/master/patsy/compat_ordereddict.py
>
> -n
>
> On Wed, May 7, 2014 at 4:03 PM, Federico Ariza
> wrote:
> > Hello
> >
> > Working on the MEP22 I
Hello
Working on the MEP22 I would like to use an OrderedDict but it is only
natively available from python 2.7
Are there any plans to remove 2.6 for matplotlib 1.5?
If not. I will just use a list with dicts inside, not as elegant but works.
Thanks
Federico
-
Hello everybody.
I just created a new MEP
https://github.com/matplotlib/matplotlib/wiki/Mep23for the
modification of the FugureManager adding the possibility to have
several canvases under the same window.
Please check it out and let me know what you think.
Thank you.
Federico
--
Hello
I didn't get any coments, positive or negative about the MEP22 implementation.
Please take a look at https://github.com/matplotlib/matplotlib/pull/2759
Thanks
Federico
--
Y yo que culpa tengo de que ellas se crean todo lo que yo les digo?
-- Antonio Alducin --
-
Hello everybody.
I just did a little update of the PR
https://github.com/matplotlib/matplotlib/pull/2759
This is the implementation of the MEP22.
I would like to have some feedback on this.
It is working and rebased so should merge cleanly.
There is an example in examples/user_interfaces/navigat
Nelle
Is that written somewhere?
On Thu, Mar 6, 2014 at 3:51 PM, Nelle Varoquaux
wrote:
> On 6 March 2014 21:47, Skip Montanaro wrote:
>> On Thu, Mar 6, 2014 at 2:38 PM, Ryan May wrote:
>>> I don't think a leading _ is the way to go, because that's a common
>>> convention for internal class va
Skip,
That's exactly what I was referring to.
I check PEP8 and there is no mention of unused variables.
On Thu, Mar 6, 2014 at 3:47 PM, Skip Montanaro wrote:
> On Thu, Mar 6, 2014 at 2:38 PM, Ryan May wrote:
>> I don't think a leading _ is the way to go, because that's a common
>> convention
Hello everybody
Stupid simple question
Is there a policy/tradition/convention to name unused variables inside the code?
Even better, if I see '''var''', can I replace it with '''_var''' and
nobody is going to complain?
I use eclipse and it complains about that (I like that it warns me). I
just w
losed/destroyed etc..
If we instantiate at first trigger time (as it is right now), the tool
can be a standard GUI window with a trigger method, and calling
unregister at destroy. No open/close state.
Federico
On Tue, Jan 28, 2014 at 9:51 PM, Federico Ariza
wrote:
> The idea to pass the r
think is not a good
idea. Other examples comes to mind, for example if you want to make a
logger, you want it to be alive in the background and not being a
toggle.
Federico
On Tue, Jan 28, 2014 at 9:32 PM, Thomas Caswell wrote:
> On Tue, Jan 28, 2014 at 7:27 PM, Federico Ariza
> wrote:
nce to the class. in the
navitaion._tools dict.
ToolToggleBase
[I would give them enable/disable methods, and make their `triggered`
action to call their own `enable`]
Actually it makes more sense, thanks.
On Tue, Jan 28, 2014 at 6:17 PM, Federico Ariza
wrote:
> Hello again
>
> I have b
ate
place (what I'm doing right now).
self.navigation.movelock(self)
self.navigation.movelock.release(self)
Do you see other options?
One thing that is clear, is that for the moment Navigation needs only
two handlers, so I can reduce the number of locks to two
Thanks
Federico
On Tue,
an 27, 2014 at 9:12 PM, Thomas A Caswell wrote:
> I left some comments on the wiki (in []). Not sure what the best way
> to leave comments is.
>
> On Mon, Jan 27, 2014 at 5:04 PM, Federico Ariza
> wrote:
>> Hello everybody
>>
>> I just added "click_tool" to
up the great work, and continue trying to get feedback from all of us
> on this!
>
> Thanks,
>
> Phil
>
>
> On 24 January 2014 18:43, Federico Ariza wrote:
>>
>> Hello everybody
>>
>> I just added some documentation for the MEP22 new classes and metho
Hello everybody
I just added some documentation for the MEP22 new classes and methods.
Please take a look https://github.com/matplotlib/matplotlib/pull/2759
I ran into some problems, when trying to decide if some methods where
public or not.
If the method was used only for backend implementation
Hello
What if instead of removing the NavigationToolbar stuff, we add a
rcParams['navigation'] to signal the use of the new classes insted of
the old ones?
This way we can add deprecation warnings to the old classes to smooth
the transition.
Personally I don't like the idea, this adds too many
Hello everybody
I just updated the implmentation part of
https://github.com/matplotlib/matplotlib/wiki/Mep22 to reflect what is
already in place, should be clearer than navigate through the code
The example should be working examples/navigation.py
I know it is confusing, and there are better way
Hello everybody
Is anybody going to pycon 2014 in Montreal.
Is there a sprint planned for that conference?
Thanks
Federico
--
Y yo que culpa tengo de que ellas se crean todo lo que yo les digo?
-- Antonio Alducin --
-
Hello everybody.
I just created a new
MEPhttps://github.com/matplotlib/matplotlib/wiki/Mep22 that is open
for discussion and destruction.
Background:
In my way to get a MultiFigureManager PR
https://github.com/matplotlib/matplotlib/pull/2465 we came to the
conclusion that the work has to be spli
Hello everybody
In discussions with @tacaswell regarding the PR
https://github.com/matplotlib/matplotlib/pull/2624 we talked about the
possibility to make a new MEP for the restructuring of the toolbar,
splitting navigation-toolbar and some more stuff.
My question is,
Do I just go ahead and creat
Hi everybody
Lately I have been working with imshow and one thing that keeps
bothering me is that format_coord doesn't show the depth (Z value)
I was thinking on modifying this but I don't see the obvious way to do it.
Any suggestions?
I guess this change will apply also to pcolor and similar me
Hello
I would really like to participate but at work the hangout connection
is strictly forbidden.
It would be nice if you could discuss the possibility of making a
feature branch to do the "rework of all the backends" to include
* Separation of toolbar and navigation
* Reconfigurable toolbar
*
Hello everybody
Last week there was some discussion about splitting the toolbar into
two different entities
Navigation and Toolbar
PR https://github.com/matplotlib/matplotlib/pull/1849
and
PR https://github.com/matplotlib/matplotlib/pull/2557
Does anybody has any new thoughts or propositions?
T
When calling the save dialog in a gtk backend
Traceback (most recent call last):
File
"/home/fariza/workspace/matplotlib/lib/matplotlib/backends/backend_gtk.py",
line 752, in save_figure
chooser = self.get_filechooser()
File
"/home/fariza/workspace/matplotlib/lib/matplotlib/backends/back
Hello everybody
Its been a couple of weeks an I was wondering if anybody has feedback for me.
https://github.com/matplotlib/matplotlib/pull/2465
I changed the description on the PR to be more precise.
At the begining I called it tabbed gtk3 figuremanager but it is more a
multi-figure-manager with
that restriction to call Gtk.main in mainloop dependant
on is_interactive? as the call Gtk.main_quit is in the destroy method
Federico
On Fri, Oct 11, 2013 at 4:15 PM, Federico Ariza
wrote:
> Sorry, the replay-all is not my default.
>
> In that case it is easier for me to monkey patch
_interfaces/ making
> a window with a canvas + tool bar is pretty easy.
>
> A quick and dirty solution might be to just monkey patch the
> figure_manager.destroy function when your app starts up to remove the check
> that shuts down the main loop.
>
> Tom
>
>
> On Fri, O
ric Firing wrote:
> On 2013/10/11 7:36 AM, Federico Ariza wrote:
>>
>> Ok,
>> for me embedding is more of using the canvas directly and putting
>> inside my own window.
>> But OK, i give you that.
>>
>> In that case,
>> if I have standalo
add the do_my_plots call to my Gk3 app? and not having to
worry that closing the plot windows will close my gtk3 app?
Federico
On Fri, Oct 11, 2013 at 1:32 PM, Eric Firing wrote:
> On 2013/10/11 7:12 AM, Federico Ariza wrote:
>> I am not embedding, just launching, as the example show
Again
In the example the plotting is inside the callback (just for
simplicity), but in reality, the plotting is in another class,
somewhere else that can be called standalone to produce the plots.
Federico
On Fri, Oct 11, 2013 at 1:12 PM, Federico Ariza
wrote:
> I am not embedding, j
.
>
> Tom
>
>
> On Fri, Oct 11, 2013 at 11:57 AM, Federico Ariza
> wrote:
>>
>> Hello everybody
>>
>> Working on one GTK3 app, that calls matplotlib to plot some figures, I
>> found that closing all the figures from matplotlib kills my app also.
>>
Hello everybody
Working on one GTK3 app, that calls matplotlib to plot some figures, I
found that closing all the figures from matplotlib kills my app also.
The problem
Gtk.main() is called only if there is no previous invocation, in my
case, my Gtk3 app invokes main, so the mainloop won't ca
Hi
All around the documentation, there are plenty of places where the
signature of class variables is displayed straight and without any
formating.
For example
http://matplotlib.org/api/backend_bases_api.html?highlight=toolitems#matplotlib.backend_bases.NavigationToolbar2.toolitems
Is it possible
Hello
I am preparing the Tkinter implementation of my MultiFigureManager
In backend_tkagg there is AxisMenu
Looking throught all the matplotlib code I do not see any place where
this is used, not even an example
Is this something that we want to keep around? does somebody use it?
Just as a remin
Hello
I don't know why it is failing with the macports... not much help
about that from me ;)
If I make it fail on pourpuse, for example adding and unwanted int
third argument in the plot call
import matplotlib
matplotlib.use('gtk3agg')
from numpy import *
from matplotlib.pyplot import *
x = ara
I did the PR :)
https://github.com/matplotlib/matplotlib/pull/2465
I tried my best to follow the coding_guide, one thing that I did not
find, were the tests for the interactive backends.
Thanks
Federico
On Wed, Sep 25, 2013 at 3:36 PM, Federico Ariza
wrote:
> No there is no pull requ
ee if I am going in the
>> right direction.
>>
>> As I mentioned before, there is not much in terms of documentation
>> yet, because I do not want to spend time documenting something that I
>> am not sure is useful to somebody else.
>>
>> Thanks
>> Fed
spend time documenting something that I
am not sure is useful to somebody else.
Thanks
Federico
On Wed, Sep 18, 2013 at 12:13 PM, Federico Ariza
wrote:
> I forgot about the diff link.
>
> https://github.com/fariza/matplotlib/compare/tabbed-gtk3-figuremanager
>
> I try to place e
hi
Is there a date?
I just want to checkout the meeting (spy?) but I need to know in
advance to ask the IT department to open the fw for me.
Thanks
Federico
On Wed, Sep 18, 2013 at 11:50 AM, Michael Droettboom wrote:
> As I had considered doing a while ago, I think it might be beneficial to
> s
I don't know if this is related but
http://matplotlib.org/api/artist_api.html?highlight=drawstyle#matplotlib.lines.Line2D.lineStyles
seems a similar kind of problem
Thanks
Federico
On Mon, Sep 16, 2013 at 2:14 PM, Michael Droettboom wrote:
> Wow. It definitely should be private, or at the very
Hello
Is there any doc on the specification for the images in
mpl-data/images? Resolution, format, etc...
I am going to create a couple of images, and I would like to be sure
they are the "compatible", just in case someday it gets pulled in.
I see most of them have png, svg but others also have
Hello
While working on my multi-figure-backend I found an error in DialogLineprops
If you transform the example
matplotlib/examples/user_interfaces/lineprops_dialog_gtk.py
to use the Gtk3 backend you get with a nice error
Traceback (most recent call last):
File
"/home/fariza/workspace/matplot
ese possibilities have to be tested, to see...
>
> Nice work!
>
> Phil
>
>
>
>
>
> On 18 September 2013 01:07, Federico Ariza wrote:
>>
>> Hello everybody:
>>
>> This is my first post here, I am a little bit nervous, because this is my
>> fir
52 matches
Mail list logo
