Zou je een plaatje kunnen geven van wat je ziet + de funktienaam ?

Soms ...

Ja tuurlijk !

1-1-9-3. Althans, zo is het ooit voor jullie ingericht. Als dat nu niet werkt moeten de Trefwoorden Artikelen opnieuw worden gegenereerd. Dat weet Pascal dan wel, maar zo niet dan horen we dat wel.

"Bedrijfsartikelnummer" ...

Maar de aanname zal verder juist zijn;
Als een klant bestelt onder zijn KlantArtikelnummer, dan verwacht hij dat ook te krijgen. En dùs zal het op de verpakking staan.
Dat neemt niet weg dat we dat best kunnen veranderen, maar je bent wel de eerste die dat vraagt in al die tijd.
(4,5 uur en dan inkl. Bedrijfsparameter; alles of niets dus).

Misschien helpt dit ?

---

This error occurs when the File Data Source is selected from Access. If the data source is selected from Access' Machine Data Sources tab, then the error will not occur.

of

getting the error 'Reserved Error (-7778) when trying to connect using file dsn

We dont get this error when we use machine datasource
we get this error only when we use file dsn

of

We maintain databases on our AS400 and use Access to do special reports. Until we upgraded to Office 2000, we had no trouble doing this. Now when we try to update our queries, we get the error "Reserved error (-7778). There is no message for this error." Looking on Microsoft's knowledge base, they have a solution for Fox Pro, but we're not using Fox Pro. Any suggestions? Thanks Hope B

Hope, Take a look at this: http://as400service.rochester.ibm.co...d46f758625680b 00020373/15297d34ea8de1d8862565c2007cc119?OpenDocument It applies to Access 97 but it references your error number. Basically, it says to configure the DSN in the ODBC control panel applet, not inside of Access. Bill

---

Lijkt er wel op ja.

Zo vlak voor het weekend kan ik alleen maar zeggen : raar.
Ik hoop dat er een keer komt dat je het gewoon na kan (blijven) doen.

En wegens overweldigend succes middels verdere off-line communicatie is het topic weer geopend.

Laten we maar modern doen dan, en het ervoor zetten.

Hahaha, nee, je edit had ik niet gezien. Sorry. Maar het staat er wel stukken beter zo.

Dus, in de Aflevergegevens komt naast het Telefoonnumer ook het Mobiele nummer erbij. Zie dit maar als dat we dat in de oude situatie nog hadden gedaan.
Vervolgens (probeer je voor te stellen) omt het ID erbij als maatwerk, en komen plots beide telefoonnummers uit de Kontaktpersoon waaraan wordt gerefereend via het ID.

Dat de helft er momenteel al is doet niet ter zake.

Ik hoop dat dit het niet nog verwarrende maakt, maar je begreep het denk ik al.

Pascal, huur eens een flinke desinfecteermachine in, want er is iets niet goed bij jullie.
Ik kan je (jullie) werkelijk niet meer volgen (jaja, ligt aan mij, blabla).


Ja. Maar waarom je deze vraag stelt ontgaat me.


Werkelijk ... waar hèb je het over ...

De verdere quote (van die je van mij aanhaalt) is zeker nuttig, omdat ik dat precies bedoelde. En wat daar staat klopt dus niet. Daar had ook het mobiele nummer bij moeten worden genoemd. Waarom ik dat niet heb gezien ? geen idee. Maar ik zei al, het was al verwarrend genoeg allemaal (Peter heeft ook nog z'n steentje bijgedragen).


Neee !!! hoe kom je nou aan die konklusie ? of je moet net zo lollig aan het doen zijn als ik.
Maar goed, ik heb het net al uitgelegd, dat in die quote wat niet juist (en niet alleen ik heb dat niet gezien, jullie kennelijk ook niet).

Samengevat, waar het erom gaat dat je "betreffende" gegevens van een Kontaktpersoon in het Afleveradres wilt zien, hoort daar ook het mobiele nummer bij. En niet alleen als je een ID kan hanteren, maar altijd. Dus, dat veld moet erbij, en als dat kan op dezelfde regel als de regel waarop de gegevens nu zichtbaar zijn (hopelijk wordt het form niet te breed).

Aldus, dat jij een Mobiel nummer daar wenst, houdt in dat het (voor daar) een nieuwe rubiek is, c.q. feitelijk een nieuw veld in de database is (voor de Afleveradres gegevens). Kosten : 1,5 uur.
De rest doen we dan wel gratis, zeg maar omdat ik het zelf niet goed heb bekeken destijds.

Als je iets niet kan volgen, zeg het gerust. Maar doe alsjeblieft een poging om niet alles op z'n kop te zetten, want ik word er gek van.

Er is helemaal geen onduidelijkheid in jouw verhaal.
Ook is er geen onduidelijkheid in mijn verhaal (dan weet je dat alvast ).

Alleen je leest mijn verhaal niet.

Laat maar weer.

Even een eerste reaktie :

Weet je wel zeker dat dat is wat je ècht wilt ?

Ik bedoel, volgens mij klopt het zo niet;
We hebben destijds met wat geharrewar en af en toe een misverstandje bepaald dat dit de enige gegevens zijn (naam en tel.nr.) die sowieso ter sprake kunnen zijn voor dit scherm, maar dit blijkt nu niet te kloppen. Dus, je kan nu wel vinden dat het als de één er is, de ander maar niet zichtbaar hoeft te zijn omdat het anders niet op het scherm past of weet ik veel, maar volgens mij ben je meer geholpen met hoe de werkelijkheid is, en dat betreft dus beide telefoonnumers (weergeven).
Dat we vervolgens niet weten waar beiden te laten is wat anders, en dat dit allemaal eìgenlijk het gevolg is van dat beiden sowieso niet op dat scherm stonden (toch ?) is geen reden om het nu niet "goed" te maken.

E.e.a. zou dus inhouden dat als geen ID wordt gehanteerd, je toch beide nummers moet kunnen invullen.

Eens ?
(ja zeggen kost geld )

Amen.

Tja, dan kan je blijven zoeken heh.

Ik hoop wel dat het een beetje duidelijk is voor Paul (of wie dan ook), omdat het meer gaat over wat niet werkt en wel zou kunnen dan over hoe het nu werkt. Het staat er wel natuurlijk ...

Dank je Wouter.

Ik zei al "sorry" ...

Trouwens, mocht je erbij gebaat zijn om de Raaplijst als Variabele Layout te hebben, ik dacht dat we daar ooit een ontwerpje (met prijs) voor hadden gemaakt. Maar hou me ten goede;
Dat zal heus wel 20 uur (of nog iets meer) betreffen, maar het zou kunnen zijn dat je het dàn wel ineens waard vindt.