I love this layout spec idea! Gridspec is a pain in the ass. Bonus points for
actually drawing the letter e.g. on the top left corner of each panel, so that
the figures are ready for publication.
On Thu, Mar 19, 2015 at 5:04 AM, Benjamin Root wrote:
> I like that. Furthermore, now that we buil
I like that. Furthermore, now that we build and push the docs with every
merge in master, there is less reason to not do it that way.
On Wed, Mar 18, 2015 at 1:56 PM, Thomas Caswell wrote:
> Currently we are doing MEPs on the wiki (
> https://github.com/matplotlib/matplotlib/wiki/MEPTemplate) ,
Currently we are doing MEPs on the wiki (
https://github.com/matplotlib/matplotlib/wiki/MEPTemplate) , but I would
like to move them to be in the docs (make a MEP folder next to 'users'?) as
the visibility on the wiki is low, there isn't a great way to leave line
comments, and we should have these
On 2015/03/18 7:42 AM, Benjamin Root wrote:
> A thought... could this perhaps be extended somehow to specify colorbars
> in the layout?
A lower-case letter could indicate a colorbar-size Axes:
layout = ["ABc",
"DE ",
"ff "]
would put a vertical think axes to the right of B,
Fantastic question. I don't see any mention of it in the docs. Perhaps I
should create a MEP to discuss that...
This is the best I could find: https://github.com/matplotlib/matplotlib/wiki
On Wed, Mar 18, 2015 at 1:45 PM, Nicolas P. Rougier <
nicolas.roug...@inria.fr> wrote:
>
> Yes, a MEP makes
Yes, a MEP makes sense to discuss the proposal.
What's the procedure to open a MEP (i.e. where) ?
Nicolas
> On 18 Mar 2015, at 18:44, Benjamin Root wrote:
>
> Also, perhaps it makes sense to make this a MEP to finalize and document the
> spec?
>
> On Wed, Mar 18, 2015 at 1:42 PM, Benjamin R
Also, perhaps it makes sense to make this a MEP to finalize and document
the spec?
On Wed, Mar 18, 2015 at 1:42 PM, Benjamin Root wrote:
> That is neat. I would be sure to put in some "..seealso::" lines in places
> like plt.subplots and GridSpec and such.
>
> A thought... could this perhaps be
That is neat. I would be sure to put in some "..seealso::" lines in places
like plt.subplots and GridSpec and such.
A thought... could this perhaps be extended somehow to specify colorbars in
the layout? I am not sure how I would do that, but if we could come up with
a way to do it, *that* would m
Cool. I think it make sense to put this in to `pyplot.py` next to
`subplots`
Tom
On Wed, Mar 18, 2015 at 1:14 PM Nicolas P. Rougier
wrote:
>
> Hi,
>
> I've been experimenting with a simple idea for specifying plot layout in a
> rather intuitive way.
> The idea is simply to "draw" your layout u
Hi,I've been experimenting with a simple idea for specifying plot layout in a rather intuitive way.The idea is simply to "draw" your layout using strings.Examples:layout = ["AB"]-> means two plots side by side with equal widthlayout = ["AAAB"]-> means two plots side by side A being 3 times wider th
Keith,
Back to the issue at hand. could you do the following?
import setuptools
print(setuptools.__file__)
It would be interesting to see if that path differs from the path of the
egg you just listed.
Ben
On Wed, Mar 18, 2015 at 11:39 AM, wrote:
> pip still thinks I have the latest. I think
On Wed, Mar 18, 2015 at 3:51 PM, Benjamin Root wrote:
> Let's not turn this into a flame war and let's figure out why this user's
> setuptools is not being recognized properly. We can discuss my experience
> with python2.7 on 12.04 LTS off-list, if you wish (i personally switched to
> miniconda to
Let's not turn this into a flame war and let's figure out why this user's
setuptools is not being recognized properly. We can discuss my experience
with python2.7 on 12.04 LTS off-list, if you wish (i personally switched to
miniconda to avoid the hassle).
On Wed, Mar 18, 2015 at 11:43 AM, Sandro T
On Wed, Mar 18, 2015 at 3:33 PM, Benjamin Root wrote:
> I would just use pip. Ubuntu/Debian has really messed up the python
> environment in more ways than one.
ehm... either you back up your claims
(and/or try to understand the reasons behind the distro needs) or
maybe i would not output such a
pip still thinks I have the latest. I think it's a question of how to force
the matplotlib setup.py to use actually it.
Keith
kbriggs:~/Downloads/matplotlib-1.4.3> sudo pip3 install setuptools --upgrade
Requirement already up-to-date: setuptools in
/usr/local/lib/python3.4/dist-packages/set
I would just use pip. Ubuntu/Debian has really messed up the python
environment in more ways than one.
On Wed, Mar 18, 2015 at 11:08 AM, keithbriggs wrote:
> The Ubuntu package manager tells me it is up to date.
> If I download setuptools-14.3 and install, it goes into /usr/local/lib/ and
> does
The Ubuntu package manager tells me it is up to date.
If I download setuptools-14.3 and install, it goes into /usr/local/lib/ and
doesn't get used.
How do I force it to be used?
Or am I supposed to override the Ubuntu package manager?
Keith
--
View this message in context:
http://matplotlib.106
Also see https://github.com/matplotlib/matplotlib/issues/3889
On Wed, Mar 18, 2015 at 10:22 AM Benjamin Root wrote:
> Please update your install of setuptools.
>
> On Wed, Mar 18, 2015 at 10:01 AM, wrote:
>
>> kbriggs:~/Downloads/matplotlib-1.4.3> python3 setup.py build
>> =
Please update your install of setuptools.
On Wed, Mar 18, 2015 at 10:01 AM, wrote:
> kbriggs:~/Downloads/matplotlib-1.4.3> python3 setup.py build
>
> Edit setup.cfg to change the build options
>
> BUILDING MATPLOTLIB
>
kbriggs:~/Downloads/matplotlib-1.4.3> python3 setup.py build
Edit setup.cfg to change the build options
BUILDING MATPLOTLIB
matplotlib: yes [1.4.3]
python: yes [3.4.0 (default, Apr 11 2014, 13
20 matches
Mail list logo
