Nope

Has anyone had a chance to take a look at this yet?

Here is a sample app. I'm pretty stumped. I upgraded to latest official release (1.7.0.2) and tried it on two machines. They are both XP though.

This is a bit strange and without getting my hands on the code this could be hard to diagnose this way. This is ringing a bell with me but I can't put my finder on the answer....but it does sound familiar?!?

I was noodling around with this with Charles and it worked great. We even made a component that you could drop on a form, set three properties and boom, order of items in listview is easily changeable. We made it specific to a SF ListView. He has the latest and greatest SF on Vista.



Then I tried to reproduce this in my environment, XP with 1.6.7. I used a plain old vanilla .NET ListView. It doesn't work. No matter what I use for this line as the index:







it inserts the item back in the same position. Thus:







all put the item back exactly in the same position as it was to start. I.e. if the original index of the item is, say, 10, then each of these will put the item back at index 10.



Any ideas what might be causing this? I tried this with a target of 2.0 and 3.5. Same diff.

Hey Edhy!

Well... cruising around the world. (yep, I daydream)

Just too busy. But I was reading the posts every chance I got. Have read lots of yours, very good ones actually.

How've you been?

Hi Ivan,



Nice to see you back! where have you been?

Edhy Rijo

Yep, perfect!

Sorry for the silly idea, Charles.

Yes.  A sub item belongs to the actual item.  This is the same type of logic that the standard ListView used and we just followed suit to try and make the learning curve slightly less.

Worked great on the listview. I'm putting into a shared sub in my util library and passing in the Listview by reference.



Will have another for the Stratalistview.