diff --git a/docs/FAQ/FAQ.md b/docs/FAQ/FAQ.md
index f9cc3b0fa767208fdb4c5cffa94b7aef53d76f55..82a9295fa45e8384604d753e8cb1983006c60741 100644
--- a/docs/FAQ/FAQ.md
+++ b/docs/FAQ/FAQ.md
@@ -1,97 +1,3 @@
-## Subversionning
-
-### [SVN error] How to resolve a SVN conflict
-
-Assuming your working copy of the conflicted file is the one you wish to
-keep (i.e. by committing it). Resolve the conflict using the following
-command
-
-```bash
-svn resolve --accept=working -R .
-```
-
-on your working copy of the file. Note that the -R option will look
-recursively for conflicted files and accept yours starting from the
-current (.) directory.
-
-### [SVN error] How to solve the error: “Project : error PRJ0003 : Error spawning ‘cmd.exe’.”
-
-Assuming you use Windows, set your environment variables (Start \>
-Control Panel \> System : Advanced tab; click Environment Variables) to
-use %SystemRoot% instead of explicit paths (say, C:\\Windows), MSVS 2005
-does not understand %SystemRoot% or it resets its entries… …or both.
-Don’t just believe what the list box says; Edit the item and you’ll
-see the differences. What you must do is change MSVS 2005 options (Tools
-menu \> Options \> Project and Solutions \> VC++ Directories) to ensure
-that
-
-`  $(SystemRoot)`
-`  $(SystemRoot)\System32`
-`  $(SystemRoot)\System32\wbem`
-
-are specified BEFORE $(PATH). Setting your system’s environment
-variables to use $(SystemRoot) rather than %SystemRoot% (indeed, even
-using %SystemRoot%) is not a good idea: too much (MSVS 2005 as well as
-other applications) seems to
-break.
-
-### [SVN error] How to solve the error: “An obstructing working copy was found”
-
-If you get a message such
-as:
-
-` Skipped 'camitk/tools/mml/test' -- An obstructing working copy was found`
-
-or
-
-` Skipped 'camitk/components/dicom/testdata' -- An obstructing working copy was found`
-
-this is due to a change of the corresponding directory/ies on the svn
-repository.
-
-To fix this problem, you have two choices: either do a *svn checkout*
-somewhere else to get a fresh/error free working copy and stop using the
-offending working copy, **or** you can try the following (which can take
-a while):
-
-1.  delete your local copy of the obstructing directory (e.g., remove
-    your local *camitk/tools/mml/test* and
-    *camitk/components/dicom/testdata* directories)
-2.  do a *svn cleanup* on the top-level
-3.  do a *svn update*
-4.  repeat cleanup/update until all error messages disappear
-
-(tip: if you have a bash shell, you can try directly *for (( i=1; i \<=
-50; i++ )); do svn cleanup; svn update;
-done*
-
-## Configuring / CMaking
-
-### \[KDevelop Error\] Kdevelop 4.3 crash when you try to import CamiTK project (Ubuntu 12.04)
-
-With some configuration, KDevelop seems to crash because the parser
-failed to read the CMakeList when you try to import the project in. The
-first thing to do is to check if you can obtain a version of KDevelop in
-the package manager of your Linux distribution.
-
-If this solution failed or is not possible, a second trick is to
-download and compile sources of a trustable KDevelop and Kdevplatform.
-For example, in case of Ubuntu 12.04, KDevelop 4.4.1 for Ubuntu 12.10
-seems to work. Go to to the KDevelop
-[website](http://www.kdevelop.org/), download sources and follow these
-helpful [instructions](http://techbase.kde.org/KDevelop4/HowToCompile)
-\! Assuming this stage success, you will be able to import CamiTK
-project in
-KDevelop.
-
-### \[CMake error\]\[Visual Studio 10 Win64\] The C compiler identification is unknown
-
-Your installation of the Windows 7.1 SDK on Visual Studio 2010 is broken
-since you (or your computer in your back) have installed the 7.1 SDK
-SP1, which breaks up the x64 compiler.
-**Solution:** Download and install this [patch for Windows 7.1 SDK x64
-compiler](http://msdn.microsoft.com/en-us/windows/bb980924.aspx), click
-download and select **VC-Compiler-KB2519277.exe**
 
 ## Coding
 
@@ -422,3 +328,33 @@ this file to your path prior the old one for example).
 
 ### During link edition on Windows "Cannot find ... implementation"
     -> Add an API file (dll_spec import, etc.) in reused Components or Actions Extensions -> CMake -> Rebuild -> Re-run
+    
+    
+## Configuring / CMaking
+
+### \[KDevelop Error\] Kdevelop 4.3 crash when you try to import CamiTK project (Ubuntu 12.04)
+
+With some configuration, KDevelop seems to crash because the parser
+failed to read the CMakeList when you try to import the project in. The
+first thing to do is to check if you can obtain a version of KDevelop in
+the package manager of your Linux distribution.
+
+If this solution failed or is not possible, a second trick is to
+download and compile sources of a trustable KDevelop and Kdevplatform.
+For example, in case of Ubuntu 12.04, KDevelop 4.4.1 for Ubuntu 12.10
+seems to work. Go to to the KDevelop
+[website](http://www.kdevelop.org/), download sources and follow these
+helpful [instructions](http://techbase.kde.org/KDevelop4/HowToCompile)
+\! Assuming this stage success, you will be able to import CamiTK
+project in
+KDevelop.
+
+### \[CMake error\]\[Visual Studio 10 Win64\] The C compiler identification is unknown
+
+Your installation of the Windows 7.1 SDK on Visual Studio 2010 is broken
+since you (or your computer in your back) have installed the 7.1 SDK
+SP1, which breaks up the x64 compiler.
+**Solution:** Download and install this [patch for Windows 7.1 SDK x64
+compiler](http://msdn.microsoft.com/en-us/windows/bb980924.aspx), click
+download and select **VC-Compiler-KB2519277.exe**
+