Le classement se fait bien, oui, mais je voudrais maintenant compter les valeurs visibles, pas les cellules qui contiennent une formule qui ne retourne pas de valeur.
Ça pourrait aussi s'appliquer au résultat de la fonction ESTVIDE(). S'il n'y a rien d'affiché, ça devrait retourner VRAI. Le 2013-08-22 à 15:18, Michel ANDREU a écrit : > Le 22/08/2013 20:48, [email protected] a écrit : >> "" 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? > > Là, je ne te suis pas bien. On fait comme tu as maintenant dû le faire pour > ton tableau G15:H23, non ? > > Michel > __________________________________________ >> >> >> Le 2013-08-22 à 13:05, Michel ANDREU a écrit : >> >>> Le 22/08/2013 18:26, [email protected] 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, [email protected] 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 à [email protected] 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 >>> > > > -- > Michel ANDREU - Pays d'Auge > LinuxMint 15 Cinnamon > Linuxien depuis janvier 2008 > -- Envoyez un mail à [email protected] 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
