Hallo,
ich danke Euch für die viele schnelle Hilfe. Woran es nun genau liegt,
das dieses Problem auftritt, kann ich nicht sagen. Die Lösung den Pfeil
aber an der Seite zu verankern statt an der Zelle löst es. nachteilig
hierbei ist jetzt aber wenn man weitere Zellen/Spalten einfügt. Dann
werden die Pfeile nicht mit verschoben.
Warum hier davon abgeraten wird mit Calc ein solches Projekt durch
zuführen und stattdessen auf Draw verwiesen wird, kann ich aber gar
nicht verstehen. Im Buch "Makros in OpenOffice.org" ist nämlich
beschrieben, das jedes Dokument in Openoffice eine Drawingpage besitz.
Je nach Anwendung kommen dann noch Funktionen hinzu, aber es werden
keine weggelassen. Das heißt, alles was mit Draw möglich ist, sollte
auch im Writer oder im Calc und Impress möglich sein.
Für Calc hatte ich mich entschieden, weil hier das Raster schon fertig
ist. Außerdem lassen sich die Kästchen leicht malen und zusammenfassen.
Und dank des Tricks mit der Verankerung lassen sich die Sachen jetzt
auch speichern.
Viele Grüße
Jan
Michael Höhne schrieb:
Hallo Jan,
Nach dem speichern sind die Pfeile meist an ganz anderer
Stelle. Es ist auch nicht erkennbar nach welchem System
Openoffice hierbei vorgeht. Es ist aber einfach nur nervig.
Ich habe ähnliche Diagramme schon häufiger gebastelt, um
Nachhilfe-Schülern den Ablauf von Rechenschritten bei komplizierteren
Formeln zu erläutern. Der Effekt ist bei mir bisher nicht
aufgetreten... Selbst beim Speichern ins XLS- bzw SXC-Format nicht.
In deinem Beispiel habe ich alles bis auf einen der "renitenten" Pfeile
entsorgt. Der ist tatsächlich nach jedem Speichern wieder an der
falschen Stelle... Wenn ich hingegen die Verankerung von "An der Zelle"
auf "An der Seite" umstelle, gibt es keine Verschiebung mehr.
Prinzipiell würde ich dir aber ohnehin raten, für solche Diagramme
lieber Draw zu verwenden, wenn du nicht unbedingt die Rechenfunktionen
von Calc brauchst.
Aus langjähriger Erfahrung,kann ich von der Verwendung einer
Tabellenkalkulation als "Layout-Programm" eher abraten. Wenn man die
Berechnungsfunktionen nicht braucht, ist Writer für Tabellen oder Draw
für Diagramme einfach besser geeignet. Bei komplexen Layouts ist ein
DTP-Programm wie Scribus dann auch keine schlechte Wahl.
Gruß,
Michael
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org
For additional commands, e-mail: users-h...@de.openoffice.org