[Geomoose-users] GeoMOOSE 2.0 Planning - The menu bar.

Nelson Soto NSoto at plotplans.com
Tue Oct 14 07:33:48 EDT 2008


Sounds good. I wasn't sure if actually removing the div would have any
adverse effects. Thanks.

-----Original Message-----
From: CoFIS web | www.cofis.info [mailto:coffee at uni-bonn.de] 
Sent: Monday, October 13, 2008 4:50 AM
To: Nelson Soto
Cc: Dan Little; GeoMOOSE Users List
Subject: Re: [Geomoose-users] GeoMOOSE 2.0 Planning - The menu bar.

I do not use the menu bar, so I would be grateful if I could easily shut
it off completely 
(so it's not being parsed) or remove its definition from the html,
mapbook and the css.

@Nelson:
I removed the menu bar div from my from my html file. Done this you can
throw the menu.xml 
from the system and get rid of the menu bar definitions in the css.
Works great for me.

Nils

Nelson Soto schrieb:
> Ability to shut off the menu would be great! Currently, I set the CSS
to
> a height of 0 so as not to break anything but if this could be done
> 'neatly' that would be excellent! 
> 
> Not sure too many people would agree, however!
> 
> -----Original Message-----
> From: Dan Little [mailto:danlittle at yahoo.com] 
> Sent: Thursday, October 09, 2008 1:31 PM
> To: GeoMOOSE Users List
> Subject: [Geomoose-users] GeoMOOSE 2.0 Planning - The menu bar.
> 
> Hey Everyone,
> 
> I'm working on GeoMOOSE 2 and I'm trying to mull over the menu bar.
If
> I had my way it would be gone, but I think I've seen enough people
using
> it to where I don't want to do that. :-)
> 
> I am, however, thinking about integrating the Menu definition into the
> Mapbook for mapbook version 2.0.  This would have a few advantages:
> 1) Decrease the number of files needed to be downloaded at start-up
> 2) Decrease the amount of XML that needs to be parsed.
> 3) Decrease the amount of bugs in IE and Opera, where the
multithreaded
> AJAX support is buggy despite all claims otherwise.
> 4) Defining the menu bar would be come consistent with the new way of
> defining the tool bar.
> 
> There's only one disadvantage as I see it, you could forseeably have
> installations that all use the same menu bar, but different mapbooks
and
> not wish to change individual mapbooks if one is making a global
change
> to the menubar.
> 
> I'd love to hear some feed back on this. 
> 
> Thanks,
> 
> -Duck
> 
> 
> 
>       
> 
>
------------------------------------------------------------------------
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the
> world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geomoose-users
> 
>
------------------------------------------------------------------------
-
> This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
> Build the coolest Linux based applications with Moblin SDK & win great
prizes
> Grand prize is a trip for two to an Open Source event anywhere in the
world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geomoose-users

-- 
Center for Development Research
Department of Ecology and Resource Management

Walter-Flex-Strasse 3
53113 Bonn (Germany)

Tel.:   +49 (0) 228 - 73-1793
FAX:    +49 (0) 228 - 73-1889

E-Mail: coffee at uni-bonn.de

Web:    http://www.cofis.info/atlas
         http://www.coffee.uni-bonn.de




More information about the Geomoose-users mailing list