Fix/hack 1.
authorJulian Smart <julian@anthemion.co.uk>
Thu, 19 Apr 2001 16:17:15 +0000 (16:17 +0000)
committerJulian Smart <julian@anthemion.co.uk>
Thu, 19 Apr 2001 16:17:15 +0000 (16:17 +0000)
commit7df9fbc3f11f6239ed7417964c0c50ea77b7b7e7
tree134d5aff47a98ab18a58738e340a745a2dd00f07
parent655076c7b07c69ea8373098859d9b14adfc8e0a4
Fix/hack 1.
========

At present, if you wish to load a .hhc file instead of add books manually, you can only have one book - UNLESS you omit the outer <ul> </ul>. Then the contents will appear to have more than book, although in fact it's just one book that's displayed on level zero and therefore get the Book icons.

However, you'll also get a dummy 'book' with the name of the project but no children. So my hack detects whether the .hhc file is trying to add books at level zero, and if so, throws away the first 'book', so that only the hhc-specified books get shown.

So the end result is that our hhc file can specify multiple sections that don't all hang off one dummy book node which itself hangs off the root node -- which is a UI pain!

Fix 2.
====

I changed  the test

        if (!m_Page.IsEmpty())

to

        if (tag.GetParam("TYPE") == "text/sitemap")

at around L.120 of helpdata.cpp as suggested in the comment, so we don't have to specify a URL for the node to be valid. Sometimes you don't want a URL in a contents item. I've added some tests to stop it complaining if you click on a URL-less item.

Feature enhancement/Hack 3.
======================

I've added wxHtmlHelpController::SetBookBasePath so that the .hhp/.hhc files don't have to be in the same hierarchy as the HTML files.

git-svn-id: https://svn.wxwidgets.org/svn/wx/wxWidgets/trunk@9792 c3d73ce0-8a6f-49c7-b76d-6d57e0e08775
include/wx/html/helpctrl.h
include/wx/html/helpdata.h
src/html/helpctrl.cpp
src/html/helpdata.cpp
src/html/helpfrm.cpp