De gegevens die hij dan binnen haalt worden ingevuld in stickers.
Het vreemde is nu, dat hij de stickers na verloop van tijd ineens anders invult.
Voorbeeld.: ik vul 3 keer gegevens in en print na iedere invulling een etiket uit.
de eerste invulling gaat goed, de tweede ook en bij de derde print hij mij de opeens de gegevens uit van de 2de meeting.
Dan doe ik 14 keer invullen , opslaan en etiketten afdrukken , dat gaat dan goed en daarna vul ik weer iets in en krijg ik opeens een etiket van de aller eerste record.
Kan mij iemand vertellen hoe dit kan gebeuren, ik roep toch echt alleen steeds het laatste record op.
Ik zit even met grote vraagtekens nu.
ja dat klopt, dat had ik vanmiddag al getest.
Daarom begon ik te twijfelen vanwege die af en toe foute etiketten.
Maar wat ik dus nu begrijp zal het aan de foute structuur liggen met die while enz die ik gebruikte toch?
wil namelijk begrijpen hoe dat kwam.
ja dat klopt, dat had ik vanmiddag al getest.
Daarom begon ik te twijfelen vanwege die af en toe foute etiketten.
Maar wat ik dus nu begrijp zal het aan de foute structuur liggen met die while enz die ik gebruikte toch?
wil namelijk begrijpen hoe dat kwam.
Je gebruikte een WHILE om door je resultaten te gaan. Je had normaal gezien maar 1 resultaat.
Doordat je vroegtijdig de dataset onderbrak zal het daar aan gelegen hebben.
Terzijde :
Het gebruik van fetch object is minder schrijfwerk voor 1 object (dataset) op te halen.
Oke tis duidelijk.
Zal vandaag eens testen of nu alles goed verloopt.
Heb het afdrukken van de briefjes ook op deze manier omgezet.
Laat nog iets horen vanavond of het goed is verlopen.
Hier ben ik weer.
Helaas naar x aantal etiketten goed af te drukken gaat het weer mis.
Het lijkt erop of ik te snel de etiketten afdruk, kan dat?
Ik heb eens een delay van 2 sec ervoor gezet om te kijken of het uitlezen nu goed gaat.
Ik sla namelijk de gegevens op wat word ingevuld en sla die op, na het opslaan word gelijk het afdrukken van de etiketten opgeroepen en daarna afdrukken van formulieren.
Echter het gaat alleen mis bij de etiketten en niet bij de formulieren terwijl beide dezelfde uitlees codes hebben.
Ik zou zeggen, koppel dit eens los in behapbare deelproblemen.
Je bent nu aan het goochelen met:
- een formulier
- databasegegevens
- javascript
- printopdrachten
En je wilt direct van formulier (het beginpunt) heeeeeeeeeeeeeeeeeeeelemaal naar iets wat uiteindelijk uit de printer rolt (het eindpunt).
Terwijl het begin in wezen helemaal niets met het eind heeft te maken. Het zal de printer worst wezen waar de data vandaan komt.
Wat je zou moeten doen is onderzoeken of in elk van deze stappen de informatie goed wordt doorgegeven aan het volgende station.
Dit is net zoiets als code voor een nieuwsbrief schrijven, en je dan hardop afvragen waarom je geen mail ontvangt. Who knows? Wellicht gaat er iets in de X tussenstations met Y bijbehorende acties mis.
Creëer overzicht voor jezelf. Wij kunnen ook niet overzien wat er allemaal tegelijkertijd/achtereenvolgens gebeurt. Je wilt (te)veel tegelijkertijd voor een eenduidige vraagstelling met een eenduidig antwoord.
Begin bij A.
Is wat uiteindelijk uit A rolt van het goede formaat om als invoer voor B te dienen?
Zoja, kijk verder. Zonee, repareer dit eerst.
Zo ook voor B, is dit geschikt om door te geven aan C et cetera.
En op een gegeven moment ben je bij je eindpunt en alles werkt. See how that works?
Dit houdt ook in dat je gewoon wat data bij elkaar kunt grabbelen en aan je printer kunt voeren zonder tussenkomt van een database. Op die manier kun je dingen in afzondering testen, daarmee dingen uitsluiten en je zoekgebied afbakenen. Gaat er toch iets mis in de database of kun je bij nader inzien niet op deze manier data voeren aan je printer? Na zo'n eenvoudig testje heb je je probleemgebied al effectief gehalveerd.
Zo zoom je een stuk sneller in op het daadwerkelijke probleem in tegenstelling tot de huidige aanpak waarin je je in dit gigantische zoekgebied stuk aan het turen bent naar een mogelijk oorzaak.
De code werkt super @Bart.
Echter in de avond ging het weer mis.
Na lang testen en vergelijken , bleek het dus nu aan de verbinding te liggen.
De commando afdrukken ging te snel, dus afdrukken van etiketten en het erbij oproepen van de gegevens ging in de late avond te snel, dus deed hij eerder afdrukken als dat hij de juiste data kon uitlezen.
Dit fenomeen heb ik met een delay opgelost en sinds vrijdag avond tot heden gaat het goed.
