I'm still a little confused as I'm pretty sure that once you change the
underlying data of a control the form will go into edit mode (although I
haven't tested it so I may be wrong). What exactly is happening to
leave your buffers dirty and the form not in edit mode?
Have you used the VMP site for questions like this? There'll be a few
more eyes up there with VMP experience than here.
Frank.
Frank Cazabon
On 04/12/2012 03:15 PM, Jeff Johnson wrote:
Frank: I (in my own mind) am using VMP in a standard way except for
that todo form we recently talked about. The problem is that I didn't
know all of this stuff happened automagically in the beginning and
this form has been around a while. It's hard to believe that Drew
thought about everything, but I find out all the time, he really did.
;^)
An example is I never thought of setting editaction(). I've been, if
getmode() # 'ADD' and stuff like that.
Thanks for your help.
Jeff
---------------
Jeff Johnson
[email protected]
(623) 582-0323
www.san-dc.com
www.arelationshipmanager.com
On 12/04/2012 11:07 AM, Frank Cazabon wrote:
VMP has IsBufferDirty() and UpdateBuffers() which may help you out.
It seems to me as if you aren't quite using VMP in the standard way
of allowing a user to edit data and then they must manually save, you
are trying to automatically save. Is that right?
Maybe you also need to change the value of the controls rather than
the underlying data, this would then put the form in edit mode
automatically for you, or an alternative would be to call the
editaction() method whenever you make a change to the data.
Frank.
Frank Cazabon
On 04/12/2012 01:43 PM, Jeff Johnson wrote:
That makes sense. What is the method in VMP that checks for
uncomitted changes in the main view alias?
Jeff
---------------
Jeff Johnson
[email protected]
(623) 582-0323
www.san-dc.com
www.arelationshipmanager.com
On 12/04/2012 08:47 AM, Frank Cazabon wrote:
Maybe you need to put code to check for the unsaved changes and if
found then do a saveaction?
Frank.
Frank Cazabon
On 04/12/2012 11:35 AM, Jeff Johnson wrote:
I have a fairly involved form that provides data entry for three
different views. On rare occasions I get an error: Error #:
1545
Method/.Prg in which the error occurred:
FRMLMMAIN_12MAY.SHELLREQUERYMAINVIEWALIAS
One of the views had a value changed and the form was not put in
the edit mode. Due to the number of pages and controls in
addition to methods that could change the view without putting the
form into the edit mode is there a way to just fix it for the time
being? They would always want to commit the change. Should I wrap
the code with a TRY and put a FLUSH in the catch? Or is there a
better way to do it?
TIA
[excessive quoting removed by server]
_______________________________________________
Post Messages to: [email protected]
Subscription Maintenance: http://mail.leafe.com/mailman/listinfo/profox
OT-free version of this list: http://mail.leafe.com/mailman/listinfo/profoxtech
Searchable Archive: http://leafe.com/archives/search/profox
This message: http://leafe.com/archives/byMID/profox/[email protected]
** All postings, unless explicitly stated otherwise, are the opinions of the
author, and do not constitute legal or medical advice. This statement is added
to the messages for those lawyers who are too stupid to see the obvious.
