[Résolu] Bug inversion tri d'opération manuel (version 5.x)
Publié : 04 novembre 2014, 11:04
Bonjour,
Depuis la version 5 il y un bug dans le tri des opérations qui existe toujours en version 5.1.3 (EDIT: 5.1.4 aussi).
Dans un groupe d'opérations ayant la même date et la même date de valeur, si on bouge (drag & drop)
manuellement une opération dans le groupe pour l'organiser à notre souhait, toutes les opérations
de ce groupe qui sont au-dessus de l'endroit ou l'on dépose l'opération ont l'ordre de tri qui s'inverse (quelque soit leur statut).
La seule solution pour s'en sortir est alors de déposer chaque opération l'une après l'autre au début
du groupe d'opération, en commençant par celle qui doit finir en bas du groupe (à la manière du remplissage d'une pile)
C'est un cauchemar en début de mois quand vous tentez d'organiser tous vos prélèvements dans le même ordre que sur votre compte en banque
.
Donc cette fois ci, j'ai pris le temps de tester le bug dans un fichier neuf et de venir l'expliquer sur le forum (mieux vaut tard que jamais
)
Conditions pour le reproduire :
- Avoir un groupe de 3 opérations ou plus ayant la même date et la même date de valeur (les 2 dates peuvent être différentes)
- Sélectionner une opération et démarrer un drag & drop
- Déposer l'opération sous aux moins 2 opérations du groupe (la déposer à l'endroit d’où elle vient fonctionne aussi)
Mon environnement (OS et iCompta) :
- Mac OSX 10.10 (mais cela le faisait déjà sous 10.9.x)
- iCompta 5.1.3 (Appstore)
- Réglages iCompta
-- Dimensions de l'interface utilisateur : milieu
-- Afficher les opérations sur une seule ligne
-- Agrandir les opérations sélectionnées
- Tri opération iCompta
-- Date
-- Ordre manuel par glisser / déposer
J'espère que ces informations permettront de corriger ce bug.
Bon courage.
Last-day
Depuis la version 5 il y un bug dans le tri des opérations qui existe toujours en version 5.1.3 (EDIT: 5.1.4 aussi).
Dans un groupe d'opérations ayant la même date et la même date de valeur, si on bouge (drag & drop)
manuellement une opération dans le groupe pour l'organiser à notre souhait, toutes les opérations
de ce groupe qui sont au-dessus de l'endroit ou l'on dépose l'opération ont l'ordre de tri qui s'inverse (quelque soit leur statut).
La seule solution pour s'en sortir est alors de déposer chaque opération l'une après l'autre au début
du groupe d'opération, en commençant par celle qui doit finir en bas du groupe (à la manière du remplissage d'une pile)
C'est un cauchemar en début de mois quand vous tentez d'organiser tous vos prélèvements dans le même ordre que sur votre compte en banque
.Donc cette fois ci, j'ai pris le temps de tester le bug dans un fichier neuf et de venir l'expliquer sur le forum (mieux vaut tard que jamais
)Conditions pour le reproduire :
- Avoir un groupe de 3 opérations ou plus ayant la même date et la même date de valeur (les 2 dates peuvent être différentes)
- Sélectionner une opération et démarrer un drag & drop
- Déposer l'opération sous aux moins 2 opérations du groupe (la déposer à l'endroit d’où elle vient fonctionne aussi)
Mon environnement (OS et iCompta) :
- Mac OSX 10.10 (mais cela le faisait déjà sous 10.9.x)
- iCompta 5.1.3 (Appstore)
- Réglages iCompta
-- Dimensions de l'interface utilisateur : milieu
-- Afficher les opérations sur une seule ligne
-- Agrandir les opérations sélectionnées
- Tri opération iCompta
-- Date
-- Ordre manuel par glisser / déposer
J'espère que ces informations permettront de corriger ce bug.
Bon courage.
Last-day
.