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/chalk/colorspaces/wetsticky
Timothy Pearson 63f984a752
Rename additional header files to avoid conflicts with KDE4
11 years ago
..
brushop Rename additional header files to avoid conflicts with KDE4 11 years ago
ws Fix accidental conversions of binary files from last commit 12 years ago
Makefile.am Finish rebranding of Krita as Chalk 13 years ago
README Finish rebranding of Krita as Chalk 13 years ago
TODO Finish rebranding of Krita as Chalk 13 years ago
chalkwsplugin.desktop Update XDG information in support of bug report 892. 12 years ago
kis_wet_sticky_colorspace.cc Rename additional header files to avoid conflicts with KDE4 11 years ago
kis_wet_sticky_colorspace.h rename the following methods: 13 years ago
kis_ws_engine_filter.cc Rename additional header files to avoid conflicts with KDE4 11 years ago
kis_ws_engine_filter.h rename the following methods: 13 years ago
wet_sticky_plugin.cc Rename additional header files to avoid conflicts with KDE4 11 years ago
wet_sticky_plugin.h Rename a number of libraries and executables to avoid conflicts with KDE4 11 years ago
wstool.ui Remove the tq in front of these incorrectly TQt4-converted methods/data members: 13 years ago

README

Wet & Sticky

The Chalk 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 Chalk:

* 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 Chalk 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.