Page 1 sur 1

Ven 03/05/2013 - Actualités

Posté : ven. 3 mai 2013 14:23
par Xavier
Moteur des alarmes


XT4 est désormais capable de gérer de multiples alarmes en attente !
2Waiting.png
Le nouveau moteur des alarmes est presque achevé, il ne reste plus qu'à :
  • Gérer le clignotement du bouton sur la Barre en fonction du nombre d'alarmes en attente.
  • Gérer le clignotement de la Barre, qui devra être interruptible.
  • Le brancher dans les Imports.

Ven 03/05/2013 - Actualités

Posté : ven. 3 mai 2013 16:08
par Xavier
Alarme


Finalement la lumière clignotante a été remplacée par une icône de cloche clignotante du plus bel effet :
NewBell.png
On notera au passage que la fenêtre dynamique supporte bien les alarmes "rapides" qui ne contiennent ni message ni action. :D

Ven 03/05/2013 - Actualités

Posté : ven. 3 mai 2013 17:23
par Xavier
Clignotement des alarmes


Le clignotement dynamique du bouton des alarmes fonctionne !

En XT3 il y avait deux boutons, chacun ayant une image différente, ils étaient alternativement affichés et cachés.
En XT4 le bouton est unique, et son image est extraite de la bibliothèque d'icône de l'application.

Comme dans XT3, le clignotement est toujours assuré par l'unité XEngine qui tourne à 100 Hz, et utilise la fonction GetTickCount pour connaitre le nombre de millisecondes écoulées depuis le démarrage de Windows.
L'algorithme qui décide laquelle des deux icône afficher utilise le modulo de ce nombre par la somme des temps individuels calculés comme suit :
- 500 millisecondes de repos
- 100 millisecondes d'activation et autant de repos pour chaque alarme en attente.

Le résultat est un clignotement fragmenté à la façon d'un signal morse, "___O_O_O_____O_O_O___" signifiant qu'il y a trois alarmes en attente.
L'effet obtenu est très réussi, même s'il devient difficile d'apprécier le nombre au delà de trois ou quatre alarmes. :)
BlinkIcon.png
Le clignotement de l'icône des alarmes en attente est donc maintenant désolidarisé du clignotement de la fenêtre de message d’alarme, celui-ci étant basé sur 200 millisecondes de repos et 100 d'activation : "__O__O__O__O__".


Prochaine étape : les 30 secondes de clignotement de la Barre lors de la mise en attente d'une alarme.

Ven 03/05/2013 - Actualités

Posté : ven. 3 mai 2013 18:45
par Xavier
Clignotement de la Barre


La Barre clignote dès la mise en attente d'une alarme, c'est à dire pour toutes les alarmes contenant un message puisque le déclenchement direct (popup) n'est désormais possible que pour afficher le compte à rebours des alarmes ne contenant qu'une action.

Finalement l'arrêt du clignotement ne se fait plus après 30 secondes comme prévu, mais en ouvrant le menu des alarmes en attente ou en ouvrant l'Agenda.



Etat des lieux


Les fonctions prévues dans l'Agenda en version XT400 sont désormais implémentées.
Il reste des crashes, des bugs, sans doute des fonctions non totalement terminées, cela sera revu lors de la qualification.

La prochaine étape est l'import des données des outils XT3 Calendrier, Alarmes et Tâches.
Retravailler sur le Gestionnaire des données sera l'occasion de :
- Remplacer les ListViews par des TreeViews, ceux-ci étant en fait cochables via des doubles icônes.
- Valider définitivement la structure des données XT4. Il y a depuis quelques mois une idée de séparer les sous-dossiers et les données enfants, car leur mélange pose de gros soucis lors des déplacements de type Monter et Descendre dans les listes. (Opérations simplement impossibles à développer dans l'Agenda !)
- Sans doute revoir les normes de gestion des sous-dossiers, car l'Agenda a introduit de nouveaux types de sous dossiers dits "techniques" qui servent à séparer les différents types de données (évènements, alarmes, tâche, etc) qu'il manipule.

Une fois la structure des données définitivement validée, il est prévu de s'attaquer au cryptage des données.
Ce sera l'une des dernières grosses modification du Kernel, l'autre étant un système "intelligent" de sauvegarde des données mais qui pourra être implémenté en post-XT400.
Après étude des modules disponibles sur le marché pour Delphi et en Open-source, le moteur de cryptage actuel sera conservé (DCPcrypt), mais XT4 utilisera désormais l'AES, tout en restant compatible avec les données XT3 cryptées en RC6.

Après cette dernière virée dans le Kernel, il restera encore un dernier gros outil : le Bloc-notes.
L'outil Copier-Coller sera sans doute réimplémenté en post-XT400.
Les outils secondaires (Sécurité, Vidéo, Chronomètres) seront portés au format XT4, en XT400 ou plus tard.

L'état d'avancement global de XT400 doit désormais dépasser les 75%. :)

Re: Ven 03/05/2013 - Actualités

Posté : dim. 5 mai 2013 14:57
par Denis
Gratz pour les 75% !!
Concernant l'import des données XT3, pèse bien le cout pour toi versus le gain de temps des utilisateurs.... Si chaque utilisateur doit passer 1 heure à se retaper ses données sous XT4 plutôt que les importer, et que développer le module d'import te coute 20 heures, alors il vaut mieux solliciter les utilisateurs !!!