Re: [de-users] Re: Writer: Zahlenformat einer Summenberechnung per Formel festlegen

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: users+unsubscribe@de.libreoffice.org
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