matplotlib-devel Mailing List for matplotlib

Great suggestions. I'll find time to work on them in the near future,
hopefully.
-Mike
On Sat, Aug 29, 2009 at 6:06 PM, Gary Ruben<gr...@bi...> wrote:
> Very nice addition Michael.
>
> I note that the plt.colormap() line must have gotten lost. It's referred to
> but not there.
> I'll add some ideas to John's list:
>
> * Demonstrate the imsave() command.
> * Rather than show 50 lines or so of array data, just show a few lines, but
> demonstrate what img.shape is before and after slicing out the B channel
> with img[:,:,0]
> * It may be worth mentioning explicitly that img[:,:,0] will give you the
> blue channel for an RGB and an RGBA image.
> * Demonstrate the "upper" and "lower" keywords where relevant.
> * Add a pointer to the scipy.ndimage module
> * Extend the examples with RGB and RGBA images.
> * You might like to show how to recarrays and views on the individual colour
> channels. There are examples in the mailing list archives or maybe on the
> scipy website - I can't remember where.
> * If you want to get more advanced, talk about higher bit depth images than
> 8 bits per channel.
> * If you want to get even more advanced, show how to change the UI to probe
> the pixel value (I wish matplotlib did this by default).
>
> Gary R.
>
> John Hunter wrote:
>>
>> On Sat, Aug 29, 2009 at 10:58 AM, Michael Sarahan<mcs...@uc...>
>> wrote:
>>>
>>> Here you go. If you can think of anything else to include, I'll work
>>> on it. I think the next thing I'll add is something on embedding
>>> images in the corners of plots. figimage is the way to do this,
>>> right?
>
>

In the FAQ, there is an entry about adjusting subplot parameters to make 
room for really long tick labels:
http://matplotlib.sourceforge.net/faq/howto_faq.html#automatically-make-room-for-tick-labels
I made the example a little more general and included a utility function 
that takes care of tick labels and other objects on all sides of the 
graph (the example only corrects for overflows on the left). This code 
might be nice to go into the FAQ. I've attached the code. Please use 
it if you think it is good.
Thanks,
Jason
--
Jason Grout

On Tue, Sep 1, 2009 at 6:03 PM, Michael Thompson<mic...@gm...> wrote:
> I see firefox 3.5 (html5) has a method to measure the width of the
> text, I'll look at using this in a javascript function to render the
> text.
I'm not sure if this helps. *Matplotlib* (not the browser) needs to
know the size of the text when it creates plots. And the issue is that
matplotlib does not know, in general, what font the browser will pick
up for rendering.
It seems that people are using @font-face embedding which are
supported by newer version of firefox and safari.
So, one option would be to use @font-face to specify (and provide) the
fonts that are used when the plot is created by matplotlib. The other
option is to embed the texts as paths as done in the svg banckend.
Of course, there always is a font license issue.
-JJ