GitLab

That ancient KisImageWSP find-replace refactoring was really
not right.

BUG:372247

This is a huge and dangerous refactoring: I think we will find
double delete crashes for some time to come, though starting krita,
painting, filtering and closing work without problems. We were
leaking these configuration objects all over the place, though, since
there was no ownership defined.

This also fixes a wrong fallback that must have been a copy-pasto,
because trying parse the value of radius when parsing opacity
failed can't be right, especially since radius isn't in the ORA
spec.

This exposed a bunch more places where our promiscuous include_directories
led to a mess...

This more accurately reflects the string-comparison shenanigans going on.

This refactors Krita to allow the user to have more than one
image open in a window. Krita no longer uses or depends on the
komain library.

For now, Sketch and Gemini are disabled.

review:119612

Conflicts:
	krita/ui/kis_view2.cpp
	krita/ui/tool/kis_delegated_tool.h

BUG:321106

Patch by Sahil Nagpal
CCMAIL:nagpal.sahil01@gmail.com

The problem was, apparently, creating a KisDoc2 instance in a thread,
which is what the images docker does... Now it's possible to use the
ora and kra loaders without an actual KisDoc object, though I suspect
that if you have shape layers, the result will not be totally right.

Save and load color-dodge correctly. With fallback for old and broken
ora files.

Now Krita can roundtrip the resolution information in ora files,
but other apps will still reset that to 72 DPI. We need to extend
OpenRaster for this.

CCBUG:321106

To make autocomplete a bit easier...

This cleans up pigment by removing the old, unused and confusing
composite op implementations. It turns out that the new softlight
was already conforming to the W3C SVG definitions; but I added
a new softlight definition specially for importing photoshop documents.

See http://en.wikipedia.org/wiki/Blend_modes#Soft_Light for the
difference.

First stab at implementing  http://www.freedesktop.org/wiki/Specifications/OpenRaster/Draft/LayersStack

Not sure whether I got the mapping right, though.

CCMAIL:a.t.chadwick@gmail.com
CCMAIL:create@lists.freedesktop.org

CCMAIL:a.t.chadwick@gmail.com
CCMAIL:create@lists.freedesktop.org

Following spec proposed by Adrew Chadwick, see

http://www.freedesktop.org/wiki/Specifications/OpenRaster/Draft/LayerEditLockingStatus

CCMAIL:a.t.chadwick@gmail.com
CCMAIL:create@lists.freedesktop.org

The ora importer used KisImage::resize to resize images after loading
all the layers. This broke when KisImage::resize was ported to the
strokes framework and actually became an asynch crop+resize implementation.

Somehow, the resize never finished when run in batch mode, which meant
that subsequently the png export couldn't even start.

CCBUG:285827

Once upon a time, lock and unlock was meant to keep the image quiet
while adding layers during loading. The meaning of lock/unlock changed,
so the calls to lock/unlock have become useless, and even dangerous.

If you have files saved prior to the fix for BUG:283255, you might still
want to be able to load them correctly.

This fixes a bug in drop shadow as well, though it still doesn't work
in strokes branch

There are two changes:
1) See: http://community.kde.org/Krita/Undo_adapter_vs_Undo_store

   Split the functionality of KisUndoAdapter into two classes:
   KisUndoStore and KisUndoAdapter. The former one works as an
   interface to an external storage of the undo information:
   undo stack, KoDocument, /dev/null. The latter one defines the
   behavior of the system when someone wants to add a command. There
   are three variants:
      1) KisSurrogateUndoAdapter -- saves commands directly to the
         internal stack. Used for wrapping around legacy code into
         a single command.
      2) KisLegacyUndoAdapter -- blocks the strokes and updates queue,
         and then adds the command to a store
      3) KisPostExecutionUndoAdapter -- used by the strokes. It doesn't
         call redo() when you add a command. It is assumed, that you have
         already executed the command yourself and now just notify
         the system about it. Warning: it doesn't inherit KisUndoAdapter
         because it doesn't fit the contract of this class. And, more
         important, KisTransaction should work differently with this class.
2) The ownership on the KisUndoStore (that substituted KisUndoAdapter
   in the document's code) now belongs to the image. It means that
   KisDoc2::createUndoStore() is just a factory method, the document
   doesn't store the undo store itself.

BUG:277200

These are defined as a subset of svg blending modes.

svn path=/trunk/koffice/; revision=1075713

Apply kdelibs' astyle to all of krita. We've got enough variation
in spaces around * and & anyway.

svn path=/trunk/koffice/; revision=1038712

So use WSP instead of SP, except in KisDoc.

svn path=/trunk/koffice/; revision=1029352

save/load stack in the same order as gegl/mypaint (same order as user visible, but reverse order as internal structure)

svn path=/trunk/koffice/; revision=913759

correcltly serialize width and height of images

svn path=/trunk/koffice/; revision=913189

svn path=/trunk/koffice/; revision=853122

where we join a qstringlist).

svn path=/trunk/koffice/; revision=850327

* simplify the layerbox so I can start investigating why moving layers doesn't work

svn path=/trunk/koffice/; revision=780205