Print

Print


> OK, thinking about this a little more, perhaps it's Star2HTML that is now
> mis-configured.
>
> The underlying assumption about what it does is that it's better to rely
> on local documents and if you want to go off site, you'd better have made
> that clear (which is why hlink is essential at some stage after creating
> the document).
>
> Perhaps we should change Star2HTML so that all newly created documents all
> point their cross-references to the RAL document set instead, and then you
> run hlink when you (to quote Norman) have a HTX clue and prefer to use the
> local documents when they are available. In which case hlink becomes a
> non-essential post-install task, assuming you have good network access
> (that wasn't the case when Star2HTML and HTX were conceived).
>
> Under this scheme hlinking is a specialist AST job, as it has two
> documents that want to refer to each other locally.

Sounds OK. Would star2html then have a genuine dependancy on htx?

In fact the two AST docs are almost entirely independant of each other.
They only have a couple of cross-references, so it wouldn't really matter
if they were hlinked or not, if all links already pointed correctly to the
RAL docs.

kaplibs would still have a dependancy on htx.

David