Re: [fr-users] Re: Utilisation itérative de la fonction INDEX() (et TRI)

Le 22/08/2013 18:26, galahad@ftp83plus.net a écrit :
> Mettons, mais dans tous les cas, 100 devrait être prioritaire sur 
> 1000. D'ailleurs ça disparaît lorsque je met un espace entre le nombre 
> et la lettre. Étrange.

Non ! pas étrange. Le code d'espace est 032 et c'est le premier dans la 
liste des codes.
100 est prioritaire à 1000 quant il s'agit de nombres, pas de texte ! Si 
tu as 100K et 1000µ à trier ce sera 1000µ qui sera prioritaire (sauf si 
tu provoques un tri en ordre inverse, mais ça ne sera pas forcément une 
bonne idée dans une liste comme les tiennes).

Michel

> Pour le nombre de valeurs, je me fie au dialoue que LibOo affiche 
> quand on veut supprimer du contenu. Si je sélectionne "texte" 
> seulement, le texte seul disparaît, pas la formule. Je m'attends que 
> NB() compte aussi seulement le contenu, pas la formule, et le but 
> était de vérifier que le tri par macro n'a pas "mangé" une valeur par 
> accident, comme on n'est jamais à l'abri d'une erreur de codage. Une 
> cellule contenant exactement "", donc ni de chaîne, ni de nombre, pour 
> moi n'a pas de valeur.
>
> Le 2013-08-22 à 05:07, Michel ANDREU a écrit :
>
> > Bonjour Pat,
> >
> > *Tri* : 1000µ et 100K ne sont pas des nombres mais du texte et le tri 
> > est réalisé en fonction du texte. Sans doute que µ est prioritaire à 
> > K dans le principe de tri.
> >
> > *Nombre de valeurs* : ta formule est bonne mais tu ne l'as pas 
> > appliquée aux bonnes colonnes. Les colonnes que tu as choisi 
> > contiennent des _formules_ dans _toutes_ les cellules, c'est pourquoi 
> > tu as le résultat 9 au lieu de 7 ou de 2. Il faut l'appliquer aux 
> > colonnes G et H au lieu de D et E. Ainsi, tu n'as que des valeurs et 
> > des cellules vides et ce sera le nombre des valeurs qui sera bien 
> > pris en compte.
> >
> > Tu auras certainement d'autres questions à poser, il est préférable 
> > que tu les poses sur la liste de discussion directement plutôt qu'en 
> > privé. Ainsi, tout le monde peut profiter des réponses. Il y a 
> > toujours l'un(e) ou l'autre qui est intéressé(e) par le sujet.
> >
> > Bien entendu, il faut toujours traiter un sujet à la fois ; on s'y 
> > retrouve mieux.
> >
> > Bien cordialement.
> >
> > Michel
> > ________________________________________________________
> >
> > Le 22/08/2013 03:37, galahad@ftp83plus.net a écrit :
> > > Bonjour Michel,
> > >
> > > Le 2013-08-20 à 06:56, Michel ANDREU a écrit :
> > >
> > > > *Livre*: je sais, c'est très cher mais c'est le seul complet qui 
> > > > existe. En patientant un peu je pense que quelqu'un en éditera un 
> > > > moins onéreux.*
> > > > *
> > > J'admire la patience des auteurs, ceci dit. Partir de zéro pour 
> > > écrire ça demande certainement beaucoup de temps
> > >
> > > > *Pitonyak*: Bien sûr, c'est repoussant de voir toutes ces pages où 
> > > > on a du mal à trouver son bonheur. J'ai partagé le même sentiment 
> > > > que toi. Mais, la programmation est complexe et les termes et 
> > > > fonctions employés (en anglais) pas forcément compréhensibles au 
> > > > premier abord. Malgré que j'y ai consacré beaucoup de temps, je 
> > > > n'avance que pas-à-pas, et je n'essaie pas de tout comprendre 
> > > > instantanément. Il faut beaucoup de patience.
> > >
> > > En fait ce n'est pas la langue qui me gêne, mais la quantité de 
> > > pages à lire sur écran. Probable que je le convertisse en PDF pour 
> > > le mettre sur iPad, une fois que j'aurais fini les 4 bouquins que 
> > > j'ai entamé!
> > >
> > > > Si j'ai bien compris, tu fais de l'électronique (c'est mon tout 
> > > > premier métier). Tu n'as pas tout compris du premier coup ! je 
> > > > pense. La programmation est largement aussi complexe, sinon 
> > > > davantage ; alors sois patient et méthodique.
> > >
> > > En amateur seulement, mais je trouve important de garder trace de 
> > > toutes les pièces, notamment pour être capable de ne faire qu'un 
> > > passage dans les rayons des boutiques virtuelles. Anecdotiquement je 
> > > me demande comment font les rares boutiques en brique qui tiennent 
> > > encore ces pièces, il y a une telle quantité et variante sur 
> > > chacune! Et certaines sont introuvables (cristaux 100KHz, 467KHz et 
> > > 100MHz, notamment, sans parler des inducteurs.).
> > >
> > > Pour en revenir avec le tri, j'ai essayé de la modifier pour mon 
> > > fichier source, un tri sur 6 colonnes indépendantes. J-y suis 
> > > parvenu, et c'est certain que je n'aurais pas trouvé seul la 
> > > solution au bug des deux colonnes qu'il faut sélectionner, même si 
> > > on n'en trie qu'une seule à la fois. Je n'ai pas encore fait de 
> > > bouton, mais ça semble aller sur le bon chemin. Maintenant, 
> > > j'aimerais bien savoir pourquoi le tri reste incorrect: par exemple, 
> > > 1000µ se retrouve avant 100K, par exemple.
> > >
> > > Autre problème (devrais-je créer un autre courriel¿), je voulais 
> > > compter le nombre de valeurs dans une colonne, pour fins de tests, 
> > > et le résultat est toujours faux.
> > > http://cjoint.com/?CHwdjmBmZpq
> >
> >
> > --
> > Michel ANDREU - Pays d'Auge
> > LinuxMint 15 Cinnamon
> > Linuxien depuis janvier 2008


--
Michel ANDREU - Pays d'Auge
LinuxMint 15 Cinnamon
Linuxien depuis janvier 2008


--
Envoyez un mail à users+unsubscribe@fr.libreoffice.org pour savoir comment vous désinscrire
Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être 
supprimés