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
