It suffers the problem of many, most, help files in that it tells you how to use it in its most basic form, it does not even attempt to explain the different situations it can handle.Originally Posted by Saladsamurai
Also, MS are not even properly aware of the way that we use SP. I have spoken to technical help writers at MS who knew nothing of what that paper I pointed you at explains.
Yes, that is correct.Originally Posted by Saladsamurai
If there is an array operation within one of the conditions, it is necessary to C-S-E it, but in that case, you might just as well use SUM as SUMPRODUCT.Originally Posted by Saladsamurai
MMULT in its essnce is not a C-S-E formula, it multiplies n columns by n rows and retunrs a scalar.Originally Posted by Saladsamurai
What is the issue you are referring to?
You are correct in your final analysis, but incorrect in how you got there. The * is not an AND here because you do not have conditions so you are not returning TRUE/FALSE arrays. * is pure multiplication here, but multiplying array elements.Originally Posted by Saladsamurai
Question 5:
Can all of the SUMPRODUCT 'tricks' be applied to VBA SUMPRODUCT?[/QUOTE]