Hallo Christa, Hallo Regina, *, Regina Henschel schrieb:
@Christa > > Hier mal ein konkretes > > Anwendungsbeispiel: Ja, Danke ich freue mich über die Rückmeldung, fürchte nur das Dir im Konkreten meine Antwort nicht gefallen wird. > > Wenn ich Daten aus einer dBase-Datei > importiere, die > > vorher aus einem Buchhaltungsprogramm etc. erstellt wurde, > werden diese > > Daten als Text importiert. ob das jetzt korrekt ist weiß ich nicht, denn die Daten können ja in der dBase durchaus schon im Textformat vorgelegen haben, das wäre also ggf. noch zu prüfen, aber: Wie Du selbst sagst sind die Daten nach dem Import in Calc dann Text. (und nochmals: ich sage jetzt nicht das der Import richtig funktioniert hat, dazu müßte ich es mit der konkreten Datei prüfen, nur ebend die Daten sind nach dem Import Text) > >Wenn diese Daten nun innerhalb > einer großen > > Tabelle stehen (damit meine ich Tabellen die mehrere hundert Zeilen > > umfassen) und die Berechungsformel manuell eingetragen wird (z. B. > > =Summe(d2:d550) dann werden die Werte, die in > Textformatierten Zellen > > stehen bei der Addition nicht berücksichtigt. Ja, und das ist völlig korrektes Verhalten. > >Ich erhalte > ein Ergebnis, > > aber ein falsches. Nein, tut mir leid aber das stimmt nicht. Der numerische Wert eines Strings ist nun mal Null. Wenn der also bei der Summenbildung mit 0 berücksichtigt wird ist das einfach korrekt und kein falsches Ergebnis. Wir können uns schnell darauf einigen das es nicht das Ergebnis ist welches Du erwartet hat, ja - aber auch hier mußt Du Dich fragen lassen wie Du das erwarten konntest wenn Du weist das die Daten nach dem Import Text sind. Wie gesagt, vielleicht ist der Import fehlerhaft, das müßte man prüfen, aber die Summenfunktion arbeitet doch korrekt nach dem was Du mitteilst. Und es sind nun mal verschiedene Dinge ob der Fehler beim Import passiert oder bei der Formel/Funktion. > > Daher fände ich es sehr komfortabel, wenn eine > > Error-Meldung (wie bei Division durch 0) anstelle des Ergebnisses > > angezeigt würde. Die Funktion arbeitet korrekt so wie Du es beschreibst. Somit: Es wäre zu prüfen ob tatsächlich ein Fehler beim Import vorliegt. Falls ja, wäre die schnellste praktikable Lösung die *.dbf als *.csv zu speichern und Letztere zu importieren, weil Du dort Text oder Zahl manuell auswählen kannst. Ansonsten könntest Du eine benutzerdefinierte Funktion erstellen die so arbeitet wie Du Dir das wünscht, oder eine angepasste Makrolösung oder Sonstiges. -->falls die dBase-Datei nicht so groß ist (ich habe hier nur Modem) und Du sie aus der Hand geben kannst könntest Du sie mir per PM schicken dann kann ich mal draufschauen @Regina > Das gleiche Problem tritt beim Import von Excel-Tabellen auf. > http://www.openoffice.org/issues/show_bug.cgi?id=5658 > Eine Lösung ist aber auch dort nicht in Sicht. ich mache hier grade kurz Mittagspause und habe schnell die erste Beispieldatei des issues heruntergeladen, diese verhält sich aber korrekt (steht auch später in issue) Falls ich Zeit finde werde ich noch die anderen Dateien durchsehen > Ich halte eine > Fehlermeldung - was einen Fehlereintrag in der Zelle erzeugen würde - > aber nicht für sinnvoll. Dann würden solche Tabellen, in denen > Zwischenüberschriften und Ergebnislinien benutzt werden, nicht mehr > funktionieren. Denkbar wäre eine spezielle Variante der > Summenfunktion > oder eine Warnung, die keinen Zelleintrag erzeugt. Dazu ist aber ein > feature-request im Issue Tracker erforderlich. ja, genauso sehe ich das auch. Ich kann keine Fehlermeldung ausgeben lassen wenn sich eine Funktion so verhält wie sie sich verhalten soll, daran ändert die Tatsache das mancher erwartet sie würde sich anders verhalten auch nichts. Gruß Jörg --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
