Now using a seperate array to hold additional topmenu entries from hooks to prevent occasional duplication of info items. Apps should now be able to call ['egw']->framework->add_topmenu_item('name', 'url', 'title') to add an additional entry to the topmenu.
Patch is mostly created by script in egroupware/doc/fix_depricated.php in separate commit.
I do NOT advice to apply this patch to a production system (it's commited to trunk!), as the automatic modified regular expressions have a good change to break something ...
The calendar disapears, when the image for second select box above the gets replaced. I added a class(sideboxstar) to the balls in the sidebox. Only when the images does not match this class, it get's replaced by the span. Otherwise it stays untouched.
If someone finds a better solution or finds the real source for the problem, feel free to fix it! :-)
* mostly rewritten the about.php page (added application list)
* changed footer eGroupWare link to about.php
* moved manual from application menu to top and sidebox menu preserving its special link target
implement topmenu in idots template set
add idots preference to enable topmenu
add idots preference to disable general sidebox menu
some cleanups in idots framework class
some cleanups in egw_framework
- virtual baseclass egw_framework in the API which each template extends
- replaces $api/footer.inc.php, $tpl/head.inc.php & $tpl/navbar.inc.php
- all existing phplib template sets just inherit the idots_framework, but can have own templates
- moved most html from navbar.inc.php into the navbar.tpl
--> idots & jerryr are reworked and working, all other template sets are disabled at the moment
--> The rework was done to add a selectbox to add all sorts of entries without the need to change to the app first. This is now implemented in the egw_framework class using the link-registry.
