GitLab

"Dummy profile" is very descriptive, but if we map a request for a
colorspace with an empty profile name to a colorspace with a profile
named "Dummy profile" the mapping function gets all confused.

If the dox say that the gradient is owned by KoGradientBackground,
then let's not delete the gradient we just passed it.

This also disables the copy and operator= constructors for all shape
background classes, for safety's sake.

BUG: 779777
BUG: 326902

BUG:326508

Because the default paintop is set from KisView a little later on.

The disconnectCurrentImage method was never called, and the
connectCurrentImage method only once, so make that inline.

CCBUG:326550

Also, add an extra assert to make sure that the profile of the colorspace
we get is the one we asked for.

QFileDialog does that for us now.

BUG:322707,326067

CCBUG:326550

We need to check whether poppler actually can create a document before
using the object.

BUG:779182

CCBUG:326759

BUG:326762

But keep the assert so we can debug the issue when it happens. Somehow,
the mapping gets messed up.

BUG:326767

BUG:326671

Add shortcut to undo last polygonal selection point(s)

Some distributions (you might guess, which one) have their Qt heavily
patched, so we cannot use our own hard-copied Qt private headers. Instead
we should try to fetch them from the system

There's no gui for this setting yet, and I'm not sure we want one. But
now people can experiment to their heart's content.

Needs to be made optional.

The GTK native file dialogs, when you copy a file name (with ctrl-c)
do something really horrible to the clipboard. This will cause a hang if
the app connects to the QClipBoard signals.

See: https://bugreports.qt-project.org/browse/QTBUG-11187

However, https://bugreports.qt-project.org/browse/QTBUG-32853 might still
occur: that is, if the user tries to copy the filename, there'll be a
delay on closing the app, and an error message on stderr:

QClipboard: Unable to receive an event from the clipboard manager in a reasonable time

BUG:325949

Conflicts:
	krita/ui/input/kis_input_manager.cpp
	krita/ui/input/kis_shortcut_matcher.cpp

This applies to the Brush Configuration PopUp and Preset Selector PopUp

Thanks Animtim for reporting this regression!

The problem was related to the fact that the size of the dab
changes depending on the value of the subpixel offset. This happens
due to various rounding complications. It means that if we want to keep
the hot spot of the dab unmoved, when the dab becomes mirrored, we should
change of x,y offset of the dab.

That is why the code that calculates the origin of the dab is now
moved to the KisDabCache, which handles all these complications.

BUG:323245