Nou, laat ik je dan maar meegeven dat dit het meest waardeloze XML bericht is wat ik in mijn leven heb gezien. Zo slecht en onbegrijpelijk dat ik me werkelijk afvraag welk systeem (laat staan welke systeMEN) dit ondersteunen.
Zonder handleiding kunnen wij dit niet maken (wat je als merkwaardig mag beschouwen).

Maar goed, ik geloof niet dat dit verder belangrijk is. Wel zal het er niet goedkoper op worden.

Laatste : dit lijkt weinig op een Pakbon wat mij betreft, en als het dat toch dan zullen we er alleen maar nog meer moeite mee hebben.
Lukken zal het vast wel ...

Even niet echt inhoudelijk :


Zo ... interessant wel. En dus ga jij ons nu onmiddellijk vertellen hoe die XML eruit moet zien ? Weet je wat ? aan 1 zo'n klant vragen lijkt me voldoende. Haha !

Anders gezegd : ik geloof er even niet veel van.
Nog anders gezegd : Dus wij bepalen hoe die XML eruit ziet en al die mooie klanten passen wel even "iets" aan zodat ze het op juiste wijze kunnen inschieten. Toch ?

Maar we geven gewoon PeterV de schuld.
En daarna horen we wel hoe het echt zit of moet.
En dat ik vast iets over het hoofd zie ...

Grapje hoor :


Hier zeg je dat "het" ook rekening hiermee houdt. Nu opnieuw :


Hier vraag je of Pascal er ook rekening mee wil houden.

En zo zie je maar hoe "stom Nederlands" ervoor kan zorgen dat je elkaar totaal niet begrijpt. Nu hebben we het wel vaker over dit soort grollen, maar ik kan werkelijk niet anders als "goed" lezen (ehm, voor die onderdelen van het Nederlands die ik toevallig begrijp). En ook : Pascal kan er m.i. best ook wat van.
De rest van Nederland helaas niet.

Doei !

Het is een beetje onoverzichtelijk in het programma, maar ik bespeur wel iets wat er mee te maken kan hebben;

Heb je er ook "vet" codes in staan ? Zo ja dan moet je die ook eens even weghalen. Zo te zien kan dat uitmaken (en dan is er iets niet goed in het programma).

Zo nee dan moeten we hier verder kijken ...

Oops, ik had niet gedacht dat er zo'n letterlijk (goed) voorbeeld was gegeven door Richard.
Heb duidelijk ook nooit gekeken ...

Iets als het laatste had ik ook bedacht, maar zag even niet hoe ik dat lekker moest gaan laten werken. Dus Richard, was is je bedoeling hier ? een soort Weergeefscherm met daarop alles wat is gevonden ?

Pascal moet wel goed doorhebben waarvoor hij (niet) kiest.

Nee, te warm heh.

Maar als ik het te warm vind zijn er hier misschien nog andere koele kikkers met een idee ...

Op zich zal dat wel kunnen, maar de vraag is waar. Ik zou bijna denken een nieuwe optie in het Artikelmenu en die dan iets heet als "Resulterende Teksten". Maar ja, wel een beetje dom dat optie C eigenlijk alles al heeft voorgekookt en dat de omschrijving "Verlengde Tekst" bets mag voldoen. Alleen het is toch iets anders (andere entiteit) en straks snapt niemand er meer iets van.

Zullen we deze even bewaren totdat e.e.a. gemaakt is ? Het kan in elk geval zeker dus daar gaat het niet om.

Oh ... Nu moeten we nog gaat werken ook ?

Ok, leuk. Bedankt !

Klopt allemaal. En wat mij betreft mag je *&^!@#$ er ook inzetten als je dat leuk vindt.

Geen idee of je er straks zelf nog iets van snapt, maar dat is weer iets anders.

Ja.


Yep.


Nope. Dan zou er nog een rubriek bij moeten in de Artikelgroep met een soort van selektie gegeven, zoals 125. De @ funktie kan dan een parameter krijgen en die geef je voor de Faktuurlayout mee als 14. Onze 125 Artikelgroep doet nu mee (want de1 zit erin) net als alle andere Artikelgroepen met een 1 of een 4 in dat selektie gegeven. Kost 1,5 uur meer.


Er zijn geen Layout Variabelen aan de orde ... Dus, ja, inklusief zeg maar.

Daar zou ik graag Nee tegen zeggen omdat ik de reden ervan niet zie.
Had er al wel over nagedacht, en het pas ook niet echt lekker natuulijk (weet je wel hoe groot een email adres kan zijn ?).

Dat maakt denk ik niet uit. Althans, ons niet.

Bij de Artikelgroep komt een rubriek Print Sorteerkode erbij (wat mij betreft onder de Kenmerken op een aparte regel en waarbij de onderste twee Webshop gerelateerde rubrieken naar Tabblad 2 verhuizen). 2 uur.

N.b.: Let erop dat de Taaltekstregels per Taal zijn en domweg niet worden gevonden als er geen Taaltekregels in de Taal van de Debiteur bestaan.

Nu wordt het lastig, omdat de Variabele Layouts eigenlijk geen "herhalings"mechanisme kennen voor zo'n 1 op veel relatie als deze. Dus, we hebben niet alleen 6 "domme" Layoutvariabelen nodig ... deze moeten voor iedere nieuwe ontdekte Artikelgroep waar het op dat moment afgedrukte (af te drukken) Artikelnummer aanhangt opnieuw worden bepaald. En dat zal dan op zich ook nog wel, maar hoe definieer je dit in je Layout ?

Ik zie zo snel geen andere mogelijkheid die "simpel" blijft dan het maken van een funktie (volgens mij nieuw voor de Variabele Layouts) waarvan de aanroep eruit ziet als @LanguageTextItemGroups eventueel voorafgegaan door (font) instellingen zoals altijd, en op zich gedefinieerd op een relatieve regel als onderdeel van de Herhalende Regel faciliteit met verder horizontale positionering.

Op zo'n regel waar de Taaltekstregel komt kan ook niets anders verschijnen, en al wat er verder gebeurt is dat het programma alle gekoppelde Artikelgroepen afloopt en alle Tekstregels van iedere gevonden Artikelgroep afdrukt. Zelf zou ik denken dat tussenliggende lege regels ook moeten worden gerespekteerd (niet de laatsen uit een Taaltekst setje, maar wel de eerste(n) opdat je lege regels kan kreëren als je dat leuk vindt.

Additioneel lastig is het denk ik dat een eventuele Voettekst gerespekteerd moet blijven worden, en dat onze funktie er dus rekening mee moet houden dat het blad vol raakt en een Voettekst realiseert plus een Koptekst op het nieuwe blad.

Zodra de funktie wordt aangeroepen zullen alle gevonden Artikelgroepen worden gesorteerd op de Print Sorteerkode en de Artikelgroepen zonder Print Sorteerkode komen ONDERaan.

Overigens ga ik er vanuit dat de @ funktie kan achterhalen wat het aktieve Artikelnummer is.

Zoiets denk ik, en dat voor 12 uur.
Totaal 14 dus.
E.e.a. onder het voorbehoud van iemand hier die mij later kan vertellen dat wat ik dacht te laten kunnen werken totaal onmogelijk is.

Nu eens zien of er niet te veel bij komt kijken ...

Ja duidelijk, en zoiets had ik ook wel bedacht, maar dat houdt nog niet in dat je het echt in de hand hebt. Immers, de teksten gaan zodirekt overal vandaan komen, zijn eventueel alleen goed leesbaar relatief aan elkaar, terwijl als jij (stel) 30 van die teksten elementair registreert weet je al wel dat er misschien 3 tegelijk kunnen optreden in de praktijk, maar niet welke 3.
Is wel beter dan helemaal geen volgorde natuurlijk.

Als je dit ziet zitten ga ik wel kijken wat er moet gebeuren hier.