Date: prev next · Thread: first prev next last
2025 Archives by date, by thread · List index


Bonjour

en ce qui concerne ton préambule :
chacun s'exprime comme il peut, c'est tout à fait normal.
Pour que l'entraide fonctionne, c'est mieux de chercher à se faire comprendre. Au vu de tes questions, l'utilisation d'un fichier exemple parait plus adaptée. Quand on utilise les mails, on ne peut jamais s'assurer de l'affichage final, cela fait partie des propriétes "techniques" du message électronique. Qu'il s'agisse de cette liste ou de tout autre mail (pourquoi les newsletter comportent-elles souvent des liens pour afficher le message par ailleurs ?... Pour ça) En ce qui concerne le partage de fichier. Oui quand on ne sait pas que les pièces jointes ne sont pas admises c'est surprenant. Une fois qu'on le sait. Utiliser une plateforme de partage de fichier comme https://fichiers.ouvaton.coop/ ne m'apparait pas insurmontable. Cela a un trés grand intérêt, notamment pour notre planète et tous les serveurs qu'il faut refroidir. Un fichier partagé via un lien, c'est un fichier sur un seul serveur. Un fichier envoyé en PJ, de facto à tous les destinataires de la liste, c'est une volume de données, pour TDF, et autant de fichier que de destinataires, puisque ce mail n'est pas envoyé à une seule personne mais à toute la liste, le fichier aussi, alors enregistré sur les serveurs de messagerie de tous tes destinataires... ça fait beaucoup. Donc oui, les pièces jointes ce n'est pas toujours le meilleur choix. Pour poser des questions avec une mise en forme unique pour tous et des PJ, il y a Ask... Il me semble que Ask est censé être la première porte d'entrée avant la liste. Il est possible que ce ne soit pas si évident donc je comprends ta frustration mais à tout hasard si tu préfères tu peux donc passer par Ask (ce ne sont pas forcément les mêmes personnes qui intervienennt sur l'un ou l'autre.

En ce qui concerne ta question.
J'ai donc essayé de créer un fichier exemple pour que les choses soient plus claires pour tous.
J'y ait commenté les différentes options évoquées.
En résumé :
1- oui il pourrait y avoir avertissement ou message d'erreur quand les vecteurs plage de somme et plage de critère ne sont pas égaux dans somme.si => ça faut de créer une demande de correction/évolution 2- si ton besoin est d'additionner 2 colonnes en fonction d'un seul critère, somme.si.ens est une impasse (d'ailleurs dans somme.si.ens, il y a un code d'erreur, ce qui justifie encore plus ta suggestion évoquée en 1. 3- Il y a 2 façons de répondre à ton besoin soit tu connais les fonctions de base les plus basiques et tu fais une somme de 2 somme.si. ça fonctionne trés bien. Soit, et intuitivement, c'est ce qui m'est venu rapidement, tu utilises un somme prod, selon la syntaxe du fichier exemple, car il faudra toujours veiller à avoir des vecteurs de même dimension. C'est bien ça ta problématique, quelle que soit la fonction utilisée.
https://fichiers.ouvaton.coop/f.php?h=186b19R-

En février je n'avais pas fait d'essais, et je confirme que sommeprod est une fonction gourmande en ressource, à n'utiliser que quand c'est réellement la plus pertinente. Ici son utilisation ne me choque pas, mais ça dépend du nombre de lignes et de colonnes réel à traiter.

Claire

Le 25/03/2025 15:51, linux a écrit :
Bonjour à toutes et tous,

Tout d'abord merci à ceux qui font preuve d'empathie et qui consacre leur temps à la liste.

Mile excuses pour le fait que je répondre tardivement,que je ne sois pas clair

Mais je fais avec ce que j'ai c'est à dire peu de disponibilité de temps, de vrai difficulté à rédiger, que le courriel ne se présente pas comme on l'écrit, que l'on ne peut pas mettre de pièce attachée facilement ...

Après ce préambule je reviens au fond du problème

comme l'a écrit Christian

        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

Il y a un problème interprétation

   =SOMME.SI(A2:A7;1;C2:H7) la formule devrait renvoyer un message d'erreur car une colonne dans la condition implique une colonne dans la partie somme et pas la possibilité d'en mettre plusieurs comme SOMME.SI.ENS(C2:H7;A2:A7;1)

et moi j’attends quand la condition est vrai au niveau d'une ligne de la colonne A il fasse la somme sur l'ensemble des cellules de la ligne de C à H.

     =SOMME.SI(A2:B7;1;C2:D7) est équivalente  à SOMME.SI.ENS(C2:D7;A2:B7;1) et oblige que les colonnes A et B décrivent la même chose car on applique la même condition.

Pour ma part travaillant essentiellement sur des données horodatées, je ne vois pas de cas d'usage ou une condition s’applique sur plusieurs colonnes peut être que vous oui ?


Merci à Toutes et tous


Le 12/02/2025 à 08:33, Thierry Jeanneret a écrit :
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 <[cleyr.listes@free.fr](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 <cfourcroy@free.fr> 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<cfourcroy@free.fr> 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<cfourcroy@free.fr> 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 àusers+unsubscribe@fr.libreoffice.org 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 àusers+unsubscribe@fr.libreoffice.org 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 à users+unsubscribe@fr.libreoffice.org 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 à users+unsubscribe@fr.libreoffice.org pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/users/
Privacy Policy: https://www.documentfoundation.org/privacy

--
Claire

--
Envoyez un mail à users+unsubscribe@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/users/
Privacy Policy: https://www.documentfoundation.org/privacy

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.