[mod] simple theme: smaller build

[dalf]

What does this PR do?

remove:

• searx/static/themes/simple/js/searxng.head.js
• searx/static/themes/simple/js/searxng.js
• searx/static/themes/simple/css/searxng-rtl.css
• searx/static/themes/simple/css/searxng.css

These files are never used.
About the js files: the .map files references the sources instead of the concated version.

Why is this change important?

Remove some useless files from the built files.

Draft because:

• SearXNG JavaScript Style Guide #538 goes first.
• the same thing can done for the Oscar theme.

How to test this PR locally?

• make run, check Javascript is working (clear a search, image detail, map)

Author's checklist

Except searx/static/themes/simple/css/images, all files are now built from the sources.

Related issues

Related to #141

[return42]

These files are never used.

I pushed 8212586 to remove this files from the static folder.

the .map files references the sources instead of the concated version.

this works, as long as we have the src folder underneath the /static path

"sources":["../src/js/main/00_toolkit.js","../src/js/main/keyboard.js", ...

To get #141 done, we need to copy these files to searx/static/themes/simple/js/

Draft because:

• SearXNG JavaScript Style Guide #538 goes first.

I don't think so, cleaning up the source files is IMO not related to a StyleGuide

• the same thing can done for the Oscar theme.

No need for, don't lets waste time with this theme. We should make simple theme the default theme, then we can remove oscar theme and then we can assemble a build chain in /src that is straight forward and do no longer mess by the oscar theme.

With other words: oscar is in the way to have a clean build chain for client side stuff / making simple theme to the default (and removing oscar) should be prioritized.

[return42]

Hi @dalf, this PR animated me to add various improvements on top of branch. Please read through the commit messages and the comments from mine. Adopt what you think is good and drop what you don't think is good.

[return42]

@dalf is it OK, when we merge this PR? .. I have some patches in the loop where the merge of this PR is needed for.