Re: [de-users] Kopfzeile erste Seite bei eigenen Seitenvorlagen kaputt
Hallo Jakobus, > > Meine Idee wäre jetzt folgende gewesen, ich erstelle mir eine eigene > Seitenformatvorlage für die ersten Seiten, wo ich Kopfzeilen aktiviere > und den Haken bei "Gleicher Inhalt auf der ersten Seite" wegnehme. Es gibt doch extra eine gesonderte Seitenvorlage für die erste Seite. Warum nutzt Du die nicht? > > Nach dem Inhaltsverzeichnis füge ich einen manuellen Seitenwechsel ein > und gebe als Folgeformat "Standard" an, wie er in LO schon vordefiniert ist. > > > Dabei taucht jetzt das Problem auf, dass bei der schon vorhandenen > Seitenformatvorlage "Standard" die Einstellung mit einer anderen > Kopfzeile auf der ersten Seite funktioniert, bei der selber erstellten > aber nicht. Habe das gerade getestet und kann das Fehlverhalten nicht nachvollziehen. Bei der so erstellten Vorlage taucht bei mir auf allen Seiten eine Kopfzeile auf. Trage ich auf der ersten Seite Inhalt ein, so erscheint der Inhalt auf den Folgeseiten nicht. Der Inhalt ab der 2. Seite erscheint auf der ersten Seite nicht. Das ist doch das, was Du wolltest, oder? Test mit Version: 6.2.3.2 Build-ID: aecc05fe267cc68dde00352a451aa867b3b546ac > > Ich vermute einen Bug dahinter. Die Build-ID Deiner Version deutet darauf hin, dass Du eine Version Deiner Distribution nutzt. Da können leider schon einmal Unterschiede auftauchen ...> > > Und ein zweites Problem hab ich noch. Ich habe in meiner Formatvorlage > für "Überschrift 1" aktiviert, dass vor der Überschrift ein > Seitenumbruch eingefügt wird, damit das Kapitel immer auf einer neuen > Seite beginnt. > > Wenn ich nun nach dem Inhaltverzeichnis einen manuellen Umbruch einfüge, > damit die Numerierung der Seiten mit arabischen Zahlen und mit 1 > beginnt, hab ich eine zusätzliche Leerseite, da nach dem manuellen > Umbruch ein weiterer Seitenumbruch von der Überschrift1 eingefügt wird. > Wie kann ich das beheben? Du kannst in der "Überschrift 1" doch direkt nicht nur den Seitenumbruch, sondern auch das Format der Seite angeben (Umbrüche > Einfügen > Mit Seitenvorlage ...) Gruß Robert -- Homepage: http://robert.familiegrosskopf.de LibreOffice Community: http://robert.familiegrosskopf.de/map_3 -- Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org Probleme? https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de Listenarchiv: https://listarchives.libreoffice.org/de/users/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
[de-users] Kopfzeile erste Seite bei eigenen Seitenvorlagen kaputt
Hi Leute! Ich habe hier Version: 6.1.5.2 Build-ID: 6.1.5.2-5.fc29 im Einsatz und soll die Diplomarbeit einer Bekannten formatieren. Eine Vorgabe lautet, dass die Seiten mit Inhaltverzeichnis, Widmung usw. mit römischen Zahlen als Seitenzahlen formatiert werden sollen, und mit der Einleitung startet dann die Numerierung mit arabischen Ziffern und wieder mit 1. Außerdem soll die Kopfzeile auf den Seiten mit römischen Zahlen anders sein als bei den restlichen und das Titelblatt soll natürlich gar keine Kopfzeile haben. Meine Idee wäre jetzt folgende gewesen, ich erstelle mir eine eigene Seitenformatvorlage für die ersten Seiten, wo ich Kopfzeilen aktiviere und den Haken bei "Gleicher Inhalt auf der ersten Seite" wegnehme. Nach dem Inhaltsverzeichnis füge ich einen manuellen Seitenwechsel ein und gebe als Folgeformat "Standard" an, wie er in LO schon vordefiniert ist. Dabei taucht jetzt das Problem auf, dass bei der schon vorhandenen Seitenformatvorlage "Standard" die Einstellung mit einer anderen Kopfzeile auf der ersten Seite funktioniert, bei der selber erstellten aber nicht. Da ist die Kopfzeile auf der ersten wie auch auf den Folgeseiten immer die gleiche. Lösche ich den Inhalt der ersten Seite, verschwindet der Inhalt auf auf den Folgeseiten. Die Kopfzeile des Titelblattes ist mit "Kopfzeile für erste Seite (Römisch)" im blauen Kasten beschrieben, und auf den folgenden Seiten nur mehr mit "Kopfzeile (Römisch)". Also erkennen tät LO schon, dass die erste Seite wäre. Aber der weggenommene Haken wird irgnoriert. Ich vermute einen Bug dahinter. Bei den Fußzeilen gilt übrigens das gleiche analog. Kann das jemand bestätigen? Und ein zweites Problem hab ich noch. Ich habe in meiner Formatvorlage für "Überschrift 1" aktiviert, dass vor der Überschrift ein Seitenumbruch eingefügt wird, damit das Kapitel immer auf einer neuen Seite beginnt. Wenn ich nun nach dem Inhaltverzeichnis einen manuellen Umbruch einfüge, damit die Numerierung der Seiten mit arabischen Zahlen und mit 1 beginnt, hab ich eine zusätzliche Leerseite, da nach dem manuellen Umbruch ein weiterer Seitenumbruch von der Überschrift1 eingefügt wird. Wie kann ich das beheben? lg jakob -- Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org Probleme? https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de Listenarchiv: https://listarchives.libreoffice.org/de/users/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
[de-users] Serienbrief und Datenbank(en)
Hallo, nach meiner System-Neuinstallation sind auch die Datenbankverbindungen weg. Wenn ich nun ein Writer-Dokument hernehme und einen (von früher vorhandenen) Serienbrief drucken will, erhalte ich die Meldung, dass keine DB-Verbindung existiert, mit der Frage, ob ich den Verbindungsassistenten starten will. Damit funktioniert das auch -bis ich das Dokument schließe, denn wenn ich es später noch einmal versuche, muss ich den Spaß erneut durchlaufen. So haben sich für ein und dieselbe Datenquelle (eine .ods-Tabelle) mittlerweile etliche Instanzen angesammelt: Datenbank0.odb, Datenbank1.odb, Datenbank2.odb... usw. Diese Datenquellen sind übrigens nur innerhalb des Assistenten in LibreOffice sichtbar, als Datei finde ich sie nicht. Irgendwie kommt mir das unbekannt vor, denn von der alten Installation (mit älterer LibreOffice) ist mir das so nicht im Gedächtnis. Was könnte ich da falsch gemacht haben? -- Mit freundlichem Gruß Best regards Boris Kirkorowicz -- Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org Probleme? https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de Listenarchiv: https://listarchives.libreoffice.org/de/users/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
[de-users] PDF-Export: Grafik schwarz
Hallo, anlässlich eines Systemupgrades von openSUSE Leap 42.1 und der dazugehörigen geschätzt zwei Jahre alten LibreOffice auf openSUSE Tumbleweed mit entsprechend aktuellerer LibreOffice 6.2.3.2 habe ich ein paar kleine Problemchen entdeckt. Das erste davon zeigt sich folgendermaßen: In einem Writer-Dokument befindet sich eine Grafik. Dabei handelt es sich um einen Scan, dessen Hintergrund auf transparent eingestellt wurde. Diese Grafik wird im Writer-Dokument ganz in den Hintergrund gestellt, so dass sie hinter dem Text liegt und der rechteckige Umriss nicht erkennbar ist. Dies funktioniert seit gefühlten Jahrzehnten einwandfrei, so lange schleppe ich dies in einer Vorlage mit. Bei der neuen Version ist es nun so: wenn ich ein solches Dokument als PDF exportiere, erscheint statt der Grafik im Hintergrund ein schwarz gefülltes Rechteck, wobei nicht mehr zu erkennen ist, ob es im Vorder- oder Hintergrund ist (die Schrift ist ja auch schwarz). Bei Ausdrucken -auch beim Druck in PDF- ist jedoch wie auch auf dem Bildschirm alles so, wie es sein sollte. Nur ist das etwas umständlich und vermutlich auch nicht archivsicher. Ist das ein (bekannter?) Bug, den ich einstweilen hinnehmen muss, oder kann ich dem mit irgendwelchen Einstellungen oder Verfahrensweisen beikommen? -- Mit freundlichem Gruß Best regards Boris Kirkorowicz -- Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org Probleme? https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de Listenarchiv: https://listarchives.libreoffice.org/de/users/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
Re: [de-users] BASE: Funktionen in Abfragen, Filename zerlegen
Hallo Robert und Gerhard, vielen Dank für die Vorschläge und Hinweise. Zum Aufteilen des Dateinamen konnte ich mich nicht entschließen, die FUNCTION habe ich mir jedoch gemerkt; schade, dass man eine solche nicht in Abfragen nutzen kann. Schließlich habe ich ähnlich dem Handbuch-Beispiel "Suche mit LOCATE" das Punkt-Finden und die Teilung verdoppelt: SELECT DISTINCT "ID-Lit_fkey", "FileName", CASE WHEN POSITION('.' IN RIGHT("FileName", 6 - POSITION('.' IN RIGHT("FileName", 6 > 0 THEN UPPER (RIGHT("FileName", 6 - POSITION('.' IN RIGHT("FileName", 6)) - POSITION('.' IN RIGHT("FileName", 6 - POSITION('.' IN RIGHT("FileName", 6)) ELSE UPPER (RIGHT("FileName", 6 - POSITION('.' IN RIGHT("FileName", 6 END AS "Typ" FROM "TabellenName" ; Zumindest für meine aktuellen FileNamen funktioniert das, nicht elegant und wartungsfreundlich, aber immerhin. Gruß, Michael -- Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org Probleme? https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de Listenarchiv: https://listarchives.libreoffice.org/de/users/ Datenschutzerklärung: https://www.documentfoundation.org/privacy