contains processing of IMAGE and TRANSFORM messages

 * supports all file formats that can be read via ITK
 * does not support image series

* SliceExtractor FitToWindow property defaults to true to mimic old behavior per default
* PointPredicateRenderArea renders y axis label

* Now supports optional scaling and offset of image
* Added properties for geometry render style and size
* Fixed some scribbling-related bugs

Starting with commit d6fec679, pipelines need to provide their own light
source to function properly. Lua pipelines didn't, which caused them to
fail to render.

Add a SWIG wrapper for LightSourceProvider to make it accessible from
Lua. Instantiate and attach a light source in existing Lua pipelines.

References #1

Commit 293d43dd introduced breaking changes to the way invalidation
levels are handled. As a result, property and processor-related bindings
failed to compile.

Update all SWIG bindings affected by the above problem to make them
compatible with the current property and processor-related APIs.

References #1

To properly test the initial support for slot functions defined in Lua,
VolumeRendererDemo has been reimplement as a Lua pipeline.

References #1

Lua pipelines need to access certain protected properties of
AbstractPipeline but can't reference them directly as they don't
actually inherit from any class. ExtendedAutoEvaluationPipeline was
added to generated bindings to expose public getters for the properties
in question. LuaPipeline instances could then be cast to
ExtendedAutoEvaluationPipeline to give Lua code access to these new
methods.

However, now that HasPropertyCollection has been wrapped, the protected
properties can be accessed via its getProperty method. This approach is
preferred as it's much cleaner and simplifies our interface files. As a
result, ExtendedAutoEvaluationPipeline has been removed.

References #1

In order to reimplement VolumeRendererDemo in Lua
campvis::VolumeRenderer from the vis module has been wrapped using SWIG.

References #1

Several classes from campvis-core that are needed to reimplement
VolumeRendererDemo in Lua have been wrapped using SWIG. Among the
classes are: ImageData, CameraProperty,
TrackballNavigationEventListener, and their respective super-classes.

References #1

As there's currently only one Lua pipeline, we could so far get away
with storing it in the `scripting` directory, giving it a generic name
and registering it manually. However, this approach won't work anymore
once additional Lua pipelines start to be implemented.

To support multiple Lua pipelines, implement a registration mechanism
for scripted pipelines based on PipelineFactory and similar to
PipelineRegistrar. It scans each active module's `pipelines` directory
for Lua pipelines, parses them and generates a registration header that,
when included, registers them with PipelineFactory.

As a result of the above, the test Lua pipeline had to be moved to
`modules/preprocessing/pipelines/` and could be renamed
ResamplingDemoLua.

References #1

To make it possible to access GlImageResampler's p_resampleScale
property from Lua, FloatProperty and the classes it depends on have been
wrapped using SWIG.

References #1

Now that TGT and campvis-core can be built as shared libraries, the few
remaining issues with the first Lua pipeline could be tracked and fixed.
As a result, the pipeline can be executed without any issues, and its
functionality exactly corresponds to that of ResamplingDemo. To achieve
this, several additional classes, methods and constants had to be
wrapped.

References #1

All interface files used to live under `scripting/`. However, that
separated them from the code they were binding and clustered them
unnecessarily.

Make each interface file part of the CAMPVis component whose code it's
binding. This fixes the issues mentioned above and makes it possible to
build Lua modules conditionally, depending on what components of CAMPVis
are enabled.

References #1

Previously, it was only possible to register a pipeline by providing
a static function that would create it. To make the registration more
flexible, PipelineFactory has been updated to also accept pipelines
registered using functors and lambdas.

References #1

The MprRenderer renders MPRs of single images by specifying a clipping plane using normal vector and distance to origin.

* Allow execution of RenderTargetCompositor also if only a single input image is available and the compositing mode is set accordingly.
* Introducing allproperties.h

Depending on StringProperty's display type, its property widget shows either just the QLineEdit, or additionally a browse button that pops up a QFileDialog for either loading or saving a file, or choosing a directory.

closes #43

refs #474
refs #553

refs #474

Fixed GenericGeometryTransferFunction not setting the clear color correctly before rendering into TF texture.
This also fixes the broken IXPV pipeline (Issue #62) that got also cleaned with this commit.

closes #62

Removed all code fragments in core code that was ITK specific (conversion from/to GenericImageRepresentationItk). The functionality was replaced by the new conversion functors in imagerepresentationconversionitk.h and imagerepresentationconversionitk.cpp.

refs #553
refs #474

* Geometry1DTransferFunctionEditor not correctly drawing image intensity histogram.
* VolumeExplorer not always initializing slice- and raycasting render size properties.

Removed ProcessorDecoratorShading and replaced all of its usages with the new LightSourceData API. This also includes adding LightSourceProviders to the corresponding pipelines.

refs #547

* Introducing base module with LightSourceProvider processor
* Updated GeometryRenderer and GeometryRendererDemo to use LightSourceData instead of ProcessorDecoratorShading
* Introducing LightSourceData::bind()

refs #547

Fixed CMake build scripts to better handle default enabled modules and specifically disabled modules.

To now, each property hat an _invalidationLevel field that was evaluated by processors when the property had changed in order to determine what has to be done. However, since properties could also be owned by other classes, this design was semantically misleading.
Therefore, it was removed with this commit and replaced by the invalidation map of each processor. Now, this per-processor mapping of property -> invalidation level is managed by the processor itself. Furthermore, the invalidation level is no longer setup during property creation but during AbstractProcessor::addProperty(), which also makes much more sense.

ATTENTION: Due to these intrusive API changes, the code of all processors and other classes handling properties needs to be changed. As a reminder, the implementation of addProperty() also now takes a reference instead of a pointer, so that old code does no longer compile.

refs #542

removed obsolete scr_msk module. Code for Christian's IPCAI '13 submission on orientation-driven ultrasound compounding will be reimplemented from scratch at some point anyway.

Introduced manualsegmentation module with a HIGHLY EXPERIMENTAL processor and pipeline for manual segmentation of tissue layers. This code not really intended for use in other code but only to keep the somewhat extensive code for later reuse.