Hi John, Eric,
sorry to bug again, but was either of you able to reproduce my findings that
in svn head the tick labels don't get printed if the formatter changes them
to be outside the range of the axis?
Cheers,
Jan
On Fri, Feb 19, 2010 at 10:40 AM, Jan Strube <curious...@gmail.com> wrote:
> Hi John,
>
> I am now at r8141.
> I don't see a difference. There's a one at the bottom of the scale, that's
> all.
> I am copying and pasting the code in your other email into a python
> console.
>
> It's a bit strange, because when I put in a print statement, I see that the
> method gets called a number of times...
> [edit] I see what's going on. If I replace vv with a large constant (like
> 100), it never gets printed.
> If I replace vv with a small constant (like 1), that is below the range of
> the scale, it does get printed at each tick.[/edit]
>
> My setup is kubuntu karmic, dependencies listed below.
> I have removed my matplotlibrc, but the result is the same. I am attaching
> it nevertheless...
>
> Cheers,
> Jan
>
>
>
> ============================================================================
>
> BUILDING
> MATPLOTLIB
>
> matplotlib:
> 1.0.svn
>
> python: 2.6.4 (r264:75706, Nov 2 2009, 14:44:17)
> [GCC
>
> 4.4.1]
>
> platform:
> linux2
>
>
>
> REQUIRED
> DEPENDENCIES
>
> numpy:
> 1.3.0
>
> freetype2:
> 9.20.3
>
>
>
> OPTIONAL BACKEND
> DEPENDENCIES
>
> libpng:
> 1.2.37
>
> Tkinter:
> no
>
> * TKAgg requires
> Tkinter
>
> wxPython:
> no
>
> * wxPython not
> found
>
> pkg-config: looking for pygtk-2.0
> gtk+-2.0
>
> * Package pygtk-2.0 was not found in the
> pkg-config
> * search path. Perhaps you should add the
> directory
> * containing `pygtk-2.0.pc' to the
> PKG_CONFIG_PATH
>
> * environment variable No package 'pygtk-2.0'
> found
> * Package gtk+-2.0 was not found in the
> pkg-config
> * search path. Perhaps you should add the
> directory
> * containing `gtk+-2.0.pc' to the
> PKG_CONFIG_PATH
>
> * environment variable No package 'gtk+-2.0'
> found
> * You may need to install 'dev' package(s)
> to
> * provide header
> files.
>
> Gtk+:
> no
>
> * Could not find Gtk+ headers in any
> of
>
> * '/usr/local/include', '/usr/include',
> '.'
> Mac OS X native:
> no
>
> Qt:
> no
>
> Qt4: Qt: 4.5.2, PyQt4:
> 4.6
>
> Cairo:
> 1.8.6
>
>
>
> OPTIONAL DATE/TIMEZONE
> DEPENDENCIES
>
> datetime: present, version
> unknown
>
> dateutil:
> 1.4.1
>
> pytz:
> 2009l
>
>
>
> OPTIONAL USETEX
> DEPENDENCIES
>
> dvipng:
> 1.12
>
> ghostscript:
> 8.70
>
> latex:
> 3.1415926
>
> pdftops:
> 0.12.0
>
>
>
> [Edit setup.cfg to suppress the above
> messages]
>
>
> ============================================================================
>
>
> On Thu, Feb 18, 2010 at 10:29 PM, John Hunter <jdh2...@gmail.com> wrote:
>
>> On Thu, Feb 18, 2010 at 4:06 PM, Jan Strube <curious...@gmail.com> wrote:
>> > Hi John,
>> > thanks for trying this also. Yes, I think it's a bug that not the scale
>> is
>> > log, but the data is.
>> > Unfortunately, the solution really doesn't work for me.
>> > Please see the attached screenshot. (Yes, it still says log_10 entries,
>> but
>> > the code is otherwise the same)
>> > In [2]: matplotlib.__version__
>> > Out[2]: '1.0.svn'
>> > This is r8063, I think.
>> > Strange that I get different results. Could this be a backend problem? I
>> use
>> > PyQT4.
>> > I'd be happy to also update from svn if you think that helps.
>>
>> I'm running svn but not svn HEAD -- you should try updating to HEAD
>> and I will do the same later (unfortunately HEAD is broken on my work
>> machine (solaris, python2.4) because of the CXX upgrade I put in some
>> time ago. I think I am on r8083.
>>
>> I do not think this difference could be caused by a backend or GUI
>> version difference as all of the formatting logic happens in the
>> frontend. If we are on the same version of svn, we should be getting
>> the same tick labels.
>>
>> JDH
>>
>
>
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users
