![[TEST] Document Foundation Community](https://communitytest.documentfoundation.org/images/discourse-logo-sketch.png){kind=logo}
Hallo,
ich habe gehoert, dass man ab LibO 6.4 ein LibO dokument nach einem einseitigen pdf exportieren kann.
Ich habe aber dazu in der Hilfe nichts gefunden.
Kann mir bitte jemand sagen, wie das geht, oder habe ich das falsch verstanden?
Gruesse
Veit
Hallo Veit,
Hallo,
ich habe gehoert, dass man ab LibO 6.4 ein LibO dokument nach einem
einseitigen pdf exportieren kann.
Ich habe aber dazu in der Hilfe nichts gefunden.
Kann mir bitte jemand sagen, wie das geht, oder habe ich das falsch
verstanden?
Du kannst natürlich jede Seite Deines Dokumentes als ein *.pdf-Dokument
abspeichern.
Ich habe ja die andere Diskussion mitverfolgt: In Draw ist jede Folie
eine Seite für einen *.pdf-Export - egal, wie groß die Seite definiert
ist. Erst wenn es an den Drucker geht erfolgt hier eine Aufteilung auf
mehrere Seiten.
hast Du natürlich mehrere Folien, so gibt Draw auch ein mehrseitiges
*.pdf-Dokuemnt aus.
Einzelseiten gibt es nur händisch, also mit Abspeicherung jeder
einzelnen Seite und einem entsprechend unterschiedlichen Namen, damit
nicht das gerade abgespeicherte von der nächsten Abspeicherung
überschrieben wird.
Gruß
Robert
Hallo Robert,
ich glaube, dass Du mich falsch verstanden hast.
Ich moechte ein mehrseitiges Dokument (DIN A4) als ein pdf exportieren, das das gesamte Dokument (quasi als Uebersicht) auf eine Seite (ebenfalls DIN A4) reduzirt, also verkleinert.
Muesste ich dazu so lange mit der Verkleinerung rumspielen, bis das hinkommt, oder geht das auch einfacher, so wie ich das gehoert habe?
Gruesse
Veit
Hallo Veit,
kannst Du bitte nur an die Liste antworten? Ich erhalte so die Mails
doppelt.
Hallo Robert,
ich glaube, dass Du mich falsch verstanden hast.Ich moechte ein mehrseitiges Dokument (DIN A4) als ein pdf exportieren,
das das gesamte Dokument (quasi als Uebersicht) auf eine Seite
(ebenfalls DIN A4) reduzirt, also verkleinert.
Ja, das ist natürlich eine andere Geschichte.
Beim Writer kannst Du so etwas nur über den Druck in eine Datei
erledigen. Die Vorschau zeigt bei mir dann an, wie viele Seiten das noch
werden.
Muesste ich dazu so lange mit der Verkleinerung rumspielen, bis das
hinkommt, oder geht das auch einfacher, so wie ich das gehoert habe?
Nein, Du weißt doch, wie viele Seiten Du hast. Steht doch in dem
Druckdialog. In dem Druckdialog erkenne ich genau, wie viele Seiten auf
ein Blatt gepackt werden.
Das ist aber keine neue Funktion in aktuellen LO-Versionen.
Über den *.pdf-Export geht das nicht.
Gruß
Robert
Hallo Robert,
danke fuer die Info!
Gruesse
Veit
Hallo Veit,
vermutlich meinst du die in den Versionshinweisen zu LO 6.4 beschriebenen
Möglichkeit.
Ich habe das gerade mal unter 6.4.1.2 und Windows 10 ausprobiert.
Es ist aber eine Möglichkeit bei Calc. Bei Writer geht das so nicht.
Bei PDF exportieren habe ich die Option "Whole Sheet export" verwendet.
Das PDF beinhaltet nur eine Seite und alles ist drauf.
lg
Jürgen
Hallo Juergen,
das kann es sein.
Ich habe das gerade mal mit einen wirklich grossen Calc document ausprobiert.
Es wird tatsaechlich das mehrseitige (DIN A4) Dokument auf eine riesige pdf-Seite exportiert.
Aber das ist nicht das was ich erwartet hatte.
Es sollte auf eine DIN A4-Seite verkleinert werden, sozusagen, als Uebersichtsdokument.
Das wird aber nicht gemacht.
Trotzdem fuer einige Anwendungen eine gute Funktion, die auch unter Writer nuetzlich waere.
Danke fuer den Hinweis!
Gruesse
Veit
Hallo Veit,
vielleicht liegt ein Missverständnis vor, aber in dem Moment, wo alles auf eine Seite (egal wie groß) exportiert wird, ist Dein Problem m.E. gelöst. Denn:
a) Für die Bildschirmdarstellung ist die Seitengröße ohnehin egal. Ja, hier gilt sogar: je größer, desto besser die Darstellung von Details.
b) Für einen Ausdruck kannst Du auf die Skalierungsfähigkeit des Drucktreibers vertrauen, zumindest bei Mac und unter Linux ist es immer möglich die Funktion "auf Seitengröße verkleinern" (o.ä.) auszuwählen. Und die Seitengröße ist dann halt die gewählt Papiergröße, bei 'normalen' Druckern in der Regel A4 oder A3.
[c) Nebenbei: Ich drucke regelmäßig 2, 4, 6 oder 8 Seiten-Dokument (pdf, odt, odp, ppt(x) was auch immer) auf einer DIN A4 Seite aus, auch das kann ich über die Druckeinstellungen regeln. Aber wie gesagt Mac oder Linux (d.h. jeweils CUPS), wie das unter Windows funktioniert, weiß ich nicht.]
Viele Grüße
Irmhild
Liebe Gemeinschaft,
ich möchte in Base bei einer Tabelle (Bezeichnung Tabellen-Steuerelement) den RAHMEN mittels Makro abschalten.
Es gibt ja drei mögliche Einstellungen: ohne Rahmen (=0), 3D-Darstellung (=1), Flach (=2)
Mein Makro sieht wie folgt aus. Leider tut sich nichts (L0 6.4.1. unter Windows 10 und auch LO 6.1.5 unter Linux Mint)
SUB BORDER
DIM oDATEN AS OBJECT
DIM oTabelle AS OBJECT
oDATEN = thisComponent.Drawpage.Forms.getByName("DATEN")
oTabelle = oDaten.getByName("Tabelle")
oTabelle.border = 0
END SUB
LG
Gerhard
Hallo Gerhard,
ich kann bestätigen, dass sich nichts tut, obwohl der Wert border wirklich nach der Zuweisung auf 0 gesetzt ist.
Ich wundere mich allerdings etwas darüber, dass du den Rahmen abschalten willst. Die Tabelle in Base ist ja ein sehr kompliziertes Objekt, nicht bloß einfach wie in Writer Zeilen und Spalten mit eventueller Sonderbehandlung für erste und letzte Zeile/Spalte. In Base hat die Tabelle eine viel differenziertere Funktion, die Zellen der ersten Zeile sind üblicherweise Spaltenköpfe mit Bezug zu Datenbankspalten, die Zellen der ersten Spalte dienen zur Selektion von Datenbanksätzen.
Da die Rahmenlinien (die ja auch die Binnenlinien betreffen) abzuschalten, halte ich für wenig hilfreich, daher wundert es mich gar nicht, dass da nichts passiert, ich denke, dass die Eigenschaft border vorhanden ist, weil die Tabelle in Base auf einem einfacheren Konstrukt aufbaut, dass sie aber wohlweislich inaktiv ist.
Gruß
Gerhard
Hallo Gerhard,
inaktiv ist die Ausschaltung des Rahmens nicht. Über die GUI
(Eigenschaften des Formularfeldes) funktioniert das ja sehr wohl. Auch
die Umschaltung von Rahmen in flacher und 3-D-Form funktioniert mit dem
Makro.
Wird also schlicht ein Bug sein der noch keinem aufgefallen ist, weil
das niemand angewendet hat.
Also: Bug melden - aber nicht als Base-Bug sondern als Basic-Bug.
Gruß
Robert
Hallo *,
ich habe das als Bug gemeldet:
https://bugs.documentfoundation.org/show_bug.cgi?id=131196
Gruß
Robert
Danke Gerhard und Robert für die Infos!
Die Rahmen sind bei mir in den verschiedenen Formularen der (ein- und derselben) Base-Anwendung abgeschaltet mittels GUI. Abgeschaltet bedeutet in LO, dass nur die untere, horizontale Rahmenleiste unsichtbar ist (die anderen Rahmenleisten bleiben sichtbar).
Unter den Tabellen habe ich "Symbolleisten Navigation" gesetzt (als Tabellenbegrenzung gewissermaßen), die verlängert sind in einer Linie mit einigen Schaltflächen, Das sieht filigran aus. Der (zweiter) darüber liegender Rahmen der Tabelle hieße "doppelt gemobbelte horizontale untere Begrenzungs-Leiste.
Soweit - so gut!
Allerdings werden beim Start des ersten Formular, das automatisch per Makro erfolgt (wenn man meine Base-Anwendung startet), die untere, horizontale Rahmenleisten im "Startfomular" eingeblendet. In den anderen Formularen, die man wahlweise öffnen kann (aus dem ersten Formular heraus), passiert das nicht. Auch ein nachträgliches Schließen des "Startformulars" mit anschließendem Wieder-Öffnen lässt die untere horizontale Rahmenleiste nicht unsichtbar werden.
Grüße
Gerhard
Hallo Ihrda Draussen,
ist jemanden schon mal folgendes begegnet:
Bei Umschaltung des Rahmens im GUI (Formular-Bearbeiten..)
wird das Fenster rund um das Tabellensteuerelement komplett schwarz
und lässt sich per Mausklick stückweise wieder sichtbar machen?
Nach Beenden der Bearbeitung und Speichern ist alles wieder gut,
aber beim ersten Mal hat mich das doch erschreckt...
Viele Grüße
Gisbert
Hallo Gisbert,
so etwas Ähnliches hatte ich auch schon mal, aber es war definitiv nicht in der Base-Entwicklungsumgebung; ich bin nicht mal sicher, ob es in LibO war. Ich würde die Ursache nicht unbedingt bei LibO vermuten.
Gruß
Gerhard