GitLab

I don't want it in the run configurations.

Makes it possible to reuse that code, which I intend to do for cmake and
running.

That is: Using the Run action, which fails due to build errors.
Using the Build action afterwards to rebuild.
This starts the executable.

TaskModel::firstError() and TaskWindow::gotoFirstError()

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>

Mainly removed the "Settings" part, since we don't use that in our
settings pages generally.

Also merged the build and run group boxes, since they both have only a
single checkbox currently. Easy enough to add more structure when
necessary.

At this point, compiling projects and debugger helpers works.
The speciality with this is that Qt does not provide distinct
mkspecs, because MSVC draws the line between 32 and 64 bit
solely by the environment.

Using default margins. Spacer outside lower Groupbox.

Reduce inconsistencies in tr()-Strings provided for
QActions that act on a current <something> (mostly files) by
introducing a ParameterAction class that takes the tr()-Strings
at construction time and provides a setParameter(QString) slot,
allows for setting that parameter or an empty string, which
will cause the displayed text to be updated.

Reviewed-by: dt

See commit b53fbe80

This makes sure the context-specific names don't show up in the settings
dialog. Also fixed the variable names to conform better to our
standards.

Reviewed-by: con

Setting a parent makes sure the dialog is correctly centered and shares
the taskbar entry.

Previously there was a lot of logic figuring out which files have
changed that are referenced a project. Leading to e.g. header files that
are part of the project, but not in a pro file, not being saved.

They don't have anything to do specifically with file wizards.

Initial-patch-by: Christian Hönig

focus should be on the editor, not on some hidden tab widget on
the projects pane.

So now you can choose not to automatically build before running.
And you can chose to automatically save all files before building.
The options are global and the default is the same as before.

The common code for all makesteps i mainly tracking in which directories
we are currently building. And guessing the filename from that
information. And creating a buildparser from a name.

This is a step towards fixing Task: 243747

This one has some magic inside to always use the current outputpane.
This solves the issue that I don't want Search and Build Issues list to
have its own set of next/prev shortcuts. todo is a better definition of
next for the build issues and/or a way to restrict it only to errors.

In certain situations, reported on irc.