Subject | Re: Future of IBObjects |
---|---|
Author | Marco Menardi |
Post date | 2004-10-11T15:56:16Z |
--- In IBObjects@yahoogroups.com, Walter Ogston <ogstoncw@c...> wrote:
find far more powerful that standard TDataset ones, so I would like to
have client-side sorting for native IBO components.
Sorry not to have stated it clearly, but when I think about IBO, I
only think about native components, I've complitely forgot the others ;)
regards
Marco Menardi
> At 06:03 AM 10/10/2004, you wrote:wrote:
>
> >--- In IBObjects@yahoogroups.com, "Jason Wharton" <jwharton@i...>
> > >this
> > > What kinds of things do you want or expect from IBO?
> > >
> >
> >The first two things that comes in my mind are:
> >- client side sorting. I've some "long" last query (10 seconds) that
> >provides a small set of data (100 rows?), but is data that provides
> >important information if you can sort them in 2 or 3 fields order. Now
> >it's really annoying since you have to wait 10 seconds every time the
> >sort order is changed. btw, the sort should be performed based upon
> >multiple columns criteria (i.e. last_name, first_name, order_no).
>
> <snip>
>
> Let us not re-invent the wheel here. Borland's TClientDataSet does
> kind of thing nicely. Only I have found it does not work properlywith a
> provider connected to TIBO_Query (see my post some time ago about aSOAP
> server - I forget the details but ended up using all Borland for thatdescendents up
> project). I would put in my vote for keeping the TDataset
> so they work with OEM components.I DO use IBO native (TIB_) visual and connection components, that I
>
> Just my $0.02 worth
>
> Walter
find far more powerful that standard TDataset ones, so I would like to
have client-side sorting for native IBO components.
Sorry not to have stated it clearly, but when I think about IBO, I
only think about native components, I've complitely forgot the others ;)
regards
Marco Menardi