Re-bonjour Voulant tester l'amélioration du Ctrl+D (Edition> Remplir> Vers le bas) je suis tombé sur un bug (déjà présent dans les versions précédentes).
Les problèmes se posent si la "source", la cellule sélectionnée, est en fait plusieurs cellules fusionnées. Le classeur joint explique ce qui se produit par l'exemple car c'est facile à reproduire mais difficile à expliquer :) http://nabble.documentfoundation.org/file/n3966102/BugFill.png 1. Le Ctrl+D recopie le formatage ce n'est pas clairement annoncé dans l'aide : "Fills a selected range of at least two rows with the contents of the top cell of the range." On pourrait donc s'attendre à ce que seul le contenu soit copié... 2. Avec une "source" cellules fusionnées le résultat après remplissage est "incohérent" puisqu'il est possible de sélectionner ligne par ligne : J6 dans la copie d'écran alors qu'on ne devrait pouvoir cliquer qu'en J5 ou J7 et ce alors que la sélection se comporte comme pour des cellules fusionnées (carré noir sur 2 col. x 2 lig.). 3. Après enregistrement, fermeture puis recharge, on retrouve la cohérence : la sélection affichée correspond à la situation réelle... qui n'est pas bonne. Les cellules ont été fusionnées sur 2 colonnes x 1 ligne et une cellule fusionnée se trouve décalée en L4 cf. classeur exemple : http://nabble.documentfoundation.org/file/n3966102/BugFill.ods BugFill.ods Mon environnement : version 3.6.0alpha0+ (Build ID: c2003c7) Windows 7 64bits Je n'ai pas trouvé d'Issue spécifique. Reproduisez-vous ? Cordialement Pierre-Yves -- View this message in context: http://nabble.documentfoundation.org/QA-3-6-Calc-Edit-Fill-Down-gere-mal-les-cellules-fusionnees-tp3966102.html Sent from the Discuss mailing list archive at Nabble.com. -- Envoyez un mail à discuss+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
