* Added skiko events for android. Added DOUBLETAP gesture.

* More flexible build processs
Co-authored-by: Nikolay Igotti <igotti@gmail.com>

Co-authored-by: Oleksandr Karpovich <oleksandr.karpovich@jetbrains.com>

Co-authored-by: Oleksandr Karpovich <oleksandr.karpovich@jetbrains.com>

See https://github.com/JetBrains/compose-jb/issues/1761

This was caused by 242bf304 since `SystemTheme.jvm.kt` was renamed to `SystemTheme.awt.kt` and the corresponding native functions were not updated.

```
> SVGCanvas.cc
    > C:/tools/x64/jdk11.0.12_7/include\jni.h(39): fatal error C1083: Cannot open include file: 'stdio.h': No such file or directory
```

This change was for Android. Android can't build on Windows for now, will fix it later.

We probably need to check targetOs and replace slash inside https://github.com/JetBrains/skiko/blob/eaf6793bc672dd4cf357b5a0adef26585fd9c712/skiko/buildSrc/src/main/kotlin/internal/utils/ArgBuilder.kt#L79, not here

Co-authored-by: Igor Demin <igordmn@gmail.com>

Co-authored-by: Aleksandr Veselov <aleksandr.veselov@jetbrains.com>

This reverts commit 21ae5386.

It makes canvas to not accumulate previous effects (e.g. scale).
Also, it makes canvas' state consistent with other platforms.
Co-authored-by: Oleksandr Karpovich <oleksandr.karpovich@jetbrains.com>

Helps with https://github.com/JetBrains/skiko/issues/431

Mixing camel case and dash case looks ugly

`publishSkikoJvmRuntimemacos-x64PublicationToMavenLocal`
looks much more inconsistent and ugly, than
`publishSkikoJvmRuntimeMacosX64PublicationToMavenLocal`

Co-authored-by: Roman Sedaikin <roman.sedaikin@jetbrains.com>

So far we cannot really build Skiko for Android (as no Android-specific code for rendering integration is made), however it refactor the build system to make this (along with other alternative JVM-based implementations) feasible.