La scroll bar est pré-intégrée par défaut
Utiliser désormais les signaux pour agir sur ReaderDetector

Une fenêtre accède à ReaderDetector via un
pointeur.
RD peut donc etre détruit sans que la fenêtre en
soit avertie.
Ce qui provoque un plantage du programme (utili-
sation d'un pointeur alors que l'objet
sur lequel il pointait a été détruit).
Elle pourrait en fait surveiller cette situation en
connectant le signal destroy de RD sur un de ses
propres slots.
Mais cela impliquerait de mettre à NULL le pointeur
et d'englober TOUS les appels aux méthodes de RD par
des tests du genre :
 if (pointeur != NULL)
	 pointeur->appel();
Ce qui alourdi considérablement le code !

* Solution :
  - Ne pas faire appel aux méthodes via le pointeur,
  mais plutôt passer par des signaux.

* Inconvénients :
  - Ne pas oublier de définir la méthode en temps que
  SLOT.

* Avantages :
  - Un objet détruit déconnecte automatiquement tout
  ce qui lui était connecté (même si ce n'est pas lui
  qui est l'auteur des connect).
  - Passer par les signaux et slots garanti qu'il n'y
  aura  pas de soucis avec les Threads (c'est le meilleur moyen
  de communication qui soit pour les Threads !).
[Fix] connect erroné
Se servir desormais de qDebug pour l'affichage
Allocation de ReaderDetector en statique
[Fix] Warning due à une option de QString.sprintf
[New] Switch off Detector on closeEvent
[Com] Inutile