OpenOffice.info

style:column-width="0.836cm"
style:row-height="2.632cm"

width="6.0765306122449"
defaultRowHeight="12.8"

Hallo Markus,

[quote]
egal, passiert mit ods, xls und xlsx.
[/quote]
Dein Problem kann ich nicht wirklich nachvollziehen wenn ich nur in .ods speichere. Wenn aber eine Excel-Datei geöffnet, bearbeitet und als Excel auch wieder gespeichert wird, kommt es zwangsläufig zu Konvertierungsfehler.


[quote]
Bei der Spaltenhöhen ist es noch beliebiger, hier aber offenbar nur bei mehrzeiligen Spalten (bzw. solche, die von der Standardhöhe abweichen).
Manche Höhen bleiben erhalten, manche nicht (werden dann immer reduziert).
[/quote]
Ja und das liegt eindeutig an dem Fremdformat Excel, in diesem Falle genauer gesagt xlsx. Und da beißt die Maus kein Faden ab. Das ist einfach ein Fakt.

Excel und "OpenOffice" (stellvertretend für OO.o. LO, und AOO) berechnen die Spaltenbreiten und Zeilenhöhen auf unterschiedliche Weise.
Ein einfacher Auszug aus der content.xml von OpenOffice.
[code=php]
style:column-width="0.836cm"
style:row-height="2.632cm"
[/code]
Eindeutig auf den ersten Blick zu erkennen was für die Spaltenbreite und was für die Zeilenhöhe zuständig ist, und welches Maßsystem angewendet wird. Das hier mit Zentimeter (cm) gearbeitet wird, ist ja wohl ersichtlich.


Und nun schauen wir uns mal deine xlsx an. Dort gibt es eine sheet1.xml wo zusammengefasst folgendes drin steht.
[code=php]
width="6.0765306122449"
defaultRowHeight="12.8"
[/code]
Spaltenbreite und Zeilenhöhe kann man ja noch so grad eben erkennen. Das wars aber auch schon!
Und nun verrate mir mal welches Maßsystem dort verwendet wird.

Wie? Das kannst Du nicht?

Ist nachvollziehbar. Denn dort wird kein Maßsystem angegeben.

Ich weiß das jetzt aber auch nicht mehr so ganz genau, aber ungefähr wird da nach folgendem Schema gearbeitet.
Die Breite entspricht irgendeinem Standardzeichen und davon der so-und-so-vielte Bruchteil davon ist die kleinste Einheit. Und die Höhe ist die höhe von dem Standardzeichen.


[u]Wer es genauer beschreiben kann, den bitte ich darum mich zu unterstützen.[/u] Ich hatte da mal irgendwo eine passende Quelle, aber die finde ich jetzt momentan nicht wieder.


Wie auch immer, weiter gehts.
Wenn mich jetzt nicht alles täuscht, dann müsste die zitierte Breiten- und Höhenangabe aus deiner xlsx-Datei die Zelle A1 sein. Und jetzt sage ich dir mal was für Angaben ich zu dieser Zelle in Calc direkt auslesen kann.
Spaltenbreite: 1,70 cm
Zeilenhöhe: 0,71

Und jetzt muss Calc jedesmal die Spaltenbreite und Zeilenhöhe neu errechnen wenn die Datei geöffnet und gespeichert wird, und dabei das Fremdformat xlsx beibehalten wird. Da aber für die Spaltenbreite in Excel eine kilometerlange nachkommastelle vorgegeben ist, entstehen auf Grund dessen zwangsläufig Rundungsfehler. Und dieser Rundungsfehler summiert sich dann immer mehr, je öfter eine xlsx bearbeitet und gespeichert wird.

Mit anderen Worten: Da kann man nicht sehr viel dran machen. Das ist nun mal halt so.




[quote]
[size=70]PS: In deiner Sig hast du in der zweiten Zeile wohl versehentlich ein Wort korrekt geschrieben :lol: [/size]
[/quote]
Nö Du! Du hast den rächtschraipfähler gefunden :lol:



Gruß
balu

So, hat etwas länger gedauert, war unterwegs, aber im Anhang ist die verfremdete Datei.
Die Kommentare habe ich rausgenommen. Mir geht es vor allem erstmal um die Spaltenbreiten.

(openoffice.org ist offenbar hin und wieder auch schwer zu erreichen, ich hatte den ganzen Nachmittag nur Zeitüberschreitungen - andere Webseiten nicht -, jetzt flutscht es gerade).

Gruß
Markus

Hallo Markus,

leider kann man dem Screenshot kaum etwas über die Ursachen entnehmen. Kannst du uns die Datei (ggf. verfremdet, ohne Inhalt) zum Testen zur Verfügung stellen?

Hallo balu,

egal, passiert mit ods, xls und xlsx.

Habe es gerade nochmal explizit ausgetestet.

Könnten verbundene Zellen da ggf. irgendwo dazwischen hauen?
Die Spalten F-Q haben jeweils in Zweiergruppen eine "Kopfzeile" (zwei verbundene Zellen), eine Zeile darüber gibt es nochmal über alle 12 Spalten eine "Kopfzeile" (12 verbundene Zellen).


An die Grafikfehler habe ich mich ja schon gewöhnt.
[attachment=0]Screenshot.png[/attachment]Der waagrechte Strich, der da so alleine herumfleucht, ist der Rest eines Kommentarfensters (mit denen bzw. deren sich dauernd verändernde Größen habe ich auch so meine lieben Probleme, die sind zuweilen nur noch einen Buchstaben breit, dafür aber dann sehr hoch ... :shock: ).

Gruß
Markus

[size=70]PS: In deiner Sig hast du in der zweiten Zeile wohl versehentlich ein Wort korrekt geschrieben :lol: [/size]

Hallo Markus,

im welchem Dateiformat speicherst Du; xls, xlsx, ...?


Gruß
balu

Hallo allerseits,

nachdem ich nun schon des öteren hier Infos gefunden habe, um Probleme mit LibreOffice zu beheben, habe ich nun zu meiner aktuellen Frage nirgendwo etwas gefunden.

LibreOffce Version: 5.0.6.3 in Verbindung mit Windows 10
(Problem trat aber vorher auch mit den 4er-Versionen von LO schon auf)


Und zwar "vergißt" Calc die eingestellten Spaltenbreiten - und höhen.
Wenn ich das Dokument einfach nur 5x öffne, haben mindestens 3x mal davon beliebige Spalten eine andere Spaltenbreite. In aller Regel ist die Breite zu schmal, was dazu führt, daß man erstmal nur einen Menge "###" sieht.

Es ist egal, ob ich die Spaltenbreite automatisch eingestellt habe, oder manuell die Breite hingezogen habe, oder über Dialog eine definierte Spaltenbreite vorgegeben habe.

Gerade mal wieder ausprobiert:
Ich stelle die Spalten F-Q fest per Dialog auf 2cm ein. Abspeichern, schließen, öffnen => Die Spalten sind 1.96cm breit.
Interessant: manuelles Hinziehen geht von 1.96cm über 1.99cm auf 2.02cm.
Wenn Calc die 2cm nicht genehm sind, warum dann nicht 1.99cm?

So, die Spalten per Dialog auf 2.02cm eingestellt.
Wieder abspeichern, schließen, öffnen => Die Spalten sind 1.98cm breit.

Spalten per Dialog auf 2.20cm eingestellt.
Wieder abspeichern, schließen, öffnen => Die Spalten sind 2.17cm breit.
Also auch nicht immer einfach um 0.4cm weniger.
:? :? :?

Wenn es nur einzeilige Spalten sind, ist das ja noch relativ harmlos.
Aber bei Spalten mit Textumbrüchen wird es dann doch lästig, weil man dann vor dem Druck jedes Mal die Tabelle überprüfen muß, ob der komplette Text sichtbar ist. Bei diesen Zellen bekommt man auch keine ###, sondern der Text ist eben einfach abgeschnitten. Bestenfalls hat man noch das kleine rote Dreieck. Aber 1000 und mehr Zeilen manuell überprüfen, naja ... da kann ich es gleich in Kästchenpapier schreiben.

Bei der Spaltenhöhen ist es noch beliebiger, hier aber offenbar nur bei mehrzeiligen Spalten (bzw. solche, die von der Standardhöhe abweichen).
Manche Höhen bleiben erhalten, manche nicht (werden dann immer reduziert).


Wie bekomme ich das hin, daß die Spalten und Höhen einfach so breit und hoch bleiben, wie ich es eingestellt habe?

Danke und Gruß
Markus