You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
koffice/krita/colorspaces/wetsticky
tpearson 96ffb8e1e0
Fixed images
15 years ago
..
brushop Fixed images 15 years ago
ws Fixed images 15 years ago
Makefile.am Added old abandoned KDE3 version of koffice 15 years ago
README Added old abandoned KDE3 version of koffice 15 years ago
TODO Added old abandoned KDE3 version of koffice 15 years ago
kis_wet_sticky_colorspace.cc Added old abandoned KDE3 version of koffice 15 years ago
kis_wet_sticky_colorspace.h Added old abandoned KDE3 version of koffice 15 years ago
kis_ws_engine_filter.cc Added old abandoned KDE3 version of koffice 15 years ago
kis_ws_engine_filter.h Added old abandoned KDE3 version of koffice 15 years ago
kritawsplugin.desktop Added old abandoned KDE3 version of koffice 15 years ago
wet_sticky_plugin.cc Added old abandoned KDE3 version of koffice 15 years ago
wet_sticky_plugin.h Added old abandoned KDE3 version of koffice 15 years ago
wstool.ui Added old abandoned KDE3 version of koffice 15 years ago

README

Wet & Sticky

The Krita Wet & Sticky module is derived from the seminal dissertation
"Wet & Stick: A Novel Model for Computer-Based Painting" by Malcom Tunde
Cockshott, and the implementation of that model by Tunde Cockshott,
David England and Kevin Waite. The complete source code to the first
implementation is included in the module_ws/ws and is released under
the terms of the GPL. 

The W&S model is implemented in the following components:

* A color strategy
* A paint op
* A filter

The color strategy implements the canvas; the paint op implements the
application of paint and the filter implements the paint simulation
engine.

This system adds the following interesting capabilities to Krita:

* Extending the tool options dialog with a widget describing the 
  paint op.

* Extending the paint op class with properties beyond opacity and
  color to a more generic structure with can contain the many different
  properties needed by more complex color models to calculate bitBlt's.

  All the ordinary paint ops still work, but they act as if they are
  applying dry, thin paint, conforming to Cockshott's analysis of the
  Shoup model (which Krita implemented in the first instance) as a subset
  of the W&S model.

* Adding continuously running filters (either in separate threads or 
  called by a timer) to a particular paint device.

* Adding a new way to mix colour; the older colour selection widgets
  still work, but only give completely dry, infinitely thin paint.

* Creating a layer with a fill of 'substrate' cells -- i.e, filling not just
  with colour, but also with certain calculated amounts of height,
  gravity and absorbency.