RE: [XaraXtreme-dev] Startup problems due to help

["Neil Howe" <NeilH@xxxxxxxx>]

Ok, so I think we've agreed on the following.

- Just 1 root location underneath which xaralx will find all it's
resources.

- The root location will be determined by (in this order):-
	An optional preferences file entry
or	Path specified at compile time (configure option)
or 	Relative to the running executable

And if there isn't a location specified in the preferences file, we
write one once the path is determined by one of the other methods.

We'll do this change for 0.6.

Neil

> -----Original Message-----
> From: owner-dev@xxxxxxxxxxxxxxxx [mailto:owner-dev@xxxxxxxxxxxxxxxx]
On
> Behalf Of Luke Hart
> Sent: 11 July 2006 19:17
> To: dev@xxxxxxxxxxxxxx
> Subject: Re: [XaraXtreme-dev] Startup problems due to help
> 
> Alex Bligh wrote:
> > Luke Hart wrote:
> >> Alex Bligh wrote:
> >>> I'm not sure that "relative to the executable" is ever going
> >>> to work with distros (or indeed in any environment other than with
> >>> the installer), but that's OK if you allow the compile-time
override.
> >>> We'll just have to remember to tell distro maintainers to set it.
> >> It does work if relative the executable means ../shared/......,
> >> that's the whole point of binreloc.
> >
> > Yes, but it can't be clairvoyant. IE if the distro choses to put
> > the executable in /usr/bin/xaralx but the data in
> > /usr/shared/resources/xaralx, then it's not going to find it.
> >
> > A more realistic example would be /opt installation.
> >
> > I suppose I should have said "it's never going to work with distros
> > unless the relative path from the executable to the relevant
> > resources is guaranteed to be the same as we use to get autopackage
> > to work".
> >
> > Alex
> Yes, you're right it won't work out of the box on a distribution that
> doesn't follow the Linux FHS and for these I nearly have a patch that
> will allow specification of the resource directory at configure\build
> time. I do believe that it will work correctly with an application
under
> /opt (although I am just implying this from how man pages are dealt
> with, under /opt/<package>/share/man):
> 
> /opt/xara/bin/xaralx      is the application
> /opt/xara/share/docs   is the help