matplotlib-users Mailing List for matplotlib

  I was just working on the same problem when I saw 
 your post.  There is a way to do this without having to hack
 code.  As I myself learned from this list,  the ticks
 are markers.  The trick is to set the markeredgewidth
 of the ticks.  For example:

  plot1 = subplot(111,axisbg='w')
  set(plot1.get_xticklines() + plot1.get_yticklines() , mew=3.0)

   This should do the trick.

  Doug

On Thursday 08 September 2005 04:58 am, Martin Richter wrote:
> Hello everyone,
>
> Arnd Baecker and I tried a while to enlarge the thickness of tick-lines.
> One of our presumptions was:
>
>   ax = gca()
>   xticks = ax.xaxis.get_ticklines()
>   setp(xticks, linewidth= 4)
>
> This was not working.
> But we finally found a way to do so. To do the desired enlargement we had
> to edit the 'lines.py'-file. Because of the ticks also just being lines we
> added something to the methods
>
>   _draw_tickleft(self, renderer, gc, xt, yt)
>   _draw_tickright(self, renderer, gc, xt, yt)
>   _draw_tickup(self, renderer, gc, xt, yt)
>   _draw_tickdown(self, renderer, gc, xt, yt).
>
> Right after each
>
>   offset = renderer.points_to_pixels(self._markersize)
>
> (which as far as we know sets the lenght of the ticks with help of the
> rc-file via some minor detours)
> we wrote a
>
>   gc.set_linewidth(self._linewidth).
>
> Now the
>
>   ax = gca()
>   xticks = ax.xaxis.get_ticklines()
>   setp(xticks, linewidth= 4)
>
> did work well!
>
> Now there are three more things to ask:
>
> a) Is there any drawback? We just used the self._linewidth without really
> knowing what it was for. Could it be that some user sets a parameter
> somewhere to change some other linewidth and changes the tickwidth "en
> passant"?
> b) In behalf of unification it would possibly be better to add this option
> to the .matplotlibrc-file in the neighbourhood of
>
>   tick.major.size     : 4      # major tick size in points.
>
> (As far as I can see this means changeing the Class Tick's __init__ placed
> in axis.py a little bit.)
> c) Now it is possible to change 'lw'. Should it also be possible to change
> 'color', 'linestyle'?
>
> Bye,
> Martin

-- 
 ----------------------------------------------------------------------------
  F. Douglas Swesty
  Research Assistant Professor
  Department of Physics and Astronomy, SUNY at Stony Brook

  email:  ds...@ma...       
  www:    http://www.astro.sunysb.edu/dswesty
  phone:  (631)-632-8055           FAX:    (631)-632-1745

  Postal mail:   Dept. of Physics and Astronomy 
                 SUNY at Stony Brook
                 Stony Brook, NY 11794+3800

 ----------------------------------------------------------------------------

Is there a way to set the size of a polar plot (similar to the axis argument
to the plot command for a rectangular plot)? Thanks.

_________
Stephen      

If your desktop gets out of control easily,
you probably have too much stuff on it that
doesn't need to be there.
         Donna Smallin, "Unclutter Your Home"

Hi all,

This is a quick release in advance of scipy this Thursday.  I'm short
on time right now so I'll just paste in the CHANGELOG since the last
release.  I also have not been able to make a binary build for
python2.3 on win32, but there is a 2.4 version.  I'll get this all
sorted out next week.


2005-09-14 Added a new 'resize_event' which triggers a callback with a
           backend_bases.ResizeEvent object.  Not implemented on all
           backends - JDH

2005-09-14 font_manager.py: removed chkfontpath from x11FontDirectory() - SC

2005-09-14 Factored out auto date locator/formatter factory code into
           matplotlib.date.date_ticker_factory; applies John Bryne's
           quiver patch.

2005-09-13 Added Mark's axes positions history patch #1286915

2005-09-09 Added support for auto canvas resizing with
           fig.set_figsize_inches(9,5,forward=True) # inches
           OR
           fig.resize(400,300)  # pixels

2005-09-07 figure.py: update Figure.draw() to use the updated
           renderer.draw_image() so that examples/figimage_demo.py works again.
           examples/stock_demo.py: remove data_clipping (which no longer
           exists) - SC

2005-09-06 Added Eric's tick.direction patch: in or out in rc

2005-09-06 Added Martin's rectangle selector widget

2005-09-04 Fixed a logic err in text.py that was preventing rgxsuper
           from matching - JDH

2005-08-29 Committed Ken's wx blit patch #1275002

2005-08-26 colorbar modifications - now uses contourf instead of imshow
           so that colors used by contourf are displayed correctly.
           Added two new keyword args (cspacing and clabels) that are
           only relevant for ContourMappable images - JSWHIT

2005-08-24 Fixes a PS image bug reported by Darren - JDH

2005-08-23 colors.py: change hex2color() to accept unicode strings as well as
           normal strings. Use isinstance() instead of types.IntType etc - SC

2005-08-16 removed data_clipping line and rc property - JDH

2005-08-22 backend_svg.py: Remove redundant "x=0.0 y=0.0" from svg element.
           Increase svg version from 1.0 to 1.1. Add viewBox attribute to svg
           element to allow SVG documents to scale-to-fit into an arbitrary
           viewport - SC

2005-08-16 Added Eric's dot marker patch - JDH

2005-08-08 Added blitting/animation for TkAgg - CM

2005-08-05 Fixed duplicate tickline bug - JDH

2005-08-05 Fixed a GTK animation bug that cropped up when doing
           animations in gtk//gtkagg canvases that had widgets packed
           above them

2005-08-05 Added Clovis Goldemberg patch to the tk save dialog

2005-08-04 Removed origin kwarg from backend.draw_image.  origin is
           handled entirely by the frontend now.

2005-07-03 Fixed a bug related to TeX commands in backend_ps

2005-08-03 Fixed SVG images to respect uppoer and lower origins.

2005-08-03 Added flipud method to image and removed it from to_str.

2005-07-29 Modified figure.figaspect to take an array or number;
           modified backend_svg to write utf-8 - JDH

2005-07-30 backend_svg.py: embed png image files in svg rather than linking
           to a separate png file, fixes bug #1245306 (thanks to Norbert Nemec
           for the patch) - SC

Hi all,

I have switched to python2.4 and matplotlib does not install fine !
When doing : import pylab 
I get :

        >>> import pylab
        
        The import of the numeric version of the _transforms module,
        _nc_transforms, failed.  This is is either because numeric was
        unavailable when matplotlib was compiled, because a dependency
        of
        _nc_transforms could not be satisfied, or because the build flag
        for
        this module was turned off in setup.py.  If it appears that
        _nc_transforms was not built, make sure you have a working copy
        of
        numeric and then re-install matplotlib. Otherwise, the following
        traceback gives more details:
        
        Traceback (most recent call last):
          File "<stdin>", line 1, in ?
          File "/usr/lib/python2.4/site-packages/pylab.py", line 1, in ?
            from matplotlib.pylab import *
          File "/usr/lib/python2.4/site-packages/matplotlib/pylab.py",
        line 198, in ?
            from axes import Axes, PolarAxes
          File "/usr/lib/python2.4/site-packages/matplotlib/axes.py",
        line 13, in ?
            from artist import Artist, setp
          File "/usr/lib/python2.4/site-packages/matplotlib/artist.py",
        line 4, in ?
            from transforms import identity_transform
          File "/usr/lib/python2.4/site-
        packages/matplotlib/transforms.py", line 189, in ?
            from _transforms import Value, Point, Interval, Bbox, Affine
          File "/usr/lib/python2.4/site-
        packages/matplotlib/_transforms.py", line 11, in ?
            from matplotlib._nc_transforms import *
        ImportError: /usr/lib/python2.4/site-
        packages/matplotlib/_nc_transforms.so: undefined symbol:
        _ZNSt24__default_alloc_templateILb1ELi0EE8allocateEj
        
However, Numeric24 is installed (and was installed before matplotlib),
and import Numeric is OK.

BTW, I use gcc33... but i don't think it matters a lot, does it ?l

Any idea is welcome !

Chris