headers
Darren Dale | 1 Jul 01:34
Picon
Gravatar

Re: text with dash problems


On Monday 30 June 2008 10:40:27 Darren Dale wrote:
> On Monday 30 June 2008 09:06:59 am John Hunter wrote:
> > On Mon, Jun 30, 2008 at 7:10 AM, Michael Droettboom
<mdroe@...> 
wrote:
> > > Hate to say "me too", but I don't really understand text with dash
> > > either...  I'll have a look when I have adequate time to devote to it,
> > > if no one else volunteers.
> >
> > Daishi,
> >
> > I don't know if this is still the right email address for you, but if
> > so could you let us know if you could look at the TextWithDash
> > implementation in matplotlib svn trunk.  Our transformations have
> > undergone a bit of refactoring, and some relatively minor changes were
> > made in the Text base class positioning code, but these were enough to
> > break the TextWithDash layout.  Let us know if you have a minute to
> > look at this and perhaps  provide a patch to bring TextWithDash
> > functionality back.
>
> Daishi's original contribution of TextWithDash used delegation, which was
> causing some trouble with object introspection and the dynamically
> generated list of properties. I refactored his work way back in March 2006,
> svn 2226:
> http://sourceforge.net/mailarchive/message.php?msg_id=200603211837.28678.dd
>55%40cornell.edu
>
> Sorry I'm just now getting to this thread. I recall the behavior of
> get_position referring to the dash position was strange for a subclass of
(Continue reading)

Permalink | Reply | 2 comments |
headers
Manuel Metz | 1 Jul 01:46
Picon
Favicon

Re: text with dash problems

Darren Dale wrote:
> 
> On Monday 30 June 2008 10:40:27 Darren Dale wrote:
>> On Monday 30 June 2008 09:06:59 am John Hunter wrote:
>>> On Mon, Jun 30, 2008 at 7:10 AM, Michael Droettboom
<mdroe@...> 
> wrote:
>>>> Hate to say "me too", but I don't really understand text with dash
>>>> either...  I'll have a look when I have adequate time to devote to it,
>>>> if no one else volunteers.
>>> Daishi,
>>>
>>> I don't know if this is still the right email address for you, but if
>>> so could you let us know if you could look at the TextWithDash
>>> implementation in matplotlib svn trunk.  Our transformations have
>>> undergone a bit of refactoring, and some relatively minor changes were
>>> made in the Text base class positioning code, but these were enough to
>>> break the TextWithDash layout.  Let us know if you have a minute to
>>> look at this and perhaps  provide a patch to bring TextWithDash
>>> functionality back.
>> Daishi's original contribution of TextWithDash used delegation, which was
>> causing some trouble with object introspection and the dynamically
>> generated list of properties. I refactored his work way back in March 2006,
>> svn 2226:
>> http://sourceforge.net/mailarchive/message.php?msg_id=200603211837.28678.dd
>> 55%40cornell.edu
>>
>> Sorry I'm just now getting to this thread. I recall the behavior of
>> get_position referring to the dash position was strange for a subclass of
>> Text, but this was simply a continuation of the original implimentation. I
(Continue reading)

Permalink | Reply | 0 comments |
headers
Chris Walker | 1 Jul 03:40
Picon

Latex Documentation build errors - possibly scale_docs

When building the docs using make.py in the doc directory, Latex hangs. 

I'm using the svn version of the docs on a debian system with
matplotlib 0.98.1 and sphinx 0.4.

Latex hangs ( but can be made to continue by pressing return) at the
following point:

Underfull \hbox (badness 10000) in paragraph at lines 17819--17822
[]\T1/txr/m/n/10.95 A dic-tio-nary with key-word ar-gu-ments ac-cepted by the
[181] [182]
Underfull \hbox (badness 10000) in paragraph at lines 18251--18254
[][][]\T1/txtt/m/n/10.95 semilogx()[][] \T1/txr/m/n/10.95 sup-ports all the key
-word ar-gu-ments of [][]\T1/txtt/m/n/10.95 plot()[][] \T1/txr/m/n/10.95 and
[183]
Overfull \hbox (92.42264pt too wide) in paragraph at lines 18443--18444
[][] 

Underfull \hbox (badness 10000) in paragraph at lines 18458--18461
[][][]\T1/txtt/m/n/10.95 semilogy()[][] \T1/txr/m/n/10.95 sup-ports all the key
-word ar-gu-ments of \T1/txtt/m/n/10.95 plot() \T1/txr/m/n/10.95 and
[184]
Overfull \hbox (92.42264pt too wide) in paragraph at lines 18650--18651
[][] 
[185]
Overfull \hbox (92.41579pt too wide) in paragraph at lines 18760--18761
[][] 
[186]
Overfull \hbox (92.45047pt too wide) in paragraph at lines 19150--19151
[][]
(Continue reading)

Permalink | Reply | 5 comments |
headers
John Hunter | 1 Jul 03:42
Picon
Gravatar

Re: text with dash problems

On Mon, Jun 30, 2008 at 6:34 PM, Darren Dale <dsdale24@...> wrote:

> I *think* I found a simple fix: use the Text._x and ._y directly in draw,
> rather than get_position which refers to the text position in Text and the
> Dash position in TextWith Dash (thank you for pointing this out, John). Please
> let me know if something is still amiss, svn 5701.

That seems like an easy enough fix, and my simple tests are working
fine, but it speaks well of you that you found it, because the dash
with text innards are sufficiently confusing that it left Michael,
Manuel and I scratching our heads.  All the better because my email to
Daishi bounced.  Thanks, Darren.

JDH

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
Permalink | Reply | 0 comments |
headers
John Hunter | 1 Jul 04:12
Picon
Gravatar

Re: axes_class in add_subplot()?

On Mon, Jun 30, 2008 at 2:31 PM, Jae-Joon Lee <lee.j.joon@...> wrote:

> It seems rather straight forward to implement "axes_class" keyword in
> add_subplot() and I may make a patch for it.
> So, how does others think?

Seems totally reasonable an we'd be happy to accept a patch.

Thanks,
JDH

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
Permalink | Reply | 2 comments |
headers
John Hunter | 1 Jul 04:21
Picon
Gravatar

Re: GTK pylab console

On Sun, Jun 29, 2008 at 9:28 AM, Nicolas Rougier
<Nicolas.Rougier@...> wrote:
>
>
> Thanks John, I've update the new version with your code.
>
> It is now available at:
>  http://www.loria.fr/~rougier/pylab.html
>
> You can now choose between python and ipython (option -s python
> or -s ipython) and all user events on a figure should be handled
> properly (mouse, scroll and key).
>
> Concerning the toolbar, is is quite easy to add but it is not
> very pleasant to the eyes. I'm looking for a more asethetic solution.

I've only had a limited chance to test this but it looks very
exciting.  I am amazed by how quickly you go the ipython shell
incorporated.  I am still a bit vexed by the lack of support for emacs
key bindings (I guess having ipython and readline support are not
enough, but I bet there is some gtk console code out there to support
them).  I do miss my CTRL-a and CTRL-k and friends.

As for the toolbar, I think functionality over aesthetics carries the
day because it is easy to make it pretty after you make it work (and
you can always make it optional with a flag), but note that you do not
need to use the standard gtk toolbar widget -- you can write your own
that works however you want.  There is only minimal overhead for the
toolbar writer that is fairly well documented in backend_bases.py.
One option is to draw no toolbar at all but just  just set up key
(Continue reading)

Permalink | Reply | 11 comments |
headers
John Hunter | 1 Jul 04:44
Picon
Gravatar

Re: Latex Documentation build errors - possibly scale_docs

On Mon, Jun 30, 2008 at 8:40 PM, Chris Walker
<chrisw@...> wrote:
> When building the docs using make.py in the doc directory, Latex hangs.
>
>
> I'm using the svn version of the docs on a debian system with
> matplotlib 0.98.1 and sphinx 0.4.
>
> Latex hangs ( but can be made to continue by pressing return) at the
> following point:

I'm pretty sure this is fixed in svn -- I made some docstring edits to
fix this bug a while back.  I've tried to emphasize that the docs are
a very fast moving target, slated for release end of summer, so should
be considered bleeding-edge only.  In other words, if you expect them
to build, you should be ready to use mpl svn and/or svn from any of
the packages they depend on (sphinx, pygments, ....)

JDH

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
Permalink | Reply | 0 comments |
headers
Nicolas Rougier | 1 Jul 12:31
Picon
Favicon

Re: GTK pylab console


Hi,

I've added some basic support for readline shortcuts:

 Ctrl-A: start of line
 Ctrl-E: end of line
 Ctrl-K: kill from cursor to end of line
 Ctrl-Y: yank kill buffer
 Ctrl-L: clear console

I've also added an option for displaying the toolbar(2).

Usage is now:

pycons [--ipython] [--pylab] [--toolbar]

If the toolbar is not specified, commands can be typed directly within
console: zoom(), pan(), home(), back(), forward(), save()

There is now a installable package (pycons.tgz) available from:

http://www.loria.fr/~rougier/pycons.html

Nicolas

On Mon, 2008-06-30 at 21:21 -0500, John Hunter wrote:
> On Sun, Jun 29, 2008 at 9:28 AM, Nicolas Rougier
> <Nicolas.Rougier@...> wrote:
> >
(Continue reading)

Permalink | Reply | 10 comments |
headers
Michael Droettboom | 1 Jul 13:51

Re: axes_class in add_subplot()?

Sounds ok to me.  One thing to clarify though -- what to do if both 
"projection" and "axes_class" are provided?  Throw an exception?

I have a small problem with the name "axes_class" because it is very 
non-obvious that it corresponds to "projection".  Perhaps we should 
either 1) overload projection to take a class as well as strings, or 2) 
use "projection_class" instead of "axes_class".  I think I prefer 1) 
though I'm wary of overloading in Python in general.

Cheers,
Mike

John Hunter wrote:
> On Mon, Jun 30, 2008 at 2:31 PM, Jae-Joon Lee <lee.j.joon@...> wrote:
>
>   
>> It seems rather straight forward to implement "axes_class" keyword in
>> add_subplot() and I may make a patch for it.
>> So, how does others think?
>>     
>
> Seems totally reasonable an we'd be happy to accept a patch.
>
> Thanks,
> JDH
>
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
(Continue reading)

Permalink | Reply | 1 comment |
headers
Sandro Tosi | 1 Jul 14:21
Picon

Re: Latex Documentation build errors - possibly scale_docs

Hi Chris,

> I'm using the svn version of the docs on a debian system with
> matplotlib 0.98.1 and sphinx 0.4.

here the same with 0.91.2

> Latex hangs ( but can be made to continue by pressing return) at the
> following point:
>
> Underfull \hbox (badness 10000) in paragraph at lines 17819--17822
> []\T1/txr/m/n/10.95 A dic-tio-nary with key-word ar-gu-ments ac-cepted by the
> [181] [182]
> Underfull \hbox (badness 10000) in paragraph at lines 18251--18254
> [][][]\T1/txtt/m/n/10.95 semilogx()[][] \T1/txr/m/n/10.95 sup-ports all the key
> -word ar-gu-ments of [][]\T1/txtt/m/n/10.95 plot()[][] \T1/txr/m/n/10.95 and
> [183]
> Overfull \hbox (92.42264pt too wide) in paragraph at lines 18443--18444
> [][]
>
> Underfull \hbox (badness 10000) in paragraph at lines 18458--18461
> [][][]\T1/txtt/m/n/10.95 semilogy()[][] \T1/txr/m/n/10.95 sup-ports all the key
> -word ar-gu-ments of \T1/txtt/m/n/10.95 plot() \T1/txr/m/n/10.95 and
> [184]
> Overfull \hbox (92.42264pt too wide) in paragraph at lines 18650--18651
> [][]
> [185]
> Overfull \hbox (92.41579pt too wide) in paragraph at lines 18760--18761
> [][]
> [186]
(Continue reading)

Permalink | Reply | 3 comments |

Gmane