Cmake / Project refactor

## Wath is very new in addition to simple cmake refactoring:


#### new macros (in cmake/module) :

* add_plugins(plugin1, def_value1, plugin2, def_value2, plugin3 ...)
* list_header_directories_to_include(project_name, header_path1, header_path2 ...)
* list_source_files(project_name, directory1, directory2, directory3 ...)
* set_exe_install_rules(target)
* set_lib_install_rules(target, header1, header2, header3 ...)
* set_plugin_install_rules(target)

you will find a breif description of wath it does in each files.

#### automoc

moc files are now generated relying on the automoc module of cmake.

#### add_library() and add_exe() call

all headers, sources, qss or qrc files are always added to the concerned target so they appears in IDE.
files are listed using the ```` list_source_files(project_name, directory1, directory2, directory3 ...)```` macro. If you add a new files to a project in a new directory you have to add this directory when the macro is called, otherwise just re-run  cmake.

#### new libraries (in src)

* medRegistration (old itkProcessRegistration + registrationFactory)
* medLog (old dtkItkLogForwarder + dtkVtkLogForwarder)
* medImageIO (old itkDCMTKIO + itkDataImageBase + itkGISImageIO + itkMultiThreadedImageIOBase)  
* medVtkInria (old vtkInria - vtkLandMarkManagement, vtkRenderingAddon, itkAddOn and some random never compiled files) a vtkItkWrap modules have been added to embed templated class that convert specific itk images into vtk Images. 


#### change the way directories to include are listed

They were listed by hand in tow cmake modules (one for the app and one for the plugins) called in the root CMakeLists.txt.
The problem is that it allow things that we do not want, like include headers of one plugin into an other one.

The directories to include of each target are now listed when configuring this target. 
The include directories of each lib are embed in a variable ${medLibName_INCLUDE_DIRS} and they are all embed in ${MEDINRIA_INCLUDE_DIRS}.


#### test 
I prune the too old ones and I get all the others working with ctest.
Some of them failed or are useless, I let TODO in that cases.


#### newFindDCMTK.cmake

To allow link against build tree in addition of install tree and find simultaneously the Debug and Release libs with the MSVC IDE (also did for QtDCM, see  the 'new_FindDCMTK' branch) It shoould allow to switsh Rlelease/Debug configuration of medInria without recompiling all the superproject with Visual studio.

#### things moved

* medPluginGenerator have been moved into the app folder.
* all the ressource (icone, pixmap, qss, etc.) of the application have been moved in a resources folder in app/medInria.
* the old src-plugins/libs are now (with new names) in src

#### change the name of the main cmake project

Which is now MEDINRIA instead of medInria like the project name of the executable. Note that it will not have consequences on the compilation from  the superproject but external plugins will need some changes ->
find_package(MEDINRIA REQUIRED) instead of find_package(medInria REQUIRED)


## Things that have to be done :

-Make the pre compiled header works.

-Clean the examples

-We add those definitions :  
+ ````add_definitions(${QT_DEFINITIONS}) #TODO :wath was it for ? (it is empty)````
+ ````add_definitions(-DQT_SHARED)````
+ ````add_definitions(-DQT_NO_DEBUG)```` 
It compile fine without it on both ubuntu and windows. Does that ring a bell to someone ?

-Some of you suggest me to rename medImageIO in medImageIOAddOn since it is only things that we provide in addition to the itkIO and vtkIO libs, let me know wath you think about it.