You have been a busy boy Tim, and on a Grand Prix weekend.
> - I started off putting it in hlp but the numerous dependencies (one, par
> fio, mers) meant that it made no sense to burden HLP with this library.
> It's now completely on its own in libraries/hlps
Sensible move if it contains applications as well as subroutines. Pat
likes his libraries to be free of dependencies.
> - A new application called "browsehlp" is now installed. It will read
> any help file but needs a -l option to do that (it should really
> prompt).
>
> Indeed, all the help apps could actually be implemented using a shell
> alias as
>
> alias kaphelp 'browsehlp -l $KAPPA_HELP'
>
> but I'll start by simply switching kappa derived help to using
> hlps_adam and figaro derived help to using hlps_standalone.
Once agreed we can tackle the others.
> Comments welcome. Now it's time for me to do specx whilst you all mull
> this over. [feel free to rename the library, I can do the move in cvs to
> retain history]
I'm not happy about the name, as it may be confused with hlp. Would shl
(Support for Help Libraries) be better, or is that confusing with .shl
files?
Malcolm
|