monitoring/list/hosts: filter-related cleanup
monitoring\ListController: handle filter editing

Handle filter modifications in one place. We still should try to
abstract this on step farther.
JS/ui: separate closeContainer logic
monitoring/MultiController: use correct controller
MultiControllers: use new filters

This makes things easier, no more nested lists - just filters easy
to read and understand
JS/ui: create new simple filter URLs
js/events: multiple multiselect fixes

* Removed obsolete checks (event is only triggered for multiselect tables)
* allows deselecting last row, closing "detail view"
* fix bug when unselecting one of two rows, it used to keep the wrong one
* play nice with other involved non-row-level links
monitoring/multi: view script cleanup

They now play fine with new filters, tried to improve usability
Widget\Limiter: initial commit

This allows one to easily switch  row count shown on a single page
list/hosts,services: use limiter widget
list/services: move filterEditor to content

As it may occupy quite some space it is better having it scrollable
JS/loader: don't autorefresh while editing

We would loose our focus if autorefresh takes place. So we don't render
the new content in case a form field in the very same container carries
the focus. It would be great to have a better solution one far day, but
for now it plays fine like this.
JS/ui: fix "running" timesince/timeuntil

Broken got this by better English ;)
monitoring/show/history: use limiter, nicer output
monitoring/show/services: do not limit result

Still a little bit hackish, we will replace this once we have a request
object fully aware of our new UrlParams parser.

fixes #6511