> After upgrading to Matplotlib 0.61, I am getting the
> following error: Unable to load image-loading module:
> C:\Program Files\Common
> Files\GTK\2.0/lib/gtk-2.0/2.2.0/loaders/svg_loader.dll> The path is correct, the file exists, I wonder if the
> mixed path seperators is causing trouble? I cant find the
> location of this exception in matplotlib to look into it,
> where should I look?I'm note getting this error. My guess is that it is coming from the
final lines of backend_gtk.py# set icon used when windows are minimized
if gtk.pygtk_version >= (2,2,0):
basedir = matplotlib.rcParams['datapath']
fname = os.path.join(basedir, 'matplotlib.svg')
try: gtk.window_set_default_icon_from_file (fname)
except gobject.GError, exc: print >>sys.stderr, excMy win32 pygtk is older than 2.2.0 which may be why I am not seeing it.
Would you mind seeing if this is indeed the problem (for starters,
just replace the conditional with 'if 0:'. If you get any more
insight into the problem, be sure and let me know!Also, Steve, we might be better off here catching *all* exceptions
rather than just the gobject error. Darren, would you test to see if
this works# set icon used when windows are minimized
if gtk.pygtk_version >= (2,2,0):
basedir = matplotlib.rcParams['datapath']
fname = os.path.join(basedir, 'matplotlib.svg')
try: gtk.window_set_default_icon_from_file (fname)
except: print >>sys.stderr, 'Could not load matplotlib icon'
I tried this, and then started getting popups about dll's not being found. svg_loader.dll was not the problem.
The following were missing from Common Files\GTK\2.0\bin:
librsvg-2-2.dll
libart_lgpl_2-2.dll
libgsf-1-1.dll
libxml2.dll
zlib.dll
I had copies of all of these in my Gimp/bin directory, with the exception of zlib. At some point, months ago, I had downloaded zipfiles of all of these dll's, including zlib121 (not sure what I downloaded them for, probably the Gimp). Unzipped, zlib121 is called zlib1.dll, I renamed it zlib.dll and saved it with the other missing dll's in the GTK\2.0\bin. After resolving a dll clash (existing but incompatible zlib.dll in windows/system32), I think it is working.
By the way, the new toolbar is NICE. I like that Matplotlib is branding its windows, too, but what happened to the cardiogram? Matplotlib is too cool for a sin function, maybe the Strange Attractor is more appropriate? (Seems like something a Mac programmer would try.)
Darren