GitLab

Potential replacement for QSettings. This database will allow us to save
settings incrementially, removing most of the performance issues we're
having when our few megabytes of settings are being saved.

Not done in the form of a QSettings backend because it doesn't seem the
backends can do an incremental update of the settings.

Currently used by the QuickOpenPlugin for testing.

Added IExternalEditor which knows a kind and a mimetype.
Make EditorManager and ProjectExplorer "Open With" query
the interface and add the respective kinds.
Add "openExternalEditor" to EditorManager.
Add External editors for Designer and Linguist,
making use of Mac 'open' or Designer's Tcp socket mechanism
to ensure files are opened in the same instance (per Qt version).

Task-number: 249392
Reviewed-by: con <qtc-committer@nokia.com>

This reverts commit f56bdcd5.

pros:
- the non-webkit version is not castrated any more
- i18n should become simpler
  - but need to make the buttons non-labels for optimal results
- if we introduce delayed loading of the help plugin, we would get
  webkit loading out of the startup's critical path alltogether

cons:
- the page might be a bit harder to modify for some

Hopefully i didn't miss a plugin.

Details:  was a needless layer

Task:     Found by Sebastian while adjusting Bitrock
RevBy:    Sebastian
AutoTest: None
Details:  -

Details:  - Naming convention

Details:  - Preparation for ICommand rename

Details:  - Conform to naming convention

Details:  - Preparation for IActionContainer --> ActionContainer

Details:  - Conform to conventions.

Details:  - To make it conform to naming convention.

Details:  - Step one, step two is ActionManagerInterface -->
ActionManager because it conflicts with our naming conventions

Details:  - And do some simplification/consistency.

Task:     - none
AutoTest: - compile test
Details:  - use QT_NO_WEBKIT instead of QT_WEBKIT, USE_WEBKIT