Hi Stephan,
danke für die Antwort!
Habe erst frohlockt und dann ettliche Stunden gestern und heute probiert.
Habe z.B. erst in der Ursprungstablle die "^(.*)$" ersetzt. Nur einzelne Bereiche, dann alles, dann
die Codezeile wie vorgeschlagen "ocell.clearcontents(1016)" aber dann sind alle Formatierungen im Ziel weg ... usw usf.
Am Ende immer wieder herausgefunden, dass es einfach nicht für alle Fälle funktionieren will.
Also für Text, für Zahlen und für die hier:
Wir hatten doch weiter oben die "harte interne Text Formatierung", wo in Zellen zwar
sichtbar "4016" (am Anfang hieß das noch "316L") steht, beim Vergleich der Zellen sie aber ungleich sind.
Mein Problem ist eben, dass ich die Daten nicht "natürlich" sortiert bekomme, weil erst oben die Zahlen und darunter,
obwohl gleich aussehend, die intern als Text formatierten Zellen kommen.
(Könnte für alles nochmal eine Beispieldatei reinstellen, falls das so zu abstrakt ist).
Ich komme am Ende immer wieder auf meinen allerersten Post und die Überschrift dieses Threats zurück
Abhilfe schafft:
Spalte "A" markieren
Daten -> Text in Spalten...
Unten im Spaltenkopf Spalte "A" markieren
Spaltentyp "Text" auswählen
OK
Es scheint das Einzige zu sein, was alles beseitigt. Bekommt man das denn wirklich nicht als Makro hin???
Habe jetzt noch diese Hoffnung:
mikeleb hatte doch herausgefunden:
mich hat es noch interessiert, warum es überhaupt zu dem "FALSCH" kommt, da doch A1 und A2 scheinbar gleich sind (beide zeigen 4016 an, beide sind als TEXT formatiert). Mittels der Option "Werte hervorheben" erkennt man, dass intern eines ein Wert und eines ein Text ist.
In der internen Struktur (context.xml) sieht das dann so aus:
<table:table-cell table:style-name="ce1" office:value-type="float" office:value="4016" calcext:value-type="float"><text:p>4016</text:p></table:table-cell>
<table:table-cell table:style-name="ce1" office:value-type="string" calcext:value-type="string"><text:p>4016</text:p></table:table-cell>
Kann man irgendwie dieses "calcext:value-type="float">" in calcext:value-type="string"> mit Hilfe einer Codezeile umwandeln?
Dann hätte man doch vielleicht das Übel an der Wurzel gepackt...