Page name in header / footer files

[Robert Holden]

We are in the process of creating custom header / footer files for our
implementation of hobbit.  Everything is going smoothly (the bulletin_header
/ footer files made things MUCH easier), but we have run into a couple of
snags.

Right now we are putting all the meta tag and page TITLE info (and a few of
the page specific JS functions) into the normal bb_header, bb2_header, etc
files, while removing all the other information normally contained in those
files.  We then created a bulletin_header file and moved everything else
into that file.  This helps us to have a standard look to all of the pages
such that when we want to make a change to the appearance we only have to
change the bulletin files.

One of the problems with method is the page name  ("Current Status",
"Current non-green Systems", "EventLog", etc).  Because there is no variable
for this, we have no easy way to put the page name into the page body.  Do
you have any plans to add this variable?  Because the bbgen already knows
the name of the page, couldn't you just create two dimensional array or
lookup table to populate this variable?

The other issue we have encountered deals with the 'FONT' tags.  We are
converting the page to be styled using css, but the hardcoded fonts make
this more difficult.  We are able to unset some of the font information by
setting the font variables in hobbitserver.cfg to be blank, but some of the
fonts are hardcoded.  What do you think about making these hardcoded fonts
variables instead?  How about not printing the FONT tag when the variable
assigned to it (MKBBACKFONT, MKBBCOLFONT, MKBBROWFONT, etc) are set to be
blank?

What do you think about having a header / footer for the help files?

FWIW: We are using version 4.2.0 on Solaris 8.

Thanks for all the great work.  We have been big fans of hobbit since
converting from BB to hobbit 4.0.2.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xymon.com/pipermail/xymon/attachments/20061002/d561172e/attachment.html>