BeDesk-Express

S’il y a une ligne vide dans le texte de l’adresse du contact, une erreur interne se produit.

Il semble que la visionneuse Adobe Reader éprouve des problème à ouvrir certains fichiers PDFs.

Il est difficile de dire exactement pourquoi car le message d’erreur ne fourni aucune explication du problème.

Nous investiguons.

Si on ouvre un fichier pour lequel Adobe Reader pose problème avec une autre visionneuse, le fichier s’ouvre parfaitement et ne pose absolument aucun souci.

Vous pouvez ainsi ouvrir sans souci les fichiers PDF avec Chrome, Firefox ou même Edge. Aucune visionneuse ne signale de souci.

Il n’y a que Adobe Reader qui pose problème. En outre, aucune description de l’erreur n’est fournie. Il est donc difficile de savoir exactement ce qui est à l’origine du problème, mis à part le fait que Adobe Reader en particulier rencontre un souci.

Documentation qui pourrait éventuellement être liée:

• https://issues.apache.org/jira/browse/PDFBOX-1423
• https://forums.adobe.com/thread/464841

L’origine du problème a été isolé dans le composant pdfbox-graphics2d (Graphics2D Bridge for Apache PDFBox).

En attendant qu’une solution soit trouvée au niveau de ce composant, nous avons réintroduit le composant iText uniquement pour le rendu des documents. Une fois rendu, le contenu est ajouté via PDFBox pour fournir un fichier conforme à la norme PDF/A-3.

Nombreux essais : tout semble ok.

Nous utilisons depuis de nombreuses années la dernière version sous licence LGPL de iText pour la production et le traitement PDF.

PDFBox offre de nombreux avantages tout en étant sous licence Apache.

Pré-implémentation disponible en phase de tests.

Nous produisons des documents PDF/A-3 valides.

De plus, la boite à outils PDF est actualisée en conséquence.

Adaptation du module FontTk : ok.

Prise en charge des données structurées : Nécessite une tâche dédiée.

Pour l’instant, on peut définir un espacement entre les cellules du cartouche vertical jusque 18pt.

Il serait utile de pouvoir augmenter ce maximum jusque 32pt pour faciliter certaines mise ne page.

L’installateur pour Windows s’assure que le PC dispose bien de 4 Go de mémoire vive physique disponible avant de procéder à l’installation.

Le souci, c’est qu’avec certains modèle de PC, la carte graphique utilise une partie de la mémoire physique et n’embarque pas sa propre mémoire graphique.

De ce fait, le PC n’a plus réellement 4 Go de mémoire physique disponible, mais l’espace physique diminué de la quantité de mémoire allouée à la carte graphique. La mémoire physique disponible aux applications est alors de 2 ou 3 Go, mais toujours moins que 4 Go.

L’installateur refuse donc d’installer l’application puisque la quantité de mémoire physique requise n’est pas suffisante.

A NOTER: Il est inutile d’augmenter la taille de la mémoire virtuelle. En effet, la quantité de mémoire physique est justement destinée à éviter que l’application (le serveur de base de données) ne travaille en mémoire virtuelle qui est très lente par rapport à la mémoire physique. Les performances du logiciel peuvent diminuer fortement (de 30 à 80%) lorsque le serveur de base de données est forcé d’utiliser de la mémoire virtuelle à la place de la mémoire physique.

Une analyse approfondie doit être entreprise.

On peut réduire la recherche de mémoire vive physique à 2Go dans les paramètres de l’installateur. Toutefois, en cas d’installation sur un PC équipé de moins de 4 Go, l’information devra être traitée au niveau du support dans une prochaine révision.

Solution de contournement temporaire : déploiement d’un nouveau paquet d’installation qui se limite à la recherche de 2 Go de mémoire physique et comporte une décharge de responsabilité dans le ReadMe.

Une surveillance de la taille de mémoire disponible devra être sérieusement envisagée au cours des prochaines révisions.

Après le chargement d’un RxStyle, l’image de fond et le logo du RxStyle ne sont pas appliqué.

Un fichier temporaire doit être créé pour importer la source à partir du fichier RxStyle.

Résolu.

Les fichiers temporaires créés par l’application étaient nommés en fonction d’un numéro de série continu.

Cela implique qu’il y avait un risque de collision en cas d’appel de la fonction de création du nom de fichier temporaire.

A présent, les fichiers temporaire sont gérés par Java directement.

Lorsque la liste des catégorie est plus grande que la hauteur de l’écran, il n’y a pas de bouton de défilement.

Confirmé.

Analyse en cours.

Ajout d’un scroller : ok.

Pour tirer le meilleur parti de Rx, les composants d’en-tête et de pied de page doivent être convertis en plug-ins Rx.

Un reste de l’ancien générateur de documents, la taille de la police du pied de page est plus grande que ce que la valeur introduite dans les paramètres indique.

1. Augmentation de la hauteur du pied de page : 6pt → 8 pt.
2. Augmentation de l’espacement entre l’en-tête et le début du corps : 0,5 cm.

Même problème que pour le pied de page, la taille des caractères imprimés est plus grande que celle mentionné dans les options.

Ce problème est corrigé.

Par défaut, les sections du corps d’un document prend la couleur de fond des cellules.

Cependant, dans certains cas, l’utilisateur a pu inverser la colorimétrie en plaçant une couleur plus foncée en fond par défaut.

Cela implique donc le rendu de cette couleur foncée en fond de section, y compris dans les espaces entre sections.

On peut résoudre ce problème en supprimant la couleur de fond des sections. Ainsi par défaut une section est transparente. Il ne reste donc que les couleurs de fond des cellules.

Après importation d’une liste d’articles, l’outil semble inefficace.

Une erreur interne se produit à la fin de la lecture de certaines lignes où il manque une valeur.

Corrigé.

Un nouveau rapport destiné à l’exportation des articles est ajouté.

Il prend en compte la référence, la désignation, le prix de vente, le prix d’achat, l’état actif et la catégorie.

SuperCSV est un composant disponible sous licence Apache.

Il facilite et normalise le traitement des fichiers CSV.

On utilise SuperCSV pour récupérer les données du fichier d’importation CSV (préférence TSV).

On améliore également la fonction en prenant en compte des champs supplémentaires:

1. Prix d’achat
2. Actif
3. Catégorie

Ces champs sont optionnels.

Jusqu’à présent, la barre de défilement horizontale était affichée sur demande.

Toutefois, si le rapport fait exactement la taille de la vue, la gestion de l’affichage de la barre entre dans une boucle affichée, masquée, etc...

En l’affichant d’office, on élimine ce souci.

Lors du rendu de l’aperçu des rapports longs, il arrive que la fin soit tronquée.

Corrigé: ok.

Lorsqu’on sélectionne un contact parrain, rien ne se passe.

Corrigé: ok.

Lors de l’exportation des contacts, le numéro interne de la fiche de contact du logiciel est remplacé par l’UID externe attribué à chaque contact.

De cette manière, il est possible de partager des contacts avec d’autres applications et de mettre à jour une fiche de contact déjà présente dans la base de données.

Utilisation de SuperCSV pour récupération des contacts à partir d’une autre application.

Les caractéristiques sont sensiblement les même.

Seul changement, le numéro interne du contact dans la base de données BeDesk est remplacé par l’UID externe.

De cette manière, il est maintenant possible de partager le même contact entre plusieurs applications.

Il est également possible d’actualiser la fiche d’un contact existant en l’identifiant à partir de son UID.

L’UID externe est pris en compte lors de l’import/export des contacts sous le format XML.

Lors du copier/coller le presse-papier BeDesk Express prend en charge le UID.

Verrouillage du numéro de TVA lors de l’enregistrement sur le site web.

Parfois certains utilisateurs change l’identité de leur compte en entraînant un changement de statuts sur la même fiche.

Ceci est limité par le verrouillage du numéro de TVA lorsqu’il est valide.

Le remplacement des modules tiers nécessite de mentionner les licences respectives de chaque module tiers.

Il est nécessaire de fournir une valeur pour la colonne Catégorie lors d’un import CSV d’articles.

Lorsque le configuration initiale, le préfixe de numérotation n’est pas pris en compte.

Se rapporte au ticket  FS#2233 .

Même problème dans le menu de sélection de la catégorie lors de l’édition d’un article.

Confirmé.

La taille des fichiers PDF est beaucoup plus importante.

L’origine du problème a été isolé dans le composant pdfbox-graphics2d (Graphics2D Bridge for Apache PDFBox).

Le composant ne peut pas enregistrer les images avec perte de qualité.

On résout le problème en utilisant à nouveau le composant iText pour le rendu des documents.