Ik denk "wat zie ik nou !" "E I G E N S C H A P P E N" ... je hebt hier te maken met "PvK" funktionaliteit ...


... jammer ... 

Vraagje : Waarom is dit dan een Waarschuwing, en niet gewoon een Fout ?

Gaan ze weer antwoord lopen geven ...
http://ha1.heartprofit.nl/profit/index.php?topic=17803.msg20300#msg20300

 

Frank, wil je de foutgegevens er even bij doen ?
Dank.

LOPRUFF

Dank je Marco !!

Oops ! 

Maar het scheelt maar 1 letter !!

Johan zal wel bedoelen dat z'n DynScreen waarden niet worden gerespekeerd. Zo dat inderdaad zo is : daar bestaat ook geen garantie op.

Hoe lang zou zo'n betaling onderweg zijn ?

Die zijn wel over, weet ik. Je zult nog wel een faktuur hebben open staan bij ons ... 
Nou ja, wij bij jullie eigenlijk.

Neu ... heeft te maken met "binnenkort". Ik houd het liever op "die ene klant" die de opdracht geeft en dan -terecht- mag "zeuren" waar het blijft. Zodirekt gaan jullie allemaal "zeuren". 

Nog een toevoeging :

Voorgaande is géén verantwoording voor "dat het juist is zoals het nu werkt". Ofwel, wie weet mag het inderdaad helemaal niet (verwijderen Kontrakt waaruit IO is gegeneneerd).

Heb je dit al geprobeerd :

Initcode1 : CHR(27)+"%-12345X@PJL @SET STAPLE=ON @PJL SET STAPLE=LEFTTOP"
Initcode2 : CHR(27)+"%-12345X"+CHR(27)+"&l101G"                 


PS: Graag toch even noemen wat die melding precies is.

Hier zullen we (denk ik) nooit bewust over hebben nagedacht. Moeilijk uit te leggen, maar over dit soort dingen hoéven we veelal ook niet na te denken, als gevolg van de toegepaste "principes".

Een poging om het uit te leggen :

Als ik een Verkooporder heb, en daaruit kan ik een nieuwe Verkooporder genereren ("kopiëren" dus), dan is er hier echt helemaal niemand die erover gaat nadenken of de basis Verkooperder nu nooit meer mag worden verwijderd. Dat is ook onzin natuurlijk. "Er is iets generiek aan de gang".
Met het Inkoopkontrakt is het niet veel anders; de Inkooporder die eruit is gegenereerd, is kwa datamodel niet verplicht aan het Kontrakt verbonden; andersom overigens wel ! en dat heeft met de Kontraktvoorraad te maken.

Let op :
Waar dit fout kan gaan, is dat iemand in later stadium in de gegenereerde Inkooporder het Kontraktnummer wil terugzien van waaruit de Inkooporder werd gegenereerd. Formeel zou vanaf het moment dat die funktionaliteit (eigen : dat gegeven) erbij is gemaakt het Kontrakt niet meer kunnen mogen worden verwijderd. Maar je voelt wel, dit gaat te ver. Dit gaat te ver als het datamodel zulks niet impliceert, en aan het datamodel verandert niets. In dit voorbeeld wordt het Kontraktnummer dat in de Inkooporder is opgenomen dan ook niet als vreemde sleutel gezien, maar als redundante tekst (die nooit uit de pas kan lopen met de bron, omdat de bron (een sleutel) niet kan wijzigen ! Maar ze (de bron) kan wel worden verwijderd ...

Zoiets ?

Het is misschien maar enkele dagen werk, maar redelijk razend complex kwa ontwerp. Althans, om het goed te doen.

De problemen die wij met dit soort dingen hebben (vergelijk : dynamische menu's) is dat niemand meer een h*l begrijpt van wat waar zit, en of het er sowieso wel in zit. Ik bedoel, straks krijgen wij (ook jij) 100 vragen in de week "of zus en zo" niet kan. Alleen, het zit er al in, maar is uitgeschakeld ...

Het moet dus op z'n minst kunnen worden uitgeschakeld met een klik die heel dichtbij zit.

Waar we eigenlijk nog meer (psychopatische) moeite mee hebben, is het fenomeen Upgrades ...
Het kan toch niet de bedoeling zijn dat als er iets nieuws met een upgrade meekomt, je dat niet ziet omdat je nu eenmaal je eigen scherm hebt ingedeeld. Wellicht is dit slecht te volgen, en daarom moet je ook even andersom denken : als met een upgrade iets nieuws meekomt, dan moet het "ergens" zichtbaar worden. En let wel, dat kan NOOIT meer consistent zijn. Voorbeeld : ergens wordt een Kontaktpersoon weergegeven met de Naam. Jou interesseert die Kontaktpersoon niet, dus die haal je weg. Maar, nu komen wij op de proppen met Voorvoegsels en Voorletters, en die staan er dan dus ineens wèl. Mag jij je scherm weer gaan aanpassen ...

Let op, want er zullen veel drastischer dingen gebeuren. Bijvoorbeeld, als iedereen op de voorgestelde wijze z'n eigen indeling kan maken, interesseert het òns niet meer waar we wat neerzetten. Denk aan "hoe meer naar rechts hoe minder significant" ... in het algemeen. Straks, zetten wij alles gewoon geheel rechts. Sterker, we zetten 10 keer zo veel op een scherm, omdat het er toch is. Positionering interesseert ons geen bal meer, en het werk wat wij eerst moesten doen in deze, zitten jullie met z'n allen te doen. Let wel, IEDEREEN, alle gebruikers.

Ik zeg niet dat het niet kan werken, maar wel dat het veel meer aandacht behoeft om het ECHT te laten werken dan je wellicht zou denken.

Maar ik begrijp dat je er wel een paar duppies voor over hebt om dit in gang te zetten ?
N.b.: Er liggen al meer van dit soort zaken waarvoor wordt betaald, en die zijn allemaal drastisch. Dus je zou nog steeds niet meteen aan de beurt zijn.