BUG: 2259. Added zoom factor into slice view translation.

git-svn-id: http://svn.slicer.org/Slicer4/trunk@20593 3bd1e089-480b-0410-8dfb-8563597acbee
STYLE: Cleanup ResampleScalarVolume XML description to respect XML Schema

git-svn-id: http://svn.slicer.org/Slicer4/trunk@20594 3bd1e089-480b-0410-8dfb-8563597acbee
COMP: Ensure all external project option can be overwritten

git-svn-id: http://svn.slicer.org/Slicer4/trunk@20595 3bd1e089-480b-0410-8dfb-8563597acbee
STYLE: Move "Slicer_UPDATE_TRANSLATION" into the "General Slicer option" section

git-svn-id: http://svn.slicer.org/Slicer4/trunk@20596 3bd1e089-480b-0410-8dfb-8563597acbee
BUG: Ensure "Slicer_USE_PYTHONQT" is considered during the first configuration

Thanks to Brad Lowekamp for reporting this issue :)

Since option "Slicer_BUILD_QTSCRIPTEDMODULES" was depending on Slicer_USE_PYTHONQT
it is important to define it first. At least run of cmake were required
to ensure that "Slicer_BUILD_QTSCRIPTEDMODULES" was properly set.

git-svn-id: http://svn.slicer.org/Slicer4/trunk@20597 3bd1e089-480b-0410-8dfb-8563597acbee
ENH: update CTK for instanceValue accessor

commit 2dfb6edd6ee35455dd28767974493bd132b9e7c4
Author: Steve Pieper <pieper@bwh.harvard.edu>
Date:   Tue Jul 10 18:07:02 2012 -0400

    Implement the dataset access for element values

    Use the ctkDICOMDataset to coerce to string types
    for use in the GUI.

commit 79f2d70dd391cb0800d4c2b5adac793d66ff3093
Author: Steve Pieper <pieper@bwh.harvard.edu>
Date:   Tue Jul 10 12:44:57 2012 -0400

    Add new accessors for dicom header values

    These should be considerably faster than the loadHeader (and related)
    calls since they will only parse and return the requested tags.

git-svn-id: http://svn.slicer.org/Slicer4/trunk@20598 3bd1e089-480b-0410-8dfb-8563597acbee
ENH: upgrade plugins to use new ctkDICOM value access code

Centralizes access to data elements and cleans up syntax
for extracting values.

Currently CTK caches the last accessed file, but may still
thrash when depending on the order of access into the files
(iterating by elements in a file should be fast, but getting
the same element from a list of files would be slow).

Profiling will indicate where time is being spent.

git-svn-id: http://svn.slicer.org/Slicer4/trunk@20599 3bd1e089-480b-0410-8dfb-8563597acbee
ENH: update CTK to get corrected DICOM delimieter

commit ad5cd610304fb51353511348bc9457d6d344c941
Author: Steve Pieper <pieper@bwh.harvard.edu>
Date:   Tue Jul 10 20:25:46 2012 -0400

    Use the standard dicom backslash delimeter rather than pipe

    When multiple strings are concatentated in DICOM files, they
    use the backslash, so expose the same convention here for
    consistency.

git-svn-id: http://svn.slicer.org/Slicer4/trunk@20600 3bd1e089-480b-0410-8dfb-8563597acbee
COMP: Update CTK tag / Update PythonQt project to allow build against Qt 4.8.x

See https://github.com/commontk/CTK/issues/189
and https://github.com/commontk/CTK/issues/157

See http://www.na-mic.org/Bug/view.php?id=2046

Fixes #2046

git-svn-id: http://svn.slicer.org/Slicer4/trunk@20601 3bd1e089-480b-0410-8dfb-8563597acbee
BUG: Register VTK PythonQt wrapper

See issue #2046 / http://www.na-mic.org/Bug/view.php?id=2046

git-svn-id: http://svn.slicer.org/Slicer4/trunk@20602 3bd1e089-480b-0410-8dfb-8563597acbee
COMP: Add DIRECTORY_IDENTIFIER to dashboard template script

The method allowing to keep build directory short on the factory has
been generalized and integrated into Slicer itself.

Each dashboard script should specify a unique ID per CTEST_DASHBOARD_ROOT.
It means the following directories will be created:
   <CTEST_DASHBOARD_ROOT>/Slicer-<DIRECTORY_IDENTIFIER>        # Source directory
   <CTEST_DASHBOARD_ROOT>/Slicer-<DIRECTORY_IDENTIFIER>-build  # Build directory

See http://www.na-mic.org/Bug/view.php?id=2317

Fixes #2317

git-svn-id: http://svn.slicer.org/Slicer4/trunk@20603 3bd1e089-480b-0410-8dfb-8563597acbee
BUG: working on issue #2163, Julien found that the icon comparison via cache key was impeding the drag and drop in the models module, added a visibility role and that seemed to fix it

git-svn-id: http://svn.slicer.org/Slicer4/trunk@20604 3bd1e089-480b-0410-8dfb-8563597acbee
COMP: Update CTK tag to prevent windows build error related "unistd.h"

Thanks to Csaba for reporting the problem and Marco for fixing it in CTK.

See https://github.com/commontk/CTK/issues/192

git-svn-id: http://svn.slicer.org/Slicer4/trunk@20605 3bd1e089-480b-0410-8dfb-8563597acbee
COMP: Add "DIRECTORY_NAME" allowing to further customize the dashboard template script

git-svn-id: http://svn.slicer.org/Slicer4/trunk@20606 3bd1e089-480b-0410-8dfb-8563597acbee
COMP: Update CTK tag to prevent build error related to use of "tr1" header

See https://github.com/commontk/CTK/issues/193

git-svn-id: http://svn.slicer.org/Slicer4/trunk@20607 3bd1e089-480b-0410-8dfb-8563597acbee
ENH:  Set to ITKv4.2.0 release version

The ITKv4.2.0 release version is a stable
point from which to reference for Slicer builds.

git-svn-id: http://svn.slicer.org/Slicer4/trunk@20608 3bd1e089-480b-0410-8dfb-8563597acbee
COMP: build DCMTK as external project and use it to build CTK

This will allow us to use the same DCMTK for both CTK and ITKv4.

This move is also motivated by the need to use a version of DCTMK that
includes dcmrt, as needed for the SlicerRT effort.

Currently this build points to the master branch of the dcmkt.git.rt
repository, but should be migrated to a release branch as soon
as one is available.
COMP: Integrate slicer-built dcmtk with FindSlicer.cmake conventions

Addresses suggestions made by jc:
https://github.com/pieper/Slicer/commit/716dc9496642b6b08e9308227111707d6a2e6901#commitcomment-1517211

Except that for now we have not implemented a
 Slicer_BUILD_DICOM_SUPPORT
until we have a definite use case that requires it.
COMP: pass DCMTK variables down to ITKv4

Per email from Kent Williams, these variables will be used
in versions of ITKv4 that support DCMTK (e.g. the updated
diffusion converter).
COMP: use the current DCMTK as our reference snapshot

This version includes dcmrt and should be stable for the
near future.  An official snapshot version from the OFFIS group
should be coming in December 2012.