Problème de tri alphabétique

fr-users
#1

Bonjour,

Je suis sur Ubuntu 16.04 avec Libreoffice des dépôts 5.1.4.2

Je triais par ordre alphabétique quand je me suis aperçu que ces 3 noms
n'étaient pas triés :
CRAUSTE
BLEHAUT
CACLIN
Pouvez-vous faire le test svp ? et me dire si c'est un problème entre le
clavier et la chaise ^^

Merci, Cédric

#2

bonjour,

alors trubub n'est pas capable de le faire ?

pourtant c'est très facile :

ouvrir xtem et coller :

cat fichier.csv | sort -u |uniq >fichier-1.csv

application :

cat >essai.txt <<EOF
CRAUSTE
BLEHAUT
CACLIN
EOF

cat essai.txt| sort -u |uniq

résultat :

BLEHAUT
CACLIN
CRAUSTE

c'est un problème entre le clavier et la chaise ...

slt
bernard

#3

L'explication est très simple si je pars du principe que c'est dans Calc et que le premier mot est dans la première cellule de la feuille ou de la colonne à trier ou de la sélection et que tu as cliqué sur l'icône : Calc considère qu'il s'agit de l'étiquette de la colonne et ne le trie pas.

Dans ce cas, mieux vaut passer par le menu (ou étendre la sélection à l'étiquette).

#4

Bonjour,

Je suis sur Ubuntu 16.04 avec Libreoffice des dépôts 5.1.4.2

Je triais par ordre alphabétique quand je me suis aperçu que ces 3 noms
n'étaient pas triés :
CRAUSTE
BLEHAUT
CACLIN
Pouvez-vous faire le test svp ? et me dire si c'est un problème entre le
clavier et la chaise ^^

pour vérifier il faudrait avoir le fichier d'origine. N'y a-t-il pas un caractère non visible qui fausserait le tri car calc fait bien le tri s'il s'agit de calc

Merci, Cédric

Gérard

#5

bonjour,

maintenant que tu as écrit tout en majuscules il faut que la première
lettre soit en majuscule et le reste en minuscules (sur une ligne):

cat essai.txt | sed -e 's/\(.*\)/\L\1/' |sed -e
's/\([a-z]\)\([a-zA-Z0-9]*\)/\u\1\2/g' |sort -u |uniq >essai-1.txt

origine :

cat >essai.txt <<EOF
CRAUSTE
BLEHAUT
CACLIN
EOF

résultat :

Blehaut
Caclin
Crauste

slt
bernard

#6

Pourquoi faire simple quand on peut faire super compliqué !
J'avoue que je ne comprends pas la réponse.

#7

Bonjour,

Je suis sur Ubuntu 16.04 avec Libreoffice des dépôts 5.1.4.2

Je triais par ordre alphabétique quand je me suis aperçu que ces 3 noms
n'étaient pas triés :
CRAUSTE
BLEHAUT
CACLIN
Pouvez-vous faire le test svp ? et me dire si c'est un problème entre le
clavier et la chaise ^^

L'explication est très simple si je pars du principe que c'est dans Calc
et que le premier mot est dans la première cellule de la feuille ou de la
colonne à trier ou de la sélection et que tu as cliqué sur l'icône : Calc
considère qu'il s'agit de l'étiquette de la colonne et ne le trie pas.

Dans ce cas, mieux vaut passer par le menu (ou étendre la sélection à
l'étiquette).

Alors là, c'est bien la première fois que je rencontre cela, c'est nouveau
ou bien ? Effectivement, en rajoutant une ligne au dessus, il me trie
correctement en supprimant la première ligne, amusant, non ?

Je trouve ce comportement un peu bizarre tout de même...

@Bernard, heureusement que je suis un peu geek sur les bords sinon la
réponse m'aurait fait moyennement rire.

#8

bonjour,

c'est toujour pratique de connaitre sed :

http://ftp.lip6.fr/pub/linux/french/echo-linux/html/sed-awk/sed-awk.html
http://stackoverflow.com/questions/7866512/shell-with-grep-sed-awk-in-windows
http://korben.info/commandes-linux-windows.html

ce n'eqst pas si compliqué que ça et ce sont des regex
(expressions régulières) ...

ça va plus vite qu'un copier coller pour des tables
(fichier format csv ou txt)

slt
bernard

#9

[...]

Alors là, c'est bien la première fois que je rencontre cela, c'est nouveau
ou bien ? Effectivement, en rajoutant une ligne au dessus, il me trie
correctement en supprimant la première ligne, amusant, non ?

Je trouve ce comportement un peu bizarre tout de même...

C'est un bug, corrigé dans la future 5.2.2 :
https://bugs.documentfoundation.org/show_bug.cgi?id=91305

Je ne sais pas pourquoi le correctif n'est pas dans la future 5.2.1.
Apparemment personne n'a demandé le backport.

Bonne journée
JBF

#10

Dans les anciennes versions de LO, le tri se fait sur toutes les
lignes. Il semble que dans la version utilisée, par défaut, le tri
se fait en changeant le paramètre "Première ligne titre ou triée ?".
Normalement, la 1re ligne est triée, mais on peut choisir (tri avec
paramètres) qu'elle soit le titre de la colonnne, donc non triée.

Selon ce que je comprends d'une autre réponse, c'est un défaut
transitoire corrigé plus tard (variable non initialisée peut-être).

Pour ce qui est du comportement bizarre, il n'est pas du tout bizarre.
En ajoutant une autre ligne vide, celle-ci ne peut pas être un titre,
donc logiquement elle est considérée comme vide et se retrouve donc
à la fin. Elle n'est pas supprimée.

Denis

#11

Bonjour,
Pas d'accord. Depuis OOo 1.x (pas jeune ça !) les tris se font avec ou sans ligne de titre. Évidemment les présentations ont changées.
Bon surf,
Christian

#12

écrivait:

..

Dans les anciennes versions de LO, le tri se fait sur toutes les
lignes...

Denis

Bonjour,
Pas d'accord. Depuis OOo 1.x (pas jeune ça !) les tris se font avec ou
sans ligne de titre. Évidemment les présentations ont changées.

Je parlais du tri direct, avec le bouton dans la barre d'outils, sans
paramètre autre que la colonne. Exemple :

Avec la souris, je sélectionne les cellules C10 à C20, puis je
sélectionne les colonnes complètes avec Maj-Espace. Puis je trie
avec le bouton Tri de la barre d'outil.

Si je choisis plutôt Outils - Trier - Options, j'ai un champ
"La plage contient des étiquettes de colonne". Dans ce cas, je
peux décider de ne pas trier la ligne 1. C'est dans ma LO 3.4.

D'après ce que j'ai compris de la question originale, le tri
par défaut avec le bouton de la d'outil omet la ligne 1.

Denis