OpenOffice.info

Gast hat geschrieben:

Um gerade eventuell auftretende Phänomene aufgrund des ursprünglichen Fremdformates auszuschließen sind alle weiteren im Faden eingestellte "Bildschirmdrucke" von entweder mit OOo 3.1.0 (1 x) und beim Rest mit LO 3.3.0 neu erstellten Dokumenten (Unbekannt 1)

Und die basieren auch ganz sicher auf den Standardvorlagen und Einstellungen von LO?

Gast hat geschrieben:Nicht dass am Schluss rauskommt, die ehemalige dot und jetzige ott Datei ist Grundlage und die Datei wurde mit Doppelklick auf die ott erstellt oder Ähnliches. Derartig erzeugte Dateien heißen nämlich auch Unbenannt1...

Gast hat geschrieben:Die Screenshots legen den Schluß nahe, das das Problem nicht einfach im Fliestext auftaucht, sondern in einer "speziellen" Situation (Kopfzeile, Tabelle ... ??) von der nichts in deiner Beschreibung stand. Wenn das so ist, ist es unmöglich für andere, dein Vorgehen nachzustellen. Dafür ist es unabdingbar, dass du von Anfang an Schritt für Schritt alles beschreibst, was du gemacht hast.

Gast hat geschrieben:Deutlich hilfreicher wäre eine Beispieldatei, in der der Fehler bei dir auftritt. Rocko hat oben zwar geschrieben

Aus deiner Beispieldatei geht nicht hervor

ich konnte jedoch keine runterladbare Datei entdecken.

Gast hat geschrieben:Moin!
Ist euch eigentlich mal aufgefallen, das ihr auf unterschiedlichen Betriebssystemen testet (zumindest lt. Signatur)?

Ich habe mit LibO auf XP getestet und keine Darstellungsprobleme.

Gast hat geschrieben:Du hast den Fehler auf einem Linux-System festgestellt, könnte also ein Linux-Problem sein.
Es ist daher notwendig, das jemand mit LINUX gegentestet.

Gast hat geschrieben:Wie wäre es denn, wenn du das direkt als Fehler an LibO meldest?

Gast hat geschrieben:mir fällt gerade noch was anderes auf:

Auf deinem ersten Screenshot ist zu sehen, das der Fehler in einer Tabelle in der Kopfzeile auftritt und weiter unten ebenfalls eine Tabelle zu sehen ist.

Die Ränder der Tabelle reichen über den Rand der Textbegrenzung hinaus, was für Writer Tabellen ungewöhnlich ist. Als Standard werden die nämlich innerhalb der Textbegrenzung eingefügt.

Das gezeigte Verhalten kenne ich nur von WORD-Tabellen. Du hast nicht zufällig eine ehemalige Word-Datei verwendet?

Feuerdrache hat geschrieben:Nachtrag:

Mit <SHIFT>-<RETURN/ENTER> hast Du natürlich recht.
Da erscheint der von oben nach links zeigende umgebrochene Pfeil, welches als Symbol auch auf der <RETURN>-Taste zu sehen ist.
Es ist dann also wohl so, dass durch die Belegung der Tastenkombination <SHIFT>-<RETURN/ENTER> der Zeilenumbruch aktiviert wird, während über <RETURN/ENTER> ausschließlich der Absatzumbruch gesteuert wird.

Nur, von der Schreibmaschine her, kennt man ja sowohl für den harten Zeilen- als auch Absatzumbruch den "erzwungenen" Wagenrücklauf nur mit der <RETURN>-Taste.

Rocko hat geschrieben:

Feuerdrache hat geschrieben:Wenn ich den Cursor nach dem Ende von "Name" setze und auf Standard umschalte, dann erscheint zwar die "Absatzendemarke" in der gewohnten Form, aber es gehen sämtliche Formatierungen weg

So kann man missverstanden werden! Mein Hinweis auf "Standard" hast du als Absatzvorlage "Standard" missverstanden. So war das nicht gemeint. Ich versuch das mal anders zu erklären. Du schreibst:
V o r n a m e N a c h n a m e Ergänzung
Die beiden ersten Wörter schreibst du gesperrt, das dritte Wort markierst du und entfernst due Sperrschreibung mit "Zeichen - Position - Laufweite - Standard".

Rocko hat geschrieben:Meine Vermutung ist, das die "fehlerhafte" Absatzendmarke (Das ist was völlig anderes als ein "harter Zeilenumbruch!) darauf hinweisen soll, dass die verwendete Schrift nicht mit der verwendeten Standard-Laufweite ausgezeichnet ist. Das wäre in etwas vergleichbar mit den unterschiedlichen Steuerzeichen für Zeilenumbruch und Absatzumbruch. Die haben nämlich nur scheinbar auch diesselbe Funktion. Dass sie aber zwei völlig verschiedene Funktionen haben, merkst du spätestens, wenn Zeilen- und Absatzabstände unterschiedlich groß sind, oder wenn du die Nummerierung einschaltest.