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
Michele Calgaro e5dc5b5be9
Removed explicit usage of the 'register' keyword.
5 years ago
..
brushop Fix invalid headers in PNG files and optimize for size 8 years ago
ws Removed explicit usage of the 'register' keyword. 5 years ago
Makefile.am
README
TODO
chalkwsplugin.desktop Fix ServiceTypes, ExcludeServiceTypes, and DocPath desktop file entries to match XDG specifications 10 years ago
kis_wet_sticky_colorspace.cc Rename additional header files to avoid conflicts with KDE4 12 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 12 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 12 years ago
wet_sticky_plugin.h Rename a number of libraries and executables to avoid conflicts with KDE4 12 years ago
wstool.ui

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.