GitLab

Forward port of 817e66fd

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

BUG:372247

Not all filters can handle that: some need a filename to start
a directory structure, others (tiff) use a library that thinks
it needs to open the file itself.

Implements T3574

The import/export filters always work on local files, so there
is no need to convert the inputFile() to a QUrl, only to convert
it back to a local filename again. This fixes a number of issues
where we handled the conversion between QUrl and a filename the
wrong way, and it also simplifies our code a lot.

Now we have only one plugin dir. The plugin dir now has the
great big include_directories list, but that's for fixing
later on.

Instead of using a QImage, either full-sized or already down-sampled,
that then gets scaled again.

CCBUG:352781

This removes two unused backends (tar and encrypted) and fixes
the zip backend to properly use temporary files (which aren't
necessary and haven't been necessary, but now I need to figure
out how to fix that properly).

Done in the 2.9 branch to keep the code as close as possible to what
we have in frameworks; in frameworks, kio asserts if there is no sycoca
which means we have to drop using kio.

We lose network transparent file access, but a) I am sure that no artist
was using that anyway and b) that only works with the KDE file dialog
which is available only to a minority of users and c) having that code
separately in every filter was a mistake anywhere, we weren't consistent
so some filters had the code and others didn't.

It is really misleading what information is fetched from the image
and which from the paint device.

This is faster and uses less memory.
BUG:349445

There are a few issues with many Lesser GPL headers currently:
* refer to version "2" while there is only version "2.1" as minimum
* refer to "GPL" for more info, not "Lesser GPL"
* typos & possibly unwanted sideeffects of replace-all actions

This patch fixes those things. Quite a lot of files changed, so not fun to review, but you will be the hero of the day if you do.  At least I had some fun with perl and regular expressions, at least when it worked :)

See also http://lists.kde.org/?l=kde-licensing&m=142039469120716&w=2

REVIEW: 121996

Thanks to boud and ingwa for review!

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

We almost always disable that -- and where we didn't, we probably had
a bug.

CCBUG:337126

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

This also removes the explicit compression parameter from the qimage
save to png calls, since those don't do anything for png.

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.

BUG:290528

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

Krita's use of KoStore is pretty old-fashioned, and we don't need the
name expansion used by the unfinished, 10-year old filter-in-filter
feature that presumably is the reason for doing weird things to paths
in a store of they start with a digit.

KoStore needs a thorough clean-up, but for now, setting disallowNameExpansion
is enough.

BUG:289242

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:220336

We have a number of ways of dealing with KoStore* objects: delete
them, leak them, use a Finalizer or a Keeper class or hope that
KoOdfReadStore would delete it (which it doesn't).

This removes the leaks. For the future, a QSharedPointer approach
might be attractive.

svn path=/branches/work/koffice-essen/; revision=1183445

See: http://create.freedesktop.org/wiki/OpenRaster/File_Layout_Specification#mimetype

BUG:220337

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

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

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

So use WSP instead of SP, except in KisDoc.

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

* The krita file filter plugins are moved to krita/plugins/formats.
They depend on the various krita libraries anyway, unlike, frex,
the kword filters, and we too often forgot to check them when changing
krita's api

* rename the awkwardly named viewplugins to extensions, in line with
the README in the plugins dir (which got extended with the remaining
plugin types

* move the painterly framework to extensions -- it feels more logical
in that place.

* move the 

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