GitLab

* Updated all CMake scripts to use Qt5
* CampvisApplication takes care of moving the QGLContext thread affinity to the threads that do the rendering.
* QtCanvas:resize() is called through Qt signalling to ensure being in GUI thread.
* Added init and deinit functions to the Runnable interface.
* minimum required CMake version is now 3.0

refs #249

refs #643

* Replaced Lua Git submodule with our own adjusted copy of the Lua source + CMakeLists.txt. This allows to export liblua as installation target.
* The campvis-application library is now called campvis-application-lib. The executable is called campvis-application.
* Further clean up of CMake files.

refs #643

All classes in campvis-application now have the CAMPVIS_APPLICATION_API macro specifying dll export/import state. The executable is now called campvis-gui.

* Split up campvis-application executable into campvis-application library and campvis executable. This allows to create a Lua module for the stuff in campvis-application.
* Added Lua binding stub for campvis-application
* Revised LuaTable and it's offsprings to (almost) fully model the Lua table model
* Added MetatableLuaTable to model Lua's metatables
* LuaTable supports caching the current field state in a value map supporting lazy instantiation
* Added LuaTableTreeModel transforming the LuaTable structure into a QAbstractItemModel
* Extended ScriptingWidget to contain both a LuaTableTreeWidget containing a variable view as well as with a LuaCompleter automatically completing the typed Lua commands with the variables extracted from the lua state.

refs #643

Cleaned up CMake scripts and added correct export definitions so that now CAMPVis can easily imported into other CMake projects through FIND_PACKAGE(CAMPVis).

The WorkflowControllerWidget resides as new tab on the right-hand dock area of the main window and allows to interact with an AbstractWorkflow instance.

refs #13

* Added automatic copy of inspect.lua to binary directory to CMake build scripts
* Added AbstractPipeline::getProcessor(std::string&)
* Added ScopedSynchronousGlJobExecution guard to Lua command execution to ensure having an OpenGL context present
* Fixed ordering in CampvisApplication::deinit()

* Removed CameraProperty, CameraPropertyWidget and TrackballNavigationEventListener
* replaces all known occurrences of the above three with the new TrackballCameraProvider processor
* introduced TrackballCameraProvider::reinitializeCamera()

refs #141

refs #386

Added directories of various needed resources (textures, sampledata) to the CampvisShaderDirectories CMake variable, which is used for deployment. Replaced various occurences of CAMPVIS_SOURCE_DIR with ShdrMgr.completePath().

* new QtJobProcessor singleton: used to execute jobs in the Qt thread
* CampvisApplication now has a map to obtain the window for a pipeline

relocated mscopysegmentation module

relocated alglib library. Compiler warning level raised to w1 to get rid of float-double conversions.

save results into csv
akima spline interpolation using alglib, deleting nearest point

alglib library. extensive trimming required

ctrl+wheel zooming, arrow movement, ctrl+z, atl+click_nearest+click to edit _nearest point

multi object, multi location, multi slide contour point/line painting

draft code for addobject deleteobject

added ContourObject class linked with add and delete button.

added a proxy class of Vec4Property/Widget as colorproperty/widget to control drawing color

Conflicts:
	modules/vis/processors/sliceextractor.cpp

edited DevilImageReader to read multiple files having same name pattern: somePrefix_[number].[extension] given the 1st file name

Worked on DevilImageReader to load single 2d image for 3d rendering

exp_01 commit

* Moved campvis::Runnable interface to tgt namespace (since it's needed by sigslot, which only depends on tgt)
* Introduced sigslot::signal_manager singleton class that will manage the dispatching of signals in its own thread
* Started proof-of-concept implementation of asynchroneous signals for signal0<> and signal1<>. Both classes define their own signal_handleN deriving from _signal_handle_base, which defines the signal to dispatch.

Proof-of-concept implementation seems to work so far.

refs #384

Conflicts:
	core/tools/opengljobprocessor.h
	ext/tgt/runnable.h

Conflicts:
	application/CMakeLists.txt
	core/tools/opengljobprocessor.h

With scripting enabled, the main window now has an additional scripting widget that allows to interact with a Lua VM. The current proof-of-concept implementation creates a Lua VM for every instantiated CAMPVis pipeline while the console just interacts with the first pipeline's one.
However, the Lua VM concept has to be reiterated later anyway. It may make more sense to have just a single central Lua VM for the entire application, which is shared by each pipeline.

This commit marks the start of work on making Lua pipelines as easy to
register and instantiate as regular ones. A sample Lua pipeline has been
made available to the application so that problems with integrating Lua
pipelines can be discovered and fixed.

References #1

Module file parsing now supports new fields "ThisModApplicationSources", "ThisModApplicationHeaders", and "ThisModApplicationToBeMocced". These files will be added to the campvis-application package (instead of to the campvis-modules package) and thus for instance allow a module to declare property widgets in a non-intrusive way.

Little bug fix in glvesselnessfilter.frag shader.

Added smallHeart.mhd sample volume to repository, all demo pipelines in vis module refer to this file. Hence, all vis pipelines should work out of the box from now.

 * Added a stripped version of NLOPT sources as external library, so that the registration module can be built right away.
 * Some minor improvements in CMake files

MdiDockableWindow has been extracted from MdiDockArea to simplify and
better structure our MDI implementation. The new class takes care of
creating all necessary representations (docked and floating window) of
widgets added to MdiDockArea and seamlessly switching between them in
response to the user's actions (window dragging, key presses, etc).

MdiDockableWindow improves our MDI implementation in two ways:
- MdiFloatingWindow and MdiDockedWindow instances shouldn't be
  interacted with directly; they're created and disposed of as needed,
  and therefore can't be used as a handle to access and modify an MDI
  window's state; MdiDockableWindow, in contrast, fits this role
  perfectly; it manages both representations of an MDI window, and as
  a result stays around as long as at least one of them is needed
- managing state transitions of many sub-windows directly in MdiDockArea
  was becoming clumsy as signal mapping and dynamic properties were
  required; having a separate widget that only has to control the state
  of one sub-window makes the code related to state transitions much
  simpler

PipelineMdiSubWindow has been renamed MdiDockedWindow, and
refactored to make it easier to use it with arbitrary widgets.

To better group MDI-related classes, all of them have been moved to the
´gui/mdi´ directory.

VisualizationPipelineWidget has been renamed MdiFloatingWindow, and
refactored to make it easier to use it with arbitrary widgets.

VisualizationPipelineWrapper has been renamed MdiDockArea, and refactored
to make it easier to use it with arbitrary widgets. It now inherits from
QMdiArea, which removes an unnecessary layer of indirection. Moreover, it
creates MDI subwindows and floating windows only if necessary, i.e. when
a widget stored in it changes state.

IntAdjusterWidget displays and provides two ways of modifying integers:
a slider that can be used to quickly change numeric values, and a spin
box, which is better suited for precise adjustments.

IntAdjusterWidget is a simple extension of AbstractAdjusterWidget<int>.
It is designed to be used by IntPropertyWidget and widgets for vector
properties storing integers.

DoubleAdjusterWidget used to inherit directly from QWidget. Rebasing it
on top of AbstractAdjusterWidget<double>, however, greatly simplified
its implementation and provided it with several additional API methods
for free.

DoubleAdjusterWidget displays and provides two ways of modifying
double-precision floating-point numbers: a slider that can be used to
quickly change numeric values, and a spin box, which is better suited
for precise adjustments.

DoubleAdjusterWidget is designed to be used by FloatPropertyWidget and
widgets for vector properties storing floats.

The way visualization pipelines are displayed has been considerably
reworked. A new class, VisualizationPipelineWrapper, is now responsible
for creating all necessary representations (VisualizationPipelineWidget,
PipelineMdiSubwindow) of a visualization pipeline and seamlessly
switching between them in response to the user's actions (window
dragging, key presses, etc). As a result, it's now possible to drag
visualization pipeline widgets out of the MDI area and turn them into
top-level floating windows.

A new class, LogHighlighter, has been added to the application.
Currently it's only responsible for highlighting those parts of log
messages that match the current filter. However, it can be easily
extended to also highlight timestamps, log levels, etc. All in all, this
should make the information the log viewer displays much easier to scan
through.

git-svn-id: https://camplinux.in.tum.de/svn/campvis/branches/gui-redux@518 bb408c1c-ae56-11e1-83d9-df6b3e0c105e

* Introducing DataNamePropertyWidget offering a combo box with all DataHandles in current DataContainer
* added slice rendering to Columbia1 pipeline

git-svn-id: https://camplinux.in.tum.de/svn/campvis/trunk@516 bb408c1c-ae56-11e1-83d9-df6b3e0c105e

BufferingLog is a tgt::Log subclass that stores log messages in
a bounded deque, whose maximum size is specified when calling
BufferingLog's constructor. When it reaches its maximum capacity and is
asked to store additional messages, it discards old ones according to
the least recently used policy.

There will soon be a Qt model using BufferingLog as its data source.
It will provide log filtering and message formatting.

git-svn-id: https://camplinux.in.tum.de/svn/campvis/branches/gui-redux@508 bb408c1c-ae56-11e1-83d9-df6b3e0c105e

There is now a new widget (LogViewerWidget) dedicated to displaying log
messages. It builds upon the previous ad-hoc design, adding controls for
clearing and filtering log messages. Clearing has been implemented
already, filtering on the other hand doesn't work yet.

git-svn-id: https://camplinux.in.tum.de/svn/campvis/branches/gui-redux@507 bb408c1c-ae56-11e1-83d9-df6b3e0c105e

QTextEditLog is a tgt::Log subclass that is initialised with a QTextEdit
instance to which it then redirects all log messages it receives.

git-svn-id: https://camplinux.in.tum.de/svn/campvis/branches/gui-redux@502 bb408c1c-ae56-11e1-83d9-df6b3e0c105e