matplotlib-users Mailing List for matplotlib

>>>>> "LUK" == LUK ShunTim <shu...@po...> writes:
 H:00円work00円cvs\matplotlib\matplotlib\examples>python subplot_demo.py -dPS
 ['E:\\Py23\\share\\matplotlib', 'E', '\\Py23e\\share\\matplotlib']
Oh, I see the bug. The reason the lines are there that you commented
out is to allow you to specify multiple font dirs in your path, as in 
 set AFMPATH = c:\somepath\fonts;e:\some\other\path\fonts
But I wasn't properly doing a platform independent path split.
The code should read
 def _get_afm_filenames(self):
 paths = [os.path.join(distutils.sysconfig.PREFIX, 'share', 'matplotlib')]
 if os.environ.has_key('AFMPATH'):
 afmpath = os.environ['AFMPATH']
 paths.extend(afmpath.split(os.pathsep))
 fnames = [fname for fname in get_recursive_filelist(paths) 
 if fname.lower().find('.afm')>0 and
 os.path.exists(fname)]
 return fnames
Thanks for helping me diagnose it. Please let me know if the above
works on your system!
John Hunter

>>>>> "Flavio" == Flavio C Coelho <fcc...@fi...> writes:
 Flavio> Thanks a lot John, to my surprise, the example above
 Flavio> worked perfectly, but if I try that same thing with the
 Flavio> gtk backend it crashes at the very moment I issue the
 Flavio> command "from matplotlib.matlab import *" It must really
 Flavio> be a problem with gtk, I use pygtk 2.0 on a mandrake 9.1
 Flavio> linux system. Other apps that use pygtk run without
 Flavio> problems...
What version of pygtk are you running? matplotlib requires 1.99.16.
don't know about Mandrake, but Redhat 9 comes with 1.99.14, so it is
possible you don't have a recent enough version of pygtk. If you
would be willing to install pygtk-2.0.0 (it's just a 'python setup.py
install') and let me know if you can run the simple_plot.py example
from the command line, and then let me know if the crash goes away in
pycrust and Boaconstructor.
 ftp://ftp.gtk.org/pub/gtk/python/v2.0/pygtk-2.0.0.tar.gz
 Flavio> Why do you have to import matplotlib and matplotlib.matlab
 Flavio> separately? the first import is not a problem on my
 Flavio> system. only the second crashes gtk-based tools (it
 Flavio> crashes Boa-constructor too)
This is the way to select among various backends (PS, GD, GTK, WX)
that the matlab module uses. It can only use one, so you have to
select it before you import the matplotlib.matlab module.
JDH

LUK ShunTim wrote:
> John Hunter wrote:
> 
>> > I can confirm that if the font files are installed in the default
>> > location under the system python tree, it works. Setting AFMPATH also
>> > works in linux.
>>
>> OK, so the font files exist and are readable. In order to figure out
>> where the problem is, I'll need you to add a couple of lines to
>> matplotlib/backends/backend_ps.py and tell me what the output is. In
>> the function _get_afm_filenames on line 413, add these print lines
>> before the return statement and let me know what they report
>>
>> print paths
>> print fnames
>> return fnames
>>
>> John Hunter
> 
> 
> H:00円work00円cvs\matplotlib\matplotlib\examples>python subplot_demo.py -dPS
> ['E:\\Py23\\share\\matplotlib', 'E', '\\Py23e\\share\\matplotlib']
> []
> Error: Could not find any AFM files; please set AFMPATH to point to some 
> readable adobe font metric files
> 
> Regards,
> ST
> -- 
It appears that the following replacement of _get_afm_filenames
works. I'm a python learner so that may lead to other bugs. :-)
<quote>
 def _get_afm_filenames(self):
 paths = [os.path.join(distutils.sysconfig.PREFIX, 'share', 
'matplotlib')]
 if os.environ.has_key('AFMPATH'):
 afmpath = os.environ['AFMPATH']
 ### if afmpath.find(';')>0: #win32 style
 ### paths.extend(afmpath.split(';'))
 ### elif afmpath.find(':')>0: # unix style
 ### paths.extend(afmpath.split(':'))
 ### else:
 paths.append(afmpath)
	fnames = []
 fnames = [fname for fname in get_recursive_filelist(paths)
 if fname.lower().find('.afm')>0 and
 os.path.exists(fname)]
	### start debug
	#print paths
 	#print fnames
	###raw_input("Hit enter to continue -->")
	### end debug
 return fnames
</quote>
I'm going to sleep now. :-)
Good day,
ST
--

John Hunter wrote:
> > I can confirm that if the font files are installed in the default
> > location under the system python tree, it works. Setting AFMPATH also
> > works in linux.
> 
> OK, so the font files exist and are readable. In order to figure out
> where the problem is, I'll need you to add a couple of lines to
> matplotlib/backends/backend_ps.py and tell me what the output is. In
> the function _get_afm_filenames on line 413, add these print lines
> before the return statement and let me know what they report
> 
> print paths
> print fnames
> return fnames
> 
> John Hunter
H:00円work00円cvs\matplotlib\matplotlib\examples>python subplot_demo.py -dPS
['E:\\Py23\\share\\matplotlib', 'E', '\\Py23e\\share\\matplotlib']
[]
Error: Could not find any AFM files; please set AFMPATH to point to some 
readable adobe font metric files
Regards,
ST
--

 > I can confirm that if the font files are installed in the default
 > location under the system python tree, it works. Setting AFMPATH also
 > works in linux.
OK, so the font files exist and are readable. In order to figure out
where the problem is, I'll need you to add a couple of lines to
matplotlib/backends/backend_ps.py and tell me what the output is. In
the function _get_afm_filenames on line 413, add these print lines
before the return statement and let me know what they report
 print paths
 print fnames
 return fnames
John Hunter

John Hunter wrote:
 >
> LUK> Another question: I've set the environmental variable AFMPATH
> LUK> in the registry via the control panel but matplotlib
> LUK> complains that the .afm files are not there.
> 
> I cannot replicate this problem on my system. Are the *.afm files in
> E:\Py23e\share\matplotlib? Are you sure you are running the right
> version of python, ie, do you still get the error with
> 
> > E:\Py23e\python simple_plot.ps -dPS
> 
[snipped]
> 
> And let me know what it reports. If you are using the fonts that ship
> with matplotlib, you shouldn't even need to set the AFMPATH because it
> automatically looks in the share/matplotlib subdir of your python
> install dir. 
I can confirm that if the font files are installed in the default 
location under the system python tree, it works. Setting AFMPATH also 
works in linux.
> 
> You may also want to verify that matplotlib is finding your
> environment variable by doing
> 
> 
>>python
>>
>>>>import os
>>>>print os.environ.has_key('AFMPATH')
> 
 >>> import os
 >>> os.environ["AFMPATH"]
'E:\\Py23e\\share\\matplotlib'
> 
> If the *.afm fonts are in the share/matplotlib dir, and you are using
> the right python, and the paths look correct from the diagnostic
> information above, the only thing I can think of is that these files
> are not readable by you (admin versus user thing?). To test this try
> 
> 
>>python
>>
>>>>fh = file('E:\Py23e\\share\\matplotlib\\phvl8a.afm', 'r')
>>>>s = fh.read()
>>>>len(s)
> 
 >>> fh = file('E:\Py23e\\share\\matplotlib\\afm\\phvl8a.afm', 'r')
 >>> len(fh.read())
15627
> 
> Let me know....
> JDH
> 
Regards,
ST
--

>>>>> "Flavio" == Flavio C Coelho <fcc...@fi...> writes:
 Flavio> Hi John et al., I know that the development of a wx
 Flavio> backend is under way.
Well under way in fact. Jeremy O'Donoghue sent me a version yesterday
which I checked into CVS. It is still under active development, with
several known bugs, but he has tested it across platforms with most of
the example scripts. I'll post in the text of his email below which
has more details.
 Flavio> But meanwhile, can any of the non GTK backends (PS and GD)
 Flavio> be used from within a wx app?
 Flavio> I suspect that the answer to this question is no because
 Flavio> the mere import of matplotlib.matlab from any wxpython
 Flavio> shell (like pycrust) will crash it. But I don't want to
 Flavio> assume that before I am certain of it.
matplotlib should not crash pycrust (it doesn't on my system). This
may be related to an improper GTK install on your system. In any
case, you need to import the backend you plan to use before importing
matplotlib.matlab. I just did the following from pycrust w/o problems
import matplotlib
matplotlib.use('PS')
import os
def psshow():
 savefig('tmp.ps')
 os.system('ggv tmp.ps')
 close()
from matplotlib.matlab import *
plot([1,2,3])
psshow()
t = arange(0.0, 1.0, 0.01)
plot(t, sin(2*pi*t))
psshow()
I also did the the same with GD module. Just replace 'PS' with GD and
execute your favorite image viewer command.
For either of these, though, You'll first need to comment out line 43
in _matlab_helpers.py, which reads 'figwin.window.destroy()'. I only
discovered this bug when trying to answer your question.
Now, on to WX. It is currently only working from pycrust and is under
heavy development, but you are welcome to try it from CVS. Let me
know if you need a win32 installer and I'll email one.
Here is Jeremy's email:
I thought I'd keep you up to date with my progress.
Attached is the set of files for an early version of the wxWindows
back-end. It seems to work with most of the examples on the website, and
has been tested with wxPython 2.3.3 (on wxWindows 2.2.9) on Windows 2000
using Active State Python 2.2, and (less thoroughly) using wxWindows 2.4
under WxGTK with Python 2.3 on Debian GNU/Linux.
The implementation is very similar to your GTK back-end (probably too
similar, but I like re-using code which works :) This at least means that
it should be pretty easy for you to follow what I've done.
The code is probably only ready for very early users - if anyone is
screaming for wxWindows, you may wish to put it into CVS, otherwise it may
be better to wait for a while - say until I have the interactive functions
working. I'll leave it to your judgement.
Best regards
Jeremy
Known bugs:
- Coloured text labels to not work correctly. I do
 not yet understand why not, and will need to look
 carefully at how wxWindows treats text, as I think
 the code I have is OK!
- I currently do not perform any clipping, as this
 clips text labels.
- Under Windows 2000, the Figure window is larger
 than the figure (seems OK on Linux, however)
- Interactive sessions currently only work inside
 a Python console which already has a wxWindows
 event loop (I recommend PyCrust, which is
 distributed with wxPython)
Not implemented:
- Printing
- Interactive operation using the toolbar (probably
 not a large job to do, as I suspect that I can simply
 re-use the functions from backend_gtk).
Ugly hacks:
- Dotted lines - I have a nasty hack to make this work
 sufficiently for demonstration purposes. The problem
 is that you currently implement dotted lines in a rather
 GTK-specific way. I'd prefer, given that there are only
 a few 'dotted' styles, for these to have symbolic names
 (e.g. in a dictionary), and to do all of the decisions
 on how to draw the 'dotted' style in the back-end.
- As wxWindows has no 'stock' icons, I have converted GTK
 icons similar to those used in backend_gtk into XPM
 format and put them into an 'images' directory under
 backends. I'm open to your preference as to whether it
 would be better to put the images into python code or
 leave them as pixmaps.

Hi John et al.,
I know that the development of a wx backend is under way.
But meanwhile, can any of the non GTK backends (PS and GD) be used from
within a wx app?
I suspect that the answer to this question is no because the mere import
of matplotlib.matlab from any wxpython shell (like pycrust) will crash
it. But I don't want to assume that before I am certain of it.
do the PS & GD backend support the show() command? i.e., can they be
easily displayed on the screen or are they geared towards saving and
printing?
thanks
Fl=E1vio Coelho