FiveTech Support Forums

Mr. Rao,

You posted :

Please go to METHOD AdoIncrSeek and locate the following line:

do case
case cType == 'C'

Change it as

do case
case cType == 'C' .or. uVal == nil

Well with this modification incremental filters on numeric and date columns may fail.

In my tests, DATE and NUMERIC - seek is not working
The first browse uses the new seekbar. the second the old fashion way.
CHARACTER and LOGICAL is working normal.
With NUMERIC and DATE the colums are sorted but the seek doesn't work.
( I can include this test for DOWNLOAD if needed )

The tested INDEX-builds :

USE CUSTOMER
ORDCREATE( ,"CUST1","UPPER(FIRST)", {|| UPPER(FIRST) } , .F. )
ORDCREATE( ,"CUST2","UPPER(LAST)", {|| UPPER(LAST) } , .F. )
ORDCREATE( ,"CUST3","DTOS(HIREDATE)", {|| DTOS(HIREDATE) } , .F. )
//ORDCREATE( ,"CUST3","DTOC(HIREDATE)", {|| DTOC(HIREDATE) } , .F. )
//ORDCREATE( ,"CUST3","HIREDATE", {|| HIREDATE } , .F. )
ORDCREATE( ,"CUST4","MARRIED", {|| MARRIED } , .F. )
ORDCREATE( ,"CUST5","STR(SALARY)", {|| STR(SALARY) } , .F. )
//ORDCREATE( ,"CUST5","SALARY", {|| SALARY } , .F. )



failed on DATE and NUMERIC



Any idea ?

regards
Uwe

Numerics and dates are sorted in the order of the values, not as character values.
So the seeks can not be on the initial characters as they appear in the browse.

Numerics: Seek to the value next higher than the value entered.
Dates: Seeks to the value next higher than the value in YYYYMMDD format

Mr. Rao,

it seems, there is still another problem

both defined ( edit and seek ) doesn't work and is showing a funny effect.





something must be changed ?

regards
Uwe

Mr Uwe

You are right.

Please make these corrections in the Method Edit( nKey ) of TXBrwColumn:
Replace Line 13089 of FWH1701 ( line 13007 of FWH1612 )

with


Also replace line 13135 (FWH1701) / line 13053 (FWH1612)

with

Mr. Rao,

thank You very much.
With these changes it works fine.



I still noticed another problem
A defined header-image for logical fields is not shown.
Instead a checkbox is displayed.
With all other fieldtyps it is working.
In my sample I'm testing a index on ALL fieldtypes



WITH OBJECT oBrw1:Married
:AddBmpFile( "Sort.bmp" ) // Index-image
:nHeadBmpNo := 1
END

regards
Uwe

SetCheck() adds to 2 bitmaps the the column.
After that the bitmap ("sort.bmp") you added is the 3rd bitmap.
So you should use
:nHeadBmpNo := 3

Method AddBitmap( <bmpfile/resource/array> ) superceded obsolete methods AddBmpFile() and AddResource() from FWH 10.01

:nHeadBmpNo := :AddBitmap( "sort.bmp" )

Thank You very much.
Now everything of my test is working



before adding a download, I will do some code cleaning ( and maybe adding some useful things )

I added Your expositions to the code like

oBrw1:SetCheck() // Default FWH Bitmap is Alpha
/*
SetCheck() adds to 2 bitmaps to the column.
After that the bitmap ("sort.bmp") you added is the 3rd bitmap.
So you should use
:nHeadBmpNo := 3
Method AddBitmap( <bmpfile/resource/array> ) superceded obsolete methods AddBmpFile()
and AddResource() from FWH 10.01
:nHeadBmpNo := :AddBitmap( "sort.bmp" )
*/

as well a readme.txt for the xbrowse-changes is included

Please make these corrections in the Method Edit( nKey ) of TXBrwColumn:
Replace Line 13089 of FWH1701 ( line 13007 of FWH1612 )

nRow := ( ( ::nRowSel - 1 ) * ::nRowHeight ) + ::HeaderHeight()
with
nRow := ( ( ::nRowSel - 1 ) * ::nRowHeight ) + ::FirstRow()

Also replace line 13135 (FWH1701) / line 13053 (FWH1612)
nRow := ( ( ::nRowSel - 1 ) * ::nRowHeight ) + ::HeaderHeight() + 2
with
nRow := ( ( ::nRowSel - 1 ) * ::nRowHeight ) + ::FirstRow() + 2

regards
Uwe