matplotlib-devel Mailing List for matplotlib

I have tagged a 1.3.1rc2 release candidate.
This primarily fixes an issue using the 64-bit Ghostscript on Windows.
(I see Christoph Gohlke has already built Windows installers before I even had a chance to announce this ;)
The tarball is available here:
https://downloads.sourceforge.net/project/matplotlib/matplotlib/matplotlib-1.3.1rc2/matplotlib-1.3.1rc2.tar.gz
Cheers,
Mike
-- _ |\/|o _|_ _. _ | | \.__ __|__|_|_ _ _ ._ _ | ||(_| |(_|(/_| 
|_/|(_)(/_|_ |_|_)(_)(_)| | | http://www.droettboom.com 
------------------------------------------------------------------------------ 
October Webinars: Code for Performance Free Intel webinars can help you 
accelerate application performance. Explore tips for MPI, OpenMP, 
advanced profiling, and more. Get the most from the latest Intel 
processors and coprocessors. See abstracts and register > 
http://pubads.g.doubleclick.net/gampad/clk?id=60133471&iu=/4140/ostg.clktrk 
_______________________________________________ Matplotlib-devel mailing 
list Mat...@li... 
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
-- 
 _
|\/|o _|_ _. _ | | \.__ __|__|_|_ _ _ ._ _
| ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |
http://www.droettboom.com

It's actually "should now". Thanks for the report. I'll fix it in the 
repository.
Mike
On 09/28/2013 03:11 PM, Jason Grout wrote:
> On 9/27/13 12:20 PM, Michael Droettboom wrote:
>> - The WebAgg backend should no have lower latency over heterogeneous
>> Internet connections.
> Is that "should not"?
>
> Thanks,
>
> Jason
>
>
> ------------------------------------------------------------------------------
> October Webinars: Code for Performance
> Free Intel webinars can help you accelerate application performance.
> Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from
> the latest Intel processors and coprocessors. See abstracts and register >
> http://pubads.g.doubleclick.net/gampad/clk?id=60133471&iu=/4140/ostg.clktrk
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
-- 
 _
|\/|o _|_ _. _ | | \.__ __|__|_|_ _ _ ._ _
| ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |
http://www.droettboom.com

On 9/27/13 12:20 PM, Michael Droettboom wrote:
> - The WebAgg backend should no have lower latency over heterogeneous
> Internet connections.
Is that "should not"?
Thanks,
Jason

On 09/27/2013 02:27 PM, Christoph Gohlke wrote:
> On 9/27/2013 10:20 AM, Michael Droettboom wrote:
>> - Now works with 64-bit versions of Ghostscript on MS-Windows.
> Not really. gswin64c.exe is detected in __init__.py but apparently not
> used in the PS backend:
>
> https://github.com/matplotlib/matplotlib/blob/v1.3.x/lib/matplotlib/__init__.py#L341
> https://github.com/matplotlib/matplotlib/blob/v1.3.x/lib/matplotlib/backends/backend_ps.py#L73
> https://github.com/matplotlib/matplotlib/blob/v1.3.x/lib/matplotlib/backends/backend_ps.py#L1620
>
Thanks for pointing this out. The original bug I think was related to 
not being able to run the tests. The ps backend should be updated to 
use the same ghostscript finding routines as elsewhere. I'll get this 
taken care of for 1.3.1rc2.
Mike
-- 
 _
|\/|o _|_ _. _ | | \.__ __|__|_|_ _ _ ._ _
| ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |
http://www.droettboom.com

Thanks for letting me know -- obviously not good. I'll have a look.
Mike
On 09/27/2013 01:45 PM, Christoph Gohlke wrote:
> Hello,
>
> `matplotlib-1.3.1rc1.tar.gz\matplotlib-1.3.1rc1\lib\matplotlib.egg-info\SOURCES.txt` 
> contains absolute paths to `/usr/src/CXX/*.cxx` files and therefore 
> distutils fails to build installers on Windows. Deleting the .egg-info 
> directory works for me.
>
> Christoph
>
>
> On 9/27/2013 10:20 AM, Michael Droettboom wrote:
>> I have tagged a 1.3.1 release candidate. Congrats to everyone who
>> reported bugs and worked hard to fix them for this release.
>>
>> As this is only a bugfix release, it should hopefully not take as long
>> to get through the release candidate process. I hope to hear from all
>> the packagers over the next week or two, and barring no issues, I will
>> tag this as 1.3.1 final.
>>
>> The tarball is available here:
>>
>> https://downloads.sourceforge.net/project/matplotlib/matplotlib/matplotlib-1.3.1rc1.tar.gz 
>>
>>
>>
>> The changelog is copied below:
>>
>> New in 1.3.1
>> ------------
>>
>> 1.3.1 is a bugfix release, primarily dealing with improved setup and
>> handling of dependencies, and correcting and enhancing the
>> documentation.
>>
>> The following changes were made in 1.3.1 since 1.3.0.
>>
>> Enhancements
>> ````````````
>>
>> - Added a context manager for creating multi-page pdfs (see
>> `matplotlib.backends.backend_pdf.PdfPages`).
>>
>> - The WebAgg backend should no have lower latency over heterogeneous
>> Internet connections.
>>
>> Bug fixes
>> `````````
>>
>> - Histogram plots now contain the endline.
>>
>> - Fixes to the Molleweide projection.
>>
>> - Handling recent fonts from Microsoft and Macintosh-style fonts with
>> non-ascii metadata is improved.
>>
>> - Hatching of fill between plots now works correctly in the PDF
>> backend.
>>
>> - Tight bounding box support now works in the PGF backend.
>>
>> - Transparent figures now display correctly in the Qt4Agg backend.
>>
>> - Drawing lines from one subplot to another now works.
>>
>> - Unit handling on masked arrays has been improved.
>>
>> Setup and dependencies
>> ``````````````````````
>>
>> - Now works with any version of pyparsing 1.5.6 or later, without
>> displaying
>> hundreds of warnings.
>>
>> - Now works with 64-bit versions of Ghostscript on MS-Windows.
>>
>> - When installing from source into an environment without Numpy, Numpy
>> will first be downloaded and built and then used to build
>> matplotlib.
>>
>> - Externally installed backends are now always imported using a
>> fully-qualified path to the module.
>>
>> - Works with newer version of wxPython.
>>
>> - Can now build with a PyCXX installed globally on the system from 
>> source.
>>
>> - Better detection of Gtk3 dependencies.
>>
>> Testing
>> ```````
>>
>> - Tests should now work in non-English locales.
>>
>> - PEP8 conformance tests now report on locations of issues.
>>
-- 
 _
|\/|o _|_ _. _ | | \.__ __|__|_|_ _ _ ._ _
| ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |
http://www.droettboom.com

On 9/27/2013 10:20 AM, Michael Droettboom wrote:
> - Now works with 64-bit versions of Ghostscript on MS-Windows.
Not really. gswin64c.exe is detected in __init__.py but apparently not 
used in the PS backend:
https://github.com/matplotlib/matplotlib/blob/v1.3.x/lib/matplotlib/__init__.py#L341
https://github.com/matplotlib/matplotlib/blob/v1.3.x/lib/matplotlib/backends/backend_ps.py#L73
https://github.com/matplotlib/matplotlib/blob/v1.3.x/lib/matplotlib/backends/backend_ps.py#L1620
Christoph

Hello,
`matplotlib-1.3.1rc1.tar.gz\matplotlib-1.3.1rc1\lib\matplotlib.egg-info\SOURCES.txt` 
contains absolute paths to `/usr/src/CXX/*.cxx` files and therefore 
distutils fails to build installers on Windows. Deleting the .egg-info 
directory works for me.
Christoph
On 9/27/2013 10:20 AM, Michael Droettboom wrote:
> I have tagged a 1.3.1 release candidate. Congrats to everyone who
> reported bugs and worked hard to fix them for this release.
>
> As this is only a bugfix release, it should hopefully not take as long
> to get through the release candidate process. I hope to hear from all
> the packagers over the next week or two, and barring no issues, I will
> tag this as 1.3.1 final.
>
> The tarball is available here:
>
> https://downloads.sourceforge.net/project/matplotlib/matplotlib/matplotlib-1.3.1rc1.tar.gz
>
>
> The changelog is copied below:
>
> New in 1.3.1
> ------------
>
> 1.3.1 is a bugfix release, primarily dealing with improved setup and
> handling of dependencies, and correcting and enhancing the
> documentation.
>
> The following changes were made in 1.3.1 since 1.3.0.
>
> Enhancements
> ````````````
>
> - Added a context manager for creating multi-page pdfs (see
> `matplotlib.backends.backend_pdf.PdfPages`).
>
> - The WebAgg backend should no have lower latency over heterogeneous
> Internet connections.
>
> Bug fixes
> `````````
>
> - Histogram plots now contain the endline.
>
> - Fixes to the Molleweide projection.
>
> - Handling recent fonts from Microsoft and Macintosh-style fonts with
> non-ascii metadata is improved.
>
> - Hatching of fill between plots now works correctly in the PDF
> backend.
>
> - Tight bounding box support now works in the PGF backend.
>
> - Transparent figures now display correctly in the Qt4Agg backend.
>
> - Drawing lines from one subplot to another now works.
>
> - Unit handling on masked arrays has been improved.
>
> Setup and dependencies
> ``````````````````````
>
> - Now works with any version of pyparsing 1.5.6 or later, without
> displaying
> hundreds of warnings.
>
> - Now works with 64-bit versions of Ghostscript on MS-Windows.
>
> - When installing from source into an environment without Numpy, Numpy
> will first be downloaded and built and then used to build
> matplotlib.
>
> - Externally installed backends are now always imported using a
> fully-qualified path to the module.
>
> - Works with newer version of wxPython.
>
> - Can now build with a PyCXX installed globally on the system from source.
>
> - Better detection of Gtk3 dependencies.
>
> Testing
> ```````
>
> - Tests should now work in non-English locales.
>
> - PEP8 conformance tests now report on locations of issues.
>

I have tagged a 1.3.1 release candidate. Congrats to everyone who 
reported bugs and worked hard to fix them for this release.
As this is only a bugfix release, it should hopefully not take as long 
to get through the release candidate process. I hope to hear from all 
the packagers over the next week or two, and barring no issues, I will 
tag this as 1.3.1 final.
The tarball is available here:
https://downloads.sourceforge.net/project/matplotlib/matplotlib/matplotlib-1.3.1rc1.tar.gz
The changelog is copied below:
New in 1.3.1
------------
1.3.1 is a bugfix release, primarily dealing with improved setup and
handling of dependencies, and correcting and enhancing the
documentation.
The following changes were made in 1.3.1 since 1.3.0.
Enhancements
````````````
- Added a context manager for creating multi-page pdfs (see
 `matplotlib.backends.backend_pdf.PdfPages`).
- The WebAgg backend should no have lower latency over heterogeneous
 Internet connections.
Bug fixes
`````````
- Histogram plots now contain the endline.
- Fixes to the Molleweide projection.
- Handling recent fonts from Microsoft and Macintosh-style fonts with
 non-ascii metadata is improved.
- Hatching of fill between plots now works correctly in the PDF
 backend.
- Tight bounding box support now works in the PGF backend.
- Transparent figures now display correctly in the Qt4Agg backend.
- Drawing lines from one subplot to another now works.
- Unit handling on masked arrays has been improved.
Setup and dependencies
``````````````````````
- Now works with any version of pyparsing 1.5.6 or later, without displaying
 hundreds of warnings.
- Now works with 64-bit versions of Ghostscript on MS-Windows.
- When installing from source into an environment without Numpy, Numpy
 will first be downloaded and built and then used to build
 matplotlib.
- Externally installed backends are now always imported using a
 fully-qualified path to the module.
- Works with newer version of wxPython.
- Can now build with a PyCXX installed globally on the system from source.
- Better detection of Gtk3 dependencies.
Testing
```````
- Tests should now work in non-English locales.
- PEP8 conformance tests now report on locations of issues.
-- 
 _
|\/|o _|_ _. _ | | \.__ __|__|_|_ _ _ ._ _
| ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |
http://www.droettboom.com

Many thanks for the feedback.
So ,my first cut was to segregate the user guide by topic. Below is
the summary I had in mind for an Introduction for New Users.
Hopefully this gives a flavour of what I have in mind.
I will attempt to put this into practice and post again when I have a
user guide coded that might work in my view.
mark
Introducing Plotting with Matplotlib
 Pyplot tutorial
 Controlling line properties
 Working with multiple figures and axes
 Working with text
 Interactive navigation
 Navigation Keyboard Shortcuts
 Working with text
 Text introduction
 Basic text commands
 Text properties and layout
 Writing mathematical expressions
 Text rendering With LaTeX
 Annotating text
 Image tutorial
 Startup commands
 Importing image data into Numpy arrays
 Plotting numpy arrays as images
 Customizing Location of Subplot Using GridSpec
 Basic Example of using subplot2grid
 GridSpec and SubplotSpec
 Adjust GridSpec layout
 GridSpec using SubplotSpec
 A Complex Nested GridSpec using SubplotSpec
 GridSpec with Varying Cell Sizes
 Legend guide
 What to be displayed
 Multicolumn Legend
 Legend location
 Multiple Legend
 Legend of Complex Plots
 Annotating Axes
 Annotating with Text with Box
 Annotating with Arrow
 Placing Artist at the anchored location of the Axes
 Using Complex Coordinate with Annotation
 Using ConnectorPatch
 Zoom effect between Axes
 Define Custom BoxStyle
 Our Favorite Recipes
 Sharing axis limits and views
 Easily creating subplots
 Fixing common date annoyances
 Fill Between and Alpha
 Transparent, fancy legends
 Placing text boxes

I would like to have the snow accumulation to be plotted as if the area of
the two subplots is the area of one plot. As you can see in the figure I
posted.
Thanks ahead,
Eyal
On Thu, Sep 26, 2013 at 11:41 AM, Benjamin Root-2 [via matplotlib] <
ml-...@n5...> wrote:
> Sounds like some sort of modification of this example:
> http://matplotlib.org/examples/pylab_examples/finance_work2.html
>
> Not exactly sure how you can make that work completely, but this should
> get you in the right direction.
>
> Cheers!
> Ben Root
>
>
> ------------------------------------------------------------------------------
>
> October Webinars: Code for Performance
> Free Intel webinars can help you accelerate application performance.
> Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most
> from
> the latest Intel processors and coprocessors. See abstracts and register >
> http://pubads.g.doubleclick.net/gampad/clk?id=60133471&iu=/4140/ostg.clktrk
> _______________________________________________
> Matplotlib-devel mailing list
> [hidden email] <http://user/SendEmail.jtp?type=node&node=42110&i=0>
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
>
> ------------------------------
> If you reply to this email, your message will be added to the discussion
> below:
>
> http://matplotlib.1069221.n5.nabble.com/ploting-with-two-subfigures-that-share-a-common-axis-tp42108p42110.html
> To unsubscribe from ploting with two subfigures that share a common axis, click
> here<http://matplotlib.1069221.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=42108&code=ZWpzYWlldEBhbGFza2EuZWR1fDQyMTA4fDEzMDgzNDA3NzQ=>
> .
> NAML<http://matplotlib.1069221.n5.nabble.com/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml>
>
-- 
Eyal Saiet
--
View this message in context: http://matplotlib.1069221.n5.nabble.com/ploting-with-two-subfigures-that-share-a-common-axis-tp42108p42113.html
Sent from the matplotlib - devel mailing list archive at Nabble.com.

Sounds like some sort of modification of this example:
http://matplotlib.org/examples/pylab_examples/finance_work2.html
Not exactly sure how you can make that work completely, but this should get
you in the right direction.
Cheers!
Ben Root

Hello,
I am trying to plot data of daily snow percip, wind and accumulated snow
depth. the first two have their own y-axis, but share the same x-axis AND
the same second y-axis as such that the second y-axis is continues in both
plots.
This could be seen in the attachment.
Thanks
Eyal <http://matplotlib.1069221.n5.nabble.com/file/n42108/DSC_0003.jpg> 
--
View this message in context: http://matplotlib.1069221.n5.nabble.com/ploting-with-two-subfigures-that-share-a-common-axis-tp42108.html
Sent from the matplotlib - devel mailing list archive at Nabble.com.

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
<ari...@gm...> wrote:
> No there is no pull request.
>
> I wanted to get some feedback before, as the development workflow suggested.
>
> Federico
>
> On Wed, Sep 25, 2013 at 3:25 PM, Michael Droettboom <md...@st...> wrote:
>> Is there a pull request open for this? If not, could you create one?
>>
>> Mike
>>
>> On 09/25/2013 03:04 PM, Federico Ariza wrote:
>>> Hello
>>>
>>> To address the concern of display multiple figures at the same time.
>>> I added detach and re-parent methods to the figure manager, so figures
>>> can be programatically redistributed between containers.
>>>
>>> Also I added a couple of tools that I use a lot, one for line
>>> properties and one for axes properties.
>>>
>>> I got rid of the non working linedialog and replaced completely the
>>> FigureManagerGtk3 and Toolbar2Gtk3
>>>
>>> I would greatly appreciate some feedback to see 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
>>> Federico
>>>
>>>
>>>
>>>
>>> On Wed, Sep 18, 2013 at 12:13 PM, Federico Ariza
>>> <ari...@gm...> wrote:
>>>> I forgot about the diff link.
>>>>
>>>> https://github.com/fariza/matplotlib/compare/tabbed-gtk3-figuremanager
>>>>
>>>> I try to place everything where it is supposed to go (backend_bases)
>>>>
>>>>
>>>>
>>>>
>>>> On Wed, Sep 18, 2013 at 8:38 AM, Phil Elson <pel...@gm...> wrote:
>>>>> No need to be nervous. We are a friendly bunch and this is cool stuff.
>>>>>
>>>>> I haven't looked at your code (a diff link would be useful), but the obvious first questions would be:
>>>>>
>>>>
>>>>
>>>>> Can I display multiple tabs at the same time (i.e. tab splitting)
>>>> At first sight, I do not see why not, the multiFigureBackend just
>>>> controls adding, removing and switching from one figure to another.
>>>> Giving the toolbar control to the active figure.
>>>>
>>>>> If so, can I programatically control the splitting?
>>>> I was thinking about this, and I think it is possible to add as many
>>>> instances of the MultiFigureManager as we want, and place figures in
>>>> the desired one. Removing and adding them is also possible.
>>>>
>>>>> On that front, did you consider looking at implementing the tabbing in matplotlib itself? Obviously there is nothing there at the moment, but it is conceivable that "tab" buttons could be added to a special "figure" which when clicked change which figure is being rendered in the plot area. Doing so would mean that your GUI doesn't look like native tabs, but it would mean that it would instantly work on all interactive backends. Just a thought.
>>>>>
>>>> I did not think about this, but to be honest, I do not like the
>>>> matplotlib widgets :(
>>>>
>>>>> Anyway, I'm not sure how we take this forward - I can't imagine we would want to take on a whole new set of backends for tabbed browsing specifically, but it could potentially be integrated together with the existing backends I suppose.
>>>> As I tried to implement it, if the corresponding MultiFigureBackend is
>>>> implemented for the selected backend, and
>>>> matplotlib.rcParams['backend.single_window'] = True
>>>> This will be loaded if not, the traditional backend work as always.
>>>>
>>>> Of course all of these possibilities have to be tested, to see...
>>>>
>>>>> Nice work!
>>>>>
>>>>> Phil
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> On 18 September 2013 01:07, Federico Ariza <ari...@gm...> wrote:
>>>>>> Hello everybody:
>>>>>>
>>>>>> This is my first post here, I am a little bit nervous, because this is my first post :D, and also because I want to talk about a touchy subject....
>>>>>>
>>>>>> In my work I have developped several backends to manage multiple figures at the same time, from what I see around, this is something that could be of interest for many people.
>>>>>> I have done it in gtk, wx, tk, and now I am doing it again in gtk3.
>>>>>>
>>>>>> So I thought it would be nice to try to run this idea by you.
>>>>>> If you look at the attached images, you will see what I mean.
>>>>>>
>>>>>> The code is in
>>>>>> https://github.com/fariza/matplotlib/tree/tabbed-gtk3-figuremanager
>>>>>>
>>>>>>
>>>>>> I know I should have done another file for the figure manager, but because it sits in between backend_bases.py and backend_gtk3xxx.py It was easier for me to test directly inside backend_gtk3.py
>>>>>>
>>>>>> Other think that I dislike, is that to extend the current backend, you have to get your hands pretty dirty and understand alot of things to make sense of how things work.
>>>>>>
>>>>>> I modified examples/pylab_examples/multiple_figs_demo.py
>>>>>> to show it working.
>>>>>>
>>>>>> In the example, I added a stupid class, to show how can we attach external tools to the toolbar without complex manipulations.
>>>>>> Also, this could be used to produce a tools library, and keeps things clean, in gtk3 backend there is a DialogLineprops, in qt there are other things similar, but all of them are separated and can not be reused....
>>>>>>
>>>>>> Take a look and let me know what you think.
>>>>>> The only think needed to run with other examples is to use (gtk3 agg or cairo) and set the rcparam
>>>>>>
>>>>>> matplotlib.use('gtk3agg')
>>>>>> matplotlib.rcParams['backend.gtk3.tabbed'] = True
>>>>>>
>>>>>> I tried to comment the code, but not to document it, because I want to have feedback before investing time in documenting something that maybe will be only for me.
>>>>>>
>>>>>> Thanks
>>>>>> Federico
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Y yo que culpa tengo de que ellas se crean todo lo que yo les digo?
>>>>>>
>>>>>> -- Antonio Alducin --
>>>>>>
>>>>>> ------------------------------------------------------------------------------
>>>>>> LIMITED TIME SALE - Full Year of Microsoft Training For Just 49ドル.99!
>>>>>> 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint
>>>>>> 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes
>>>>>> Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13.
>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=58041151&iu=/4140/ostg.clktrk
>>>>>> _______________________________________________
>>>>>> Matplotlib-devel mailing list
>>>>>> Mat...@li...
>>>>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>>>>>
>>>>
>>>>
>>>> --
>>>> Y yo que culpa tengo de que ellas se crean todo lo que yo les digo?
>>>>
>>>> -- Antonio Alducin -
>>>
>>>
>>
>>
>> --
>> _
>> |\/|o _|_ _. _ | | \.__ __|__|_|_ _ _ ._ _
>> | ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |
>>
>> http://www.droettboom.com
>>
>>
>> ------------------------------------------------------------------------------
>> October Webinars: Code for Performance
>> Free Intel webinars can help you accelerate application performance.
>> Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from
>> the latest Intel processors and coprocessors. See abstracts and register >
>> http://pubads.g.doubleclick.net/gampad/clk?id=60133471&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Matplotlib-devel mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
>
>
> --
> Y yo que culpa tengo de que ellas se crean todo lo que yo les digo?
>
> -- Antonio Alducin --
-- 
Y yo que culpa tengo de que ellas se crean todo lo que yo les digo?
-- Antonio Alducin --

No there is no pull request.
I wanted to get some feedback before, as the development workflow suggested.
Federico
On Wed, Sep 25, 2013 at 3:25 PM, Michael Droettboom <md...@st...> wrote:
> Is there a pull request open for this? If not, could you create one?
>
> Mike
>
> On 09/25/2013 03:04 PM, Federico Ariza wrote:
>> Hello
>>
>> To address the concern of display multiple figures at the same time.
>> I added detach and re-parent methods to the figure manager, so figures
>> can be programatically redistributed between containers.
>>
>> Also I added a couple of tools that I use a lot, one for line
>> properties and one for axes properties.
>>
>> I got rid of the non working linedialog and replaced completely the
>> FigureManagerGtk3 and Toolbar2Gtk3
>>
>> I would greatly appreciate some feedback to see 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
>> Federico
>>
>>
>>
>>
>> On Wed, Sep 18, 2013 at 12:13 PM, Federico Ariza
>> <ari...@gm...> wrote:
>>> I forgot about the diff link.
>>>
>>> https://github.com/fariza/matplotlib/compare/tabbed-gtk3-figuremanager
>>>
>>> I try to place everything where it is supposed to go (backend_bases)
>>>
>>>
>>>
>>>
>>> On Wed, Sep 18, 2013 at 8:38 AM, Phil Elson <pel...@gm...> wrote:
>>>> No need to be nervous. We are a friendly bunch and this is cool stuff.
>>>>
>>>> I haven't looked at your code (a diff link would be useful), but the obvious first questions would be:
>>>>
>>>
>>>
>>>> Can I display multiple tabs at the same time (i.e. tab splitting)
>>> At first sight, I do not see why not, the multiFigureBackend just
>>> controls adding, removing and switching from one figure to another.
>>> Giving the toolbar control to the active figure.
>>>
>>>> If so, can I programatically control the splitting?
>>> I was thinking about this, and I think it is possible to add as many
>>> instances of the MultiFigureManager as we want, and place figures in
>>> the desired one. Removing and adding them is also possible.
>>>
>>>> On that front, did you consider looking at implementing the tabbing in matplotlib itself? Obviously there is nothing there at the moment, but it is conceivable that "tab" buttons could be added to a special "figure" which when clicked change which figure is being rendered in the plot area. Doing so would mean that your GUI doesn't look like native tabs, but it would mean that it would instantly work on all interactive backends. Just a thought.
>>>>
>>> I did not think about this, but to be honest, I do not like the
>>> matplotlib widgets :(
>>>
>>>> Anyway, I'm not sure how we take this forward - I can't imagine we would want to take on a whole new set of backends for tabbed browsing specifically, but it could potentially be integrated together with the existing backends I suppose.
>>> As I tried to implement it, if the corresponding MultiFigureBackend is
>>> implemented for the selected backend, and
>>> matplotlib.rcParams['backend.single_window'] = True
>>> This will be loaded if not, the traditional backend work as always.
>>>
>>> Of course all of these possibilities have to be tested, to see...
>>>
>>>> Nice work!
>>>>
>>>> Phil
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> On 18 September 2013 01:07, Federico Ariza <ari...@gm...> wrote:
>>>>> Hello everybody:
>>>>>
>>>>> This is my first post here, I am a little bit nervous, because this is my first post :D, and also because I want to talk about a touchy subject....
>>>>>
>>>>> In my work I have developped several backends to manage multiple figures at the same time, from what I see around, this is something that could be of interest for many people.
>>>>> I have done it in gtk, wx, tk, and now I am doing it again in gtk3.
>>>>>
>>>>> So I thought it would be nice to try to run this idea by you.
>>>>> If you look at the attached images, you will see what I mean.
>>>>>
>>>>> The code is in
>>>>> https://github.com/fariza/matplotlib/tree/tabbed-gtk3-figuremanager
>>>>>
>>>>>
>>>>> I know I should have done another file for the figure manager, but because it sits in between backend_bases.py and backend_gtk3xxx.py It was easier for me to test directly inside backend_gtk3.py
>>>>>
>>>>> Other think that I dislike, is that to extend the current backend, you have to get your hands pretty dirty and understand alot of things to make sense of how things work.
>>>>>
>>>>> I modified examples/pylab_examples/multiple_figs_demo.py
>>>>> to show it working.
>>>>>
>>>>> In the example, I added a stupid class, to show how can we attach external tools to the toolbar without complex manipulations.
>>>>> Also, this could be used to produce a tools library, and keeps things clean, in gtk3 backend there is a DialogLineprops, in qt there are other things similar, but all of them are separated and can not be reused....
>>>>>
>>>>> Take a look and let me know what you think.
>>>>> The only think needed to run with other examples is to use (gtk3 agg or cairo) and set the rcparam
>>>>>
>>>>> matplotlib.use('gtk3agg')
>>>>> matplotlib.rcParams['backend.gtk3.tabbed'] = True
>>>>>
>>>>> I tried to comment the code, but not to document it, because I want to have feedback before investing time in documenting something that maybe will be only for me.
>>>>>
>>>>> Thanks
>>>>> Federico
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Y yo que culpa tengo de que ellas se crean todo lo que yo les digo?
>>>>>
>>>>> -- Antonio Alducin --
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> LIMITED TIME SALE - Full Year of Microsoft Training For Just 49ドル.99!
>>>>> 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint
>>>>> 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes
>>>>> Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13.
>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=58041151&iu=/4140/ostg.clktrk
>>>>> _______________________________________________
>>>>> Matplotlib-devel mailing list
>>>>> Mat...@li...
>>>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>>>>
>>>
>>>
>>> --
>>> Y yo que culpa tengo de que ellas se crean todo lo que yo les digo?
>>>
>>> -- Antonio Alducin -
>>
>>
>
>
> --
> _
> |\/|o _|_ _. _ | | \.__ __|__|_|_ _ _ ._ _
> | ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |
>
> http://www.droettboom.com
>
>
> ------------------------------------------------------------------------------
> October Webinars: Code for Performance
> Free Intel webinars can help you accelerate application performance.
> Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from
> the latest Intel processors and coprocessors. See abstracts and register >
> http://pubads.g.doubleclick.net/gampad/clk?id=60133471&iu=/4140/ostg.clktrk
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
-- 
Y yo que culpa tengo de que ellas se crean todo lo que yo les digo?
-- Antonio Alducin --

Is there a pull request open for this? If not, could you create one?
Mike
On 09/25/2013 03:04 PM, Federico Ariza wrote:
> Hello
>
> To address the concern of display multiple figures at the same time.
> I added detach and re-parent methods to the figure manager, so figures
> can be programatically redistributed between containers.
>
> Also I added a couple of tools that I use a lot, one for line
> properties and one for axes properties.
>
> I got rid of the non working linedialog and replaced completely the
> FigureManagerGtk3 and Toolbar2Gtk3
>
> I would greatly appreciate some feedback to see 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
> Federico
>
>
>
>
> On Wed, Sep 18, 2013 at 12:13 PM, Federico Ariza
> <ari...@gm...> wrote:
>> I forgot about the diff link.
>>
>> https://github.com/fariza/matplotlib/compare/tabbed-gtk3-figuremanager
>>
>> I try to place everything where it is supposed to go (backend_bases)
>>
>>
>>
>>
>> On Wed, Sep 18, 2013 at 8:38 AM, Phil Elson <pel...@gm...> wrote:
>>> No need to be nervous. We are a friendly bunch and this is cool stuff.
>>>
>>> I haven't looked at your code (a diff link would be useful), but the obvious first questions would be:
>>>
>>
>>
>>> Can I display multiple tabs at the same time (i.e. tab splitting)
>> At first sight, I do not see why not, the multiFigureBackend just
>> controls adding, removing and switching from one figure to another.
>> Giving the toolbar control to the active figure.
>>
>>> If so, can I programatically control the splitting?
>> I was thinking about this, and I think it is possible to add as many
>> instances of the MultiFigureManager as we want, and place figures in
>> the desired one. Removing and adding them is also possible.
>>
>>> On that front, did you consider looking at implementing the tabbing in matplotlib itself? Obviously there is nothing there at the moment, but it is conceivable that "tab" buttons could be added to a special "figure" which when clicked change which figure is being rendered in the plot area. Doing so would mean that your GUI doesn't look like native tabs, but it would mean that it would instantly work on all interactive backends. Just a thought.
>>>
>> I did not think about this, but to be honest, I do not like the
>> matplotlib widgets :(
>>
>>> Anyway, I'm not sure how we take this forward - I can't imagine we would want to take on a whole new set of backends for tabbed browsing specifically, but it could potentially be integrated together with the existing backends I suppose.
>> As I tried to implement it, if the corresponding MultiFigureBackend is
>> implemented for the selected backend, and
>> matplotlib.rcParams['backend.single_window'] = True
>> This will be loaded if not, the traditional backend work as always.
>>
>> Of course all of these possibilities have to be tested, to see...
>>
>>> Nice work!
>>>
>>> Phil
>>>
>>>
>>>
>>>
>>>
>>> On 18 September 2013 01:07, Federico Ariza <ari...@gm...> wrote:
>>>> Hello everybody:
>>>>
>>>> This is my first post here, I am a little bit nervous, because this is my first post :D, and also because I want to talk about a touchy subject....
>>>>
>>>> In my work I have developped several backends to manage multiple figures at the same time, from what I see around, this is something that could be of interest for many people.
>>>> I have done it in gtk, wx, tk, and now I am doing it again in gtk3.
>>>>
>>>> So I thought it would be nice to try to run this idea by you.
>>>> If you look at the attached images, you will see what I mean.
>>>>
>>>> The code is in
>>>> https://github.com/fariza/matplotlib/tree/tabbed-gtk3-figuremanager
>>>>
>>>>
>>>> I know I should have done another file for the figure manager, but because it sits in between backend_bases.py and backend_gtk3xxx.py It was easier for me to test directly inside backend_gtk3.py
>>>>
>>>> Other think that I dislike, is that to extend the current backend, you have to get your hands pretty dirty and understand alot of things to make sense of how things work.
>>>>
>>>> I modified examples/pylab_examples/multiple_figs_demo.py
>>>> to show it working.
>>>>
>>>> In the example, I added a stupid class, to show how can we attach external tools to the toolbar without complex manipulations.
>>>> Also, this could be used to produce a tools library, and keeps things clean, in gtk3 backend there is a DialogLineprops, in qt there are other things similar, but all of them are separated and can not be reused....
>>>>
>>>> Take a look and let me know what you think.
>>>> The only think needed to run with other examples is to use (gtk3 agg or cairo) and set the rcparam
>>>>
>>>> matplotlib.use('gtk3agg')
>>>> matplotlib.rcParams['backend.gtk3.tabbed'] = True
>>>>
>>>> I tried to comment the code, but not to document it, because I want to have feedback before investing time in documenting something that maybe will be only for me.
>>>>
>>>> Thanks
>>>> Federico
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Y yo que culpa tengo de que ellas se crean todo lo que yo les digo?
>>>>
>>>> -- Antonio Alducin --
>>>>
>>>> ------------------------------------------------------------------------------
>>>> LIMITED TIME SALE - Full Year of Microsoft Training For Just 49ドル.99!
>>>> 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint
>>>> 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes
>>>> Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13.
>>>> http://pubads.g.doubleclick.net/gampad/clk?id=58041151&iu=/4140/ostg.clktrk
>>>> _______________________________________________
>>>> Matplotlib-devel mailing list
>>>> Mat...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>>>
>>
>>
>> --
>> Y yo que culpa tengo de que ellas se crean todo lo que yo les digo?
>>
>> -- Antonio Alducin -
>
>
-- 
 _
|\/|o _|_ _. _ | | \.__ __|__|_|_ _ _ ._ _
| ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |
http://www.droettboom.com

Hello
To address the concern of display multiple figures at the same time.
I added detach and re-parent methods to the figure manager, so figures
can be programatically redistributed between containers.
Also I added a couple of tools that I use a lot, one for line
properties and one for axes properties.
I got rid of the non working linedialog and replaced completely the
FigureManagerGtk3 and Toolbar2Gtk3
I would greatly appreciate some feedback to see 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
Federico
On Wed, Sep 18, 2013 at 12:13 PM, Federico Ariza
<ari...@gm...> wrote:
> I forgot about the diff link.
>
> https://github.com/fariza/matplotlib/compare/tabbed-gtk3-figuremanager
>
> I try to place everything where it is supposed to go (backend_bases)
>
>
>
>
> On Wed, Sep 18, 2013 at 8:38 AM, Phil Elson <pel...@gm...> wrote:
>>
>> No need to be nervous. We are a friendly bunch and this is cool stuff.
>>
>> I haven't looked at your code (a diff link would be useful), but the obvious first questions would be:
>>
>
>
>
>> Can I display multiple tabs at the same time (i.e. tab splitting)
>
> At first sight, I do not see why not, the multiFigureBackend just
> controls adding, removing and switching from one figure to another.
> Giving the toolbar control to the active figure.
>
>> If so, can I programatically control the splitting?
> I was thinking about this, and I think it is possible to add as many
> instances of the MultiFigureManager as we want, and place figures in
> the desired one. Removing and adding them is also possible.
>
>>
>> On that front, did you consider looking at implementing the tabbing in matplotlib itself? Obviously there is nothing there at the moment, but it is conceivable that "tab" buttons could be added to a special "figure" which when clicked change which figure is being rendered in the plot area. Doing so would mean that your GUI doesn't look like native tabs, but it would mean that it would instantly work on all interactive backends. Just a thought.
>>
> I did not think about this, but to be honest, I do not like the
> matplotlib widgets :(
>
>> Anyway, I'm not sure how we take this forward - I can't imagine we would want to take on a whole new set of backends for tabbed browsing specifically, but it could potentially be integrated together with the existing backends I suppose.
>
> As I tried to implement it, if the corresponding MultiFigureBackend is
> implemented for the selected backend, and
> matplotlib.rcParams['backend.single_window'] = True
> This will be loaded if not, the traditional backend work as always.
>
> Of course all of these possibilities have to be tested, to see...
>
>>
>> Nice work!
>>
>> Phil
>>
>>
>>
>>
>>
>> On 18 September 2013 01:07, Federico Ariza <ari...@gm...> wrote:
>>>
>>> Hello everybody:
>>>
>>> This is my first post here, I am a little bit nervous, because this is my first post :D, and also because I want to talk about a touchy subject....
>>>
>>> In my work I have developped several backends to manage multiple figures at the same time, from what I see around, this is something that could be of interest for many people.
>>> I have done it in gtk, wx, tk, and now I am doing it again in gtk3.
>>>
>>> So I thought it would be nice to try to run this idea by you.
>>> If you look at the attached images, you will see what I mean.
>>>
>>> The code is in
>>> https://github.com/fariza/matplotlib/tree/tabbed-gtk3-figuremanager
>>>
>>>
>>> I know I should have done another file for the figure manager, but because it sits in between backend_bases.py and backend_gtk3xxx.py It was easier for me to test directly inside backend_gtk3.py
>>>
>>> Other think that I dislike, is that to extend the current backend, you have to get your hands pretty dirty and understand alot of things to make sense of how things work.
>>>
>>> I modified examples/pylab_examples/multiple_figs_demo.py
>>> to show it working.
>>>
>>> In the example, I added a stupid class, to show how can we attach external tools to the toolbar without complex manipulations.
>>> Also, this could be used to produce a tools library, and keeps things clean, in gtk3 backend there is a DialogLineprops, in qt there are other things similar, but all of them are separated and can not be reused....
>>>
>>> Take a look and let me know what you think.
>>> The only think needed to run with other examples is to use (gtk3 agg or cairo) and set the rcparam
>>>
>>> matplotlib.use('gtk3agg')
>>> matplotlib.rcParams['backend.gtk3.tabbed'] = True
>>>
>>> I tried to comment the code, but not to document it, because I want to have feedback before investing time in documenting something that maybe will be only for me.
>>>
>>> Thanks
>>> Federico
>>>
>>>
>>>
>>>
>>>
>>> --
>>> Y yo que culpa tengo de que ellas se crean todo lo que yo les digo?
>>>
>>> -- Antonio Alducin --
>>>
>>> ------------------------------------------------------------------------------
>>> LIMITED TIME SALE - Full Year of Microsoft Training For Just 49ドル.99!
>>> 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint
>>> 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes
>>> Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13.
>>> http://pubads.g.doubleclick.net/gampad/clk?id=58041151&iu=/4140/ostg.clktrk
>>> _______________________________________________
>>> Matplotlib-devel mailing list
>>> Mat...@li...
>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>>
>>
>
>
>
> --
> Y yo que culpa tengo de que ellas se crean todo lo que yo les digo?
>
> -- Antonio Alducin -
-- 
Y yo que culpa tengo de que ellas se crean todo lo que yo les digo?
-- Antonio Alducin --

On 2013年09月24日 10:19 PM, mark wrote:
> hi matplotlib developers
>
> I have been considering the matplotlib user guide structure and it
> has occured to me that there are two user guides interleaved here:
> 1. Introduction for new users
> 2. Library tour for developers
>
> I think that this structure makes it challenging for new users to
> benefit from the user guide as much as they could.
>
> I would like to see the user guide separated into two sections, with
> the two different audiences in mind. I feel this would enable new
> users of the library to have a more targeted introduction to some of
> the neat features without getting bogged down in details they are
> unlikely to need (or comprehend).
>
> I am very happy to have a go at this and put up a set of suggested
> changes but I would value input from the community on this approach and
> my category suggestions before I submit a pull request.
Mark,
There is no doubt that the documentation can be improved, both via 
changes in organization and wording, and by adding missing parts. I'm 
happy to see you work on this, and look forward to the next increment of 
detail regarding your strategy.
Eric
>
> many thanks
> mark
>
>
> ------------------------------------------------------------------------------
> October Webinars: Code for Performance
> Free Intel webinars can help you accelerate application performance.
> Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from
> the latest Intel processors and coprocessors. See abstracts and register >
> http://pubads.g.doubleclick.net/gampad/clk?id=60133471&iu=/4140/ostg.clktrk
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>

Thanks for the interest. I agree there's lots that can be done to 
improve it.
You may want to familiarize yourself with MEP10 ( 
https://github.com/matplotlib/matplotlib/wiki/Mep10) though that mainly 
deals with docstrings and not the narrative documentation.
Perhaps as a starting point, you'd want to write a MEP with your 
specific proposals -- maybe as a set of guidelines for how the docs 
should be laid out (with a few concrete examples of such changes, but 
without going through the laborious process of making all such 
changes). The nice thing about writing a MEP is that then we can point 
other people who want to help out to it and say "this is what we're 
trying to do", rather than the burden of all of the work being on just a 
single person. At least that's the idea ;)
Mike
On 09/25/2013 04:19 AM, mark wrote:
> hi matplotlib developers
>
> I have been considering the matplotlib user guide structure and it
> has occured to me that there are two user guides interleaved here:
> 1. Introduction for new users
> 2. Library tour for developers
>
> I think that this structure makes it challenging for new users to
> benefit from the user guide as much as they could.
>
> I would like to see the user guide separated into two sections, with
> the two different audiences in mind. I feel this would enable new
> users of the library to have a more targeted introduction to some of
> the neat features without getting bogged down in details they are
> unlikely to need (or comprehend).
>
> I am very happy to have a go at this and put up a set of suggested
> changes but I would value input from the community on this approach and
> my category suggestions before I submit a pull request.
>
> many thanks
> mark
>
>
> ------------------------------------------------------------------------------
> October Webinars: Code for Performance
> Free Intel webinars can help you accelerate application performance.
> Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from
> the latest Intel processors and coprocessors. See abstracts and register >
> http://pubads.g.doubleclick.net/gampad/clk?id=60133471&iu=/4140/ostg.clktrk
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
-- 
 _
|\/|o _|_ _. _ | | \.__ __|__|_|_ _ _ ._ _
| ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |
http://www.droettboom.com

For the record, I've spoken to Mark about this face-to-face in the past,
and I think he has some great ideas about how the user guide should look.
Personally I would agree that the user guide is currently not targeted
enough (it takes 3 pages full of text before getting to a simple plt.plot()
) and even then, I don't think it is sympathetic enough to really new
users. Clearly matplotlib's success shows that the documentation must be
doing something right, but I think the user guide could definitely be
improved.
Mark, from what I remember your changes were along the lines of moving
sections around, and splitting some sections into beginner & advanced
pages. I think detailing a few examples of the types of changes you have in
mind might help us to have a bit more clarity on what you are proposing.
Thanks for getting involved in improving the docs!
On 25 September 2013 09:19, mark <ma...@me...> wrote:
> hi matplotlib developers
>
> I have been considering the matplotlib user guide structure and it
> has occured to me that there are two user guides interleaved here:
> 1. Introduction for new users
> 2. Library tour for developers
>
> I think that this structure makes it challenging for new users to
> benefit from the user guide as much as they could.
>
> I would like to see the user guide separated into two sections, with
> the two different audiences in mind. I feel this would enable new
> users of the library to have a more targeted introduction to some of
> the neat features without getting bogged down in details they are
> unlikely to need (or comprehend).
>
> I am very happy to have a go at this and put up a set of suggested
> changes but I would value input from the community on this approach and
> my category suggestions before I submit a pull request.
>
> many thanks
> mark
>
>
>
> ------------------------------------------------------------------------------
> October Webinars: Code for Performance
> Free Intel webinars can help you accelerate application performance.
> Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most
> from
> the latest Intel processors and coprocessors. See abstracts and register >
> http://pubads.g.doubleclick.net/gampad/clk?id=60133471&iu=/4140/ostg.clktrk
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>

hi matplotlib developers
I have been considering the matplotlib user guide structure and it
has occured to me that there are two user guides interleaved here:
 1. Introduction for new users
 2. Library tour for developers
I think that this structure makes it challenging for new users to
benefit from the user guide as much as they could. 
I would like to see the user guide separated into two sections, with
the two different audiences in mind. I feel this would enable new
users of the library to have a more targeted introduction to some of
the neat features without getting bogged down in details they are
unlikely to need (or comprehend). 
I am very happy to have a go at this and put up a set of suggested
changes but I would value input from the community on this approach and
my category suggestions before I submit a pull request.
many thanks
mark

Oops, and I missed the last point: we monitor our public chat room on hipchat:
http://www.hipchat.com/ghtNzvmfC
where anyone can post questions, follow ups, etc, that they don't want
to record persistently on hackpad in the minutes.
On Tue, Sep 24, 2013 at 5:50 PM, Fernando Perez <fpe...@gm...> wrote:
> Great! I just wanted to say that for us (ipython), that has worked really well.
>
> Our workflow is:
>
> 1. G+ hangout, with an invite list of ~ 15 (the limit), and we're
> always happy to offer an invite to anyone who wants to speak.
>
> 2. As soon as we start, we post the public link on g+, twitter and our hackpad.
>
> 3. We take running notes on a shared, public hackpad session that
> serves as our 'minutes' document:
>
> https://hackpad.com/IPython-dev-meetings-6wTSjJt7TZK
>
> 4. A summary of prior meetings and logistics info is kept here:
>
> https://github.com/ipython/ipython/wiki/Dev:-Lab-meetings-on-Air
>
>
> Very simple, lightweight and surprisingly effective at giving the core
> team a high-bandwidth channel for in-depth discussions while
> maintaining the openness we want to engage the broader community.
>
> Cheers,
>
> f
-- 
Fernando Perez (@fperez_org; http://fperez.org)
fperez.net-at-gmail: mailing lists only (I ignore this when swamped!)
fernando.perez-at-berkeley: contact me here for any direct mail

Great! I just wanted to say that for us (ipython), that has worked really well.
Our workflow is:
1. G+ hangout, with an invite list of ~ 15 (the limit), and we're
always happy to offer an invite to anyone who wants to speak.
2. As soon as we start, we post the public link on g+, twitter and our hackpad.
3. We take running notes on a shared, public hackpad session that
serves as our 'minutes' document:
https://hackpad.com/IPython-dev-meetings-6wTSjJt7TZK
4. A summary of prior meetings and logistics info is kept here:
https://github.com/ipython/ipython/wiki/Dev:-Lab-meetings-on-Air
Very simple, lightweight and surprisingly effective at giving the core
team a high-bandwidth channel for in-depth discussions while
maintaining the openness we want to engage the broader community.
Cheers,
f

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 <md...@st...> wrote:
> As I had considered doing a while ago, I think it might be beneficial to
> start having regular Google Hangouts for matplotlib. I'm thinking
> monthly is probably adequate for now while we experiment with the format.
>
> As you may know, Google Hangouts has a maximum number of 10
> participants, but an unlimited number of people may watch both live and
> from the archive. I believe also (correct me if I'm wrong) there is no
> such limit on the people who can participate by text chat.
>
> I've created a "Doodle" poll [1] to help find a time during the week
> that would be best for most.
>
> [1] http://doodle.com/fek9q2wsyegg6ytt
>
> I figure many of these meetings will include a "core" group of people
> with "special guests" for various specific topics as they arise. Anyone
> can fill out the poll, but please send me an e-mail off list if you plan
> to attend on a regular basis rather than just drop in when possible so I
> can prioritize things. Once we've determined a good time of the week
> for everyone, I'll schedule the next 6 or so months on the matplotlib
> Google calendar [2].
>
> [2]
> https://www.google.com/calendar/feeds/79hk8jhvlks8jn8ds4ri1e6q4g%40group.calendar.google.com/public/basic
>
> Cheers,
> Mike
>
> --
> _
> |\/|o _|_ _. _ | | \.__ __|__|_|_ _ _ ._ _
> | ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |
>
> http://www.droettboom.com
>
>
> ------------------------------------------------------------------------------
> LIMITED TIME SALE - Full Year of Microsoft Training For Just 49ドル.99!
> 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint
> 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes
> Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13.
> http://pubads.g.doubleclick.net/gampad/clk?id=58041151&iu=/4140/ostg.clktrk
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
-- 
Y yo que culpa tengo de que ellas se crean todo lo que yo les digo?
-- Antonio Alducin --

Thanks for pointing that out. I think that's one is a little more 
debatable -- it does have some use to document.
Mike
On 09/23/2013 08:11 PM, Federico Ariza wrote:
> 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 <md...@st...> wrote:
>> Wow. It definitely should be private, or at the very least excluded from
>> the docs, through whatever mechanism Sphinx gives us. I really hope no one
>> is using that as a public API -- I think it's ok to just privatize this post
>> haste without a deprecation period.
>>
>> Mike
>>
>>
>> On 09/16/2013 12:39 PM, Benjamin Root wrote:
>>
>> While looking up some information, I came across this hideousness:
>>
>> http://matplotlib.org/api/artist_api.html?highlight=text#matplotlib.text.Text.cached
>>
>> Why is this member made public? I would have thought it should be "private"?
>>
>>
>> ------------------------------------------------------------------------------
>> LIMITED TIME SALE - Full Year of Microsoft Training For Just 49ドル.99!
>> 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint
>> 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack
>> includes
>> Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13.
>> http://pubads.g.doubleclick.net/gampad/clk?id=58041151&iu=/4140/ostg.clktrk
>>
>>
>>
>> _______________________________________________
>> Matplotlib-devel mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>
>>
>>
>> --
>> _
>> |\/|o _|_ _. _ | | \.__ __|__|_|_ _ _ ._ _
>> | ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |
>>
>> http://www.droettboom.com
>>
>>
>> ------------------------------------------------------------------------------
>> LIMITED TIME SALE - Full Year of Microsoft Training For Just 49ドル.99!
>> 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint
>> 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack
>> includes
>> Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13.
>> http://pubads.g.doubleclick.net/gampad/clk?id=58041151&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Matplotlib-devel mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>
>
>
-- 
 _
|\/|o _|_ _. _ | | \.__ __|__|_|_ _ _ ._ _
| ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |
http://www.droettboom.com

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 <md...@st...> wrote:
> Wow. It definitely should be private, or at the very least excluded from
> the docs, through whatever mechanism Sphinx gives us. I really hope no one
> is using that as a public API -- I think it's ok to just privatize this post
> haste without a deprecation period.
>
> Mike
>
>
> On 09/16/2013 12:39 PM, Benjamin Root wrote:
>
> While looking up some information, I came across this hideousness:
>
> http://matplotlib.org/api/artist_api.html?highlight=text#matplotlib.text.Text.cached
>
> Why is this member made public? I would have thought it should be "private"?
>
>
> ------------------------------------------------------------------------------
> LIMITED TIME SALE - Full Year of Microsoft Training For Just 49ドル.99!
> 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint
> 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack
> includes
> Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13.
> http://pubads.g.doubleclick.net/gampad/clk?id=58041151&iu=/4140/ostg.clktrk
>
>
>
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
>
>
> --
> _
> |\/|o _|_ _. _ | | \.__ __|__|_|_ _ _ ._ _
> | ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |
>
> http://www.droettboom.com
>
>
> ------------------------------------------------------------------------------
> LIMITED TIME SALE - Full Year of Microsoft Training For Just 49ドル.99!
> 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint
> 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack
> includes
> Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13.
> http://pubads.g.doubleclick.net/gampad/clk?id=58041151&iu=/4140/ostg.clktrk
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
-- 
Y yo que culpa tengo de que ellas se crean todo lo que yo les digo?
-- Antonio Alducin --