Better core search

PWA manifest and new @ini_theme_color replacement

They are now named min and max respectively, which is hopefully less
cryptic.

This is useful for anonymously useable forms, like the search.

Pressing enter in the small quick-search-box while it was empty resulted
in a search for the current pageid.

Since we no longer change the page during a search, using the "show"
menu item to return to the current page makes more sense.

This way they can be cleanly influenced by the plugins instead of having
to modify global state.

As suggested by @splitbrain SearchState now behaves simliar to the PSR-7
message interfaces.

Implements the functionality requested in #1124

This removes a lot of reudundant CSS classes in favor of cascading
selectors. Styling isn't done, yet this is just a first step.

Still to do:

* aria labels
* styling the toggle mechanism
* RTL styling
* making sure everything displays correct when no JS is available
* translations may be missing
* refactoring the rest of search.less to make use of LESS features

This also renames the event for the search form on the search page.

The scheme for naming events that provide the new Form-class as $data is
FORM_<formname>_OUTPUT

That parameter was introduced in cbcc2fa5 and removed in d22b78c8

If the entered query does not cleanly fall into the area of the given
options, show the current behavior as "custom".

This gives create control over when a query is too complex for tool
support.

This functionality is inspired by what other large search engines are
doing.

Building the new search links is complex and we're going to add another
parameter with the new sorting by mtime. Extracting a new class seems
like the cleanest way to handle that increasing complexity.

This is the more appropriate place for that functionality, because now
it happens inside the default function for the respective pagesearch and
pagelookup events and can be properly handled by plugins.

The regex for the pagename lookup didn't account for `-` and `.` being
valid characters for namespaces, which lead to wrong results in the
quicksearch and pagename lookup. The full search, which already used the
queryParser, showed the correct results.

This fixes #1659

This way we do not loose the context of the current page. Further, the
new id generated from the query before wasn't really that useful (see
issue #1124 ). And we can still generate a meaningful link "create a
page for your query", if that is considered useful.

Further redirects exist for the old urls, so bookmarked searches etc.
should mostly keep working.

feat: make auth salt static in test environments

Remove installer conf/dokuwiki.php hash check

Translation update (ru)