Heart-Profit ERP

Goedemorgen,

als we proberen functie LOPRPO1, via pad 5-2-8-1 naar het scherm te printen loopt hij vast op bepalen eigenschappen R-S zinnen.
Op een printer kunnen we wel gewoon printen.
Dit gebeurt bij zeker 3 gebruikers.

Kan iemand hier even naar kijken?

Dank je,
Cathelijn
SE

Wat bedoel je met "loopt hij vast"?

Ik kan me goed voorstellen dat e.d. print zich niet leent om naar het scherm te printen, teminste, als ze uit meerdere afzonderlijke pagina's bestaat. Bijvoorbeeld blad #1 betreft de Input, dan een separaat blad #2 met afvulgegevens, en dan een blad #3 met Eigenschappen of i.d.
Als dit separate prints zijn, die allen naar het scherm worden geprint, dan zal print #2 de data van print #1 doen overschrijven, en print #3 die van print #2.

Maar "vastlopen" doet hij dan niet, dus wellicht bedoel je wat anders.

Hij loopt echt vast hoor. We moeten via taakbeheer Heart afsluiten, dat lijkt mij vrij vast ;) We krijgen ook geen enkel blad te zien.

Maar je zegt dus dat de functie zich niet leent om naar het scherm te printen. Het zijn inderdaad meerdere en verschillende soorten pagina's.
Ga ik dat doorgeven.

Bedankt en een fijne jaarwisseling alvast,
Cathelijn

Maar je krijgt géén geblokkeerde funktie of i.d. ?


Wat ik probeer te zeggen is dat je bij e.d. print (als die uit meerdere separate prints bestaat) je deze best naar het scherm kan printen, maar als print #2 print #1 overschrijft, en print #3 weer print #2 overschrijft, is het enige wat je zult zien "het laatste wat naar het scherm geprint is, dus print #3". Dat heeft dan niet veel zin, en om die reden leent e.e.a. zich er niet voor. Als je hele Produktieorder gewoon als één print behandeld wordt, is er gewoon géén probleem.

Nee ik krijg geen geblokkeerde functie of opmerking in het scherm. Er komt bij SYERRA ook geen melding bij.

Ik krijg toch nog onderstaande vraag:
"Dit kon / kan in de DOS versie wel !
Kun je vragen of er een mogelijkheid is om weg te schrijven naar een Excel of Database bestand.
Wat zijn de mogelijkheden en eventueel kosten om het wel naar het scherm te kunnen wegschrijven."

Ik heb het nog even uitgeprobeerd in DOS en inderdaad, daar lukt het wel.

Als de print nu "hangt", dan is dat gewoon fout. Dat kost je verder niets.

Ik kan het probleem hier naspelen met jullie P.O. Layout.

Onder in het scherm zie ik ook staan "Waarschuwing: Bestand LOBF wordt automatisch geopend". Jij ook ?

Nee ik zie bovenaan: bepalen printvolgorde Eigenschappenappene R-zinnen (geen typefout van mij, zo staat het er echt).
En onderaan blijft hij in bewerking.

Ok. IK ben er i.i.g. al naar aan het kijken  :smile:

Mag ik stellen dat dit allen Windows gebruikers zijn, en dat degene bij wie het wél goed gaat, DOS gebruikers zijn ?

Gevonden. Het commando wat gebruilkt wordt om naar een nieuwe pagina over te gaan (EJECT) leidt i.g.v. VFP bij het Printen naar een File tot een foutmelding "Printer is not ready", en daar bleef je print onder water op hangen, wachtend tot ze wel ready was.

Dit probleem is op zich al sinds 1999 bekend, maar zat nog wel in jullie Produktieorderlayout, omdat die destijds als Alternatieve Funktie (voor DOS) zo was opgezet.

Sinds medio vorig jaar hebben jullie de Windows versie, en geldt dat een ieder die deze Print in de Windows versie naar het scherm printte, hierop bleef hangen. Als dat bij 3 gebruikers optrad, dan waren er schijnbaar 3 gebruikers die naar het scherm printten. Iedere gebruiker die naar het scherm zou printen moet er last van hebben gehad (en eigenlijk al direkt vanaf het moment dat jullie met Windows zijn gaan werken).

Bij deze is het probleem opgelost.

Laat even weten zodra de inbel PC klaar staat, dan kan ik de aanpassing overzenden.

Aanpassing staat op jullie systeem.

Ja, bedankt voor de snelle service.