Vraag : De gegevens van de druksmering aan een ONEVEN paginaaantal

Hallo, heeft

I een kwestie waar ik tweezijdige rapporten elke dag maar binnen rapport I behoefte druk om gegevens te dwingen die druk op een oneven pagina aan druk op de volgende oneven pagina en niet de gelijke pagina beëindigen aangezien wij dit gegeven aan verscheidene verschillende people.

Example moeten scheiden: drukken

Vendor 1 van pagina 1-9
Vendor 2 drukken van pagina 10-14

What die ik zou willen om hier doen ben heb de drukVerkoper 2 van het systeembegin van pagina 11 en pagina 10.

I momenteel dit niet hebben werkgroep door OPSLAG maar ik heb nu het zelfde ding nodig om met elke VERKOPER in elke SOTRE.

I te gebeuren heb deze formule: Mod. 1 van PageNumber = 1 bij het opslagniveau en dit werkte volkomen, was dit ingegaan in de SUPPRESS (Geen Boor neer) sectie van die groep in het Deskundige deel van de Sectie van Kristal. Ik kopi�ërde eenvoudig dit aan de verkoper en dacht het het zelfde ding zou doen maar het niet. hulp

Any zou zijn veel appreciated.

Regards,

Ken

Antwoord : De gegevens van de druksmering aan een ONEVEN paginaaantal

Als het zonder problemen toen werkt zou ik het niet veranderen. U zou belangrijkere reden moeten vinden om DBCs in bestaande toepassing op te nemen dan enkel RI of gelijkaardig iets.

Het gebied van Autoincrementing vergt geen DBC (het is een deel van structuur DBF) en DBC schrapt geen tijdelijke lijsten - of u of VFP moet hen schrappen. Ik zou zeggen DBC niet zo nuttig is aangezien het zou moeten zijn… Zelfs moet RI afzonderlijk als code door RI bouwer worden geproduceerd. De BUITENLANDSE BELANGRIJKSTE verwezenlijking verzekert geen RI.

Zo, gebruik DBC wanneer het noodzakelijk is, b.v. wanneer u meningen moet tot stand brengen, wanneer u vereisen lange gebiedsnamen, trekkers, gegevensbestandgebeurtenissen enz.

Één ding dat ik niet in uw vraag begrijp is de zin „tijdens mijn proces de tijdelijke lijsten en geschrapt door OS“ worden gecre�ërd. Als u de tijdelijke lijst als curseur toen cre�ërt te hoeven u niet om het te schrappen omdat VFP het voor u doet. Ja, moet het manueel na app neerstorting worden geschrapt maar elke toepassing VFP zou één of andere schoonmaakbeurtroutine moeten hebben die oude temperaturendossiers in temperaturenomslag schrapt. OS zou niet dit werk moeten doen en DBC helpt niet (maar ik kan iets missen).