Jeu 09/08/2012 - Actualités

[Xavier]

Statuts


Le changement d'état d'un évènement ou d'une tâche est faisable en accès direct via le menu contextuel ou par un DropDown dédié :

ChangeStatus.png

[Xavier]

Agenda et RAF global


La modification de tâches et d'évènements uniques est opérationelle.

En mettant de côté la gestion des Alarmes qui sera prise en charge par le Moteur comme en XT3, les chantiers restants pour l'Agenda sont :

• Probable rework des cellules du Calendrier qui souffrent d'un méchant flickering au resize bien que les couples [TShape + TLabel] ne soit pas explicitement repaints.
• Merge possible de la liste des tâches et celle des évènements, ou au moins un sous-listage des évènements (avec ou sans heure, la première sous-liste étant triée).
• Implémentation des périodes : l'idée est toujours de les créer / modifier dans une page dédiée, puis de les "affecter" à des dates via le Calendrier ou le panneau d'édition. Leur affichage dans le Calendrier est en attente du rework des cellules.
• Liste des alarmes : à priori une page dédiée montrant une vue des évènements du jour / de la semaine qui ont une Alarme.
• Groupage des données dans des sous-dossiers techniques.
• Transformation des données (*). Item dépendant du groupage des données
• Liste des jours fériés, à priori juste un portage de la liste d'XT3.
• Mise à jour du Gestionnaire de données. Import et conversion de fichiers "Calendrier", "Alarmes" et "Tâches" d'XT3. Import et export de fichiers "Agenda" XT4. Item dépendant du groupage des données.
• Création d'options et prise en compte dans le code existant.

L'Agenda doit être environ à moitié développé. Malgré une factorisation toujours plus poussée, cet outil vient d'atteindre les 3375 lignes de code. Il a donc dépassé les précédents "gros" outils : le Gestionnaire de données (2965 lignes) et le Gestionnaire de commandes (3015 lignes).


(*) La transformation des données concerne les cas suivants :

• Une tâche devient un évènement unique si déplacée sur une cellule ou si passage à "Terminée".
• Un évènement unique devient une tâche si déplacé dans la liste des tâches. Perte de propriétés.
• Un évènement unique devient récurrent si la répétition est activée.
• Un évènement récurrent doit être instancié si une occurrence à venir est modifiée (le passage au statut "Terminé" en faisant partie). L'occurence instanciée doit être liée à l'evènement récurrent.
• Une occurence instanciée doit être mise à jour ou effacée si l'evènement récurrent est modifié ou supprimé.
• Un évènement récurrent devient unique si sa répétition est désactivée. Perte de propriétés et du lien avec ses occurrences instanciées.

Les propriétés sont actuellement les suivantes :

Properties.png

Le chantier des dossiers techniques est bloquant pour plusiers autres, cela sera donc le prochain.
Il s'agit de décider du rangement des évènements dans des dossiers invisibles, du style <2012-W32>, servant à optimiser les accès.
Le premier travail consiste à étudier les impacts sur l'existant.


A plus long terme (après le Calendrier), il restera :

• Gestion des Alarmes.
• Rework du couple Kernel / Engine aux nouvelles normes, passage de toutes les variables globales en XD.
• Outil "Bloc-notes". L'idée est de proposer un arbre unique "dossier + fichiers".
• Outil "Copier-coller", version améliorée de XT373, avec sans doute un "super" menu obtenu par une fenêtre sans bordure.
• Outil "Sécurité", à priori juste un portage XT3.
• Outil "Chronomètres", à priori juste un portage XT3.
• Implémentation du cryptage des données, à priori avec le même moteur que XT3.
• Options de l'application.
• Fonctions (Date, Heure, Utilisation CPUs, etc).
• Qualification.