Bill2-Software - Developer’s Blog

La prochaine “grosse” version de Bill2’s Process Manager (v3.3) est en développement. Pas forcément de façon active, mais bon, je prend mon temps.

Parmi les nouveautés, il y aura “enfin” un système graphique de visualisation de l’occupation CPU, comme dans le gestionnaire des tâches de Windows.

Voici donc un screenshot pour vous montrer tout ça :

Bien entendu, cette fenêtre n’est pas complète, et le développement est loin d’être terminé.

J’ai vraiment beaucoup d’idées à intégrer, mais il faudra aussi que je teste différentes intégrations possibles.
J’avais, par exemple, prévu de mettre un cadre d’informations “par” CPU, mais bon, avec 2 ou 4 CPU, ça passe encore, mais avec plus, à moins d’avoir un écran de 20m de large, c’était pas gérable.
Donc au fur et à mesure du développement et de l’intégration, je modifie le concept de base à intégrer … et donc ça prend plus de temps.

 Je ne sais pas encore si je publierai une beta “publique”. Je verrais ça le moment venu.

Hello à tous,

 Alors, normalement, la prochaine version 3.2.1.5 devrait sortir ce soir (Jeudi 19 Juin 2008).

Elle corrigera tous les problèmes de stabilité que certains ont pu rencontrer, ainsi que quelques bugs bien gênants, comme le fait de ne plus pouvoir créer un “simple” groupe.

Et y’aura aussi l’ajout d’une traduction en Polonais … le mec a visiblement fait un super travail, au vu du temps qu’il y a passé et de son implication.

Bon, la v3.2 a été rapidement suivie d’une v3.2.1.
J’ai répondu, avec ces deux versions, aux demandes des utilisateurs, et au final, le soft a atteint un bon degré de maturité. (Enfin, je pense …)

Alors, quid de la suite ? Ben, je vais corriger les petits bugs qui ne manqueront pas d’être découverts, mais pour le moment, il est possible que je mette le projet en standby pour quelques semaines.
Hé oui, j’ai une vie privée, et je risque d’avoir moins de temps libre pour coder dans les jours à venir.

Mais bon, sachez que j’ai dors et déjà des idées en tête pour une v3.3 … idées qui proviennent en grande partie de mon forum et des suggestions des utilisateurs.
Cependant, il faudra que j’étudie correctement la faisabilité avant de passer au codage.

 Wait & See !

Et hop, un edit juste après :
J’ai reçu 2 rapports de crash coup sur coup, et visiblement, c’est quasiment le même problème dans les 2 cas.
Et j’ai aussi trouvé un bug ennuyeux : dans cette version, on ne peut plus créer un simple groupe, on est obligé de dire qu’on veut créer un modèle de règle !
Pas vraiment pratique …

J’ai plus qu’à sortir rapidement une mise à jour …

Sacré bug, celui là. Je pensais l’avoir corrigé pour la v3.2, et puis au dernier moment, après avoir rajouté un système de rapport en cas de crash sur les erreurs non gérées, … ce bug de reload a refait surface.
D’où l’a sortie de la v3.2.0.2 pour pallier le problème en attendant de trouver une solution finale.

Il m’en aura fait voir de toutes les couleurs. Jamais reproductible à coup sûr, difficile à tracer en mode Debug … la haine totale !

Mais j’ai fini par l’avoir, et cette fois-ci, il est réellement éradiqué. (Ce sera pour la prochaine version …)

 Alors, ou était le problème ?
Et bien, c’est une histoire de fenêtre modale.

L’appli fonctione avec un form caché, qui ouvre la fenêtre principale.
Mais cette forme cachée gère aussi l’affichage de presque toutes les fenêtres.
Résultat, lorsqu’on demande à la fenêtre principale d’afficher les options, l’appel passe par le formulaire caché.
Et j’affiche la fenêtre d’options en indiquant que le formulaire “parent” est la fenêtre principale.

Sauf que, lorsqu’on demande à l’appli de redémarrer lors d’un changement de langue, la fonction génère une erreur lors du retour de d’appel :
FenetreOption.ShowDialog(FenetrePrincipale)
En effet, si la FenetrePrincipale se ferme “avant” la fenêtre d’options, le ShowDialog plante car la FenetrePrincipale n’existe plus !
Et même un try/catch ne changeait rien au problème !

Résultat, j’ai changé mon code, et je n’utilise plus la FenêtrePrincipale en tant que parent.

Ce bug était là depuis je ne sais plus combien de temps, et a toujours posé des problèmes de façon plus ou moins aléatoire.
Il m’aura énervé pendant pas mal de temps, mais cette fois-ci, tout est réellement OK.

Bye bye le bug !

Enfin, diront certains !

C’est chose faite, après deux mois de développement, et pas mal d’ajouts imprévus au départ.

Cette version ravira (entre autre) les utilisateurs désirant créer rapidement différents types de règles, grâce au nouveau système de “modèles de règles”.

Pour les joueurs, les nouvelles possibilités offertes par les actions spéciales sont assez sympathiques !

Imaginez … vous lancez Wow, et Bill2’s Process Manager lance automatiquement TeamSpeak et Wow Carto, tout en fermant votre logiciel de messagerie. Et fait aussi l’inverse lorsque vous quittez Wow.
Ca vous tente comme principe ? Et bien sachez que tout celà est parfaitement possible, mais surtout paramétrable !
Il vous suffit de créer une règle pour Wow, et d’indiquer à Bill2’s Process Manager ce que vous voulez lancer et/ou stopper comme autre programme. 
Maintenant, la suite. Une nouvelle fonction m’a été demandée juste avant la sortie de cette v3.2. Fonction qu’il sera assez facile d’ajouter.
Conclusion : je n’ai pas encore commencé à travailler, mais une nouvelle version est dors et  déjà prévue pour bientôt …

Côté fichier d’aide, le travail est quasiment terminé.
Il faut juste que je le relise, et que je finisse de faire des liens entre les différentes parties du fichier.

Côté programme, la Beta 5 est actuellement en phase de tests intensifs. Quelques petits bugs ont été trouvés et corrigés.

Je réaliserais une petite version “RC1″ en interne, pour tester le processus complet d’installation et/ou mise à jour du logiciel, ainsi que la configuration générale et l’intégration de l’aide, et je pense que cette version RC1 sera la bonne

Il faudra tout de même que je “prépare” le site pour cette sortie …

La v3.2 de Bill2’s Process Manager fera donc sûrement son apparition sur la toile durant les 15 prochains jours.

Quoi de neuf depuis la Beta 4 ?

Honnêtement, avant de commencer cette nouvelle beta,  je me disais simplement “fait la mise à jour du manuel, et la v3.2 est bonne pour la publication officielle”.

Et bien, j’ai eu raison de faire cette beta 5, même si au départ elle ne devait qu’améliorer le système de groupes/modèle de règles.

J’ai profité de cette Beta 5 pour faire une batterie de tests (tests que j’aurai de toute façon réalisés avant la publication finale).
Résultat : de gros bugs de fonctionnement ont été mis en évidence ! Bugs ne crashant pas le programme, mais touchant l’utilisation de certaines nouvelles fonctions.

Outre la correction de bugs, j’ai également ajouté, amélioré et paufiné certaines options et fonctions, pour rendre le tout encore plus simple et plus agréable à utiliser.

Etat actuel du projet 

Cette Beta 5 est maintenant réellement fonctionnelle, complète et prête à l’emploi, y compris l’installeur …
Il ne manque plus que le manuel à revoir (et là, y’a du boulot) !

Pour ceux qui ont testé la Beta 1, et/ou ceux qui ont l’habitude de la v3.1.5, en plus des quelques petits ajouts sympathiques, vous allez découvrir un vrai bijou en terme de facilité d’utilisation !

“Et la version finale, c’est pour quand ?”

“When it’s done !” 
Ceux qui suivent le développement du programme depuis la v1.0 savent que je ne suis pas du genre à sortir un produit non fini. Donc tant que le manuel ne sera pas revu et corrigé, la sortie sera repoussée.

Et ça me permettra en plus d’utiliser la Beta 5 “en conditions réelles”, et de la donner en pâture à mon testeur favori (Salut à toi, Yanos !)
Lire le reste de cet article »

Je disais dans l’article sur la Beta 3, que les modèles de règles ne prendraient pas totalement en compte les actions spéciales.

Et bien j’ai décidé de changer de plan, et d’offrir aux modèles les mêmes possibilités qu’aux règles “normales”.

Pourquoi ? Tout simplement parce que les nouvelles actions permettant de lancer/terminer plusieurs programme au lancement ou la fermeture d’un autre sont très attendues, spécialement par ceux qui font ça à la main lorsqu’ils lancent des jeux.

Ici, l’intéret est de pouvoir créer un groupe/modèle de règle pour les jeux, et de spécifier que, pour chaque jeu, on veut lancer/arrêter tel prog lorsqu’on démarre une partie, et les terminer/relancer lorsqu’on quitte le jeu.

Il aurait été vraiment stupide de ma part de ne pas le faire !
Quoi que, ça m’aurait permis de ressortir une version un peu plus tard …

Mais bon, je devance la demande des utilisateurs.

Je commence donc à bosser sur la Beta 5.
La traduction Italienne est déjà réalisée (Merci Sybylle !) 
Et j’ai commencé la modification de l’installeur et à travailler sur le manuel d’aide.
Puis j’ai aussi corrigé plein de bugs découverts depuis la Beta 4, vu que j’avais entammé une batterie de tests en vue d’une possible publication.

Y’a pas à dire, le développement de cette version me rappelle le passage de la v2.x à la v3.0 : un gros chantier et une grosse période de développement, mais pour un résultat qui en vaut vraiment la peine !

(Faut vraiment que j’arrête d’ajouter encore et toujours des fonctions au dernier moment !)

Et voilà, j’ai fini de travailler sur la Beta 4

Parmis les nouveautés intégrées :
- amélioration du système de groupes, avec la possibilité de définir des “modèles de règle”
- possibilité de créer plusieurs règle à la fois, en sélectionnant plusieurs processus et en les affectant à un groupe/modèle

Et bien sûr, des tonnes de corrections et améliorations depuis la beta 3. 

Cette beta 4 est maintenant “Feature Complet”. Je ne compte plus y ajouter de nouvelle fonctions avant la sortie finale. 

Il me reste cependant plusieurs points à traiter avant de publier la chose :
- contacter le/les traducteur(s)
- mettre à jour le fichier d’aide et le lier avec toutes les nouvelles fonctions
- revoir l’installeur (y’a de nouveaux répertoires pour l’application et les skins, donc il faut bien que l’installeur les prenne en compte !)
- mettre à jour ma copie du site avant publication
- faire toute une batterie de tests sur la version “finale” !

Je suis plutôt fier du travail accompli.
Entre les v3.0 et 3.1, les nouveautés n’étaient pas énormes. Cette version 3.2, en revanche, comporte réellement de bonnes innovations, et la création de règles est encore plus simple qu’avant, si on utilise le nouveau système de groupes/modèles de règles.

Je vais maintenant tout faire pour sortir la version finale le plus rapidement possible !

La v3.2 avance à son rythme. D’un point de vue interne, j’ai atteint les objectifs que je m’étais fixés pour la beta 3.

Au menu depuis la beta 2 :
- des nouvelles actions spéciales (lancer/terminer un programme lorsqu’un processus démarre et/ou se termine)
- la possibilité de lancer/terminer plusieurs programme via une action spéciale (enfin !)
- une amélioration du système de skins

De plus,  je me suis enfin décidé à jetter un oeil à l’outil FXCop de microsoft. Résultat : des optimisations et une amélioration de la stabilité générale du code. (Même si tout n’est pas encore terminé.)

Bon, je découvre à peine l’outil, et il m’indique parfois certaines “erreur” correspondant à des règles que je ne comprend pas forcément. Mais dans l’ensemble, mon code s’améliore, et en fait, il était déjà pas si mauvais que ça à la base. En tout cas, il était bien meilleur que ce que je pensais, vu qu’au départ, je ne suis pas vraiment orienté programmation système.

Maintenant, en route pour la beta 4 : j’ai un gros travail à faire pour améliorer le système de création de règles, en mettant en place des “groupes template”, et la possibilité de créer plusieurs règles identiques pour différents processus en une seule fois (en ce qui concerne la gestion de la priorité et de l’affinité, les actions spéciales resteront réellement “à part”).

Cette Beta 4 devrait donc être la dernière avant une version “3.2 RC”.

Je cherche toujours des Skiners et/ou des traducteurs …