Lima-users

Download

lima-users@list.chorem.org

October 2014

2 participants
2 discussions

Encore améliorations dans les rapports
by Michael Uplawski (MSO) Oct. 21, 2014

Oct. 21, 2014

Bonjour, en essayant d'améliorer l'affichage des rapports HTML pour la génération de fichiers PDF, j'ai effectué les changements suivants : -) Le symbol € est systématiquement écris après les montants. -) La génération de la colonne 'Journal' est facultative. -) Les entrées sont triées dans l'ordre des dates. -) Grand Livre : Un solde en débit est préfixé 'D' autrement 'C'. -) Le CSS permets plus de clarté et lisibilité (à adapter individuellement). ;-) Comme d'habitude, je souhaiterais qu'un jour, Lima est capable de produire des rapports de ce manière. Pour l'instant c'est mon script qui le fait : https://rubygems.org/gems/lima_report En pièce-jointe, copie d'écran du début d'un Grand Livre après transformation. Bonne soirée, Michael Uplawski. -- GnuPG/OpenPGP 4096R/3216CF02 2013-11-15 [expires: 2015-11-15] Michael Uplawski (privat) <michael.uplawski(a)uplawski.eu> sub 4096R/2751C550 2013-11-15 [expires: 2015-11-15]

2 1

NumberFormatException rend erreur de saisie irrécupérable
by Michael Uplawski Oct. 7, 2014

Oct. 7, 2014

Bonsoir, j'utilise la recherche des écritures et je me sers de la colonne des lettres pour pointer les sommes sur un relevé de compte. Ce n'est probablement pas le bon usage de cette fonctionnalité, mais de suite le logiciel ne se comporte pas très correcte non plus. M'ayant trompé de colonne, j'ai entré « 9a » dans la colonne « Débit ». Je comprends bien, que cette colonne n'est pas prévue pour des valeurs alphanumériques, pourtant la saisie est possible (on est dans la recherche, je rappelle). Bon. Ma faute. Mais la réponse de Lima est un dialog d'erreur qu'on ne peut pas fermer, car il revient instantanément. Je suis confronté d'une “NumberFormatException” et du message « Une erreur s'est produite: null ». Je propose de représenter l'erreur par un message plus élaboré, d'empêcher des valeurs mal-formatées d'arriver jusqu'au “model” et de nous donner une chance de rectifier l'erreur dans l'interface. Stack trace en pièce jointe. À plus, Michael Uplawski -- GnuPG/OpenPGP 4096R/3216CF02 2013-11-15 [expires: 2015-11-15] Michael Uplawski (privat) <michael.uplawski(a)uplawski.eu> sub 4096R/2751C550 2013-11-15 [expires: 2015-11-15]

2 1