"" n'est pas un espace, c'est du rien! Il y a un code pour le rien, qui va avant l'espace? Puisque ça ne suit pas la logique humaine, comment fait-on pour compter les cellules qui contiennent autre chose que du rien? Le 2013-08-22 à 13:05, Michel ANDREU a écrit :
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). MichelPour 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
-- 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