On 08/19/2012 02:26 AM, Francois Andriot wrote:
> To avoid this, I hardcode the directory directly in the build process in
> autotools-built packages. Something like:
> sed -i admin/acinclude.m4.in -e
> "s|kde_htmldir='.*'|kde_htmldir='/opt/trinity/share/doc/kde/HTML'|g"
> 
> This is a just a workaround until we take a final decision.
> 
> Francois

Agreed,

  At present, I just want the help system working. I can look at modifying my
build scripts to get the application manuals in the right place.

  Historically, I can see a reason you would want all core kde apps in:

/opt/trinity/share/doc/kde/HTML/<language>

  while wanting 3rd party apps somewhere else like:

/opt/trinity/share/doc/HTML/<language>

  But today, I just think that makes a mess out of things. To be consistent and
provide seamless interoperability between R14 and 3513, it makes sense to just use:

/opt/trinity/share/doc/HTML/<language>

  My big question is where is this initially set? tdelibs sounds like it sets
the base docpath that everything else must follow. So we have to get tdelibs
set, then point everything else to the same place. Are there any other
considerations there?

-- 
David C. Rankin, J.D.,P.E.