Hallo Guido, hallo Stefan, sorry wenn ich mich als Auslöser der Diskussion erst jetzt melde, war ein paar Tage verhindert.
> Lösungsansatz A: Die Berechnung nicht durchführen und einen Fehler > melden. (Mathematisch-logisch immer sauber) > > Lösungsansatz B: Wenn der Text eindeutig als Zahl interpretiert werden > kann, mit dieser Zahl rechnen, ansonsten einen Fehler melden. (So macht > es Excel.) (*) bei mir nicht? > Lösungsansatz C: Für den Text den Wert 0 in der Berechnung ansetzen. (So > macht es Calc). >... >> Was ist schon richtig, was ist schon falsch? Es ist immer eine Frage der >> Definition. Alle Ansätze haben ihre Vor- und Nachteile. >Wichtig ist doch hier allein, wie sich das aus Nutzersicht darstellt. Ich schreib mal meine Erfahrung dazu, wie es bei Excel passiert und was das Problem ist. In Excel erscheint #WERT! und beim Klick auf die Zelle ein Ausrufezeichen in einer gelben Raute. Wird mit der Maus auf das Ausrufezeichen gegangen, erscheint eine Einblendung mit dem Hinweis: Ein in der Formel verwendeter Wert ist vom falschen Datentyp. Der Benutzer wird darauf gestoßen In Calc erscheint als Ergebnis 1. Das ist zusätzlich ärgerlich, da in der Tabelle in Excel auch noch abgefragt wird, ob ein Fehler vorhanden ist, was entsprechende weitere Schritte auslöst. In Calc gibt es aber keine Fehlermeldung und damit läuft die Abfrage ISTFEHLER falsch, die in Excel zur Sicherheit dabei mehrfach verwendet wurde. Und zu der Frage, ob es vertrauensförderd ist. Das Excelteil wird von vielen Unternehmen in gleicher Form verwendet und wird in deren Controllingabteilungen verwendet und arbeitet dort immer gleich und nur bei uns, wo wir OO einsetzen kam es zu dem Problem. Man kann sich vorstellen, wie vertrauensförderd das ist. Die erste Antwort darauf war, dann müssen wir eben Excel einsetzen, wenn OO so schlecht ist. Für die ist es egal, dass der Grund ein Kompatibilitätsproblem ist und diskutiert wird ob Excel richtig oder Calc richtig reagiert. Für die ist Excel das Produkt, das das aus ihrer Sicht richtige Ergebnis liefert und damit haben wir fast schon das ko für OO in dem Bereich gehabt. >Rein interessehalber habe ich vorhin übrigens auch einmal meine schon >ältere Novell Edition von OOo 2.0 aus OpenSusE 10.0 ausprobiert. Die haben >dieses Problem teilweise offenbar schon längst aus der Welt geräumt und >verhalten sich Excel kompatibel. Ich weiß natürlich nicht, ob sie die >geänderten Sourcen dem Projekt wieder zur Verfügung stellen, falls aber >ja, so wäre es zumindest keines der üblichen Probleme, die aus >Ressourcenengpässen liegenbleiben. OOo 2.0.4 Novell-Edition unter OpenSuse 10.2 hat dasselbe Problem. Haben sie wohl wieder kaputt gemacht. Ein paar Notizen vorher schrieb Guido >Das ständig alle Issues als Duplikate dichtgemacht werden, sich aber seit >OOo 1.0.0 nichts zur Verbesserung tut (das ist einer der klassischen "St. >Nimmerleinstag" Issues) ist auch nicht gerade erheiternd. Ich bin inzwischen so weit, dass ich gar keine issues mehr aufgeben will. Da findet immer einer einen Grund, warum als Duplikat geschlossen wird oder ist man so weit, dass man eine Lösung ausdiskutiert hat, dann kommt so was dabei raus. Hier ein Auszug aus einem Issue: ... --- Additional comments from clu Wed Aug 16 14:10:26 +0000 2006 ------- no bug -> wontfix --- Additional comments from clu Wed Aug 16 14:11:10 +0000 2006 ------- close --- Additional comments from andreschnabel Wed Aug 16 17:15:41 +0000 2006 ------- opened issue 68687 as follow-up --- Additional comments from jjmckenzie Mon Sep 4 14:11:37 +0000 2006 - *** Issue 68738 has been marked as a duplicate of this issue. *** Grüße Norbert Lipowsky -- Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
