Tous les projets

Les obligations qui découlent des changements légaux prévus :

• 2018 : terminé.
• 2019 : terminé.
• 2020 : suivi.

Mise à jour ‘Upstream’ de keyListDB.

Intégration et implémentation de l’agent de réplication.

Nécessite des modifications importantes dans l’application.

Dans certains cas, l’exécution des tâches de resynchronisation de la réplication s’exécute dans le processus EventQueue.

Cela pose un problème car lorsqu’on ouvre une boîte de dialogue modale, celle-ci bloque l’EventQueue.

Pour essayer de résoudre ce problème, on peut par exemple utiliser le Worker et lancer la tâche en arrière plan mais avec une forte priorité. Cela laisse l’EventQueue terminer la tâche en cours sans bloquer l’UI.

Nécessite plus de retour de la part des utilisateurs concernés.

Assurer la capacité à restituer à tous moments un document tel qu’il a été produit à l’origine.

—

La solution la plus simple et évidente sur le long terme consiste à archiver une copie PDF du document original.

A repenser!...

La création d’un contexte d’impression enregistrable et réutilisable est nécessaire pour conserver les paramètres d’impression au moment où un document a été validé.

De cette manière, on peut enregistrer un contexte d’impression et le réutiliser ultérieurement pour reproduire un certain document même si les options d’impression courantes ont changé depuis sa création.

Regrouper une série de fonctions récurrentes dans l’application concernant le traitement des chaînes de caractères dans un seule bibliothèque utilitaire.

Veiller à l’uniformisation et à l’optimisation de ces fonctions.

Ajout d’une nouvelle bibliothèque de fonctions BytesTk pour regrouper et uniformiser les fonctions les plus utilisées pour le traitement de tableaux de bytes.

Ceci constitue le suivi des améliorations divers et mineures de l’interface utilisateur:

Il est nécessaire de pouvoir sérialiser le contexte d’impression en vue de pouvoir l’enregistrer dans la base de données.

A la suite de cela, il sera possible de récupérer le contexte d’impression qui correspond à un document pour reproduire l’original à l’identique.

Pour pouvoir retrouver un contexte d’impression, il faut l’enregistrer dans la base de données.

L’avantage est certain : un même contexte peut servir à un grand nombre de documents.

Cela permet de réduire le volume de données nécessaires pour restituer les documents originaux en réutilisant pour cela un nombre réduit de contexte.

Il serait utile de proposer une liste de tâches planifiées dans le worker.

De cette manière, l’utilisateur est informé des tâches en attente d’exécution.

Tout simplement des entiers 32bits peuvent faire tout à fait l’affaire.

YYYY ← YYYY....
MM ← ....MM..
DD ← ......DD

Largest : 99991231 → 99.991.231

De plus, par rapport aux objets de type Date, on gagne en vitesse et on économise de la mémoire vive.

Il suffit d’une classe Tk statique.

17-dev:

Rafraichissement de l’interface du guide en ligne.

Une interface plus pratique avec le menu de navigation en bas de la fenêtre du navigateur.

Cette disposition s’inspire des études relatives à l’ergonomie des applications mobiles.

18-dev:

Changement de règlementation.

19-dev:

Actualisation du mode d’emploi.

Jusqu’à présent le moteur LogViewEngine de KeyListDB est assez résiliant. Cela permet de démarrer le serveur local même en cas d’erreurs dans les fichiers. Cependant, à défaut d’une détection plus rigoureuse, le nœud local se fait jeter du cluster après activation et connexion. Cela peut aussi permettre à une copie LogView corrompue d’être sauvegardée via le service VB4B. La dernière sauvegarde de sécurité peut alors être elle même corrompue.

Pour éviter cela, il est préférable de quitter immédiatement l’application où d’abandonner le démarrage en spécifiant un message d’erreur approprié.

Jusqu’à présent, le format CSV des rapport était en fait une variante du format TSV.

A présent, proposer 2 formats distincts :

• TSV : format actuel (charset : UTF-8, séparateur de champ : TAB(9), séparateur de ligne NL(10)).
• CSV : format supplémentaire (charset : UTF-8, séparateur de champ : ‘;’, séparateur de ligne NL(10), chaîne de caractères entre guillemets ‘“‘).

Réorganisation des classes spécifiques aux composants de l’interface utilisateur BeDesk sous bedesk.lib.ui.

Réorganisation des classes utilitaires sous le module bedesk.lib.utils.

Réorganisation de méthodes utilitaires précédemment intégrées à la classe PZ vers LibUI.

Réorganisation des classes sans dépendance interne vers bedesk.lib.utils.

Création du module bedesk.lib.io:

Actualiser la documentation en fonction de l’ordre des champs attendus lors de l’importation des clients:

Attention la colonne ID (première colonne doit être supprimée).

Pour pouvoir placer l’adresse postale correctement, la hauteur minimum (par défaut) du cartouche doit être suffisante.

Je préconise une hauteur minimum de 6.30 cm.

Filtrer les caractères non imprimables dans les désignations d’article.

De tels caractères peuvent être introduit par une importation avec un mauvais choix d’encodage de caractères.

Contient des tonnes de corrections et d’amliorations.

Aucune description

Migration de l'OpenJDK 11 vers l'OpenJDK 17