Hi,
Is there a way to do what would be the loose equivalent of passing a
fully qualified pathname to gnome_pixmap_file(); i.e., for a pixmap
named "foo.png", installed in /usr/local/bin/myapp/images, what would
do what gnome_pixmap_file("/usr/local/bin/myapp/imgs/foo.png") would
if it worked?
I'm asking for several reasons: when I try passing the full path of an
image to gnome_pixmap_file(), it never works. By default, on most of
my systems, the function always looks in /usr/local/share/pixmaps.
On some other systems, though, including some which don't have a
/usr/local/share/pixmaps directory, even if I create it, the pixmap
is never found. The user running the app has access to the director-
ies in question. Anybody know why this might be?
The second part of this question is regarding help files. I'd like
to place them under .../app/helpfiles/C, etc. Is there a way to do
this? It'd seem to be GNOMEUIINFO_HELP(pathname), but I can't the
macro to accept a pathname either.
The main reasons I want to do this is so I can place all application
components (with the exception of the .desktop file) under one sub-
directory, to make removal of the app easier and more intuitive, and
for access control purposes. I realize this isn't the standard way
to install pixmaps and help files, but I really would rather do it
this way if it's at all possible. I've seen other apps that have
pixmaps installed in other places, but I can't for the life of me
figure out how they're accessing them.
Oh yeah; one last, off the topic completely - what's the correct
way to do direct I/O port accesses under GNOME?
Thanks,
Larry
--
To unsubscribe: mail -s unsubscribe [EMAIL PROTECTED] < /dev/null
