Tout le code dans ton formulaire, voire dans une méthode de 150 lignes cest un peu moyen....pas de threading donc tu dois freezer ton ihm pendant tes relevés (donc 150 secondes minimum, voir plus si ta tete GPS n'a pas la config par défaut). tu dois planter quand tu ne captes pas encore le GPS (enfin jai pas tout lu dans le détail mais jimagine, à la ligne 126, la trame doit faire moins de 18 caractères car elle va contenir quelque chose comme GPRMC,,,,,,,checksum\r\n).
Pour finir, une petite précision : le fait d'utiliser le port série ne signifie pas uniquement bluetooth. Ton code marcherait aussi sur un pda avec GPS intégré ou GPS sur usb (avec un pda qui possède un port usb). A condition qu'ils soient sur le port 0 évidemment....
Bref, un petit effort supplémentaire serait nécessaire pour rendre le code :
-plus lisible
-plus fiable
-plus maintenable.

renommer un fichier : File.Move
Ceci est vrai pour toute API, renommer un fichier c'est le déplacer !
pour le drag and drop, pas mal de sources en parlent sur le site et ca met en oeuvre pas mal de choses dc un résumé ici taiderais pas trop je pense ;)

petit commentaire apres avoir regardé ton code tres rapidement (disons meme survolé) :
if (machintruc() == true), cest redondant....
si machintruc() renvoie un bool, tu test :
if (true == true) ou if (false == true)...et true == true est "une fonction qui renvoie true"....
voila, cest juste que ca me choque (apres si question lisibilité tu prefere, cest ton code ^^)

sinon ca a lair detre un sacré boulot, et meme si cest qu'une ébauche, félicitations pour le boulot déjà effectué

dailleurs jai meme dit une connerie :
Math.Round(D).ToString("0.00");
ou Math.Round(D).ToString("0,00"); je suis plus sur si cest un point ou une virgule....

(enfin apres avoir relu me suis rendu compte que tu voulais 2 chiffres apres la virgule, pas un truc dynamique)

string ArrondirToString(double D)...beaucoup de code pour pas grand chose...

return Math.Round(D).ToString();

apres si tu veux impérativement garder tes nombres après la virgule, un truc comme ca doit marcher :
return Math.Round(D).ToString(String.Concat("0,", new string("0", D.ToString().Length - 2)));

enfin ya surement un moyen pour l'écrire encore un peu plus simplement.(dautant que la je fais pas de check d'erreur, au cas ou D serait en fait entier).

pour le reste, cest intéréssant, je my pencherais surement un peu plus ya pas mal de trucs qui minteressent la dedans ;)

sympa pour montrer l'explication mais (avis perso) :
-tout dans le main, et meme tout dans la classe du main, j'accroche pas des masses.
-a mon sens, le code de récupération des process aurait du etre dans un objet a part qui mette a disposition une méthode permettant de récupérer les process, avec le wrapping des API dans cette classes (et donc un main qui contienne un truc du genre :
List<ObjetsDeTypeDetailProcess> ListMonObjet= ObjetsDeTypeDetailProcess.RecupListProcess();
foreach(ObjetsDeTypeDetailProcess MonObjet in ListMonObjet)
Console.Writeling(blablabla);

bref, un code un peu plus objet (et qui permette a qqun qui veut utiliser ta source de juste prendre une classe et de l'utiliser, et pas d'avoir a tout épurer avec ton code dispersé dans le main, dans des méthodes, etc....).

sinon le code est clair, commenté, et l'utilisation de cette API est plutot interessante, (je regrette juste le copié collé des commentaires de la doc, un peu d'épuration et des commentaires unifiés dans la langue auraient été plus sympas, mais je chipote ;)).

bref, a part la structure qui est perfectible, c'est plutot pas mal ;)

bon voici (enfin) une version que je qualifierais de "finale" car assez complète. je ferais surement dautres modifs mineures mais la plupart des fonctionnalités sont la et je ne vois pas de bugs a part la fenetre qui se réduit automatiquement au premier lancement de lappli, et licone du floppy qui est la meme que l'icone d'un lecteur usb...

enjoy ;)

encore merci pour le bug du bouton suivant, cest résolu je posterais ca demain avec dautres modifs sur la source ;)

pour lappli au premier plan, je comprend pas pk ca fait ca, en plus cest aléatoire. quand jisntalle lappli, au premier lancement elle ne se met pas au premier plan, puis aux lancements suivants elle se met correctement au premier plan. enfin pour lisntant je suis pas trop la dessus :(

pour le suivant, je viens de voire ca, javais fait un changement non testé, je sais dou ca viens maintenant reste a le résoudre, merci de l'avoir signalé ;)

sinon pour la méthode en question, cest simplement une méthode thread safe. la fenetre du splash est instanciée dans un thread a part. si tu enleve le if, ma méthode va planter car lobjet graphique a fait lobjet dun acces via un autre thread que celui qui l'a créé. en fait cest plus ou moins une méhtode récursive.
ce qu'il se passe, cest que la méthode vérifie dans le if que le thread qui execute est le meme que celui qui a lancé la fenetre. si cest le cas, on "invoke" la méthode, ce qui la rapelle dans le bon thread (sorte de récursivité), et la on passe dans le else et non plus dans le if, et on execute le code sur lobjet graphique dans le thread adapté.
essaie 2 choses pour comprendre. dans ton projet, remplace dans le constructeur de F_mere lappelle a DisposeSplash par "m_SplashScreen.Dispose()", ca va planter. ensuite remet le DisposeSplash et observe en pas a pas le passage.

sinon pour ton plantage sous SharpDevelopp, peux tu me taper la ligne qui plante? jai fait des modifs sur mon code et ma ligne 447 nest plus la meme que la tienne ;)

après ces moultes mises à jour il ne reste a ma connaissance plus de bugs. il manque toujours les transferts de plusieurs fichiers et les transferts de dossiers a implémenter (gros morceau et indispensable je vous l'accord), mais deja ya une tres grosse évolution depuis la version postée au départ. a priori il manque plus que ca pour avoir une version finale. si vous avez trouvé des bugs, hesitez pas à m'en faire part, jai tout écumé et je nen voie pas d'autres...mais jai pu en louper ;)