hi Robert, > Hast Du einmal die Möglichkeit in Betracht gezogen, daraus einen > Serienbrief > zu machen? Es wird ja nichts gerechnet, die Daten nehmen komplett eine Seite > ein - da scheint mir die Version wesentlich günstiger zu sein. > ja klar, leider geht das mit den ankreuzfeldern dann nicht so schoen...
und ich habe da dummerweise eine "layout-vorgabe" nach der ich "millimeter-genau" arbeiten soll :} > Was bei mir auch passiert: Manchmal sind 's 508 Seiten statt der eigentlichen > 13. Dann passiert es, dass daraus wieder die 13 werden - aber nicht immer. > wenns denn klappt sind es anfangs immer merhr seiten, das bin ich aber von openoffice schon gewohnt .. macht es ja eigentlich immer. nach einem mommenterl stimmt es dann fast immer. > Was ich (immer noch) vermeide sind Leerzeichen, Punkte und Sonderzeichen bei > der Benennung von Tabellenfeldern. > oh ja , bin auch ein strikter sonderzeichen-vermeider ;) wie ja an meinem recht ausgepraegten "qwerty-syndrom" zu sehen ist. dank fruehzeitigem pc-unterricht in 1984~85 habe ich erst richtig schreiben auf nem alten IBM-PC gelernt ... meine abgetippten hausaufgaben wurden damals allerdings immer mit schriftbild=6 bewertet, denn es war nicht handschriftlich ... *kopfschuettel* anfaelle hat mir das damals schon bereitet ... heute denke ich darueber eher mit einem gepflegten ROTFL nach :) der meisster moechte es aber gerne mit , die meissten hab ich ihm schon ausgeredet ;) und es auch schon ganz ohne probiert. es aendert leider nix an dem problem. ich denke auch dass es ein platzproblem ist. interessant ist ja auch dass im berichts-designer die felder weniger pltz verbrauchen als nacher beim generieren des berichts. da scheint mir was noch nicht ganz fertig an dem programm, die cm angaben des designers scheinen jedenfalls etwas anders zu sein als sie nacher im document sind. > Im Detailbereich sind die Felder angesiedelt. Im Berichtskopfbereich oder > Seitenkopfbereich geht das nicht; dort kann nur ein Feldinhalt stehen. Das > ist wie ein Subselect in MySQL - funktioniert auch nur, wenn das Ergebnis > lediglich einen Wert auswirft. Du kannst den Berichtskopf mit einem Feld > versehen, das in allen Abfragefeldern mit dem gleichen Wert belegt ist. Ich > habe so etwas einmal für eine Rechnung zusammengestellt. Da stand dann in der > Abfrage überall der Adressat und die Rechnungsnummer. > ^^ okay , mal checken morgen :) >> >> server: centOS 5.2, Athlon64 2GHz, 3GB ramm, 3x160GB hdd >> worstation: winXPpro, Athlon64 2GHz, 2GB ramm, 60GB hdd >> schlepptop: ubuntu8.10+virtualboxed winXP, semperon2800+, 1,25GBramm, >> 160GBhdd >> >> openoffice 3.01 + sunreport_extension 1.05 >> > > Das ist mit Sicherheit kein Hardwareproblem. Eher ein Skalierungsproblem z.B. > von den Schriften, das die Seitenberechnung erst einmal so hoch schnellen > lässt. > > jupp , ich habs auch grad noch auf einer 3GHz dualcore mit 2GBramm unter XP laufen ... ist schon merklich schneller dort, ... giebt erst wieder mal 6tausend++ seiten .... und siehe da ... nach etwa einer virtelstunde ... sind es 176 seiten bei 176 datensaetzen :)) die "alte" athlon-station versucht es immernoch .... jezt kill ich sie dann wohl mal ;) so nach 2h warten auf godot. unglaublich das der reportbuilder solche resourcen verlangt ! nun wuensch ich noch einen schoenen samstag :) yours lex --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
