Peter M. Groen / openhantek

…nce would be initialized before being used by other static initializers.
However, static initialization order is undefined.
Plus, at least unter C++11 and according to 6.7[stmt.decl] p.4, this initialization of get():inst is thread-safe.

When no device is found, a bit more text is shown,
so make space for that.

… responsible for this anymore.

…thods directly to the location where the relevant enums are declared. Remove union for math-channel/coupling value: Some compilers have issues here.

…rks in high dpi mode.

…encies to build.md doc

* Fixes a double free memory corruption. Fixes #163
* All DSO sub-models (e.g. DSO-5000, DSO-5000A) directly inherit from DsoModel.
* Remove DataArray util class. std::vector will perfectly do it and has the same
  memory allocation with common lib-std implementations (gcc, clang, VS).
* Make all short forwarding methods of USBDevice inline.
* Move BulkCommand+ControlCommand to hantekprotocol.
* Move usbprinterror method to USBDevice file.

…ported models. A new model now only needs a h/cpp file and of course missing protocol commands

Fix some wordings in the readme

Fix:
* Move all GL startup calls to GLScope::fixOpenGLversion
* Depending on OpenGL or ES availability initialize the QSurfaceFormat
* Don't crash if the shader compilation failed. Show a nice message instead.

Optimize:
* Don't write the markers to the GPU each frame update, only
  do this if they actually changed position.

Code style:
* LevelSlider: Don't return a value for set* Methods.
* Don't rely on the LevelSliders step to calculate the marker position in the OpenGL view.

Add features section to readme. Advice to use QtCreator on all platforms.

…mpling value at the beginning. Remove antialiasing from config dialog therefore.

…ity from usb device into hantekdsocontrol. Remove fixed HANTEK_CHANNELS definitions. We allow an arbitray number of channels, depending on the device.

…ome time. Move export settings there as well.

… now, only addCommand is called. The commands will be moved to the specification soon as well.

… migrate to the OpenGL ES profile soon. Embedded systems like the Raspberry or Android devices do not support the OpenGL desktop profile at all and desktops may deprecate those as well.

… Only show supported trigger modes. 6022 do not support 'Wait/Force' for example.

…use dsotriggersettings. Move more comments from cpp to header

* Dock widgets: Use scope settings and lambdas instead of private slots. Block signals for set methods.
* Rewrite MainWindow with UI file.
* MainWindow: Only connect widget signals/slots. Use lambdas instead of private slots.
  Don't initialize hantekdsocontrol with user settings. This is done in main.cpp now.

Bigger picture:
* The core part should not rely on the graphical part to function -> For unit tests and implementation tests.
* All graphical interfaces should be migrated to UI files to separate interface code from controller logic.

* All protocol enums are now enum classes
* All hantekdso enums are enum classes now
* Type-safety enforced on several places
* Rework command and control buffers
* Remove controlindex
* Enerything in hantekprotocol is now in the Hantek namespace
* Implement new device selection dialog. List supported devices. Add dialog to try a new device with the specifications of an already supported device. Not yet completed.
* Do not try to build firmware extractor for windows users
* Move software trigger algorithm into own class