This commit brings CMake support for the Qt5 build of NotepadNext.

To build use:
```
cmake -S . -B cbuild -G Ninja
cmake --buid cbuild
```

Building using `qmake` on my machine takes 1:37, and using `cmake/ninja` it takes about 0:53.

As part of the changes - I am using external dependencies - using CPM (https://github.com/cpm-cmake/CPM.cmake).
Some sub projects had no CMake support - and thus I forked them, and added cmake support
so I add them. This is a big issue I need to fix over time.

Note I have made 2 modifications to the code:
1. In NotepadNextApplication.cpp - when using CPM, the lua bridge
   include is under a subdirectory. I could have fixed the internal
   fork to behave like this, but I opted to make as minimal changes
   to the app's code. Instead, I use a hack.
2. When using upstreams Lua (the forked version I have made...),
   the include `lua.hpp` is not availble. The original code had
   that file inside the library - which is a big no-no. We do not
   modify upstream's code. Instead - I copied this into the apps
   main code.

Note that this branch can still be compiled using QMake. When the
build stabilizes - it should be easy to remove all submodules and
internal forks, and keep the CMake build only. (the only code this
repo will have is the main app).

This was tested under Debian, using Qt5. I will have to test this
under Windows (can test the mingw and CL builds). I cannot test this
under OSX, as I don't own a Mac (I am open to donations!).

Adding Qt6 will be also "trivial" - just fixing all the forks I have
done, and then the main app. It will take some time.

Note:
The initial cmake takes time, as part of the configuration the
code will git/clone the code from scintilla. This is a one time
task - not to affect you until you clan up the build/_deps directory.

 * NotepadNext - moved compile defines to the main target, no longer visible
   to the whole project
 * Main - Fixed clang building - using C++ 17 globally fixed building using clang
   (it seems GCC defaults to 17, while clang not).
 * Updates to 3rd parties.

Updated upstreams scintilla. Both scintilla and Lexzilla.
I also added demos of how to use the moving branches, instead of tags.

From the other side, all I do is `git checkout cmake-support && git pull origin master`
so things are easy. When I get a new tag upstream, I merge and re-tag with `-cmake` suffix.

Seems easy and maintainable.

We will check Qt6, soon. Meanwhile, as Qt5 on debian is known to work - lets use it.

I am not building the app image yet.

…on MSVC

Also - prepare for creating appimage - added an install target.

- Switch to gnu-makefiles - as I learn how to handle ninja install
- Added a new artifact for Linux/Qt5/AppImage/CMake. Matrix is now larger :)

Fixed cmake to compile using Qt6.
I think I did not break Qt5.

Due to a stupidity found in SimpleApplication - this is not trivial to automatically Qt version.
This is because we need to tell that project, the Qt version we want... I can workaround it,
but not now.

Added missing source files - and re-ordered the list of files inside the
CMakeLists.txt.

ALSO: fixed include inside MacroStepTableModel.h - we needed to guard it
(How did it work on QMake?)

I am now installing using `cmake` which means I can build using
ninja again.

- build lua without a fork, create a local cmake file for it
- ADS - 3.8.2 -> 3.8.3
- ucharder - update upsream sha1

- dont link same library twise
- when building on the CI - pass the correct defines,
  this should work (works on my local setup!)

Also.. use the default configure path for  cmake

As we did with LUA, QSimpleUpdater has a local CMake build system, which
we just include. No port is needed.

I am abandoning the idea of upstreaming the CMake support - as I see for
example that LUA is not intersted at this at all. I think SCintilla are
in a similar position.

If anyone wants to port these libraries to use CMake, they can adpot
this code from ours.

Now that editor-config-qt cmake support is upstream we can use the
upstream repo, instead of the previous port.

I also removed all other forks and instead made a local cmake build
system (local to the project, a simple include file). Now we are left
with a single fork - which is necesary (upstream uses mervurial, and
demands python for generting some files on build time - my fork has that
as part of the tree).

All projects point to the newewst code available on their git - code
seems to compile and run, so... yap, ship it.

Fixed the app name and also remove lots of craft from the main
CMakeFile.

Fixed the workflow to use the *.so files generated at build, and
disabled the OSX build for now.

Upstream removed this signal - I commend this just to the the code to
compile and later on I will fix it.

uchardet is not compiling for windows, revert the sha1
appimage is broken, lets try and fix?

Lets hope this fixes uchardet on windows

The main window will manually initialize ADS. I am unsure what this was
needed, but as of now, ADS knows how to initialize this for us.

This code is does not compile on my CMake build - not in static, and not
in shared - so we need to remove it.

Main fix is - a new version of ScintillaCode which now properly build
statically on Windows (by using `BUILD_SHARED_LIBS` properly).

The main build file no longer build tests and examples (except
`uchardet` which does not support this upstream).

New version of `CPM.cmake` v0.3.5 -> v0.3.6, because WTF not.

Master got a new file, `ZoomEventWatcher` - lets add it.
Also - as a bonus, use a newer version of Qt 6.3.

1) Moved a global inline function to be a member (static) - this fixes warnings (as some compilation unit included that file, but did not use that function).
2) Inside a lambda - we are not using a flag - so, lets mark it unused.

Closes dail8859#254

I was missing URLFinder.cpp in the list of files to be compiled. I took
the time also to sort this list inside the CMakeLists.txt

No breaks, simply compiles. NICE!

…nto cmake-build

- point to a newer Scintilla-Code
- add to the CMakeLists.txt newer files from main.

New files added upstream (the master branch...) and I need to update the
CMakeLists.txt file - everything works.

scintilla-code - rel-5-3-2-cmake -> rel-5-3-3-cmake
loexilla - rel-5-2-1 -> rel-5-2-2
uchardet - 143b3fe513bad2cc85903ee564fe55ccbe96d86b -> 2f5c24006ebc7f005040358f58f22a61a3c92522 - effectively v0.0.8
LuaBridge - 9092ace9615d14e3f5926f2e8a3b612ddc6c8efa -> 6580b18755a0fdbf87820aa16a3bc63d24b5bf31
Qt-Advanced-Docking-System - 8d30fc9c3c36ac66bf3d027aaad7adff973f628f -> 54c2bd0c304505f9c5abffdd9eaa29ecfd691054

1) updated CPM to v0.36.0
2) uchardet: the github mirror is no longer active. Instead use the
official freedesktop gitlab mirror.
3) Updated sha1/versions of libraries
4) ADS is now at v4.1.1
5) LanguagePropertiesModel and frieds are removed from code