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
<[[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
--
Claire
--
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
