Inoffizielles deutsches Xbase-Forum

Moin,
eine Frage: Mit dem PDF-Objekt kann man ja eine bestehende PDF-Datei als Hintergrund einbinden, Felder darauf positionieren, in diesen Feldern die Inhalte aus der Datenbank einmischen lassen und dann die fertige Seite (mit oder auch ohne Hintergrund-PDF) drucken.
Soweit so gut.
Kann man das Positionieren denn auch codemässig erledigen? Ich habe in einer Datenbank die Angaben gespeichert, wieviele Millimeter vom linken und vom unteren Seitenrand entfernt ein Text gedruckt werden soll - dies würde ich dafür gerne nutzen, so dass nicht am Bildschirm die Felder erst manuell an die richtige Stelle gesetzt werden müssen.

Viele Grüße,
Martin

Jedes Objekt in einem Formular hat eine Position - die Angaben sind in Millimetern. Du siehst das im Designer, wenn Du das Objekt gewählt hast, im Eigenschaften-Dialog. Dort gibt es eine Gruppe "Position" mit den Elementen "links, oben, Breite, Höhe". All diese Felder lassen sich auch mit Variablen- und Felderinhalten bestücken.

Ja - nein, ist klar
Mir ging es darum, ob ich diese Felder auch codegesteuert positionieren kann. Aber ich glaube, genau das wolltest Du mir damit schreiben.

Viele Grüße,
Martin

Genau das wollte ich. Du definierst Variablen mit den entsprechenden Positionen und verwendest diese im Formular. Wenn sich die Variablen - je nach Ansteuerung - ändern, ändern sich die Formularpositionen.

Ich danke Dir!

Hmm,
ich fange jetzt mit meinen ersten Schritten an.
Frage: Mein PDF-Dokument (das als Hintergrund genommen wird), hat zwei Seiten. Felder werden nur auf der ersten Seite (ein)gedruckt. Trotzdem sollen immer beide Seite beim späteren Erzeugen gedruckt werden, da die zweite Seite statische Informationen enthält.
Wie kann ich das erreichen?

Viele Grüße,
Martin

Tom,
noch eine Frage zur variablen Ausgabepsoition eines Feldes: Ich möchte den gesamten Report dynamisch bauen - also nicht als File mitliefern.
Laut Doku geht sowas wohl nur mit der Professional-Version (die ich nicht unbedingt nehmen will) - oder gibt es auch eine andere Variante?
Ich könnte doch sicherlich eine entsprechende L&L-Datei mittels set alternate to.... erzeugen, dieser nutzen und nach Generieren der eigentlichen Ausgabedatei wieder löschen - oder?
Wie machst Du sowas? Oder arbeitet ihr nur mit L&L-Dateien, die im Filesystem permanent abgelegt sind?

Viele Grüße,
Martin

Hallo, Martin.

Du kannst im Prinzip Formulardateien (LBL/LST) auch on the fly erzeugen. Das Format ist XML-ähnlich. Es ist allerdings sehr komplex und umfangreich. Mit einfachen Tabellen lässt sich das sicher machen, wenn man auf Basis von Beispielen analysiert hat, wie mit den Daten umgegangen wird, aber bei aufwendigen Reporten würde ich das nicht versuchen.

Nimm doch einfach mal eine Datei aus den programmierbaren Beispielen und schau sie Dir an.

Wir liefern Formulare aus, ergänzt um eine komplexe Bausteinstruktur und noch einiges mehr. Es gibt keine Stelle, die das Layout in der Applikation generiert. Wozu auch? Ein Formular ist schnell zusammengeklickt.

Und leider auch schnell im Filesystem gelöscht...

schnell vielleicht, aber Du kannst die doch als ReadOnly und Hidden speichern.
Dann ist die Hürde ein wenig höher.

Ja - aber wahrscheinlich würde ich eher das zusammengeklickte Formular dann in Xbase++ derart integrieren, dass es mittels set alternate to.... etc. temporär im Filesystem erzeugt wird.
Oder als Ressource mit einbinden... Mal schauen.

Viele Grüße,
Martin

Ein paar Formulare binde ich tatsächlich als Ressource ein, zwei oder drei werden zur Laufzeit erzeugt, aus einer hartcodierten Textsektion (TEXT INTO ... ENDTEXT). Das betrifft Formulare, die nötig sind, damit Fehler- und Meldungssysteme laufen. Alle anderen Formulare werden in bis zu drei wählbaren Formularordnern gespeichert. Es gibt eine gesonderte Setup-Routine, mit der man nur Formulare (nach-)installieren kann. Und alle für Kunden angepassten Formulare halten wir natürlich in Sicherungskopien in unserer IT-Struktur zur Verfügung.

Es gibt allerdings an nur sehr, sehr wenigen Stellen direkte Formularauswahlen über Dateiauswahldialoge. Die meisten Formulare werden über Tabellen referenziert, einige wenige direkt im Quelltext.

Bin ja gerade bei den ersten Gehversuchen...
Die Positionsangaben sind ja vom linken Rand und von oben - kann man das auch auf "von unten" umstellen? Ich habe aktuell 750 Variablen (die u.a. diese Angaben enthalten) und dazu dann noch ca. 130 Felder. Das kann man ja nicht zuverlässig umrechnen!
Der linke Rand ist auch ungünstig fpür mich, da meine Kunden zwar vom linken Rand messen, aber zu diesem Punkt den Text wahlweise linksbündig, rechtsbündig oder zentriert ausrichten lassen - aber das bekomme ich recht einfach umgesetzt. Problematisch ist da schon der Ausgangspunkt von oben! Hat da jemand eine gute Idee?

Viele Grüße,
Martin

Seitengröße ermitteln und umrechnen.

Habe ich mich gestern dran versucht (mit Formel im Formular), bin ich aber gescheitert.
Die Höhe der Seite habe ich (in 10tel mm o.s.ä.), Den Abstand von unten habe ich (in cm, also mal 1000), die Höhe der Schrift habe ich (in Pixel - einfach halbiert und mal 100). Und dann einfach die folgende Formel:
Seitenhöhe-(1000*Abstand_von_unten)-((Schriftgroesse/2)*100) - das ganze war dann ziemlich genau 1cm zu weit oben.
Wenn ich den Abstand von unten habe, dann gilt der ja bis zur Grundlinie des Textes. In L&L gilt der Abstand von oben jedoch zu dessen Oberkante. Und da scheinen die Probleme anzufangen.

Viele Grüße,
Martin

Die Schrift dürfte so nicht mitberechnet werden, da man normalerweise von der Schreiblinie aus misst, die ist immer gleich, egal ob von oben oder unten gemessen wird.
Ich kenne mich zwar nicht mit L&L aus, so ist es aber bei allen meinen Druckausgaben und auch QuickPDF - sonst könnte man keine 2 Schriftgrößen in einer Zeile mischen, die Schriftlinie bleibt ...
also die Unterkante dieser Schrift, ohne die Unterlängen von z.B. j oder somit sollte:

2970 (A4 in 1/10mm) - dem Wert von unten sollte gleich dem Abstand von oben sein, wobei eventuell der dir gelieferte Wert etwas abweicht, dann diesen nutzen.

Hubert,
ist in L&L aber leider anders!
Ist im Normalfall ja auch egal, da die Formulare normalerweise per Drag&Drop im WYSIWIG-Editor erstellt werden.

Viele Grüße,
Martin

Ist im Normalfall ja auch egal, da die Formulare normalerweise per Drag&Drop im WYSIWIG-Editor erstellt werden.

Dann mach doch eins und verwende das als Rechenbasis. Vier Texte - links oben, rechts oben, links unten, rechts unten -, und dann Formel bauen.

Bei der QuickPDF kann man einstellen ob man von links oben oder links unten aus misst ich würde einfach mal den Support von L&L fragen.

Habe gerade die Doku und andere Quellen durchwühlt. Es gibt m.E. keine Möglichkeit, den Ursprung des Koordinatensystems selbst zu bestimmen.

Habe ich auch gemacht, geht nicht.
Aber nun versuche ich gerade, zu rechnen. Wenn ich das als Formel im Designer eingebe, klappt das mit den Variablen - aber im vorbereiteten .lst nicht so, wie gedacht: HUNDELINKS ist 2.50
HUNDEUNTEN ist 16.70
HUNDESCHRG ist 7
Für beide Rechnungen kommt 0 raus. Müssen da die Nachkommastellen abgeschnitten werden? Stört er sich vielleicht da dran?

Viele Grüße,
Martin

Ne - ein Round davor hilft auch nichts...

Stört er sich vielleicht da dran?

Oder an Deinen Variablennamen?

Wie definierst Du die übergebenen Werte? LlDefineVariableExt() oder ohne "Ext"?

Mit Ext.
Die Variablen sind auch da (und die Namen ok - ich kann zwar die Werte so nicht abfragen im Designer, aber wenn ich mir eine Formel zusammenklicke und dann eine der Variablen rauspicke, steht dort auch der Wert drin, also z.B. 2,50)

deine Variablen sind in cm, LL nutzt 297000 ... 1/100 mm ... verwenden die eventuell nur Integervariablen ?
Hast du mal per Hand ausgerechnet was du erwartest und das als Zahl eingetragen ob das Ergebnis besser wird ?
Eventuell die Werte int(2,50cm*10000) übergeben ...