bBrowser Edit problem
in [Visual Objects]
|
From: Stephen Quinn on 24 Mar 2010 13:21 Grant As well as what Mathias says. > return nil BB events DO NOT return NIL (read the docs, samples) CYA Steve
From: Grant on 24 Mar 2010 14:35 Thanks for the comments Mathias and Steve. I have moved the Celledit() to the _dtwBrowser which is the window owning the dtwBrowser and also do not retest for the server. However I am trying to learn from the BB3 samples and the bSample-Edit has the following initial code for the RecordAppend(): method RecordAppend(oEvent) class dtwEditDBStruct // Callback method for appending a record in the bBrowser. // The method is automatically called by bBrowser // Argumete: // oEvent : bRecordAppendEvent The data passed to it is in the form of an event and to use it as an array wouldn't I have to take the oEvent and do something within the method like 'aData := oEvent:Server:Data'? I am not manually calling the RecordAppend() but just using it as a CallBack method. Should I be doing this manually by calling it from another method such as the OnInsert() method which is called from the browser window by pressing a button? Also in the RecordAppend()I have tried to add the scope customer field immediatly in the RecordAppend() to the server to give the scope something to work with for that record. Do I need to re OrderScope at this point to reorganize the data and the browser focus? As far as returning nil I took that again from the bSample. Should I be returning SELF in this case and for CellEdit() because I can't see returning .T. or .F. without knowing if the append was successful or not and I don't know what data to return? I will investigate these ideas but any more comments are appreciated. Thank you On Mar 24, 10:21 am, "Stephen Quinn" <stevej...(a)bigpondSPAM.net.au> wrote: > Grant > > As well as what Mathias says. > > > return nil > > BB events DO NOT return NIL (read the docs, samples) > > CYA > Steve
From: Grant on 24 Mar 2010 16:42 A litle more info. When I open the browser in browse mode only the down arrow key puts it in a state where if I then go to edit mode the edit will be saved. If I press up up arrow or either side arrows or tab and then go to edit mode the entry will not save. What is the down arrow key doing that is so unique here? On Mar 24, 11:35 am, Grant <gra...(a)dunsmoreinfo.com> wrote: > Thanks for the comments Mathias and Steve. I have moved the Celledit() > to the _dtwBrowser which is the window owning the dtwBrowser and also > do not retest for the server. However I am trying to learn from the > BB3 samples and the bSample-Edit has the following initial code for > the RecordAppend(): method RecordAppend(oEvent) class dtwEditDBStruct > // Callback method for appending a record in the bBrowser.. > // The method is automatically called by bBrowser > // Argumete: > // oEvent : bRecordAppendEvent > The data passed to it is in the form of an event and to use it as an > array wouldn't I have to take the oEvent and do something within the > method like 'aData := oEvent:Server:Data'? I am not manually calling > the RecordAppend() but just using it as a CallBack method. Should I be > doing this manually by calling it from another method such as the > OnInsert() method which is called from the browser window by pressing > a button? > > Also in the RecordAppend()I have tried to add the scope customer field > immediatly in the RecordAppend() to the server to give the scope > something to work with for that record. Do I need to re OrderScope at > this point to reorganize the data and the browser focus? > > As far as returning nil I took that again from the bSample. Should I > be returning SELF in this case and for CellEdit() because I can't see > returning .T. or .F. without knowing if the append was successful or > not and I don't know what data to return? > > I will investigate these ideas but any more comments are appreciated. > > Thank you > > On Mar 24, 10:21 am, "Stephen Quinn" <stevej...(a)bigpondSPAM.net.au> > wrote: > > > > > Grant > > > As well as what Mathias says. > > > > return nil > > > BB events DO NOT return NIL (read the docs, samples) > > > CYA > > Steve- Hide quoted text - > > - Show quoted text -
From: Stephen Quinn on 24 Mar 2010 22:51 Grant >> A litle more info. When I open the browser in browse mode only the down arrow key puts it in a state where if I then go to edit mode the edit will be saved. If I press up up arrow or either side arrows or tab and then go to edit mode the entry will not save. What is the down arrow key doing that is so unique here? << Moving the record pointer from one record to the next - left/right/tab is next/previous field in the same record (ie the record pointer doesn't move) CYA Steve
From: Grant on 25 Mar 2010 00:01 Steve That makes sense. It would seem then that all I have to do is move the record pointer down one record. I've tried to do 'oEvent:Server:Skip(1)'in the RecordAppend() method and it did skip 1 record because when I used a '?' flag to verify the operation the result was .T.. The skip may not be obeying the scope as I still had to use <down-arrow> in the browser to enter and save the data. Dosen't the append put the new record at the end of the scoped data anyway? I understand and agree with most of what you've said but I'm still missing what is happening in the browser edit. I am appending a blank record with the date and customer data and this saves fine. Then we display the record with the first field (date) in edit mode and enter or change the data but it will not be saved until I go back to browse mode in the browser and press the <down-arrow> and then edit and save. I will see study the edit that we are opening the display with after the append to see if I'm doing something there that is incompatible with the overall browser edit mode. Thanks for your comments. On Mar 24, 7:51 pm, "Stephen Quinn" <stevej...(a)bigpondSPAM.net.au> wrote: > Grant > > > > A litle more info. When I open the browser in browse mode only the > down arrow key puts it in a state where if I then go to edit mode the > edit will be saved. If I press up up arrow or either side arrows or > tab and then go to edit mode the entry will not save. What is the down > arrow key doing that is so unique here? > << > Moving the record pointer from one record to the next > - left/right/tab is next/previous field in the same record (ie the > record pointer doesn't move) > > CYA > Steve
First
|
Prev
|
Pages: 1 2 3 4 5 Prev: Get information about windows user privileges Next: Filter help |