[CALC] Tri complètement dans les choux !

fr-users
#1

Salut à tous,

Je suis en train de faire un un fichier Calc pour suivre une gestion des stocks pour un club de hockey.
J'en suis qu'au début mais il me semble que Calc (3.6.0.4) fait n'importe quoi au niveau du tri.

Colonne A : le noms des articles (avec un entête de colonne).
Si je tri dans l'ordre croissant, j'ai près de 100 lignes en haut et même l'entête fout le camp.

Vous pouvez voir le fichier ici :
http://loic.breilloux.free.fr/test/gestion_stock.ods

Comment faire pour avoir un tri correct ?

Merci
Loic

#2

Bonsoir,
J'ai ton fichier avec 8 lignes
comme la colonne C est vide, il faut d'abord faire une sélection manuelle.
Le second "pb" est que par défaut calc considére qu'il n'y a pas de titre de ligne, il faut donc l'indiquer dans le second onglet de la fenêtre de tri.
Mis à part cela je n'ai pas noté de pb particulier.
Francis

#3

ça c'est bon, je l'ai fait.
Je pense que tu as sélectionné *uniquement* les cellules avec des données.
Essaie en sélectionnant les colonnes en entier (en sélectionnant via les lettres des colonnes) et tu verras normalement que c'est n'importe quoi.

#4

J'ai testé.
au départ uniquement un pb sur tri sur la dernière colonne.
A priori il y avait des restes dans les lignes vides. j'ai tout supprimé jusqu'à la ligne 125.
Mais je suis sous ubuntu et avec calc 3.5.4.2 ....

Francis

#5

Bonsoir,

Salut à tous,

Je suis en train de faire un un fichier Calc pour suivre une gestion
des stocks pour un club de hockey.
J'en suis qu'au début mais il me semble que Calc (3.6.0.4) fait
n'importe quoi au niveau du tri.

3.6.0 ? Je commencerais par mettre à jour avec la 3.6.1

Bonne soirée
JBF

#6

D'accord JB, mais avoue que c'est bizarre. Où alors c'est moi qui ne l'utilise pas comme il faut :wink:
Loic

#7

Moi aussi je suis sous Ubuntu 12.04
Je sais qu'il y a des restes, c'est normal je veux les garder. Si on les supprime ça marche.
Mais pourquoi calc trie les "vide / 0" lors d'un tri ? Dommage qu'il n'y ait pas d'option pour ne trier que ce que lon voit.

Loic

#8

Bonjour,

[...]
J'ai testé.
au départ uniquement un pb sur tri sur la dernière colonne.
A priori il y avait des restes dans les lignes vides. j'ai tout
supprimé jusqu'à la ligne 125.
Mais je suis sous ubuntu et avec calc 3.5.4.2 ....

Même conclusion avec la 3.6.2.0+ (prochaine 3.6.2) : les lignes 9 à 125
ne sont pas vides, il y a des formules dans les colonnes B et F jusqu'à
la ligne 125. Cela donne une plage de tri A1:F125 avec A9:A125 vide qui
se retrouve donc en tête.

Peut-être ce qui serait bien ce serait d'avoir une option pour choisir
de placer les cellules vides de valeur en tête ou en fin de liste lors
d'un tri.

Bonne journée
JBF

#9

Bonjour à toutes et tous,

Dans ton fichier, les colonnes D et E contiennent des valeurs et des formules. Bizarre, mais je suppose que tu fais des tests.
Dans la colonne C (feuille A_lire), si on se déplace verticalement avec les raccourcis Ctrl + Flèche (haut ou bas), normalement on se déplace vers la cellule suivante différente (occupée / non occupée). Ce raccourci est bien pratique. Dans ton cas, il révèle des cellules vides, mais apparemment occupées (C2, C4, C5). Curieux.
En attendant, ça explique pourquoi la plage A1:F125 est sélectionnée quand tu demandes le tri.
Autre curiosité : je supprime la colonne C, puis je veux à nouveau l'insérer : impossible. J'ai droit au message "Les cellules remplies ne peuvent pas être décalées au-delà de la page".
Autre mystère...
J'ouvre une nouvelle feuille. Pour être tranquille, je recopie la plage A1:B125, puis D1:D125. Les cellules vides/occupées (C2, C4, C5) sont toujours présentes. Pourtant je n'ai pas touché à la colonne C.
Dernier test, le copie via le bloc-notes Windows, les textes, valeurs). Plus de problème avec la colonne C.
Et j'arrive à la cellule en cause, malgré les précautions.
Un copier / coller via le bloc notes de la celle D2, formule :
SI(C2="";"";SOMME.SI($'2012'.$D$4:$D$500;C2;$'2012'.$E$4:$E$500))
La cellule C2 réagit comme si elle était occupée !

Donc pas de solution, mais peut-être un bug.

LibO Version 3.6.1.2 sous Win 7 64b

Bon surf,
Christian

#10

Bonjour Loïc, Christian,

Juste une petite question en passant : ce fichier a-t-il été créé avec Excel et repris avec LibO Calc, ou a-t-il été modifié par Excel ?

#11

Merci Christian.
Y a bien un problème mais je vais pouvoir le contourner.

Loic

#12

Entièrement d'accord avec toi mais...
Le GROS problème :
Si je dis à Calc que ma première ligne contient des en-têtes de colonne, lors du tri, les en-tête ne restent pas en haut.
Il me semblait bien que c'est le but de l'en-tête de rester en haut.
Il s'agit donc bien d'un bug.

Loic

#13

C'est quoi Excel ? :wink:

Non tout vient de Calc depuis le début

Loic (fidèle à Liboo depuis OOo1.3)

#14

Le 02/09/2012 12:13, Loïc Breilloux a écrit :t

Loic (fidèle à Liboo depuis OOo1.3)

Ça, c'est bien ! :slight_smile:
Ce qui élimine une cause éventuelle. Dans le passé, j'ai dû corriger de nombreux fichiers croisés OOo/MsOffice :slight_smile:

#15

Il garde les entêtes si on ne change pas la plage de tri. Il faut
peut-être enregistrer le fichier. En tous les cas avec ma version je
n'ai pas ce problème.

Bonne journée
JBF

#16

dommage car chez moi il ne les garde pas. Curieusement.
je vais installer la derniere version dans les jours à venir et essayer.
Ça doit venir du fait qu'il considère que mes cellules vides ne le sont pas car elles contiennent des formules.
Loic

#17

Bonsoir,

Trier avec des formules dans des cellules est toujours un peu risqué.

Si tu le peux, avec une macro affectée à un bouton par exemple, fait une copie de la zone de cellules concernée et un collage spécial à un autre endroit (ou une autre feuille) en ne collant que les textes, les nombres et, éventuellement, les formats (donc excluant les formules). Le tri en sera grandement facilité.

#18

Bonjour,

J'ai moi aussi de gros problèmes avec les tris :
1 - le tri de zones calculées, qui marchait bien avec LO 3.5 ne marche plus
2 - j'ai également des problèmes avec des tris qui envoient mon entête en
bas de liste. C'est particulièrement le cas quand j'utilise la nouvelle
fonctionnalité de LO 3.6.1 (tri avec filtre) (je procède en deux temps,
d'abord je filtre sur 2 ou 3 critères, je valide, puis je reprends la
colonne filtrée, et demande le tri via la bouton de filtre.
Mon entête de filtre part en bas de sélection.
Si je reprends mon bouton de filtre pour refaire un tri décroissant cette
fois, c'est la panique complète !
Christophe

#19

Bonsoir,

Bonjour,

J'ai moi aussi de gros problèmes avec les tris :
1 - le tri de zones calculées, qui marchait bien avec LO 3.5 ne marche plus
2 - j'ai également des problèmes avec des tris qui envoient mon entête en
bas de liste. C'est particulièrement le cas quand j'utilise la nouvelle
fonctionnalité de LO 3.6.1 (tri avec filtre) (je procède en deux temps,
d'abord je filtre sur 2 ou 3 critères, je valide, puis je reprends la
colonne filtrée, et demande le tri via la bouton de filtre.
Mon entête de filtre part en bas de sélection.
Si je reprends mon bouton de filtre pour refaire un tri décroissant cette
fois, c'est la panique complète !
Christophe

Et si tu tries d'abord avant de filtrer, est-ce que ça marche mieux ?

JBF

#20

Non, j'ai de suite ma ligne de titre qui se sauve en bas d'écran.

Ci-joint, un exemple.
http://nabble.documentfoundation.org/file/n4005543/tri-autofiltre.jpg
Sinon, le tri est correct

A noter que, sur un tableau vierge de 6 lignes, ça marche normalement !
Christophe