Michael Höhne wrote:
Hallo Horst,
Leider zu meiner Unzufriedenheit. Das Problem tritt jetzt auch in WIN auf
:-(
In Zeile a1 steht "Titel"
In Zeile a2 steht = a1+1
in Zelle a3 steht =a2+1
Und schon ist der Fehler auch unter OOo in Windows. (Vermutlich kein
Fehler, sondern ein logischer Programmschritt)
Das geht auf eine veränderte Auswertung zurück:
In älteren Versionen hatten Zellen mit _Text_inhalt immer der _Zahlen_wert
Null. Taucht eine solche Zelle dann in einer Formel auf, so wurde also
unabhängig vom eigentlichen Textinhalt der Zahlenwert Null verwendet und gut
wars. Wollte man hingegen den Inhalt der Zelle berücksichtigen der ja
durchaus eine Zahl in Textform enthalten konnte (Beispiel "0123" entspricht
dem Wert 123), so musste man die Funktion WERT() verwenden, um den
enthaltenen Text in den entsprechenden Wert umzurechnen.
Nun hat sich das Verhalten geändert: Taucht eine Zelle mit Textinhalt in einer
Formel auf, so wird "automatisch" versucht, den Inhalt der entsprechenden
Zelle in einen Wert umzurechnen. Bei einem Inhalt wie "0012" gibt das ein
Ergebnis, während "abc" eben keinen Wert hat. Das Ergibt dann einen Fehler...
Aber nur für reine Ziffernfolgen (Ganzzahlen) und für ISO-Zeiten
1999-12-31 23:45:59.99
oder auch
1999-12-31 23:45:59,99
Alles andere ist nicht eindeutig einer Zahl zuzuordnen sobald sich der
lokale Kontext ändert.
"123,456" und "123.456" ergeben in englischem und deutschem Kontext
Zahlenwerte, jedoch völlig verschiedene.
Test: =WERT("123,456") ==> deutsche 123-Komma-456
Extras>Optionen...Spracheinstellungen>Sprachen
Gebietsschema=Englisch(irgendwas)
ergibt nach erzwungener Neuberechnung einen Zahlenwert von 123456.
Excel und leider auch Gnumeric tun das gleiche auch ohne die Funktion
WERT (engl. VALUE), sobald ein Text numerisch interpretierbar ist. Das
führt dazu, dass Excel und Gnumeric je nach Gebietsschema verschiedene
Ergebnisse liefern.
Ob diese Änderung unbedingt sinnvoll ist, ist schwer zu sagen: Eigentlich ist
es konsequent, da ja schon immer Zellen, die Zahlen enthalten, in einer
Textformel (z.B.: ="Ergebnis:"&A1) verwendet werden konnten, ohne dass eine
explizite Umwandlung mit TEXT() nötig war (="Ergebnis:"&TEXT(A1,"###.##").
Nun geht das halt auch in die andere Richtung...
Nicht wirklich. Der selbe Text kann verschiedene Zahlen hervorbringen.
WERT als Äquivalent zu TEXT müsste noch ein bis zwei weitere Parameter
annehmen, etwa: WERT(A1;"de-DE";1), wobei das letzte Argument eine
Kategorie angibt (Dezimal, Währung, Bruch, Datum, Zeit, Boolean...).
Da dies aus vielerlei Kompatibilitätsgründen nicht implementierbar ist,
beschränkt man sich auf eindeutige Ziffernfolgen und #WERT! für all die
anderen Fälle. Ich find's gut.
Was ein wenig verwundert: Enthält die Zelle keinen Inhalt, so wird auch dies
bei einer Formel mit 0 berechnet!? Das gleiche gilt auch, wenn die Zelle
beliebig viele Leerzeichen enthält.
Bist Du sicher mit den Leerzeichen? Ich kann's nicht testen. Habe 3.2
von der Platte geputzt.
Enthält die Zelle dagegen ein ",", was ja durchaus als kreative Abkürzung
von "0,0" durchgegen könnte, so führt die zu einem Fehler...
s.o.
War bisher so einfach( z.B. bei Konten) man konnte in allen Zellen die
gleiche Formel eingeben und brauchte beim Sortieren nicht aufpassen. Jetzt
muss man in die erste Zeile was anderes eintragen und darf nicht sortieren.
=SUMME(A1;1) kann das weiterhin, weil SUMME in allen
Tabellenkalkulationsprogrammen darauf ausgelegt ist, alle Texte zu
ignorieren.
Du kannst die Tabelle so anlegen:
Überschriften
-Leerzeile-
Wertezeile1
Wertezeile2
...
WertezeileN
Die Leerzeile kannst du dabei mit sehr geringer Höhe und schwarzem Hintergrund
formatieren (Trennstrich), oder sogar ausblenden. Beim Sortieren musst du
darauf achten, dass du nur die Wertezeilen markierst und nach Spalten
sortierst (Überschriften ausschalten).
Na ja. Datenpiloten, Autofilter, D-Funktionen, Teilergebnisse und viele
andere nützliche Dinge setzten Spaltenbeschriftungen voraus.
Gruß,
Michael
Schönes Wochenende,
Andreas
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org
For additional commands, e-mail: users-h...@de.openoffice.org