Le 30/08/2010 07:07, Yves LOMBARDOT a écrit : > Le 28/08/2010 21:50, Jean-Baptiste Faure a écrit : >> Bonsoir Yves, >> >> Le 28/08/2010 20:22, Yves LOMBARDOT a écrit : >>> >>> Bonjour, >>> Dans le même ordre d'idée que ce que j'ai déjà indiqué avec le >>> filtre spécial (rappelé ci-dessous et don au passage j'attends >>> toujours une vraie solution). >>> Le bug que je signalais sous Ooo calc 3.2 affecte aussi les fonctions. >>> En tout cas au moins la fonctions NB.SI qui ne comptabilise plus les >>> cellules contenant les éléments recherché si ces cellules >>> contiennent un retour à la ligne forcé par un CTRL+entrée. >> Peux-tu poster un fichier montrant le problème pour les filtres >> spéciaux et pour NB.SI() ? >>> >>> Ou faire remonter l'info >> Sur la liste qa-t...@fr.openoffice.org (voir >> http://fr.openoffice.org/contact-forums.html). >> Mais si tu me donnes un fichier qui exhibe le pb je me charge du reste. >> >> Merci >> >> Bonne soirée >> JBF >> > Bonjour > ci-joint deux fichier, j'aurais pu mettre les deux effets du bug sur > le même, mais j'avais peur d'être brouillon
Pour NB.SI le fonctionnement me parait normal d'après ce que dit la doc : le . dans les expressions régulière trouve n'importe quel caractère sauf un retour à la ligne ou un saut de paragraphe. Cependant il y a aussi l'option "Critères de recherche = et <> doivent correspondre à des cellules entières" (Outils > Options > OpenOffice.org Calc > Calculer). Si tu désactives cette option alors tu obtiens le comportement souhaité. L'aide explique le fonctionnement de cette option. Apparemment c'est le même problème avec ton filtre spécial. Bonne soirée JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
