17. juni 2004 - 11:10Der er
10 kommentarer og 1 løsning
Problemer ved skift af post ved hjælp af knap i gruppeboks
Jeg har en hovedformular med 2 underformularer. Hovedformularen er baseret på en forespørgsel, hvor der ved hjælp af kriterier ved åbning vælges det relevante selskab og år. Under arbejdet skiftes mellem hovedformularens poster (omsætning, varekøb m.v.)ved hjælp af knapper i en gruppeboks Det virker perfekt på den runtimer, som mine kollegaer anvender. Runtimeren er udviklet i Office 2000 Developer. Den skifter til den valgte post og finder de korrekte data til underformularerne. Men når jeg kører på min egen maskine, der anvender Access 2003, anmoder den om at angive selskab og år, før der skiftes til den ønskede post. Dvs. at forespørgslen køres igen. Er der nogen der kendes til problemet og har en løsning, eventuelt ved hjælp af en VBA kode. Eller må jeg konstatere, at der er tale om en af de uforklarlige fejl, der opstår i systemet ved skift af version. For det virkede nemlig fint på min maskine, da jeg selv kørte Access 2000. Det skal afslutningsvist siges, at applikationen er udviklet i Access 2000
I lang tid har samarbejdsbranchen fokuseret på at forbedre enhedsfunktioner – bedre kameraer, klarere lyd og smartere software. Men den virkelige forvandling handler ikke om funktioner.
There are differences between Access 2000 and 2003 which may require a few changes before it runs correctly in 2003. It sounds as though the main form is getting requeried, so it may just require moving some code to other events. But without a better understanding its hard to give a solution.
I have now taken a quick look at this problem, and I can see that the problem occurs in Access 2000, 2002 and 2003. So it looks as though it only works as you want it in 2000 runtime! Actually I'm rather surprised that it does work in the runtime version. When the forms filter gets changed then it has to requery the database to find the corrrect records, so it obviosuly has to use the query again, and logical that the parameters need entering again.
An idea would be to have a combo box for choose the CVR number and one for the year. Then if one of these gets changed it alters the forms filter and finds the correct records.
Det ville være meget fint, hvis det kunne lade sig gøre - det er faktisk lidt irriterende i det praktiske arbejde, at skulle angive CVR og år hele tiden. Det skal anføres, at i Access 2000 fungerer fint på vores maskiner. Hvis du skal lave det er det vist ikke nok med 100 points, så meddel, hvor mange points du skal bruge for at lave arbejdet. Du får de 100 points nu, så finder vi ud af senere at fylde flere på. Jeg ved godt, at man ikke må oprette spørgsmål efter at en diskussion er startet, men når du nu har databasen er der et yderligere problem, som jeg senere vil lave en særskilt spørgsmål på: Hvis jeg går fra en tom post i 1. underformular (Konti)til en ny post i 2. underformular (Bilag) er der en manglende reference der gør, at bilaget "svæver" i luften, idet den ikke har nogen tilknytning til en ovenstående post. Det er det problem, som jeg senere vil oprette - nemlig at den skjulte post (kontiID) i 2. underformular (bilag)ikke må være tom ved udgang fra en post i 2. underformular.. Jeg ved at det gøres med en hændelsesprocedure Før Opdatering, men hvordan får man hele linien slettet og en meddelelse om, at en post ikke kan oprettes, hvis ikke KontoID er udfyldt?. Jeg har ferie i næste uge, så hvis jeg ikke lige får statet min maskine, håber jeg at måtte vende tilbage igen senere. M.v.h. Knud
Hi Knus, I'll take a look at this over the weekend, and also your other questions. 200 points is max allowed for one question, and you should normally create a new question so that others also have teh chance of answering. So let me see if I cant do it all for the 100 given so far. I'll get back when I've looked at it some more.
Hej Terry !! Mange tak for hilsenen. Jeg vil meget gerne give alle de points du ønsker. Men jeg kan godt se hvad du mener med mit andet spørgsmål - både at andre ikke kan svare, men også, at andre ikke kan finde svaret på det konkrete spørgsmål. Og det er min opfattelse, at der er mange problemer med navigation mellem hovedformular og underformularer. Så kunne det være en løsning hvis du finder svaret, at jeg så opretter et spørgsmål med en sigende overskrift, som så refererer til nærværende spørgsmål? Så kan du også få de yderligere points på det nye spørgsmål. Jeg har skrevet, at det skal være før opdatering af posten i 2. underformular - men villé det ikke være mere hensigtsmæssig, at det var når posten i 2. underformular blev aktiveret?. M.v.h. Knud
After a VERY qick look at your new problem (bilaget "svæver" i luften) There are a number of solutions. One of them which is maybe the correct one. Is that the first sub form (konti) had the second sub form (bilag) as a sub form (sub form in sub form). Another solution (the one I will use) is to just check that the foreign key field (Bilag.kontoID) is not empty when an attempt to create a bilag is made. Actually if you changed the "Required" property for the table (table design) to Yes. Then you would NOT be able to create a record if it was empty.
The same applies for Konti.ID (set Required to Yes)
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.
