GitLab

Now you can:

1) Master-switch all the layer styles of the layer by a single click
   on the layer property icon.

2) Right-click on a layer to edit its layer style

Fixes T218

Also implement "New Style" button that sames a style into a
Custom Styles library.

Now layer styles are split into three parts:

1) rendering -> kritaimage
2) basic xml parsing and loading -> libkispsd
3) loading a Krita resource -> kritaui

NOTE: Not connected to the UI yet, sorry :(

And make sure we name bevel and emboss the same way everywhere.

Still in TODO:

1) Implement needRect/changeRect to support incremental updates
2) Add a bit more unittesting

Still TODO:

* Make KisLayerStyleFilterEnvironment::layerOutlineCache() really cache
  the things. Otherwise we will not be able to paint on the styles layer
  dynamically

* Color Overlay
* Gradient Overlay
* Pattern Overlay

WARNING:
1) The offsets and angles for gradient and pattern may not coincide with
   Photoshop.
2) Pattern Overlay does NOT support scaling yet.

No GUI yet

Now need to implement GUI for that:

1) GUI should be done like DropShadow class implementation.

2) The new class should work with the three config classes:

psd_layer_effects_glow_common --- just a general pointer for handling
    glow configuration.

psd_layer_effects_outer_glow and psd_layer_effects_inner_glow --- specific
    structures for handling each effect. I'm not sure GUI need to know
    about it.

The problem is, when switching layer styles, some update workers may
still be running in the background. If projection plane is a shared
pointer, after switching the layer style the worker thread is left
with his own local copy of the plane/styles and can finish his
work happily.

It fixes multithreading access issues when the layer style is updated
while another thread is regenerating it.

Now you can even use it smoothly. The only trouble, undo is not
supported yet.

Now it has its own interface and accepts KisPSDLayerStyle directly
instead of parsing XML every time.

TODO: move layerstyles into a separate library out of plugins/filters
      directory

A style collection is a resource that contains styles, the styles them-
selves are not resources. If you select a style from a collection, its
settings should be copied to the current style applied to the layer.

Layers don't share predefined styles, at least not in Photoshop.

Now all we need to do is fill in the dialog from the settings and save
the settings on closing the dialog. Then we can load and save the ASL
files in the .kra file and import/export to PSD -- and finally we _just_
need to apply the effects to the layer during recomposition!

Easy-peasy!

We want to be able to save and load ASL files from krita/image, so that
needs to share code with the PSD plugin.

Conflicts:
	libs/main/KoApplication.cpp

Conflicts:
	libs/main/KoApplication.cpp

typedef KGenericFactory<Plugin> PluginFactory;
K_EXPORT_COMPONENT_FACTORY(lib, PluginFactory("krita"))

to

K_PLUGIN_FACTORY(PluginFactory, registerPlugin<Plugin>();)
K_EXPORT_PLUGIN(PluginFactory("krita"))

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

Most Krita plugins still inherited KParts::Plugin where with the
current pluignloader, QObject is sufficient. Only gui plugins with
an rc file as still KParts::Plugin type plugins.

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

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

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

a lot. I did test by compiling with an uninstalled koffice, but it's not
unlikely that there will be some fallout -- and there are many new directories
and Makefile.am's.

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

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

* Remove the wet paintbrush tool; it's sufficient to use the wet paintop
* The fsf has moved house, or so Thomas tells me. I guess it's a pretty dumb
  idea to have such volatile information in all headers, but there you are.
  We're up-to-date again...

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

tool more than once because of problems with merging actionCollections).

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

  (Todo: work with the correct .rc file. Because tools are loaded only
  once. the defaulttoolsplugin.rc is not read and the toolbars are not
  populated. Don't know how to solve this right now.)
* Moved all generic tool interfaces and abstract classes to the core,
  where all tool plugins can use them.
* Made a tool registry/factory.
* Split the patterns/gradients/brush shapes docker into a fill and
  a shape docker.
* Detached the options docker by default because we've got too many dockers now.
* Moved the scoped lock helper class to tiles, which is the only place where
  it was actually used.

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

* Moved all colour strategies to modules
* Create a new type of plugins, provisionally loaded when
  KisPluginRegistry's static initializer constructs the singleton.
* Renamed KisGenericFactory, KisFilterFactory and KisColorSpaceFactory
  to ...Registry since these classes do not construct, but register
  and make avialable their objects.
* Removed composite ops. This is a good idea in principle, but comp ops
  belong to the colour strategy and this particular way of doing has
  already been tried and found wanting.

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