Code (temporaire) pour une interface Veto redimensionnable.
Une manoeuvre "unsharée" s'efface maintenant de l'interface Veto.
Transmission des mises à jour
  - ligne de trajectoire ;
  - et déplacement de la manoeuvre.
Merge branch 'master' into veto-temp
Petit bug de modification concurrente dans le dessin des waypoints.
En mode PAPARAZZI_REMOTE, affichage d'une alerte si le Veto n'est pas
accessible : évite la trace d'erreur et, surtout, le lancement inutile
de l'application.
Tentative de gestion des problèmes relevé dans le ticket #30 (commetaire
du 9/07).
Petite modif du dialog d'alerte pour l'erreur de connexion au Veto.
Mise en route OK de TUIO sous Windows.
Pas grand chose...
Effacement d'un fichier commité par erreur.
L'exécution en mode PAPARAZZI_DIRECT ne fonctionnait plus : remise en
route (à tester).
Exécution des manoeuvres en mode PAPARAZZI_DIRECT : dans le mode de
fonctionnement en PAPARAZZI_REMOTE (modifié récemment) la réponse de
l'opérateur est transmise pour la mise à jour de l'IHM (état des boutons
notamment, ce qui posait problème ici).
La réponse positive est ici simulée.
Petite modif...
Un peu de ménage dans du code commenté devenu inutile.
La modif du commit ca702bf131ceaf30f1419e24fd4a1e1304bb7c88 ne
fonctionnait pas, autre tentative.
Le mode PAPARAZZI_DIRECT fonctionne !
A tester en mode PAPARAZZI_REMOTE : la communication de la manoeuvre a
déjà été faite dans SymbolMap.shareManoeuver
Mode PAPARAZZI_DIRECT : ça marche enfin. Restait un problème dans le cas
d'une manoeuvre ligne.
--> PREVOIR UNE MODIF DE FOND : dans le mode PAPARAZZI_DIRECT, on
utilise les DTO de manoeuvre prévus pour la sérialisation sur le réseau
qui n'a aucune raison d'être ici ! Maos pour le moement, c'est OK.
Ménage dans la communication uav3i <-> Paparazzi.
Seules 3 méthodes sont nécessaires : communicateManoeuver,
executeManoeuver et clearManoeuver. Les méthodes précédentes
(moveWaypoint, jumpToBlock, etc.) sont de la cuisine interne et ne sont
plus exposées.
Ménage dans des imports inutiles.