Hallo Andreas, Michael, ... Am 04.08.2018 um 12:01 schrieb Michael Höhne: > Hallo Andreas, > >> Andreas Borutta schrieb: >> >> Ergänzung: >> >> Das Berechnen der Summe ist leider fehlerträchtig: >> >> Writer kann offenbar mit einem Umbruch vor einer Zahl nicht umgehen >> und lässt die Zahl dann aus. > > Das macht Calc genauso. Was sollte eine Additon z.B. des _Textes_ > "<CR>123" mit z.B. 456 ergeben? > >> Da es auch keinerlei Warnung gibt, ist das eigentlich ein >> "Showstopper". > > Eigentlich müsste es eine Fehlermeldung geben (Typenunverträglichkeit: > Text+Zahl). Aber irgendwer hat dann entschieden, dass in diesem Falle > der Zahlenwert des Textes als 0 zu interpretieren ist. Das war sogar > bei OpenOffice 1.1.5 schon so. > > Als Mathematiker wäre mir eine Fehlermeldung lieber, aber > Office-Programme müssen sich ja "intelligent" verhalten. > > In diesem Sinne finde ich es noch inkonsequenter das der _Text_ "123" > addiert zur _Zahl_ 456 tatsächlich 579 als Ergebnis ausspuckt. > > So wird die "Intelligenz" von Calc manchmal zu einem Problem...
die Situation sieht wohl so aus, dass Writer bei der Summenbildung versucht, auch die Zellen mit Zahlen aber mit dem Format 'Text' zu berücksichtigen. Ansonsten wird der Wert 0 bei der Summenbildung benutzt. Eine Berücksichtigung ist nur möglich, wenn der Text eindeutig in eine Zahl umgewandelt werden kann (z.B. "123", "4,56", "20 €"). Daran stört man sich als Nutzer auch nicht, man sieht in der Zelle eine Zahl, diese wird berücksichtigt und das Ergebnis ist richtig. Wenn nun in der Textzelle echter Text mit Buchstaben oder sichtbaren Sonderzeichen (mal von Zahlen mit Einheiten wie €, %, ... abgesehen) steht, stört man sich ebenfalls nicht daran; man sieht einen String, den man selber nicht als Zahl interpretiert, folglich ist dieser auch bei der Summenbildung nicht zu berücksichtigen und das Ergebnis ist richtig. Wenn nun unsichtbare Sonderzeichen, wie z.B. <CR> mit Zahlen kombiniert werden, funktioniert es nicht mehr. LO kann (zumindest z.Z.) den Wert nicht eindeutig in eine Zahl umwandeln, berücksichtigt diese Zelle daher nicht bei der Summenbildung. Als Nutzer sieht man aber in der Zelle eine Zahl und fragt sich, warum ist das Ergebnis falsch. Ich nehme an, dass das Verhalten bei Calc und Writer identisch ist. Hierzu 3 Bug Reports, die sich auch mit diesem Thema beschäftigen: https://bugs.documentfoundation.org/show_bug.cgi?id=75834 https://bugs.documentfoundation.org/show_bug.cgi?id=37132 https://bugs.documentfoundation.org/show_bug.cgi?id=42990 Eine einfache Lösung sehe ich im Augenblick nicht, da das Feld der unsichtbaren Zeichen und die Benutzung in LO für einen Laien kaum überschaubar ist. Außerdem werden Zahlen in verschiedenen Sprachen auch noch unterschiedlich dargestellt (z.B. im Deutschen: "1,23", im Englischen "1.23"). Und dabei scheint auch noch etwas buggy zu sein. Und dann gibt es auch noch unterschiedliche Währungen ... ... ... ... Grüße Harald K. -- LibreOffice - Die Freiheit nehm' ich mir! - www.libreoffice.de -- Liste abmelden mit E-Mail an: [email protected] Probleme? https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de Listenarchiv: https://listarchives.libreoffice.org/de/users/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
