Moderator: Moderatoren
clag hat geschrieben:leider nutzt das vorformatieren der Zellen mit diesem Format nichts,
wenn man per copy 'n' paste Daten einfügt
dann wird von Calc kurzerhand das Quellformat drübergebügelt,
Und das ist in OOo, aber aucgh anderen Prograsmen, ganz leicht möglich, Du mußt ihnen eben nur sagen das Du eine Zeichfolge eingibst und nichts wird automatisch verändert sondern alles bleibt so wie eingegeben.Wenn in eine Zelle (egal ob per Tastatur, per Zwischenablage oder als Dateiimport) die Zeichenfolge "3/8" eingegeben wird, dann soll kein Tabellenkalkulationsprogramm der Welt eigenständig "41124" (= der Datumswert zum 3. August des laufenden Jahres (hier = 2012)) daraus machen.
Zumindest sollte der Anwender dieses Verhalten abschalten können.
und WAS sollten das für numerische Informationen sein? Mathematik ist eine exakte Wissenschaft und eine Zahl hat maximal einen Dezimaltrenner und nicht mehrere, wenn also mehrere Deziamaltrenner da sind geht es nicht um eine Zahl sondern um einen Text.die aber durchaus Träger von numerischen Informationen sein können.
Hochgelobt? WO?Die von Euch Gurus so hochgelobte Funktion
Nicht meint sondern es tut und wenn Du das nicht willst 'sag' es OOo und es wird nicht geschehen. 3/8 ist entweder ein Wert oder kein Wert und Beides kann man OOo 'sagen', indem man endweder als =3/8 eigibt, dann wird es automatisch als Wer erkannt oder als 3/8 dannn wird es als Datum erkann oder als '3/8 dann wird es als Text erkannt.aber weil Calc auch bei Eingaben wie "3/8" ein Datum zu erkennen meint
Sag mir bitte schön einen wahrlich treffenden Grund dafür warum ich das nicht fragen soll? Zumal ich bis zu deinem Beitrag hier nichts von diesem Format was gelesen habe, geschweige denn mich dazu geäußert habe. Also frage ich dich dennoch: "Was hat diese Zahlenfolge zu bedeuten? Könntest Du das nicht nur mir, sondern uns allen hier bitte schön erklären."an balu:
Du brauchst nicht zu fragen, was Zeichenfolgen wie "52:654:4" zu bedeuten haben
In diesem Falle geb ich dir Recht; Das ist kein Datenkauderwelsch, sondern nur EIN EINZIGES fremdes Datenformat.Das ist auch kein "Datenkauderwelsch"
Kann durchaus so sein.für denjenigen, der das so eingegeben hat, macht diese Eingabe Sinn.
Wie willst Du denn mit "52:654:4" weiterarbeiten, wenn Du unter weiterarbeiten gleich Berechnen meinst?Und derjenige, der damit dann in OOo Calc oder Excel weiterarbeiten muss
Unter Umständen kannst Du vielleicht Recht haben. Aber ob ich das so pauschal glauben soll, bezweifel ich doch stark. Denn oft fehlt es manchmal nur an einer geeigneten Schnittstelle zur Tabellenkalkulations Gerechten Datenausgabe, und schon gäbs ein Problem weniger.hat ja u.U. auch keinen Einfuß darauf, in welchem Format die Informationen eingegeben werden.
Da muss ich mich ernsthaft fragen: "Muss das so sein, oder gehts nicht doch vielleicht anders?"Ein Beispiel: Du fügst 3-4 Tausend Zellinhalte aus der Zwischenablage ein,
Träger von numerischen Informationen sein können? Ja was denn nu; sind sie Träger von numerischen Informationen, oder nicht?bei den ersten paar hundert stehen in einer Spalte Zeichenfolgen wie "67.12.1990", "02.13.2011", "45.10.1678", ... Also alles Inhalte, die kein gültiges Datum darstellen können, die aber durchaus Träger von numerischen Informationen sein können.
Ich arbeite in einem großen multinationalen Unternehmen, wir sind alle zusammen, etwa 50.000 Mitarbeiter.
[...]
Ich habe Fälle erlebt, das sind Tage und Wochen in die Korrektur solcher Daten gegangen!
[...]
Mag ja sein, dass viele OO-Anwender dieses Feature schätzen
[...]
das war eine FRage von Balu und nicht von mir.Aber: Ich hab mich doch damit zu Deiner Fragen "was solll denn eine Information wie 456:98:45-34 überhaupt bedeuten?" geäußert.
Aber Du erwartetst, berechtigter Weise, eine Lösung und die kann es nur geben wenn man Deine Anforderungen so 'übersetzt' das eine Lösung möglich wird.Die Daten kommen mir so rein, wie sie sind, ich kann die Welt und die OO-/Excel-Nutzer nicht ändern.
Ja, tue ich (und ja, es ist sprachlich nicht nett von mir), weil ich mich beruflich mit den Dingen ebenfalls beschäftige (so wie ich es hier im Forum, und auch noch an anderen Stellen auch ehrenamtlich tue) und mir platzt echt der Kragen wenn ich Dein Geschreibsel lese und weiß da steht eine Firma dahinter, weil es Aufgabe von Firmnen wäre ihre 'Hausaufgaben' zu machen.Allerdings finde ich es auch nicht nett, wenn Du meine Äußerung als Stuss abtust, das auch noch in einen Zusammenhang mit der Unternehmensgröße bringst.
Ja, aber das Programm beschreitet hier den bestmöglichen Weg, denn in einer Situation wo irgendwelche Features vorhanden sind die für manche nützlich sind und für manche nicht und in der niemand Lust hat irgend eine Doku zu lesen ist es der bestmögliche Weg eine Funktion per default zu aktivieren, weil die Alternative hier heißt das ein Nutzer die Funktion bemerkt und sie dann nötigenfalls abschalten kann oder eben, wäre sie nicht aktivierrt, garkeine Kenntnis davon bekäme das sie überhaupt da ist.Es geht doch nicht darum,dass OO etwas nicht von Hause aus kann, sondern ums Gegenteil: Das Programm tut etwas "von Hause aus", was der Anwender nicht erwarten / nicht durchschauen kann, bzw. dessen Konsequenz für den Anwender erst viel später deutlich wird.
Stimmt, ohne einen solchen Satz wäre der Post nicht vollständig.Ich bin auch Fachmann genug, um das Problem der nicht abschaltbaren Datumsmanipulation mit Excel- / OO-Bordmitteln zu lösen.
Habe nicht "Rumrelativiert"! Meine nur dass, wenn 39:67:12 Text ist, 21:02:55 für die Tabellenkalkulation GRUNDSÄTZLICH auch Text sein sollte.Ein Ausdruck wie 456:98:45-34 ist technischerseits Text und jede Rumrelativiererei das du doch gerne hättest das das eine Zahl wäre hilft da nicht weiter.
der bestmögliche Weg eine Funktion per default zu aktivieren, weil die Alternative hier heißt das ein Nutzer die Funktion bemerkt und sie dann nötigenfalls abschalten kann oder eben, wäre sie nicht aktivierrt, garkeine Kenntnis davon bekäme das sie überhaupt da ist.
Und das alles sind keine Naturgesetze, sondern durchdachte Überlegungen und "bestmögliche Lösung" meint hier eben nicht eine Super-Lösung sondern versteht sich im Wortsinn, ist also die Lösung die am wenigsten schlecht ist, für die Summe aller Anwender.
Du schreibst am Thema vorbei!die 'Anklage' warum Du nicht davor gewarnt wirst das evtl Werte geändert werden und andere Nutzer würden sich genau darüber beschweren wenn man sie nötigt dazu ein Hinweisfenster wegklicken zu müssen.
Sorry, nur hier fängt doch das Problem schon an weil Du u.U. ungenau bist. Ich habe mich in meiner Antwort über "456:98:45-34" geäußert, was etwas ganz anders ist als z.B. "39:67:12".Habe nicht "Rumrelativiert"! Meine nur dass, wenn 39:67:12 Text ist, 21:02:55 für die Tabellenkalkulation GRUNDSÄTZLICH auch Text sein sollte.
Ich kenne niemanden den ich ernst nehmen würde der diese Meinung vertritt, diese Meinung findet nur in Deinem Kopf statt, nicht bei ITlern.Die für Schmalspur-ITler "logische" Folgerung, 21:02:55 sei IMMER eine Uhrzeit (= 0,877025463), wesshalb es keine Option "Automatische Umwandlung von Text in Wert AN/AUS" in der Tabellenkalkulation geben braucht, führt zu dem Problem.
Nein, diese Aussage ist einfach falsch.Weil es eben für den Anwender nicht ersichtlich ist, in welchen Fällen der Programmierer der Tabellenkalkulation ein Datum/eine Uhrzeit annimmt und sein Programm entsprechend Text zu numerischen Werten umwandelt.
da sind wir dann anderer Meinung.wenn diese Funktion allerdings Daten eigenständig manipuliert, sollte sie explizit EINGECHALTET werden müssen
.Die haben ihre IT schon im Griff, da kannst Du sicher sein
Ich habe Fälle erlebt, das sind Tage und Wochen in die Korrektur solcher Daten gegangen!
Ich würde eine Extension schreiben die beim Öffnen und Import (nach allgemeinem Verständnis geht es ja bei DEinem Import ggf. sowohl um das Öffnen von Dateien, als auch Einfügen/Importieren/Verknüpfen vonb Dateien) die einstellbare Funktionalität generell als Text, und also in gänzlich unveränderter Darstellung, zu importieren, dazu brauche ich implementierungstechnisch nur beim Import vor jedem Importwert ein Hochkomma zu schreiben.Wie würdest Du das machen?
Nochmal: genau diese Lösung ist sehr einfach zu erreichen, weil ja die "AN"-Funktion schon per Default existiert und man nur die "AUS"-Funktion programmieren muß, dafür genügt jedoch ein Hochkomma.Die benötigte Lösung sollte schon die oben beschriebene Option "Automatische Umwandlung von Text in Wert AN/AUS" innerhalb der Tabellenkalkulation sein).
Dann hast Du aber die ganze ZEit etwas Falsches erzählt. Worüber Du jedenfalls die ganze Zeit redest ist nicht das nicht nachvollziehbare oder unverständliche Ändern von Werten sondern das unerkennbare Ändern einzelner Werte in einer großen Schar von Werten, was nicht etwas unverständlich, sondern nur wegen der nicht leicht überblickbaren Zahl von Einzelwerten zu Fehlern führt weil die Übermittler der ursprünglichen Werte diese teils unzweckmäßig kodieren.Es geht um das für den Anwender nicht nachvollziehbare Ändern von Text in Werte.
Da sind wir dann anderer Meinung.Wer es mag, sollte es EINSCHALTEN können!
Weil es die Integrität der in der Tabellenkalkulation gehaltenen Informationen gefährdet, müsste es default ABGESCHALTET sein.
Wie sollte ich Dir bei einer REIN WILLKÜHRLICH gewählten Voreinstellung mit Logik kommen wollen?Da brauchst Du nicht mit Logik zu kommen!
Absolut nichts! Es geht nur darum das die Eingabe ein bestimtes Programmverhalten erzwingen soll und man diese ZUsammenhänge erlernen muß, also lernen muß was das Programm unter der Eingabe von "3/" versteht.Was ist daran logisch 3/ als 3.März 2012 (d.h. als 40971) in die Zelle zu schreiben?
