matplotlib-devel Mailing List for matplotlib

On Thursday 21 August 2008 19:15:49 Sandro Tosi wrote:
> Hello,
> I'm currently trying to study if it's possible to remove the bundled
> agg library and use the one available in Debian instead.
>
> Currently (and sadly) we have only a -dev package (that contains only
> the development stuff) and not a real shared library to link against.
>
> If it will be available, do you think it would be possible to link the
> mpl source code against that one?
>
> As of now, I was only able to force to use the system headers file with:
>
> --- matplotlib-0.98.3.orig/setupext.py 2008年08月22日 00:12:08.622829529 +0200
> +++ matplotlib-0.98.3/setupext.py 2008年08月22日 00:12:20.759521159 +0200
> @@ -585,7 +585,7 @@
> # before adding the freetype flags since -z comes later
> add_base_flags(module)
> add_numpy_flags(module)
> - module.include_dirs.extend(['src', '%s/include'%AGG_VERSION, '.'])
> + module.include_dirs.extend(['src', '/usr/include/agg2/', '.'])
>
> # put these later for correct link order
> module.libraries.extend(std_libs)
This is something we have discussed in the past and decided against 
supporting, because agg-2.5 is released under the terms of the GPL. 
Darren

Hello,
I'm currently trying to study if it's possible to remove the bundled
agg library and use the one available in Debian instead.
Currently (and sadly) we have only a -dev package (that contains only
the development stuff) and not a real shared library to link against.
If it will be available, do you think it would be possible to link the
mpl source code against that one?
As of now, I was only able to force to use the system headers file with:
--- matplotlib-0.98.3.orig/setupext.py 2008年08月22日 00:12:08.622829529 +0200
+++ matplotlib-0.98.3/setupext.py 2008年08月22日 00:12:20.759521159 +0200
@@ -585,7 +585,7 @@
 # before adding the freetype flags since -z comes later
 add_base_flags(module)
 add_numpy_flags(module)
- module.include_dirs.extend(['src', '%s/include'%AGG_VERSION, '.'])
+ module.include_dirs.extend(['src', '/usr/include/agg2/', '.'])
 # put these later for correct link order
 module.libraries.extend(std_libs)
Thanks in advance,
Sandro
-- 
Sandro Tosi (aka morph, Morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi

David -
Enjoy your vacation.
I tried the contour_label_demo and it works fine, but my problem remains.
I suggest you try the example I provided below, and notice the difference
between labeling with inline=True and inline=False. When inline=True the
contours in the middle part (which don't get labeled, presumably because
there isn't enough room) get erased.
I figured out the manual input problem. The trick is that you require to
press the middle button to end (I'll do a post to the user's list). Many
laptops don't have a middle button. Although suggestions are found on the
web that pushing both buttons simultaneously works, I have never seen it
work. What you have to do is configure your touchpad such that a corner acts
as the middle button. Once I figured that out, I could end manually
selecting the labels. Very nice. If I may, I strongly recommend you change
the code such that pushing the right button ends the manual input. Is there
any reason not to use the right button for that?
I hope you can fix the inline problem. Thanks for all the other new cool
features,
Mark
On Tue, Aug 19, 2008 at 4:06 PM, <ka...@mp...> wrote:
> Hi,
>
> I am currently on vacation, so I can ́t be of much help - back beginning of
> next month. It would be useful if
> you could try the clabel and ginput demo scripts and send images of the
> resulting figures so that we can determine exactly what things work and
> don ́t work.
>
> Thanks,
> David
>
>
>
> Mark Bakker <ma...@gm...> ha escrito:
>
>
> Hello David and the developers list-
>>
>> I have had little luck on the mailing list, so sorry for writing you
>> directly (David may be on vacation).
>>
>> I have two problems labeling contour lines in 0.98.3.
>>
>> First, when I call clabel, it removes all contours that are not labeled
>> (because the label doesn't fit on the section of contour, I presume).
>> This seems like a bug to me (or a really odd feature). It doesn't do this
>> when inline = False, but I don't think it should do it either when inline
>> =
>> True
>> Easy example:
>>
>> x,y = meshgrid( linspace(-10,10,50), linspace(-10,10,50) )
>>>>> z = log(x**2 + y**2)
>>>>> cobj = contour(x,y,z) # Note that there are 8 contours levels (11
>>>>>
>>>> contour sections in all)
>>
>>> cobj.clabel()
>>>>>
>>>> <a list of 8 text.Text objects>
>>
>>> draw() # Now only 5 contours are drawn; the ones in the middle are
>>>>>
>>>> removed.
>>
>> Second, when using the new manual labeling of contour labels (which is
>> pretty neat!), how do I end this feature?
>> The doc string says: right click, or potentially click both mouse buttons
>> together (which already worries me).
>> Neither works for me on win32, mpl 0.98.3, TkAgg backend, interactive
>> mode.
>> Does anybody have a solution?
>>
>> Thanks, Mark
>>
>>
>
>
> ----------------------------------------------------------------
> This message was sent using IMP, the Internet Messaging Program.
>
>