FiveTech Software tech support forums

... ) ::SetDolphin( ::oMysql ) elseif ! Empty( ::oMysql ) .AND. ::oMysql:IsKindOf( 'TMSQUERY' ) ::SetEagle( ::oMysql ) elseif ! Empty ( ::oDbf ) ::SetoDbf( ::oDbf,,, Empty( ::aCols ) ) elseif ! Empty( ::cAlias ) .or. ! Empty( Alias() ) ::SetRDD() endif Asumo que se incluyeron para hdo, y si es ...

... =========== Called from: .\source\internal\FWMARIA.PRG => FRECSET:SETXBROWSE( 955 ) Called from: .\source\classes\XBROWSE.PRG => TXBROWSE:SETODBF( 7407 ) Called from: .\source\classes\XBROWSE.PRG => XBRWSETDATASOURCE( 16591 ) Called from: .\source\function\XBROWSER.PRG => XBROWSE( ...

... you are using the XBrowse definition clause "DATASOURCE" which I have never seen before. Apparently this does the same thing that oBrw:SetoDBF() does, so you don't need that. Take it back out. I also see that in your first post, the database was skipping as it should. Turning off the ...

Did you do:

oBrw:setoDbf(oLotto)

Without that the database doesn't skip
to the next record.

... // Browse con los datos @ 00, 00 LISTBOX ::oLbx FIELDS ; ::oPaciente:Codigo, ::oPaciente:nombre, ... ...in fact if you remember we had to put a SetoDBF (odbf) or a calias because the tdata latrimenti did not work This is like saying that unless you program it right, it doesn't work. The same ...

... point) this is not true, initially she told me that tdata works very well with the listbox (wbrowse), in fact if you remember we had to put a SetoDBF (odbf) or a calias because the tdata did not work, I sent the sources with notes explanatory notes for each group of operations and all the ...

Use DATASOURCE oServizi Do no use DATASOURCE oServizi:cAlias With COLUMNS clause never use field numbers. Use only field names Do not again use :SetODbf() Do not use COLUMNS clause and also AUTOCOLS. Both are mutually exclusive. WRONG: @ 70,20 XBROWSE oBrw SIZE -20,-20 PIXEL OF oDlg ;COLUMNS 5,2 ...

But on Xbrowse no need the command :SetoDbf(oServizi) ??? You should NOT. In the XBROWSE command we state "DATASOURCE oServizi". XBrowse automatically sets SetOdbf(). We should not again do it. why you rem ordine field from cSwapFields ...

But on Xbrowse no need the command :SetoDbf(oServizi) ??? You should NOT. In the XBROWSE command we state "DATASOURCE oServizi". XBrowse automatically sets SetOdbf(). We should not again do it. why you rem ordine field from cSwapFields ...

THANKS But on Xbrowse no need the command :SetoDbf(oServizi) ??? why you rem ordine field from cSwapFields ? Problem ....when you add a record the field ORDINE IS ZERO , then if you move it up ( 1 step) the number is 7 but the last record have ...

... xBrowse. I suspect you specified "CUST" was the alias. You need to do this to specify that the browse is using a database object: oBrw:SetoDBF( oDatabase ) // where oDatabase is whatever name you have used for the database object oBrw gets the alias from there. James

... := AL_CENTER oCol := oBrwPed:AddCol() oCol:bStrData := { || DTOC(VENDA->DTBAIXA)} oCol:cHeader := "DT BAIXA" oBrwPed:SetoDbf(oVenda) I some point i need to delete one record and I use: oVenda:Delete() oBrwPed:Refresh() In File the record is deleted but the xbrowse ...

... object. uChild can be workarea number of other TDatabase object 88. SetXBrowse( oBrw, aCols, lAutoSort, lAutoCols ) Internal Used by XBrowse SetoDbf() method 89. Skip( nRecords ) Skips nRecords, executes bBof or bEof when necessary and loads field values into ::aBuffer if ::lBufer is true. ...

... TDatabase. Fixed now. Users of 16.05, not upgrading to 16.06 can apply this fix by adding one line: ::lRelyOnKeyNo := .f. anywhere in the method SetOdbf() - Fix: There is a long standing bug in ADO seek. In case of ADO seek, entering '*' results in runtime error. Fixed. Users not upgrading to ...

... I am using FWH 15.05/xHarbour Update 2: OK, I found the problem. Replace this line: oBrw:bSkip:= {|nRecs| oCust:skipper(nRecs) } With this: oBrw:setoDBF( oCust ) And all is OK. My bad! James