Set CallbackInc to -1 and it will make the dialog not appear.

What example are you referring to?

What does the SQL trace monitor tell you?

HTH,
Jason Wharton
CPS - Mesa AZ
http://www.ibobjects.com

----- Original Message -----
From: "Bram" <bram@...>
To: <IBObjects@egroups.com>
Sent: Wednesday, January 17, 2001 1:24 PM
Subject: RE: [IBO] increment search


> Jason, thnx for your advise. It seems to work now better. There is now
> better response but I get everytime a window saying 5 rows fetch. Wich I
> don't like... On the same form a have the example a showed in another
> message in this forum. If I press an letter T for instance I get almost
> direct response... Wich I like very much. Could you comment on my example?
>
> Bram van der Voet
>
> -----Oorspronkelijk bericht-----
> Van: Jason Wharton [mailto:jwharton@...]
> Verzonden: woensdag 17 januari 2001 20:39
> Aan: IBObjects@egroups.com
> Onderwerp: Re: [IBO] increment search
>
>
> Bram,
>
> You need to include a special little feature that I am finishing up in IBO
> v4. I already have quite a bit of the work in 3.6 already.
>
> To test it out try adding the following param attribute entry in your
> OrderingLinks property:
>
> If you have an entry that looks like this:
>
> STREET=1
>
> or this:
>
> STREET=ITEM=1
>
> Then make it look like this:
>
> STREET=ITEM=1;POS=0
>
> I am assuming that you are using the 1st entry in the OrderingItems list.
If
> not, simply use whatever item you have entered.
>
> This new feature hinges on the POS attribute being included. It should
make
> it so that incremental searching is reasonably efficient on a LAN. I don't
> think it would be advisable on a slow dialup link though. Just for kicks,
> try it if you like, it should still be somewhat feasible.
>
> With IBO v4 this will be fully implemented so that the dataset appears
> exactly as it would normally. For now what is incomplete in the 3.6
version
> is that the top of your dataset (BOF) gets launched out into the middle of
> the actual dataset somewhere. You get to the records you want more quickly
> but the "wholeness" of the dataset is lost.
>
> Let me know how it goes.
>
> PS. In case people are wondering what is holding IBO v4 BETA release up, I
> am having absolute fits getting the TCustomGrid class to behave so that I
> can accommodate the buffering enhancements required to preserve all
current
> functionality and add in the new functionality I am planning on. I am just
> about ready to hack the class to force it to behave or beef up the
> TIB_Ledger control so that I can have full control over what my grid does.
>
> Regards,
> Jason Wharton
> CPS - Mesa AZ
> http://www.ibobjects.com
>
>
> ----- Original Message -----
> From: "Bram" <bram@...>
> To: <IBObjects@egroups.com>
> Sent: Wednesday, January 17, 2001 3:45 AM
> Subject: [IBO] increment search
>
>
> > D5/IBO3.6
> > I followed the increment search example in the getting started guide. I
> have
> > an table with 500.000 rows. I know I maybe trying to do something not
C/S
> > wise but I just test what the limits are. The table has an field called
> > street with contains all streets in the Netherlands. I tried to do an
> > incrementel search on this field. If I press B as first letter I get an
> row
> > fetch for about 75.000 rows. Is this what I should expect?
> >
> > Bram van der Voet
> >
> >
> >
> > [Non-text portions of this message have been removed]
> >
> >
> >
> >
>
>
>
>
>