Date: prev next · Thread: first prev next last
2022 Archives by date, by thread · List index


Un truc qui marchait bien quand j'étais p'tit, c'était la numérotation de 10 en 10 courante en 
BASIC original. Sinon on peut utiliser des groupes numériques de taille constante avec un 
séparateur unique, de sorte qu'il soit neutralisé :

Une colonne au format texte, avec
01.00.
01.01.
01.10.
Devrait fonctionner, a priori.

Thierry

Sent from Proton Mail for iOS

Le lun. 12 déc. 2022 à 12:50, Ocleyr2lalune <ocleyr2lalune@zaclys.net> a écrit :

Oui je suggère une colonne par niveau d'information mais justement pour éliminer l'utilisation 
des caractères dont le tri interroge..
Je regarderais plus en détail a partir de éléments donnés par Stéphane si une idée me vient... Ça 
me fait penser à plusieurs choses..
Claire
Le 12 déc. 2022, à 11:47, Thierry Jeanneret <thierry.jeanneret@protonmail.com> a écrit:

La réponse à ton souci me semble simple : Tu mélanges caractères numériques, caractères 
"bizarres" et caractères alphabétiques. Si tu regardes la table ASCII, tu as la réponse :

Les caractères 0...9 ne sont PAS CONTIGUS aux caractères a..z A...Z, et les discriminants que tu 
ajoutes sont éparpillés entre les séquences. Hors tous les systèmes de tri en environnement 
international se basent sur une "collating sequence" qui permet notamment de retrouver en 
français les équivalences entre e, é, è,... Il est probable que la séquence utilisée par 
LibreOffice regroupe de la même manière ()<> et autres [].

Je n'ai pas trouvé où cette séquence est documentée.

Je redis : Comme clé de tri il est avisé d'utiliser les valeurs les plus simples possibles 
s'étendant sur des domaines continus. Soit numérique, soit alphabétique, mais pas les deux.

Claire suggère une valeur par colonne, il faut vérifier, je ne suis pas sûr de ce que ça peut 
donner. Si je rentre dans une colonne au format texte les valeurs ), >, 0 puis que je trie cette 
colonne (tri croissant), j'obtiens 0, ), > au lieu de ), 0, > que donne la table ASCII, ce qui 
me conforte dans mon hypothèse.

1    0
1    )
1    >

Le format texte n'a pas été conservé lors du copier/coller, il vaut mieux faire le test en local.

A+,

Thierry

Envoyé avec la messagerie sécurisée [Proton Mail](https://proton.me/).

------- Original Message -------
On dimanche 11 décembre 2022 à 23:12, Ocleyr2lalune <ocleyr2lalune@zaclys.net> wrote:

Autre question : pourquoi tu ne décomposes pas ? (1 niveau=1 colonne). Qu'est-ce qui t'en 
empêche ?
Claire
Le 11 déc. 2022, à 23:04, Ocleyr2lalune < ocleyr2lalune@zaclys.net> a écrit:

Bonsoir Stéphane

Le référentiel c'est le tien ou il t'es impose ?

Entre ta définition et l'appli que tu donnes, à quoi correspondent 16 et 18 (j'imagine comme 
pour 11 et 14 que le 2e chiffre a une signification précise ??)

⁣Claire​

Le 11 déc. 2022 à 21:48, à 21:48, "Stéphane Santon" <m.libreoffice@santonum.eu> a écrit:

Bonjour,

Le 11/12/2022 à 09:02, Thierry Jeanneret a écrit :

A priori c'est une très mauvaise idée que d'utiliser comme critère de

tri une donnée qui regroupe une valeur ordinale et un signe

quelconque.

Les nombres se traiteront naturellement si vous les laissez à part,

le

signe supplémentaire ne devrait être qu'une décoration non

significative

pour le tri. Si ce signe est discriminant, ça veut dire qu'il faut

revoir la codification numérique.

Vous faites d'ailleurs la démonstration des soucis qu'on peut

rencontrer

en mélangeant les deux.

Le comportement que vous observez pourrait provenir du traitement des

caractères Unicode, sur plusieurs bytes, par exemple, mais je n'en

suis

pas sûr. En tout cas on n'est pas sur un simple tri ASCII, il y a "

une

intelligence " derrière pour produire ce résultat !

Thierry

Oui, le signe est discriminant, car il me permet :

1. d'imposer l'ordre de tri,

2. de mieux voir les rubriques de niveau 1 dans la hiérarchie,

3. de définir une mise en forme conditionnelle sur ces lignes en

particulier.

J'ai modifié ma numérotation en n'utilisant que le '-' en plus des

chiffres et lettres ; en espérant que le tiret soit toujours avant les

chiffres.

Pour expliquer le contenu, dans un référentiel de diplôme (examen) :

1-a XXX  est une tâche du référentiel

1-c XXX  est la compétence associée

11 xxx

11 xxx est la décomposition des tâches, non inscrite au référentiel

14- Observetion XXX est un élément d'observation pour évaluer le

candidat

2-a XXX  est une nouvelle tâche du référentiel

2-c XXX  est une nouvelle compétence associée

Voici le résultat, mais à mon goût un peu moins lisible :

1-a Simulation

1-c Compétence

11 Cahier des charges

11 Chauffage

11 Convoyage

11 Information

11 Motorisation

11 Pompage

11- Observation

14- Observation

16 Chauffage

16 Coffret

16 Fluides

16 IHM

16 Motorisation

16 Pompage

16 Réseau BT

16- Observation

18 Matériel

18- Observation

2-a Choix de constituants

2-c Choix de constituants

21 Éclairage

3-a Choix de constituants

3-c Choix de constituants

31 Motorisation

--

Envoyez un mail à users+unsubscribe@fr.libreoffice.org pour vous

désinscrire

Les archives de la liste sont disponibles à

https://listarchives.libreoffice.org/fr/users
/

Privacy Policy:
https://www.documentfoundation.org/privacy
-- 
Envoyez un mail à users+unsubscribe@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/users/
Privacy Policy: https://www.documentfoundation.org/privacy

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.