Le 11/08/2014 21:17, Laurent BALLAND-POIRIER a écrit :
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.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 dutri est incohérent : https://bugs.freedesktop.org/attachment.cgi?id=104016J'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 JBFBonsoir 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
A+ Laurent BP -- Envoyez un mail à qa+unsubscribe@fr.libreoffice.org 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