"" 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, [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 > -- 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
