BUG: Update SlicerExecutionModel

$ git shortlog --no-merges  6956eb..46f3d89
Francois Budin (1):
      Update ModuleDescriptionParser.cxx

Matt McCormick (1):
      BUG: Find JsonCpp library with in a Visual Studio build tree.

git-svn-id: http://svn.slicer.org/Slicer4/trunk@23029 3bd1e089-480b-0410-8dfb-8563597acbee
ENH: Update windows launcher with Slicer icon.

Thanks to the convenience executable "CTKResEdit" allowing to update
resources of any executables or libraries, on windows, the CTK application
launcher is updated with the Slicer icon.

Fixes #1136

git-svn-id: http://svn.slicer.org/Slicer4/trunk@23030 3bd1e089-480b-0410-8dfb-8563597acbee
BUG: 3609. changed active tensor selector to use QComboBox

git-svn-id: http://svn.slicer.org/Slicer4/trunk@23031 3bd1e089-480b-0410-8dfb-8563597acbee
BUG: 3609. fixed a left over property after conversion to QComboBox

git-svn-id: http://svn.slicer.org/Slicer4/trunk@23032 3bd1e089-480b-0410-8dfb-8563597acbee
BUG: Fix cross-linking to PyGithub documentation

Upstream documentation location for PyGithub has changed; update
intersphinx URL to point to the new location.

git-svn-id: http://svn.slicer.org/Slicer4/trunk@23033 3bd1e089-480b-0410-8dfb-8563597acbee
BUG: check validity of node before operating on it

Fixes a crash during scene shutdown.

git-svn-id: http://svn.slicer.org/Slicer4/trunk@23034 3bd1e089-480b-0410-8dfb-8563597acbee
ENH: Update CTKAppLauncher version to 0.1.12

$ git shortlog v0.1.11..v0.1.12 --no-merges
Jean-Christophe Fillion-Robin (7):
      Begin post-0.1.11 development
      Fix checkout "hang" updating dashboard driver script to use git url
      Upload packages on "http://packages.kitware.com". Fixes #40
      Fix typo in driver script "Additionnal" -> "Additional"
      Download driver script from github
      Better name for Midas packages credential file
      CTKAppLauncher 0.1.12

Matthew Woehlke (24):
      BUG: Fix ctkAppLauncherConfigure dependencies
      BUG: "Fix" creation of launcher executable
      BUG: Don't add '.' to PATH, LD_LIBRARY_PATH, etc.
      STYLE: Refactor platform conditionals
      STYLE: Simplify building path lists
      ENH: Support additional path list envvars
      BUG: Don't add '.' to paths via wrapper script
      STYLE: Make ctkAppLauncherConfigure a function
      ENH: Add --launcher-show-set-environment-commands
      BUG: Fix quoting of environment variables
      STYLE: Avoid gratuitous stack variables
      BUG: Make environment commands actually work
      BUG: Fix problem when no extra paths set
      ENH: Copy CMake helper scripts to build directory
      ENH: Add ctkAppLauncherConfigure test
      ENH: 'Interesting' ctkAppLauncherConfigure tests
      BUG: Resolve test failures
      ENH: Add unit tests for additional paths feature
      BUG: Work around CTest quirk than can break test
      COMP: Fix build against Qt < 4.8
      BUG: Fix unit tests single/multi-configuration
      BUG: Fix App4ConfigureLauncherTest-ConfigureStep
      BUG: Fix TestLauncherVerbose test
      BUG: Correctly fix tests on Windows

git-svn-id: http://svn.slicer.org/Slicer4/trunk@23035 3bd1e089-480b-0410-8dfb-8563597acbee
BUG: Fix/improve launcher path setup

Take advantage of recent changes in the CTK AppLauncher to use the list
form of setting up additional environment path lists. Particularly, we
now declare as path lists those environment variables that are (i.e.
QT_PLUGIN_PATH, PYTHONPATH) so that we no longer lose the user's paths
that have been set in these.

git-svn-id: http://svn.slicer.org/Slicer4/trunk@23036 3bd1e089-480b-0410-8dfb-8563597acbee
BUG: Fix creation of launcher configuration

Remove hack to delete the launcher configuration as part of the build.
The launcher CMake helpers should now be producing correct dependency
information such that the hack is unnecessary, and the dependencies for
the hack were not set up correctly, causing ninja builds to fail to
recreate the configuration on alternating runs (which would prevent
slicer from running).

git-svn-id: http://svn.slicer.org/Slicer4/trunk@23037 3bd1e089-480b-0410-8dfb-8563597acbee
BUG: Fix/rewrite setupSlicerEnvironment.sh

Rewrite setupSlicerEnvironment.sh to use the new launcher option to
generate commands to set the environment. This fixes several problems
with the old setupSlicerEnvironment.sh, including:

- Failure to properly quote in order to cope with special characters.
- Incorrectly treating everything as a path list.

The new script is a glorified wrapper around 'eval' and exists more for
backwards compatibility than anything (and also now states that it is
deprecated).

git-svn-id: http://svn.slicer.org/Slicer4/trunk@23038 3bd1e089-480b-0410-8dfb-8563597acbee
COMP: Use correct item_id to download CTKAppLauncher on windows

5295 was the bitstream_id and not the expected item_id.

git-svn-id: http://svn.slicer.org/Slicer4/trunk@23039 3bd1e089-480b-0410-8dfb-8563597acbee
COMP: Fix python_patched_msvc9compiler.py the "right" way

This commit attempts to fix the "query_vcvarsall" method and discard
the "dumb" approach implemented in r22889.

On system having both Visual Studio 2008 and 2010 professional version,
the compilation was working because the compilation of NUMPY
within VS2008 was done against the SDK version 7.0 provided by VS2010 Pro.

On the other hand, on system having only "VisualStudio 2008 Professional"
and "Visual Studio 2010 express + SDK 7.1" installed, this turn out
to be an issue because the SDK associated with VS2008 (6.0A) couldn't be
found.

This commit generalize the mapping from Visual Studio version to Windows
SDK so that more than one version can be checked:

 1) On workstation with [VS2008 Pro (SDK 6.0A), VS2010 Pro (7.0)], the following
configurations have been tested:
     VS2008 - 32-bit => Found SDK 6.0A
     VS2008 - 64-bit => Found SDK 6.0A
     VS2010 - 32-bit => Found SDK 7.1

 2) On workstation with [VS2008 Pro (SDK 6.0A), VS2010 Express + SDK 7.1],
the following configurations have been tested:

    VS2008 - 64-bit => Found SDK 6.0A
    VS2010 - 64-bit => Found SDK 7.1


The following configurations have NOT been tested and may require further
tweaks:

    Only [VS20(08|10|...) Express]
    Only [VS20(08|10|...) Pro] installed
    Only [Windows SDK X.Y] installed
    Combination of VS Express, VS Pro and Windows SDK

git-svn-id: http://svn.slicer.org/Slicer4/trunk@23040 3bd1e089-480b-0410-8dfb-8563597acbee
BUG: Use a safe temporary path for download

Change extension downloading to use a temporary file for the download
location. This ensures that a: we don't clutter the temporary directory
with old downloads, b: multiple users can download the same extension
using a shared temporary directory (e.g. most UNIX-like systems), and c:
the file name is not predictable, which is a security vulnerability.

Issue #3552

git-svn-id: http://svn.slicer.org/Slicer4/trunk@23041 3bd1e089-480b-0410-8dfb-8563597acbee
ENH: Generate tarball of SlicerWizard doc

Create a new build target to generate a tarball of the SlicerWizard
documentation. This is meant to be used similar to the existing Doxygen
tarball, to be scp'd or otherwise transferred from a build machine to
another machine which will serve the pages publicly.

Issue #3601
ENH: Refactor documentation targets

Replace generate_userdoc.cmake script with direct build commands,
separating creation of the doc and creation of the tarball thereof into
separate targets, for consistency with how the SlicerWizard doc build
rules are set up. Also modify the latter to explicitly remove the old
tarball first for consistency with (the historic and retained behavior
of) the former.

The old rules depended on the output index.html, which would cause them
to do nothing once the doc had been created (ever). The new rules, like
the rules for the SlicerWizard doc, have no dependencies and so the doc
is always regenerated when the target is traversed. As doxygen
unfortunately does not implement its own dependency tracking (sphinx
does), this is very inefficient, but more correct, which is more
important for this case.
BUG: Fix cpp documentation names

The C++ documentation covers all of Slicer, not just Base. Therefore,
fix the tarball name and target names (the latter of which have been
"wrong" since a while back).