OpenOffice.info

Zunächst mal ganz grosses Dankeschön an alle Tippgeber! Die bedingte Formatierung arbeitet jetzt so, wie ich es mir vorgestellt habe.

Mit Spannung verfolge ich die Diskussion um das Dateiformat, die sich noch ergeben hat.
[quote="Stephan"][quote]
Für eine KLärung wäre es sinnvoll wenn AMenge mitteilen würde wie der genaue Ablauf der Bearbeitung der fraglichen/fehlerhaften Datei war. Man könnte dann ggf. das Ganze versuchen zu reproduzieren, was momentan wegen der Vielzahl denkbarer Szenarien praktisch wohl nicht möglich ist.[/quote][/quote]
Ich fürchte, ich kann da zur Aufklärung nicht viel beitragen. Die Datei wird auf mehreren Rechnern bearbeitet. Normalerweise Auf 2 Rechnern mit aktuellem OOo. Auf einem anderen Rechner setzte ich eine portable OOo-Fassung ein. Zwischendurch gab es auch mindestens Bearbeitung mit Excel 2007.

Hallo,

@paljass

[quote]
hast du wohl mein "P.S.:" überlesen
[/quote]
Ja, hatte ich. Aber ich kann das nicht nachvollziehen.
Wenn ich eine Formatvorlage erstelle, in der nur die Schriftfarbe geändert ist, und diese per Bedingte Formatierung automtisch auf eine Zelle z.B. mit einem Datum anwenden lasse, so ändert sich auch nur die Farbe aber nicht der Zahlenformat-Code der Zelle.

Und wenn ich die Bedingte Formatierung wieder lösche, dann geht die Schriftfarbe auf die Ausgangsstellung zurück, die vorher eingestellt wurde.


[quote]
Und mal ehrlich, deinen Übeltäter hast du erst heute genannt
[/quote]
Stimmt. Erst heute hatte ich dem Kind einen Namen gegeben, welcher allerdings genau so Falsch ist, wie das Kind selber.


Gruß
balu

OOo-dev/3.2$Unix OpenOffice.org_project/320m15$Build-9492

OpenOffice.org/3.2$Win32 OpenOffice.org_project/320m12$Build-9483

Hallo Stephan,

danke das Du dich noch gemeldet hast.

[quote]
Ja, und welcher Filter? Der von MS? Oder der von Sun? In welcher Filter-Version? Bei welcher MS Office Version verwendet? ...
[/quote]
Berechtigte Frage, die ich aber auch nicht beantworten kann.


[quote]
da ich diesen Eintrag auch erhalte wenn ich in OOo (konkret getestet mit OOo 3.1.1 unter Windows) ein neues Dokument erzeuge und speichere
[/quote]
Tja, da muss ich jetzt eingestehen, dass ich nicht gründlich genug nachgeschaut habe. Denn in der 3.0.0 ist der Eintrag nicht vorhanden, aber in der 3.1.1 und 3.2.0 ja. Und in allen habe ich die ODF-Fomatversion 1.0 / 1.1 eingestellt.


[quote]
WEnn überhaupt, würde ich Rückschlüsse auf das erstellende Programm aus dem entsprechenden Tag in der meta.xml erwarten, für eine in OOo 3.1 erstellte Datei sieht der so aus:

[code]<meta:generator>OpenOffice.org/3.1$Win32 OpenOffice.org_project/310m19$Build-9420</meta:generator>[/code]

allerdings ist meine Aussage hier auch nur 'heiße Luft', denn es ging ja wohl um mögliches Bearbeiten einer bestehenden Datei und der Eintrag sagt nur was über das ursprüngliche Programm, welches die datei erstellt hat.
[/quote]
Interessante Aussage, die ich jetzt mal eben gegengecheckt hatte.
Karo arbeitet mit einem Linux-System. Und wenn er eine Datei speichert, dann steht bei ihm in der meta.xml:
[code]
OOo-dev/3.2$Unix OpenOffice.org_project/320m15$Build-9492
[/code]
Und wenn ich dieselbe Datei hier bei mir unter WinXP speichere, dann ändert sich dort der Eintrag auf:
[code]
OpenOffice.org/3.2$Win32 OpenOffice.org_project/320m12$Build-9483
[/code]
Also sagt der besagte Eintrag in der meta.xml etwas über das Programm aus welches die Datei zuletzt gespeichert hat. Es ist folgedessen also kein Statischer, sondern ein Dynamischer Eintrag der dort drin steht.
Da ich noch nicht so sehr darauf geachtet hatte, wusste ich das auch noch nicht.


Lange Rede, kurzer Sinn.
Meine aufgestellte Behauptung hat sich nicht als Wahrheit bewiesen. Tja, Pech gehabt. Sorry für das aufscheuchen der Hühner :? .
Aber ein gutes hatte es trotzdem, denn so hatte sich nach der Bestätigung von AMenge herausgestellt dass es sich um keine reine Calc Datei gehandelt hatte. Und mit diesem Wissen hat er ja jetzt eine neue Datei erstellt, die dann jetzt wohl auch hoffentlich fehlerfrei funktionieren wird.


Gruß
balu

Hallo
@Palljass
Ich kann deine Beobachtungen hier nicht nachvollziehen, ich kann keine [u]unterschiedlichen[/u] Wechselwirkungen bei [u]anderen [/u]Zahlenformatcodes im Zusammenspiel mit einer bed. Formatierung auf Schrift- und Rahmenattribute feststellen.
?
Gruß Karo

urn:openoffice:names:experimental:ooo-ms-interop:xmlns:field:1.0

urn:openoffice:names:experimental:ooo-ms-interop:xmlns:field:1.0

<meta:generator>OpenOffice.org/3.1$Win32 OpenOffice.org_project/310m19$Build-9420</meta:generator>

urn:openoffice:names:experimental:ooo-ms-interop:xmlns:field:1.0

[quote]Ich wiederhole mich noch mal.
... durch meine Aktion ist jetzt der Import/Export-Filer für ODF-Dokumente in M$-Office als der "Übeltäter" überführt worden.[/quote]

Ja, und welcher Filter? Der von MS? Oder der von Sun? In welcher Filter-Version? Bei welcher MS Office Version verwendet? ...

[quote]Wenn jetzt aber vielleicht unser Moderator Stephan noch genauere Informationen zu diesem Thema "Import/Export-Filer" beiträgen könnte, würde ich mich darüber sehr freuen[/quote]

Nein kann ich derzeitig nicht, weil ich nicht mutmaßen will.
Aus dem Eintrag:

[code]urn:openoffice:names:experimental:ooo-ms-interop:xmlns:field:1.0[/code]

ist jedenfalls nichts zu entnehmen, da ich diesen Eintrag auch erhalte wenn ich in OOo (konkret getestet mit OOo 3.1.1 unter Windows) ein neues Dokument erzeuge und speichere, MS Office hatte also keinerlei KOntakt zum Dokument und trotzdem erhalte ich:

[code]urn:openoffice:names:experimental:ooo-ms-interop:xmlns:field:1.0[/code]

WEnn überhaupt, würde ich Rückschlüsse auf das erstellende Programm aus dem entsprechenden Tag in der meta.xml erwarten, für eine in OOo 3.1 erstellte Datei sieht der so aus:

[code]<meta:generator>OpenOffice.org/3.1$Win32 OpenOffice.org_project/310m19$Build-9420</meta:generator>[/code]

allerdings ist meine Aussage hier auch nur 'heiße Luft', denn es ging ja wohl um mögliches Bearbeiten einer bestehenden Datei und der Eintrag sagt nur was über das ursprüngliche Programm, welches die datei erstellt hat.


Möglicherweise wesentlicher, als obige Betrachtungen, scheint mir die Tatsache das es sich einmal augenscheinlich um ODF 1.1 (btw. '1.0/1.1') handelt und einmal um ODF 1.2, [u]meiner SChlussfolgerung nach dürfte zumindest für ODF 1.2, also gerade den kritisch betrachteten Fall, der enthält:[/u]

[code]urn:openoffice:names:experimental:ooo-ms-interop:xmlns:field:1.0[/code]

[u]eine 'Mitwirkung' von MS, i.d. Sinne, ausgeschlossen sein[/u], insofern sich MS bei der ODF-Implementierung im SP für Office 2007 kritisch zu ODF 1.2 geäußert hat (da nur OASIS und kein ISO-Standard) und es mithin selbst bisher nicht implementieren dürfte, auch nicht in beliebigen anderen Filtern/Filter-Versionen ... wobei ich nun doch mutmaße, denn ich habe das nicht überprüft.


Für eine KLärung wäre es sinnvoll wenn AMenge mitteilen würde wie der genaue Ablauf der Bearbeitung der fraglichen/fehlerhaften Datei war. Man könnte dann ggf. das Ganze versuchen zu reproduzieren, was momentan wegen der Vielzahl denkbarer Szenarien praktisch wohl nicht möglich ist.



Gruß
Stephan

Moin Leute,

[quote="turtle47"]
Einfach klasse, darauf muss man erst mal kommen.
[/quote]
[quote="Karolus"]
Respekt ! An sowas hab ich im Traum nicht gedacht.
[/quote]
Danke :D.
Aber aus diversen Gründen ist das bei mir schon zur Gewohnheit geworden, Dateien auseinander zu pflücken.

Wenn ich 2 Dateien habe, die bei "Optischem" Inhalt fast identisch sind, aber unterschiedliche Dateigrößen besitzen, dann kann ja nur irgendwo etwas versteckt sein was die Dateigröße beeinflußt. Der "Optische" Inhalt ist jetzt der, den man in den einzelnen Tabellenblättern sehen kann. Das hatte ich gestern wohl nicht mehr gesagt, aber es waren ja auch keine versteckten (ausgeblendete) Tabellenblätter vorhanden. Also war der "Optische" Inhalt fast identisch, bis auf sehr minimalste unterschiede. In Karos seiner Datei stehen etwas andere Euro Beträge, was aber nicht von Bedeutung ist.

Also muss irgend etwas die Dateigröße aufblähen, was auch vielleicht das Verhalten der einen Datei negativ beeinflußt. Nur was, das kann man ja so nicht sehen. Also Datei entpacken. Und wenn ich jetzt sehe das die content.xml, die ja für den Inhalt zuständig ist, bei beiden Dateien unterschiedlich groß ist, dann muss da irgend etwas nicht in Ordnung sein, oder zumindest anders. Denn der "Optische" Inhalt ist ja identisch.


[quote="paljass"]
Die Idee von Balu war sicher gut, aber eben überhaupt nicht zielführend, denn eine Antwort auf das beschriebene Problem lässt sich daraus nicht herleiten
[/quote]
In gewisser hinsicht schon. Denn, und das ist jetzt mehr der technische Sachverhalt, durch meine Aktion ist jetzt der Import/Export-Filer für ODF-Dokumente in M$-Office als der "Übeltäter" überführt worden. Also, so scheint es zumindest bis jetzt, stimmt irgendwas mit diesem Filter nicht. Er hat anscheind so seine Macken. Ich weiß jetzt allerdings nicht, ob man in Excel in dem Filter irgendwas einstellen kann um das Problem schon dort zu umgehen, was ich mir aber nicht wirklich vorstellen kann.


[quote="paljass"]
Wie EIngangs schon erwähnt, habe ich auch keine Erklärung für das Verhalten der Datei, die Karo als "ok" bezeichnet hat.
[/quote]
Du schmeißt hier jetzt etwas durcheinander. Denn diese Datei von Karo ist vollkommen korrekt. Es geht aber nicht um sie, sondern um die mit der Bezeichnung "Defekt".


[quote="paljass"]
Außerdem hat auch der letzte Tipp von Karo (Markierung von rechts unten nach links oben keinerlei Auswirkung auf das Verhalten der bedingten Formatierung.
[/quote]
Hast Du es denn schon mal andersrum versucht? Also von Links oben nach rechts unten markieren, und dann die Bedingte Formatierung eintragen.


[quote="paljass"]
Es liegt nach meiner unmaßgeblichen Meinung noch reichlich Forschungsarbeit vor uns.
[/quote]
Wieso!?
Ich wiederhole mich noch mal.
... durch meine Aktion ist jetzt der Import/Export-Filer für ODF-Dokumente in M$-Office als der "Übeltäter" überführt worden.

Wenn jetzt aber vielleicht unser Moderator Stephan noch genauere Informationen zu diesem Thema "Import/Export-Filer" beiträgen könnte, würde ich mich darüber sehr freuen :D.


Gruß
balu

Hallo
Ausgehend von zB D5 kommst du mit [color=#00BF00]'Strg+↓'[/color] zur letzten in D ununterbrochen ausgefüllten Zelle, von dort aus [u]markiest[/u] du bis A<n> mit[color=#FF0000] 'Strg+shift+←'[/color] und dann die Markierung bis zu ersten Zeile mit [color=#FF0000]'strg+shift+↑'[/color]

Gruß Karo

[quote="Karolus"]Hallo
Lösung:
Markiere vor 5. [u]den ganzen Bereich von rechts unten bis links oben[/u] ( sodass A2 zuletzt markiert wird ) trag die Bed.Formatierung ein wie gehabt und [u]vergiss Schritt 6. nebst Pinsel[/u]
[/quote]
Danke, so funktioniert es! :D Das ist der Grund, warum ich Foren so liebe!

Nur noch eine Zusatzfrage: Meine Tabelle wächst ja mit der Zeit, daher wollte ich die Spalten komplett markieren. Über die Spaltenköpfe geht das ja wunderbar. Wie komme ich denn in OOo per Tastatur in die letzte Zeile? In Excel geht das ja über Ende und Runter. Ans Ende der vorhandenen Daten komme ich in OOo auch, aber irgendwie nicht bis an den Boden meiner Tabelle.

Hallo
@Balu
Respekt ! An sowas hab ich im Traum nicht gedacht.

@AMenge
Du musst deinen Schritt 6 vermeiden, mit dem Pinsel überträgst du auch die manuelle Formatierung der Startzelle auf alle anderen.

Lösung:
Markiere vor 5. [u]den ganzen Bereich von rechts unten bis links oben[/u] ( sodass A2 zuletzt markiert wird ) trag die Bed.Formatierung ein wie gehabt und [u]vergiss Schritt 6. nebst Pinsel[/u]
Gruß Karo

Hallo Balu,

[quote="balu"]Also beide Dateien entzippt, und siehe da, am auffälligsten sind die content.xml und die styles.xml. [/quote]
Einfach klasse, darauf muss man erst mal kommen.

Jürgen

@balu: Du hast recht, ich habe die Datei zwischenzeitlich einmal mit Excel bearbeitet (ich schäme mich auch dafür :) ).

Dann baue ich das Teil mal neu auf und werde dann berichten. Die Inhalte kann ich ja problemlos rüberkopieren, nur halt keinerlei Formatierungen.

Update:
Neue Datei, ähnliches Problem. Daher dokumentiere ich hier mal Schritt für Schritt mein Vorgehen, auch wenns etwas länger wird.

[b]Schritt 1:[/b]
Neue Datei angelegt, nichts reinkopiert, sondern die Spielwerte von Hand eingeklimpert.
[img]http://www.sabandy.de/diverses/haushaltsbuch_neu1.png[/img]

[b]Schritt 2:[/b]
Spalte A als Datum formatiert, Spalte B als Währung.
[img]http://www.sabandy.de/diverses/haushaltsbuch_neu2.png[/img]

[b]Schritt 3:[/b]
Neue Formatvorlage angelegt und dieser den Namen "Farbe" verpasst.
[img]http://www.sabandy.de/diverses/haushaltsbuch_neu3.png[/img]

[b]Schritt 4:[/b]
Schriftfarbe blau festlegen und OK klicken.
[img]http://www.sabandy.de/diverses/haushaltsbuch_neu4.png[/img]

[b]Schritt 5:[/b]
Für Zelle A1 wird die bedingte Formatierung erstellt.
[img]http://www.sabandy.de/diverses/haushaltsbuch_neu5.png[/img]

[b]Schritt 6:[/b]
Mit der Funktion "Format übertragen" (Pinsel) schnappe ich mir diese Formatierung, markiere die Spalten A bis D und übertrage die Formatierung. Resultat:
[img]http://www.sabandy.de/diverses/haushaltsbuch_neu6.png[/img]

Wieder passt die Farbe, aber die Währungsformatierung von Spalte B geht den Bach runter.

[url=http://www.sabandy.de/diverses/test.ods]Hier[/url] gibts die Datei, die im Ergebnis rausgekommen ist.

Vielen Dank fürs Lesen und für die Zeit, die ihr schon investiert habt!