#1062 closed defect (fixed)
Cartaro, EOxServer and Geomajas should be in submenus
Reported by: | hamish | Owned by: | hamish |
---|---|---|---|
Priority: | normal | Milestone: | OSGeoLive7.0 |
Component: | OSGeoLive | Keywords: | cartaro, geomajas, menus, 70 |
Cc: | live-demo@… |
Description
Hi,
The Cartaro and Geomajas should be in submenus like many of the web server tools are. Not touching this for the current release, too late.
I must ask: why are things in the "browser apps" menu starting and stopping servers? Isn't it sort of by definition a server if it does that...?
Hamish
Change History (6)
comment:1 by , 12 years ago
comment:2 by , 12 years ago
Hi phaf,
What I meant is simply cosmetic to clean up the menus by grouping the start/stop icons into their own submenus by app name, not to change the way the startup scripts are launched.
regards, Hamish
follow-up: 4 comment:3 by , 11 years ago
Summary: | Cartaro and Geomajas should be in submenus → Cartaro, EOxServer and Geomajas should be in submenus |
---|---|
Type: | task → defect |
Hi, the fix committed in [10196] is not working as expected (tested in build 10204).
Also, EOxServer has the same issue.
comment:4 by , 11 years ago
Replying to kalxas:
Hi, the fix committed in [10196] is not working as expected (tested in build 10204).
hopefully enabled in r10210.
Also, EOxServer has the same issue.
for EOxServer I question if the link to the pdf docs needs to be in the menu at all, the pdf is nice, but the help is right there in front of you once you start the program with the other menu item. (I'm not strictly against it, just trying to keep things simple)
thanks, Hamish
comment:6 by , 11 years ago
Regarding EOxServer I added the pdf because the online documentation might not be available. It is linked from the quickstart. Thus I don't have a strong opinion about keeping the icon or not.
You are right, Hamish. However Cartaro depends on a running Geoserver. To make it easier for new user, they have not take care of this dependency.