Hallo...

ich hab mir ein Programm gebastelt, dass mir (für Wissende *g*) T-Konten erstellt und bucht anhand der Buchungssätze, die eingegeben wurden. Das Problem kommt beim Ausdrucken. Wie kann ich die Breite von einem QRBand im QuickReport ändern? Bzw. geht das überhaupt? Ich habe versucht die Eigenschaft zu ändern, oder das Band per Maus zu verkleinern, aber das Band passt sich automatisch wieder der Seitenbreite an. Wenn ich die Konten nebeneinander bekomme, kann ich Platz und die Hälfte an Papier sparen *geiz is geil*!

Mit freundlichen Grüßen

COMMANDER86


Moderiert von Tino: Topic aus Sonstiges verschoben am Mo 19.07.2004 um 13:33

hab mir für meine lehre damals auch sowas zusammengebastelt. allerdings nicht mit den quickreporten. hab einfach eine anbindung zu excel gemacht, und das dort verarbeitet.

achso, wenn ich mich richtig an die quickreports erinnere, dann ist das band doch nur dafür da, die dblabels(oder wie die dinger sonst heisen) usw. zu beinhalten! musst doch eigentlich nur die entsprechenden komponenten darauf platzieren.

würde es ja gern testen, aber ich hab z.Z. nur d7 installiert und da sind nur die fast reports dabei!

mfg matthias

Matthias-K hat folgendes geschrieben:

dann ist das band doch nur dafür da, die dblabels(oder wie die dinger sonst heisen) [...]

Im Prinzip richtig. Die Band's sind dazu da um die "QRLabels" (QuickReportLabel) auf dem Formular richtig zuzuordnen. Aber wenn ich in der Band (rbdetail) zwei Konten angebe und ausfülle, druckt der jedes Konto doppelt. Nicht Sinn und Zweck der Übung!

Mit freundlichen Grüßen

COMMANDER86

hab mir das grad mal in d7 nachgebastelt, bei mir funzt das! aber wie gesagt, ich benutze die rave reports von delphi.

allerdings kann es auch sein, das ich deine antwort mal wieder völlig falsch verstehe!

die konten, die du füllst, duplizieren sich selbst??? oder wie nun? sie erscheinen doppelt?

mfg matthias

Zitat:

die konten, die du füllst, duplizieren sich selbst??? oder wie nun? sie erscheinen doppelt?

Der soll die Konten nicht
1
2
3
drucken, sondern
1 2
3 4
5 6.
Wenn ich aber die DBLabels dupliziere, kopiere ich das Konto. Nicht Sinn und Zweck der Übung!

Mit freundlichen Grüßen

COMMANDER86

jetzt bin ich völlig durch den wind!

so, noch mal ganz von vorn:

du erstellst jedes konto neu!
du erstellst es selbt, also nicht aus dem programm raus!
die konten werden so gedruckt:
1 1
2 2
usw.

oder liege ich jetzt hier irgedwo falsch?

wenn du die konten aus dem programm raus erstellt, musst du mal den quelltext schicken.

mfg matthias

Also... die Konten stehen alle in einer Datenbank. Jedes Konto ist ein Datensatz. So!

Rechner soll drucken:

1 2
3 4
5 6

Das Detail-Band habe ich auf zwei Spalten aufgeteilt. Das Band ist also nur noch eine halbe Seite breit. Isch krisch et aba zum Frecken nit gebacken, dass der (wie oben) ausdruckt. Sondern er druckt jetzt einfach

1
2
3,
was er nicht tun soll. Die zweite Spalte wird nicht beachtet. Und ich will wissen, wie er zweispaltig druckt.

Mit bestehender Frage

COMMANDER86

PS: Source ist aufm anderen Rechner. Muss ich erst mal auf Diskette ziehn. Ich hoffe das hilft weiter!

Nicht wundern, warum ich nach bald drei Jahren selber die Lösung poste... ich dachte ich räume mal auf und was finde ich da? Akte ungelöst... ist sie aber doch.

Das Angeben mehrerer Spalten funktioniert. Jedoch wie folgt:

1 4
2 5
3 6

Man braucht beim Test halt einfach nur genug Datensätze.

PS: Könnte ja doch mal jemanden interessieren, der auf antike Methoden steht. Ich gehöre ja auch zu den Verfechtern längst vergangender Zeiten. Ja, ja.... falsche Branche... ich weiß.

LOL

ne also, Quickreport ist etwas, was ich bei nächster Gelegenheit aus meinem Fakturierungsprogramm eleminiere.

Da packt einen ja glatt der Bug-Wahn und ich krieg immer ganz klamme Finger, wenn ich das blöde Teil wieder anpacken muß...getreu dem Motto *never touch a running system*

Was hab ich damit rumgeärgert, ne Seitennummerierung mit Seite 1 von 3 oder so hinzukriegen.

Und übehaupt hat der mir am Anfang den letzten Nerv geraubt, weil manchmal verstand er die anderen Formulare und manchmal nicht, seitdem er seine eigene DB-Connection und seine eigenen queries hat, läuft das zwar ganz gut, aber ich hab nicht wirklich das Gefühl, daß der Bursche nach Änderungen noch unter Kontrolle ist.

Gruß

Aga

aa T-Konten, gehör auch zu den Eingeweihten

Naja... zum "Never touch a running System".... it works.

Die Frage ist wie! Ich habe unter Windows ME angefangen. Das portieren von ME auf XP war so ziemlich die zeitaufwändigste Aufgabe, die ich je bewältigt habe. Dazu sei folgendes erwähnt:

Es gibt Beiträge in diesem Forum, die bestätigen, dass eine DLL vom QuickRep nicht funktioniert unter XP. Ich habe so viel rumprobiert, dass ich sagen kann:

Folgende Probleme mit der Benutzung von QuickReport (D3) und Windows XP können auftreten:

- XP + SP2 = (meistens) tot (Programm lässt sich nicht ausführen; Kompilierung scheitert ebenso)
- Installation von Warcraft 3: tötet den QuickRep... weiß der Geier warum... Deinstallieren von W3 und Neuinstallation von D3... lüppt.
- Installation eines Druckers über den TCP/IP-Port := DEAD... Drucker deinstallieren und evt. Delphi 3 neu... sollte wieder funktionieren.

Bei weiteren Problemen... Delphi 3 und Windows XP.... das ist wie ein FIAT 500 und dem neuen Ford Mondeo... beides sind Autos (Software) aber beide(s) zusammen (Ersatzteiltausch) wird NIE IM LEBEN funktionieren.

Have Fun.

//EDIT: Es gibt QRLabels, die Daten verarbeiten können... Fragt mich nicht, wie die heißen... QRDataLabel oder so... die können Seitenzahlen und sowas anzeigen... Mit ein bisschen Probieren beim Positionieren funktionieren die einwandfrei... (zumindest idR). Ich empfehle "FreePDF XP"... das spart Papier beim ausprobieren... die Seitenansicht funktioniert ja meistens nur mit falschen Daten und/oder einem Systemcrash unter XP.

*hehe

Mit so einem Killertrieb geht der Quickreport in D5 eigentlich nicht vor.

Absturz keiner.
Allerdings, das mit dem Preview ist auffällig...Preview funktionierte erst richtig, nachdem er seine eigenen Datenbankkomponenten bekommen hat. Mir scheint, er hat Schwierigkeiten, mit anderen Formularen zu kommunzieren, darum schieß ich die Variablen jetzt immer aus den anderen Formularen da rein...gibt da so ein Paar Konditionen, die den konditionierten Druck von ein paar Labels steuern.

Und in meiner Version muß man, um die Gesamtseitenzahl zu ermitteln, erstmal das QuickreportPrinter-Objekt verwenden, der druckt das Ganze erstmal in Nirwana, dann hat man die Gesamtseitenzahl...dann muß man den nil und free setzen ....
Aber der pöhse Pursche haut in diesem Fall mit meinem DBRichedit inc. Inhalt ab...wird einfach nicht mehr angedruckt.
Wobei das könnte auch ein Problem von Delphi 5 sein, vielleicht ist der da gar nicht unbedingt dran schuld, denn in meiner Rechnung verwende ich 2 Richedits, hab mal nen Update von DevExpress gemacht, dann war das 2. Richedit wech vom Bildschirm, hab zurückgesetzt und beim nächsten Update wars ok.
Richedits scheinen sowieso aufgrund der entsprechenden dll von M$ eine heikle Angelegenheit zu sein.

Seitenzahl hatt ich ja jetzt...den ganzen Report destroyen und neu createn, dauert zwar etwas länger und ist nicht gut für den Speicher, aber ich wußte mir da echt nicht anders zu helfen.

War bei D3 nicht Chrystal Reports dabei?...oder war das nur bei Enterprise?

Was die Listendruckerei angeht, ich bin total glücklich mit dem Printingsystem von devexpress, was aber auch nur in Verbindung mit dem dbgrid von denen Sinn macht.
Kein Banded Report, eher Excel-Like, mehr oder weniger, was man im Grid sieht, was man auch als User manipulieren kann, heißt Spalten woanders hin etc, Filter setzen, Gruppierungen setzen, Spalten unsichtbar machen...alles geht, ohne eine Zeile Code von mir.
Allein schon die Komplexität der Filterbox, da würde man in Excel scheitern und im Standard-Grid würd ich bis zur Rente programmieren;)
Der User kriegt die Liste so, wie er sie *programmiert* hat.

Tjo und für die Gesamtzahl Seiten muß ich mir bei denen auch keinen Kopf drum machen...allerdings, der Kram läuft erst ab Delphi 5.

Ob ich meine Rechnung da rin krieg, weiß ich noch nicht, eher nicht, da werde ich wohl auf banded report-Kompos zurückgreifen müßen, da schwebt mir dann sowas wie fastreport vor...zumindest bei meiner googelei wegen quickreport-Problemen hieß es eigentlich immer unisono, kauf den Source, oder nimm fastreport.

Und bin ich denn bescheuert, den ihren Kram zu debuggen und dafür auch noch zu zahlen...das soll RAD sein....*muhaha

Na dann, auch Dir viel Spaß mit den Tücken der Systeme

Gruß

Aga