Re: ListView sort problem
Pete Lomax wrote:
>
> On Wed, 11 May 2005 20:08:11 -0700, Al Getz <guest at RapidEuphoria.com>
> wrote:
>
> >Hi again Pete,
> >
> >Ok, i got mine to work,
> Ditto
> >and i found that the rows do indeed actually
> >change (sort) according to the callback function so you dont have to
> >reload everything into the listview (doc's must be wrong or else i
> >read it wrong 
)
> An easy thing to do 
)
> >
> >Anyway, the mistake i was making was in assigning unique id's to the
> >lParam (user value) when i created (added) the *subitems*, which does
> >basically nothing he he. By instead assigning unique id's when the
> >row itself is created (*item*, not *subitem*) the callback function does
> >indeed receive the correct numbers that refer to the rows when the
> >lParam values are simply made equal to the row numbers when each row
> >is created.
> Yep
> >By passing the column number to the callback function
> >it should be no problem looking up the text and returning a comparison
> >result for each row subitem in that column alone.
> I poke the column number into the static LV_ITEM structure that the
> callback will be using, however...
>
> I just stumbled into something interesting: fastLV.exw in the win32lib
> demo folder, which stores/sorts the data in an Eu table. Unless I am
> missing something, the fastLV.exw approach is far better than using
> the windows API.
>
> As far as I can tell, fastLV.exw can be simplified even further: there
> are 7 lines between custom_sort and LVM_UPDATE which I think can be
> completely removed.
>
> Regards,
> Pete
>
>
Hi Pete,
I'll have to take a look at it. Is it by any chance using the mode
where the application stores the data, not the Listview?
Im not sure if i want to do that with mine or not. I might just
settle for getting the item data per callback call.
Where's this demo hiding...i'll take a look...
Take care,
Al
And, good luck with your Euphoria programming!
My bumper sticker: "I brake for LED's"
|
Not Categorized, Please Help
|
|
