Rename 'QML standalone application' to 'QML application'
and the 'old-style' QML applications to
'QML Viewer based applications'.

For the QML renaming:
Rubber-stamped-by: Alessandro Portale <alessandro.portale@nokia.com>

Also introduce a indirection, modes have now types, edit and debug have
the same type, and editors do have a prefered type of modes instead of a
prefered mode.

That fixes the bug that if the prefered qml editing mode was set to
design, then in switching between qml editors would
- in Edit Mode: stay in edit mode
- in Debug Mode: switch to debug mode

This affects how files are identified by the MIME database.
Although this is a general improvement, it was triggered by the following bug report.

Task-number: QTCREATORBUG-1793
Reviewed-by: Friedemann Kleint

to identify actions etc.

Reviewed-by: ck

Merge-request: 2175
Reviewed-by: Oswald Buddenhagen <oswald.buddenhagen@nokia.com>

Merge-request: 176
Reviewed-by: hjk <qtc-committer@nokia.com>

It's more complicated then expected, to be detangled another day

There is still an open issue in this fix since the new extension might be of a different mime type (and our editors are attached to it currently).
More details documented in the code.

Task-number: QTCREATORBUG-2094
Reviewed-by: Thorbjorn Lindeijer

Task-number: QTCREATORBUG-2279

work.

Task-number: QTCREATORBUG-2255

Switch to Edit Mode once we constructed it in Core::init(). Switch to a
the Welcome Mode in Core::extensionsInitialized. Also works

The function always switched to Edit Mode, which was the cause for
several bugs. Since openEditor() already does switch to the right mode,
the function is not really needed.

The following actions now respect the prefered mode of the editor:
"f file"-locator
The Open Documents list
Editor history navigation

On that occasion, rename Designer to show up as 'Form Editor'
instead of Xml Editor in 'Open With'.

Task-number: QTCREATORBUG-2246

Add attribute to XML syntax specifying a script to generate files.
The script must provide a --dry-run mode in which it prints the files
it intends to create and their attributes to stdout.
Rework the CustomWizardContext structure to contain target path
and parameter mappings, simplify some code there.

Fixes e5f60a95

 * Fix all warnings about non-explicit constructors except for those
   in 3rdparty code.

... by introducing signal ICore::showNewItemsDialog().

Reviewed-by: Kai Köhne <kai.koehne@nokia.com>

Reviewed-by: dt <qtc-committer@nokia.com>

Access to the users private resource path (derived from the
settings path) has been used in quite some places, so it's
worth moving it to the core interface centrally.

Reviewed-By: Thorbjorn Lindeijer

by making operator== non-inline.

Reviewed-by: Christian Kandeler <christian.kandeler@nokia.com>