Entre nous, le titre de ce fil est quand même ridicule ! Heureusement que somme.si ne se comporte pas comme somme tout court, sinon à quoi servirait-elle ?
Bonne journée ! Thierry Le mer. 12 févr. 2025 à 06:44, Ocleyr2lalune <[[email protected]](mailto:Le mer. 12 févr. 2025 à 06:44, Ocleyr2lalune <<a href=)> a écrit : > Ok, laissons donc Excel à ses propres bugs... > > Oui j'ai pas bien écrit sumif... Enfin bon pourquoi en anglais pas de point > et en français oui (bref). > > Je voulais dire que si dans la base de données la référence unique est sumif, > et qu'ensuite grace à une traduction complète tu peux trouver somme.si tout > va bien. Par exemple, dans l'adresse vers l'aide en ligne, on pointe vers > sumif, mais c'est en français et ils est bien écrit somme.si sur la page ;-) > et une recherche sur somme.si a suffit.... > > Comme je le disais il semble que cela ait été corrigé dans la dernière > version. As tu eu l'occasion d'essayer ? > > Claire > > Le 11 févr. 2025, 17:17, à 17:17, C Fourcroy <[email protected]> a écrit: >>Bonjour Claire >>Le 10/02/2025 à 21:41, Ocleyr2lalune a écrit : >>> Il peut y avoir des différences ou nuance entre Excel et Calc pour >>une même fonction, sans qu'il s'agisse de bug. Il y a une page du wiki >>qui fait les comparaisons. >>/C'est bien un bug SOMMEPROD(-(test); plage) ne donne pas la même >>valeur >>absolue que SOMMEPROD((test); plage) . Et puis le comportement n’était >>pas le même depuis près de 20 ans/ >>> >>> Ce n'est pas choquant que somme.si ne soit pas référencé. C'est juste >>la traduction en fait. donc ce serait assez logique qu'il y ait une >>même référence en l'occurrence sum.if et que la traduction permette >>d'atteindre la déclinaison francophone (somme.si). >>Mais *Somme.Si.Ens* et d'autres son t référencés. Et ce n'est pas >>Sum.If >>mais *SUMIF*, il faut le savoir sinon l'on n'a rien. >>> Il me semble qu'on recherche un (ou plusieurs) contributeurs pour >>prendre la suite de Jean Baptiste. Tu es volontaire ? >>/Pourquoi pas, je l'ai fait à l'époque de OpenOffice. Juste il ne faut >>pas que les gens soient pressés, j'essaie de dormir un peu plus >>maintenant qu'avant, je n 'ai plus 20 ans depuis plusieurs décennies. >>;) >>/ >>> >>> Bonne nuit >>> >>> Claire >>> >>> Le 10 févr. 2025, 20:24, à 20:24, C Fourcroy<[email protected]> a >>écrit: >>>> Pour l'aide, je parlais de celle hors ligne, que l'on obtient avec >>>> >>*https://download.documentfoundation.org/libreoffice/stable/24.8.4/win/x86_64/LibreOffice_24.8.4_Win_x86-64_helppack_fr.msi >>>> *On n'a pas toujours un accès facile à internet, comme dasn les sous >>>> sols d'un hôpital ou les bunkers de chez VériSure (publicité >>gratuite >>>> !) * >>>> >>>> *SOMME.SI n'est pas référencé, juste SUMIF, et l'on obtient des >>trucs >>>> comme ça :* >>>> * >>>> "/Syntaxe/ >>>> /SUMIF(Range; Criterion [;SumRange])/ >>>> >>>> /Range: The range of cells to which the criterion is applied./ >>>> /SUMIF supports the reference concatenation operator (~) only in the >>>> Range parameter, and only if the optional SumRange parameter is not >>>> given./ >>>> / >>>> Critère : un critère est une référence, un nombre ou un texte à une >>>> seule cellule. Il est utilisé dans les comparaisons avec le contenu >>des >>>> >>>> cellules."/.... >>>> * >>>> *Pour le reste, ma foi.. Disons qu'il y a toujours des solutions, >>>> chacun >>>> les siennes >>>> >>>> Au passage, il y a un bug dans l'utilisation de SommeProd dans Excel >>>> 2019, (autant que possible, je vérifie toujours la correspondance >>entre >>>> >>>> LO et MS) mais ce n'est pas l'endroit pour en parler, je suppose 😉 >>>> >>>> >>>> Le 10/02/2025 à 16:22, Ocleyr2lalune a écrit : >>>>> Bonjour >>>>> Ben d'abord >>>>> >>>> >>https://help.libreoffice.org/latest/fr/text/scalc/01/func_sumif.html?DbPAR=CALC#bm_id3151957 >>>>> C'est tout en français je crois ? ;-) >>>>> >>>>> Ensuite... Il y est écrit qu'on peut utiliser l'opérateur de >>>> concaténation dans l'argument plage, dans ce cas, l'argument plage >>>> somme ne doit pas être utilisé... >>>>> Ensuite encore >>>>> Cra ba dou di da gnou gue voouuu !! >>>>> Vous comprenez vous ? Non parce que ba ga tui c'est tellement ça >>que >>>> je voudrais... >>>>> Moi en vrai je comprends pas. >>>>> On a chacun notre façon de penser. Et quand on se pose une question >>>> on est dans notre sujet à fond, on a tous les éléments en tête. Mais >>>> pas forcément ceux à qui on pose la question. >>>>> Pour répondre il nous faudrait donc un peu plus d'éléments de >>>> contexte. Un fichier... Au lieu de sauts de ligne dans un mail dont >>la >>>> disposition change d'un lecteur à l'autre. >>>>> Bref qu'est-ce qu'on veut ? Qu'est-ce qu'on fait ? Qu'est-ce qu'on >>>> obtient, qu'est-ce qu'on voudrait obtenir à la place... >>>>> A moins que la doc qui me paraît très détaillée, traduite comme il >>>> faut suffise >>>>> @Christian : j'aime bien le somme prod, mais comme pour l'index >>equiv >>>> je préfère privilégier des fonctions plus simples tant que possible. >>>> C'est plus économique (pour mon cerveau, celui de la machine... >>>> Calc...) >>>>> Claire >>>>> >>>>> Télécharger BlueMail pour Android >>>>> >>>>> Le 10 févr. 2025, 15:47, à 15:47, C Fourcroy<[email protected]> a >>>> écrit: >>>>>> J'oubliais : >>>>>> Sinon on peut faire quelque chose du genre >>>>>> =SOMMEPROD(A2:A7=1;(C2:C7+D2:D7)) >>>>>> >>>>>> Pas vrai, Claire ? 😉 >>>>>> >>>>>> >>>>>> Le 10/02/2025 à 15:41, C Fourcroy a écrit : >>>>>>> Bonjour, >>>>>>> >>>>>>> Peut être ben que oui, peut être ben que non. Pas sûr d'avoir >>bien >>>>>>> compris. >>>>>>> >>>>>>> Désolé, mais je ne trouve pas l'exemple très lisible ni très >>clair. >>>>>>> >>>>>>> Au passage : l'aide sur Somme.Si est en grande partie en anglais >>en >>>>>>> anglais (SUMIF) alors que celle sur Somme.SI.ENS est bien en >>>>>>> français. (LO 24.8.4.2 win10) >>>>>>> >>>>>>> Sinon, grosso modo on a /: Plage_Somme /doit avoir la même taille >>>> et >>>>>>> la même forme que /Plage/. Si ce n’est pas le cas, les >>performances >>>>>>> peuvent en pâtir et la formule additionne une plage de cellules >>qui >>>>>>> commence par la première cellule de /Plage_Somme/ mais a les >>mêmes >>>>>>> dimensions que /Plage/. >>>>>>> Autrement dit, si l'on veut additionner les valeurs de deux >>>> colonnes >>>>>>> (Plage_Somme), il faut que la plage de référence où l'on cherche >>>> une >>>>>>> valeur donnée (Plage) ait deux colonnes également >>>>>>> Et c'est le fonctionnement standard de Somme.Si dans tous les >>>>>>> tableurs. C'est peut être contre intuitif, mais bon .... >>>>>>> >>>>>>> >>>>>>> par exemple >>>>>>> >>>>>>> =SOMME.SI(A2:A7;1;C2:D7) n’additionnera que les valeurs des >>lignes >>>> de >>>>>>> la colonne C où l'on a 1 en colonne A >>>>>>> mais >>>>>>> =SOMME.SI(A2:B7;1;C2:D7) additionnera les valeurs des lignes des >>>>>>> colonnes C et D à condition que l'on ait 1 en colonne A et/ou B >>>>>>> >>>>>>> En espérant que liste accepte les tableaux, voilà ce que ça donne >>>>>>> >>>>>>> >>>>>>> A B C D >>>>>>> 2 1 1 1 1 >>>>>>> 3 2 2 1 2 >>>>>>> 4 3 3 1 3 >>>>>>> 5 1 2 1 4 >>>>>>> 6 5 5 1 5 >>>>>>> 7 6 6 1 6 >>>>>>> >>>>>>> >>>>>>> Donne 3 : Ligne 1 1 + 1 (colonnes C et D) et ligne 5 : +1 >>>>>> (colonne >>>>>>> C, corespondant à la colonne A où l'on a la valeur 1) >>>>>>> >>>>>>> >>>>>>> A B C D >>>>>>> 2 1 1 1 1 >>>>>>> 3 2 2 1 2 >>>>>>> 4 3 3 1 3 >>>>>>> 5 1 2 1 4 >>>>>>> 6 5 1 1 5 >>>>>>> 7 6 6 1 6 >>>>>>> >>>>>>> >>>>>>> Donne 8 Ligne2 : 1+1 (colonnes C et D), ligne5 colonne C (le 1 >>>>>>> cherché est en colonne A) : +1 , ligne6 colonne D (le 1 cherché >>>> est >>>>>>> encolonne B)+5 >>>>>>> >>>>>>> Bonne amusement. >>>>>>> >>>>>>> Christian >>>>>>> >>>>>>> Le 10/02/2025 à 09:59, linux a écrit : >>>>>>>> Bonjour à toutes et tous, >>>>>>>> >>>>>>>> >>>>>>>> le somme.si ne prend pas en compte une plage de plusieurs >>colonne >>>>>> est >>>>>>>> ce normal? >>>>>>>> >>>>>>>> Le résultat attendu de l'exemple est plutôt 3 que 1 >>>>>>>> >>>>>>>> Merci à Toutes et tous >>>>>>>> >>>>>>>> Version: 7.6.6.3 (X86_64) / LibreOffice Community >>>>>>>> Build ID: d97b2716a9a4a2ce1391dee1765565ea469b0ae7 >>>>>>>> CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: >>>>>> Skia/Raster; >>>>>>>> VCL: win >>>>>>>> Locale: fr-FR (fr_FR); UI: fr-FR >>>>>>>> Calc: CL threaded >>>>>>>> >>>>>>>> 5 >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> 1 >>>>>>>> >>>>>>>> >>>>>>>> 6 1 2 >>>>>>>> =SOMME.SI(A$5:A$11;A3;B$5:C$11) >>>>>>>> >>>>>>>> >>>>>>>> 5 1 2 >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> 9 1 2 >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> 0 1 2 >>>>>>>> 21 >>>>>>>> >>>>>>>> >>>>>>>> 0 1 2 >>>>>>>> '=SOMME(B$5:C$11) >>>>>>>> >>>>>>>> >>>>>>>> 0 1 2 >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> 0 1 2 >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>> -- >>>>>> Envoyez un mail à[email protected] pour vous >>>>>> désinscrire >>>>>> Les archives de la liste sont disponibles à >>>>>> https://listarchives.libreoffice.org/fr/users/ >>>>>> Privacy Policy:https://www.documentfoundation.org/privacy >>>> -- >>>> Envoyez un mail à[email protected] pour vous >>>> désinscrire >>>> Les archives de la liste sont disponibles à >>>> https://listarchives.libreoffice.org/fr/users/ >>>> Privacy Policy:https://www.documentfoundation.org/privacy >> >>-- >>Envoyez un mail à [email protected] pour vous >>désinscrire >>Les archives de la liste sont disponibles à >>https://listarchives.libreoffice.org/fr/users/ >>Privacy Policy: https://www.documentfoundation.org/privacy > > -- > Envoyez un mail à [email protected] pour vous désinscrire > Les archives de la liste sont disponibles à > https://listarchives.libreoffice.org/fr/users/ > Privacy Policy: https://www.documentfoundation.org/privacy -- Envoyez un mail à [email protected] pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/users/ Privacy Policy: https://www.documentfoundation.org/privacy
