Le 11/08/2014 21:17, Laurent BALLAND-POIRIER a écrit :
Le 04/08/2014 23:06, Jean-Baptiste Faure a écrit :
Bonsoir,
Le 30/07/2014 10:36, Jean-Baptiste Faure a écrit :
Bonjour,
Je sollicite vos avis sur les bugs fdo#81633 [1] et fdo#81309 [2].
Comment, selon vous, le tri sur des colonnes de cellules contenant des
formules doit-il fonctionner ? Faut-il ou non ajuster les formules ?
J'ai ajouté un fichier-test montrant que le nouveau fonctionnement du
tri est incohérent :
https://bugs.freedesktop.org/attachment.cgi?id=104016
J'ai simplement ajouté une colonne avec une formule utilisant la
fonction DECALER() (OFFSET() in English). Les 2 colonnes devraient
donner le même résultat, même après un tri, ce qui n'est plus le cas.
Bonne soirée
JBF
Bonsoir Jean-Baptiste,
Ce problème de tri me tracasse et m'oblige à garder la version 4.1.6
en production pour le moment. Pour mon utilisation, je suis d'accord
avec toi : le nouveau comportement est + pénalisant que l'ancien. Ce
n'est pas le comportement de Excel 2003, ni de Gnumeric 1.12, ni de AOO.
De plus introduire une telle modification (doit-on parler de
"fonctionnalité" ?) entre 4.2.6 et 4.2.7 ou entre 4.3.0 et 4.3.1 ne me
parait pas une bonne idée. Il faudrait (éventuellement) la proposer
pour un passage en 4.4.
A+
Laurent BP
Autre argument : pour ceux qui veulent le nouveau comportement, il
suffit d'utiliser des références absolues pour que les formules soient
conservées lors du tri. Avec le nouveau comportement, le résultat est le
même avec des références absolues ou relatives.
A+
Laurent BP
--
Envoyez un mail à [email protected] pour savoir comment vous
désinscrire
Les archives de la liste sont disponibles à
http://listarchives.libreoffice.org/fr/qa/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne
pourront pas être supprimés
