>> TODO:

>> - Remove the [Index] link from the navigation bars as this results in
>>   a nested frame; on Firefox/Linux at lease

> I didn't see this before, but yes, also an Windows. But this is easy
> to solve: replace "index.html" with "main.html".

OK, decided to leave the [Index] link, but it now goes to main.html.

> Side note: This seems to be the case since the tree view has been
> activated, now our index.dox becomes main.html. To be consistent,
> wouldn't it be useful to rename index.dox to main.dox?

Bummer! I discounted this before I did the Index changes above because
I thought it would take too much effort to track down all of the
links in the different Makefiles, Doxyfile, Doxybook, etc. but of
course now that I've updated all of the navigation bars, there are
even more places that need to be updated. [Note to self: engage brain!]

>>   Maybe we could replace the navigation bar with a two cell table the
>>   same width as the coloured block on the main page
>>   [Prev] chapter n-1 ............................. chapter n+1 [Next]
>
> Yes, or with 3 cells, if we keep the index link (see above).

I've converted all of the *.dox navigation bars to three cell tables
[Prev] chapter n-1 ........... [Index] ........... chapter n+1 [Next]
and updated this section in the Developer Information chapter too.

The two outer cells use width=45% to avoid line wrapping, but this is
only really a problem with "Migrating Code from FLTK 1.1 to 1.3" as
the longest text, and only if the window is relatively narrow.

I changed the other tables in index.dox to be 100% wide instead of
the fixed 700pixels as this fits better with the doxygen header line.
The tables are fine unless you really squeeze the window horizontally
but we can certainly live with that in the short term.

Cheers
D.
_______________________________________________
fltk-dev mailing list
[email protected]
http://lists.easysw.com/mailman/listinfo/fltk-dev

Reply via email to