Finally got some time while waiting on Windows servers to do what they do
best. Suck.
Using CSS the javascript menus stay in the top left corner this way:
vim server/web/bb_footer -- now add a div tag:
<div id="menunomove">
<!-- menu script itself. you should not modify this file -->
<script type="text/javascript" language="JavaScript"
src="&BBMENUSKIN/menu.js"></script>
<!-- items structure. menu hierarchy and links are stored there -->
<script type="text/javascript" language="JavaScript"
src="&BBMENUSKIN/menu_items.js"></script>
<!-- files with geometry and styles structures -->
<script type="text/javascript" language="JavaScript"
src="&BBMENUSKIN/menu_tpl.js"></script>
<script type="text/javascript" language="JavaScript">
new menu (MENU_ITEMS, MENU_POS);
</script>
</div>
(Note that bb2_footer was a symlink to bb_footer for me)
Now for the CSS to be included vim server/web/bb_header and bb2_header in
the bottom inside of the HEAD add:
<style type="text/css" media="screen">
#menunomove
{
position: fixed;
left: 1px;
top: 1px;
}
</style>
After adding that section of code to the two header files and the tag wraps
in the footer give it some time to rewrite bb.html and bb2.html.
This works perfectly for me! Note that the left: and top: were there from
the tutorial, commenting them broke it.
Josh
On 10/25/07, Galen Johnson <gjohnson at trantor.org> wrote:
>
> Look under the /path/to/hobbit/server/web folder. That's where the
> files used to create the pages (in conjunction with the compiled in
> stuff) are at. Most of the header/footer files are probably just
> symlinks to bb_header or bb_footer.
>
> =G=
>
> Josh Luthman wrote:
> > If you open up menu.js the only thing I see is the declaration of a
> > value for a variable. The little I know about programming and
> > languages tells me that I don't modify this file to do what I
> > accomplish. What I'm looking for is what outputs the javascript to
> > bb.html and bb2.html. If you open either of these two pages you'll
> > see the javascript at the very bottom.
> >
> > On 10/25/07, *Galen Johnson* < gjohnson at trantor.org
> > <mailto:gjohnson at trantor.org>> wrote:
> >
> > As I understand the menus, they are defined by the menu.js
> > file...since
> > they are just javascript you'll probably have to modify each of the
> > header files to do it but I don't know if it will work...it'd be
> > interesting to see.
> >
> > Just create the CSS code and add it somewhere that has access from
> > the
> > web...probably under the hobbit server www directory somewhere and
> > reference it using the <link rel="stylesheet"...> or some
> > such...I'd be
> > curious about as I can see where that would be extremely
> > beneficial for
> > sites with lots of hosts on a single page.
> >
> > =G=
> >
> > Josh Luthman wrote:
> > > Before diving into this task and asking for help I'm willing to
> bet
> > > that someone on this mailing list has already accomplished this
> > task.
> > > Let me know so I don't have to research all this stuff, if you
> > would =)
> > >
> > > I am interested in making is so that as I scroll down on the
> > page the
> > > menus in the top left corner keep their position anywhere on the
> > > page. I've been suggested the best way to do this was with
> CSS. To
> > > begin with, where would the best place to be adding the CSS code
> > to do
> > > this?
> > >
> > > --
> > > Josh Luthman
> > > Office: 937-552-2340
> > > Direct: 937-552-2343
> > > 1100 Wayne St
> > > Suite 1337
> > > Troy, OH 45373
> > >
> > > Those who don't understand UNIX are condemned to reinvent it,
> > poorly.
> > > --- Henry Spencer
> >
> >
> >
> > To unsubscribe from the hobbit list, send an e-mail to
> > hobbit-unsubscribe at hswn.dk <mailto:hobbit-unsubscribe at hswn.dk>
> >
> >
> >
> >
> >
> > --
> > Josh Luthman
> > Office: 937-552-2340
> > Direct: 937-552-2343
> > 1100 Wayne St
> > Suite 1337
> > Troy, OH 45373
> >
> > Those who don't understand UNIX are condemned to reinvent it, poorly.
> > --- Henry Spencer
>
>
>
> To unsubscribe from the hobbit list, send an e-mail to
> hobbit-unsubscribe at hswn.dk
>
>
>
--
Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373
Those who don't understand UNIX are condemned to reinvent it, poorly.
--- Henry Spencer
I don't know for sure. Other projects are always using the SF bug tracker,
so I assumed that Henrik used this one. I couldn't find anything on the
project page for either the Shire or Hobbitmon.
How about it, Henrik =)
Josh
On 10/31/07, Charles Jones <jonescr at cisco.com> wrote:
>
> Thanks for the info Josh. Is that the official place we are supposed to
> report bugs and submit patches? Since I see open bugs there that are
> literally years old, and assigned to "nobody", I'm not that confident that's
> the proper place.
>
> -Charles
>
> Josh Luthman wrote:
>
> *Psst*
>
> http://sourceforge.net/tracker/?group_id=128058&atid=710488
>
> On 10/31/07, Charles Jones <jonescr at cisco.com> wrote:
> >
> > I don't want this to fall through the cracks, so I'm going to keep
> > bumping it until Henrik sees it :)
> >
> > -Charles
> >
> > Charles Jones wrote:
> > > Henrik,
> > >
> > > Just making sure that you saw this bug that I found, and hopefully
> > > implement a fix (I'm sure you have a more elegant way to fix it than I
> > > did) for Hobbit 4.3
> > > -Charles
> > >
> > > Charles Jones wrote:
> > >> Okay I came up with a workaround. The problem is that CONFIGCLASS
> > >> gets reset to a default value (in hobbitclient.cfg). So, I created
> > >> another variable, "CLASS". I then made a small mod to hobbitclient.sh
> > >> that checks to see if CLASS got set to something, and if it did, it
> > >> sets CONFIGCLASS to that value. Here are the changes:
> > >>
> > >> --- runclient.sh 2006-08-09 20:09:58.000000000 +0000
> > >> +++ /tmp/runclient.sh 2007-10-10 18:55:00.000000000 +0000
> > >> @@ -32,6 +32,7 @@
> > >> ;;
> > >> --class=*)
> > >> CONFIGCLASS="`echo $1 | sed -e 's/--class=//' | tr
> > >> '[A-Z]' '[a-z]'`"
> > >> + CLASS=$CONFIGCLASS # Use a variable that doesn't get
> > >> reset
> > >> ;;
> > >> --help)
> > >> echo "Usage: $0 [--hostname=CLIENTNAME]
> > >> [--os=rhel3|linux22] [--class=CLASSNAME] start|stop
> > >> "
> > >> @@ -61,7 +62,7 @@
> > >>
> > >> MACHINE="`echo $MACHINEDOTS | sed -e 's/\./,/g'`"
> > >>
> > >> -export MACHINE MACHINEDOTS BBOSTYPE BBOSSCRIPT HOBBITCLIENTHOME
> > >> CONFIGCLASS
> > >> +export MACHINE MACHINEDOTS BBOSTYPE BBOSSCRIPT HOBBITCLIENTHOME
> > >> CONFIGCLASS CLASS
> > >>
> > >> case "$CMD" in
> > >> "start")
> > >> @@ -128,6 +129,5 @@
> > >> break;
> > >>
> > >> esac
> > >> -
> > >> exit 0
> > >>
> > >> -----
> > >>
> > >> --- hobbitclient.sh 2006-08-09 20:09:58.000000000 +0000
> > >> +++ /tmp/hobbitclient.sh 2007-10-10 18:55:28.000000000 +0000
> > >> @@ -48,6 +48,9 @@
> > >> echo "@@client#1|0|127.0.0.1|$MACHINEDOTS|$BBOSTYPE"<@@client#1%7C0%7C127.0.0.1%7C$MACHINEDOTS%7C$BBOSTYPE>>>
> > >> $MSGTMPFILE
> > >> fi
> > >>
> > >> +if [ -n "$CLASS" ]; then #If CLASS was set to something, override
> > >> the default
> > >> + CONFIGCLASS=$CLASS
> > >> +fi
> > >> echo "client $MACHINE.$BBOSTYPE $CONFIGCLASS" >> $MSGTMPFILE
> > >> $BBHOME/bin/$BBOSSCRIPT >> $MSGTMPFILE
> > >> # logfiles
> > >>
> > >>
> > >>
> > >> Charles Jones wrote:
> > >>> I also just discovered that CONFIGCLASS gets converted to lowercase
> > >>> (which I should have seen plain as day in the sed command). However
> > >>> this is not the problem as the CONFIGCLASS in the client message is
> > >>> still using the default value of BBOSTYPE. I'm currently attempting
> >
> > >>> to hack in a work around.
> > >>>
> > >>> -Charles
> > >>>
> > >>> Charles Jones wrote:
> > >>>> I did some poking around, and as far as I can tell, the problem is
> > >>>> due to hobbitclient.cfg overriding the CONFIGCLASS variable.
> > >>>> Here are some snippets from runclient.sh:
> > >>>>
> > >>>> --class=*)
> > >>>> CONFIGCLASS="`echo $1 | sed -e 's/--class=//' | tr
> > >>>> '[A-Z]' '[a-z]'`"
> > >>>>
> > >>>> export MACHINE MACHINEDOTS BBOSTYPE BBOSSCRIPT HOBBITCLIENTHOME
> > >>>> CONFIGCLASS
> > >>>>
> > >>>> hobbitclient.cfg contains this:
> > >>>> ./hobbitclient.cfg:CONFIGCLASS="$BBOSTYPE" # Default
> > >>>> configuration class for logfiles
> > >>>>
> > >>>> hobbitclient.sh uses the CONFIGCLASS variable when sending the
> > >>>> client message:
> > >>>> ./bin/hobbitclient.sh:echo "client $MACHINE.$BBOSTYPE
> > >>>> $CONFIGCLASS" >> $MSGTMPFILE
> > >>>>
> > >>>> Heres the actual client message header Im sending (not that
> > >>>> CONFIGCLASS is being set to "linux" instead of the specified
> > class:
> > >>>> client host-app-23.linux linux
> > >>>>
> > >>>> -Charles
> > >>>>
> > >>>>
> > >>>> Charles Jones wrote:
> > >>>>> Anyone have any thoughts on this? I'm currently dead in the water
> > >>>>> without this working as it should. I tried emailing Henrik as
> > >>>>> well but I'm sure he is too busy to reply.
> > >>>>>
> > >>>>> -Charles
> > >>>>>
> > >>>>> Charles Jones wrote:
> > >>>>>> I have a host whose client was started via: "./runclient.sh
> > >>>>>> --class=APP_PRIMARY start"
> > >>>>>>
> > >>>>>> In the hobbit servers hobbit-clients.cfg, I have something
> > >>>>>> similar to:
> > >>>>>>
> > >>>>>> CLASS=APP_PRIMARY
> > >>>>>> PROC "someproc"
> > >>>>>> PROC "/some/other/proc"
> > >>>>>> ....
> > >>>>>> DEFAULT
> > >>>>>> PROC sshd
> > >>>>>>
> > >>>>>> The problem is that only the default proc "sshd" is being checked
> >
> > >>>>>> on the host. The expected behavior is that the CLASS would be
> > >>>>>> used and other other procs checked instead. I know this has
> > >>>>>> nothing to do with the DEFAULT setting, as using HOST=hostname
> > >>>>>> works fine. I just cant get it to check the procs by CLASS. Is
> > >>>>>> there any way to debug this? Shouldn't the CLASS show up in the
> > >>>>>> "info" section? Do I need to put the class name in quotes on the
> >
> > >>>>>> command line?
> > >>>>>
> > >
> >
> > To unsubscribe from the hobbit list, send an e-mail to
> > hobbit-unsubscribe at hswn.dk
> >
> >
> >
>
--
Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373
Those who don't understand UNIX are condemned to reinvent it, poorly.
--- Henry Spencer