1. 25 Sep, 2013 1 commit
    • Artur Grunau's avatar
      NumericProperty: provide a default step value · 8fcbfb5b
      Artur Grunau authored
      Even though all integer-based properties derived from NumericProperty
      used the same step value, T(1), it had to be specified when
      instantiating them. To reduce boilerplate code in property
      constructors, NumericProperty now uses T(1) as the default step value.
      8fcbfb5b
  2. 21 Sep, 2013 1 commit
    • Artur Grunau's avatar
      Support setting the step of numeric properties · ec9a8b81
      Artur Grunau authored
      A new attribute has been added to all numeric properties: step value. It
      determines the value of a single increment/decrement that numeric
      property widgets use when their associated properties are modified using
      sliders or spin boxes (users are still able to type any valid property
      value in text edits).
      
      Numerous processors and pipelines had to be updated to work with the
      changed NumericProperty interface. However, choosing a well-suited step
      value for each property can make it easier for users to modify the
      property — using one step value for all properties leads to cases where
      it is either too small, causing users to go through property values
      which don't cause any visible change, or too big, making it difficult to
      quickly determine the right property value.
      ec9a8b81
  3. 05 Sep, 2013 1 commit
  4. 04 Sep, 2013 1 commit
  5. 05 May, 2013 1 commit
  6. 11 Apr, 2013 1 commit
  7. 23 Feb, 2013 1 commit
  8. 19 Feb, 2013 1 commit
  9. 13 Feb, 2013 1 commit
  10. 12 Feb, 2013 2 commits
  11. 11 Feb, 2013 1 commit
  12. 10 Feb, 2013 2 commits
  13. 08 Feb, 2013 2 commits
  14. 04 Feb, 2013 1 commit
  15. 28 Jan, 2013 1 commit
  16. 21 Jan, 2013 3 commits
  17. 18 Jan, 2013 2 commits
  18. 04 Nov, 2012 1 commit
  19. 02 Nov, 2012 2 commits
  20. 31 Oct, 2012 1 commit
  21. 26 Oct, 2012 1 commit
  22. 29 Aug, 2012 2 commits
  23. 10 Aug, 2012 2 commits
  24. 07 Aug, 2012 1 commit
  25. 06 Aug, 2012 1 commit
  26. 03 Aug, 2012 1 commit
  27. 25 Jul, 2012 2 commits
  28. 24 Jul, 2012 1 commit
  29. 18 Jul, 2012 2 commits
    • schultezub's avatar
      * introduced NumericProperty<T> · 37dccfdc
      schultezub authored
       * fixed memory leak in ImageDataConverter
       * added usage of Shader::IgnoreUniformLocationError where reasonable
       * fixed shaders
      
      git-svn-id: https://camplinux.in.tum.de/svn/campvis/trunk@189 bb408c1c-ae56-11e1-83d9-df6b3e0c105e
      37dccfdc
    • schultezub's avatar
      One huge commit including: · 9130371f
      schultezub authored
      Major revisions to the class layout / data structure:
       * Introduced ImageDataConverter interface (still not really happy with the design)
       * Removed support for Int64 and double images from WeaklyTypedPointer
       * Added ImageDataGL::bind()
       * AbstractProcessor::init() method, gets called by AbstractPipeline::init()
       * added VisualizationProcessor
      
      Updated/New processors:
       * fixed MhdImageReader
       * SliceExtractor stub for very simple slice rendering
      
      Various fixes:
       * DataContaier: managing of DataHandle ownership
       * GenericImageDataLocal::getSubImage()
       * ImageDataRenderTarget bindings
       * GenericProperty
       * linking issues with StringUtils
      
      Hence, all this enables the first usable implementation of a specific pipeline:
      The SliceVis pipeline combines MhdImageReader and SliceExtractor for a very simple 2D slice rendering
      
      git-svn-id: https://camplinux.in.tum.de/svn/campvis/trunk@188 bb408c1c-ae56-11e1-83d9-df6b3e0c105e
      9130371f