<html>
<head>
<base href="https://bugs.documentfoundation.org/">
</head>
<body><span class="vcard"><a class="email" href="mailto:newbie-02@gmx.de" title="b. <newbie-02@gmx.de>"> <span class="fn">b.</span></a>
</span> changed
<a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED INVALID - One cell containing text in a string of addends causes calc to return #VALUE!."
href="https://bugs.documentfoundation.org/show_bug.cgi?id=59309">bug 59309</a>
<br>
<table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>What</th>
<th>Removed</th>
<th>Added</th>
</tr>
<tr>
<td style="text-align:right;">CC</td>
<td>
</td>
<td>newbie-02@gmx.de
</td>
</tr></table>
<p>
<div>
<b><a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED INVALID - One cell containing text in a string of addends causes calc to return #VALUE!."
href="https://bugs.documentfoundation.org/show_bug.cgi?id=59309#c4">Comment # 4</a>
on <a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED INVALID - One cell containing text in a string of addends causes calc to return #VALUE!."
href="https://bugs.documentfoundation.org/show_bug.cgi?id=59309">bug 59309</a>
from <span class="vcard"><a class="email" href="mailto:newbie-02@gmx.de" title="b. <newbie-02@gmx.de>"> <span class="fn">b.</span></a>
</span></b>
<pre>Created <span class=""><a href="http://bugs.documentfoundation.org/attachment.cgi?id=162631" name="attach_162631" title="sample for OP, samples for questionable results">attachment 162631</a> <a href="http://bugs.documentfoundation.org/attachment.cgi?id=162631&action=edit" title="sample for OP, samples for questionable results">[details]</a></span>
sample for OP, samples for questionable results
reopening as imho it's a valid question / valid conflict ...
seeing it different to the OP, '#VALUE!' can be handeled by a user, silent semi
intelligent 'help' is dangerous,
for or against all highlighted results can be argued from different and
conclusive points of view:
- you shouldn't calculate text,
- you should convert strings to numbers if applicable,
- '+' and 'SUM' should have same result,
- omission of arguments should be visible to the user
- conversion of arguments should be visible to the user
- school math standard,
- TDF math standard,
- excel compatibility,
and plenty more ...
the essential point is:
while we are arguing about flavours of special points calc produces irritated
users and wrong results ‚in the field’,
(these wrong results may be right from the one or other point of view, that
doesn’t help a user who had conclusive other expectations)
the question of all questions is: 'where do we want to go'?
and there could hardly be any other answer than:
'informed users which can handle the results’,
(it’s a little as with democracy, informed people could handle that, if after
elections 'politics' follows 'superior aspects' or if the flood of information
overwhelms the individual because of the size of the administrative unit or
information is manipulated, democracy is a worthless fraud)
and ex$el compatibility: yes, it’s an important point, but should not spread
errors or hinder progress, otherwise calc is blocked from ever becoming better
than ex$el
thus any formula which gets arguments or parameters which do not fully fit the
type needed should mark it’s results accordingly,
and these warnings should spread downstreams (it’s a spreadsheet isn’t it?)
text proposal: ‚unusual or conflicting types detected within the arguments used
for this cell, conversion and / or omission took place, pls. double check your
results‘,
imho ex$el started going that path, i don't know if already with warnings for
arguments in formulas, but they started marking cells with 'deviating
formatting' years ago, which is an attempt to produce 'informed users' and thus
the right direction.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>