Am 21.09.2012 17:36, schrieb Boris Kirkorowicz: > > Am 21.09.2012 17:21, schrieb Christian Kühl: >> Ein Schuss ins blaue wäre jetzt, dass eine der Zellen, die zur >> Berechnung herangezogen werden, keine Zahl, sondern eine Zahl im >> Textformat enthalten, was früher mitberechnet wurde, aber jetzt nicht >> mehr mitberechnet wird. (Ich hatte das Phänomen früher mal beim Umstieg >> von einer auf eine neuere Version.) > > das schließe ich mal kühn aus: die 3.5er rechnet aus 3,8 + 5,8 = 9,6 > Die 3.6er Version macht aus denselben Zahlen 7,8.
Hmm; mal überlegen: 7,8 ergibt sich, wenn man (3,8 + 5) oder (3 + 5,8) rechnet. Das klingt, als würde eine der beiden Zahlen nur bis zum Komma ausgewertet. Ich halte daher Christians Vermutung für nicht unwahrscheinlich, daß eine der beiden Zahlen tatsächlich im Textformat vor liegt, und Calc einfach zu retten versucht, was zu retten ist - nur daß halt die Konvertierung, aus welchen Gründen auch immer, nur bis zum Komma kommt. Bist Du Dir sicher, daß bei beiden Zellen ein Komma steht, und nicht irgendwo ein Punkt o. ä.? Was passiert denn, wenn Du beide Zellen markierst, und dann auf den Button für mehr Nachkommastellen klickst? Wolfgang, den es ja rein interessehalber mal interessieren würde, ob, falls eine der beiden Zahlen tatsächlich ein Text sein sollte, dieser mit einem Punkt statt Komma (aka in englischer Schreibweise) korrekter ausgewertet wird -- -- Informationen zum Abmelden: E-Mail an [email protected] Probleme? http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de Listenarchiv: http://listarchives.libreoffice.org/de/users/ Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert
