FiveTech Software tech support forums

Cristabol

I notice the button bar has changed .. more of a sunk in look .. is that what you intended ?

New


Origional


Rick Lipkin

... a ton of rows at a horrible performance price. After reviewing the recordsets did I realize my error using Like% on the root and the wisdom of the origional designer by using a . to delineate the foreign key. At that point I had no choice but to Substring() out my query and add the . to the Primary ...

... .. the second array column is one of those columns I want to sum up on the column footer. All I know is the column is aPlan [2] Header "Origional Budget" How can I use MakeTotals() from an array column ?  // project plan ---------------------------        REDEFINE xBROWSE oLbx3 ...

James Here is the sequence of events 1) Open the origional recordset : lOK  := .F.lOK1 := .F.DEFINE DIALOG oDlg                                               ;       FROM 5, 8 to 10, 75                                       ;       TITLE "Please ...

... I use the oRsTrip var in the 'RECORDSET oRsTrip' declaration in the setup of the xBrowse .. My error does seem to be associated with closing the origional oRsTrip recordset .. If I rem out the Close() .. the program does not error .. IF lOK = .F.ELSE  // rem these out  // need something ...

Gentleman .. I have restored the origional 9.04 setado method code in xbrowse.prg and here is what the recommended code looks like .. please let me know if I have missed anything .. The code compiles and seems to run for me : nWd := GetSysMetrics(0) ...

... >>>> Antonio >>>> >>>> Here is the modified code as per your suggestion : >>>> >>>> /* origional code >>>> >>>> >>>> DEFAULT ::bGoTop := {|| If( ::oRs:RecordCount() > 0, ::oRs:MoveFirst(), nil ) },; ...

Rick,

>.. is there a way you can look and see if the origional error actually closes the port ??

Yes, it does. See TSMTP method Failure().

James

Antonio

I have a instinctive feeling the port was not getting close on ( the first ) failure .. .. that is my guess ..

I am not a guru on the code .. is there a way you can look and see if the origional error actually closes the port ??

Thanks
Rick

... know you can re-sort a recordset .. many times I have a 'find' routine that I need to re-order the same information .. to do this I have used my origional order by query ( lname ) and if I needed to find a group of records matching a like % on fname ...I used the oRs:Filter .. but the filter ...

... and I was successful in makeing it work. I think the usrrdd.lib file with the latest version of (x)Harbour has some problems .. I still have the origional usrdd.c file and you can easily add that to your make file instead of the usrrdd.lib .. If you wish to try .. send me an e-mail lipkinrm29063@yahoo.com ...

... .. don't forget to clear your filters like this oRs:Filter := "" Clearing the filter will re-set the recorset and give you back access to your origional 'fetch' oRs:Requery() is a useful tool as well as oRs:ReSync(1,2) .. do not leave the resync parameters out .. and you MUST have a 'primary ...

James YES .. the cancel buton leaves the origional input in the get which is the same behavoir as ESC .. I can see that I need to re-work the end of my list box look ups and force a blank back to re-set the get and deal with the blank on the ...

... the dialog. Only the OK key is processing data. In your first message you stated: >if you hit the ESC key and do not select OK or Cancel .. the origional get value remaines and is saved to the form table. I don't understand how this can be happening since the MTRPGET() function always returns ...

... .. I can enter a value in a get .. then the valid starts the listbox of values .. if you hit the ESC key and do not select OK or Cancel .. the origional get value remaines and is saved to the form table .. not desirable in a SQL environment when I need to save the primary key as well as the ...