Re: Translation of FORM functions into web-based function
anonymous_at_discussions.microsoft.com
Date: 03/15/04
- Next message: Martin: "disable command button after click"
- Previous message: David: "RE: Skins"
- In reply to: Michel Walsh: "Re: Translation of FORM functions into web-based function"
- Next in thread: Michel Walsh: "Re: Translation of FORM functions into web-based function"
- Reply: Michel Walsh: "Re: Translation of FORM functions into web-based function"
- Messages sorted by: [ date ] [ thread ]
Date: Mon, 15 Mar 2004 12:46:26 -0800
Michel,
Thank you for your follow-up, it's good to know. Here's
a further question along the line, I'm posting a Design
View of the FORM in question, what I intend to do is to
figure out all the subfunctions contained in subforms etc
from this View or other means via the FORM, any further
guidance would be much appreciated, the URL for the
screen capture of the FORM is,
http://68.32.63.205/AccessFORM/Form1.GIF
TIA
Don
>-----Original Message-----
>Hi,
>
>
> The data is captured through the relation between a
control (on the
>form) and the field (in the table) through the control
property
>ControlSource.
>
> Me.ControlName.ControlSource="fieldName"
>
>When a dirty record is to be saved (going to another
record, closing the
>form), the data will be exchange from the form to the
table. When a new
>record is about to be display, the exchange is reversed,
from the table to
>the control. You have no code to produce for a form
bound to a table (or
>query) through the form property RecordSource. That is
done automatically
>for you, in that case. That would not be the case for an
unbound form.
>
>
>
>Hoping it may help,
>Vanderghast, Access MVP
>
>
>"Don" <anonymous@discussions.microsoft.com> wrote in
message
>news:996501c4093b$1d2d6050$a601280a@phx.gbl...
>> Hi,
>>
>> I'm not a stranger to Access but I don't use FORMs for
>> applications.
>> Now, I'm tasked to develop a web app based on a complex
>> FORM -based
>> app, the current FORM -based app works but has
problems (
>> one indicator: the recordset type
>> = Dynaset (Inconsistent Updates) ).
>>
>> The design view points me to record source (query)
behind
>> the form (it's a SELECT query in this case I find),
>> however, the FORM in question embeds lots of business
>> rules, lots of functions and/or subforms, what's a good
>> way to get to all these functions/subforms,
>> their interaction, and equally important, how
>> the FORM is going to be processed (maybe, I'm talking
in
>> Web terms :), but bear with me, the question is, how
are
>> we going to capture the FORM data? What gives me the
>> clue? How could I find the VB code for
>> that?
>>
>> TIA.
>>
>
>
>.
>
- Next message: Martin: "disable command button after click"
- Previous message: David: "RE: Skins"
- In reply to: Michel Walsh: "Re: Translation of FORM functions into web-based function"
- Next in thread: Michel Walsh: "Re: Translation of FORM functions into web-based function"
- Reply: Michel Walsh: "Re: Translation of FORM functions into web-based function"
- Messages sorted by: [ date ] [ thread ]
Relevant Pages
|