[PB400] Please keep PB WinAPI compatible !

[gnozal]

You can no longer use the lParam field of the LVITEM structure for your own data.

Sorry for this post, but I think it is very important. Please keep PB WinAPI compatible. I can understand it's for multiplatform compatibility, but I suppose 99% of PB users code for Windows. Purebasic will be the only not WinAPI compatible compiler ...

What do the professionnal coders think about it ?
viewtopic.php?t=19112&start=15

[blueznl]

explain the context as i do not see the problem

quick check on msdn shows that it's a windows structure, with a field that could be modified depending on the needs of the user

if fred's using it to set certain attributes / aspects of the gadget, he's doing that the proper way, perhaps he needed it for some of the changes / new gadget commands, dunno

again, i probably don't understand so go easy on me...

[freedimension]

Why the complaining?

added : SetGadgetData(#Gadget, Value) - associate a value with the Gadget (works for all Gadgets.)
added : GetGadgetData(#Gadget) - read the associated value

That's not only easier, shorter and more transparent, but also compatible to future versions on other platforms.

[PB]

Is SetGadgetData/GetGadgetData like Tags in Visual Basic? Cool, if so!

[Fred]

There is also a Get/SetGadgetItemData() especially for this. I'm sorry but we can't improve the commandset if we have to deal with all the API codes floating around. How would you do a Set/GetGadgetItemData() command then (which seems quite important to me to attach a particluar data to each item) ?

[freak]

> Purebasic will be the only not WinAPI compatible compiler ...

You are way overreacting here. Just because you don't have this one value field
at your disposal anymore does not mean PB is incompatible with the WinAPI.

[GedB]

The compiler is as 100% api compatable as it ever was.

There is nothing to stop you creating your own windows directly with the Win32 api.

This restriction only applies to the Gadget library.

[GedB]

Now I get it. Subclassing is no longer possible. This is a major issue! I've created a separate, specific thread since there is so much confusion here.

viewtopic.php?p=123859

[GedB]

No, my mistake. Tied myself in a knot

[blueznl]

then all you will have to worry about is that it's not a gordian one, and alexander is passing by...

[Dare2]

ROFL!




That one came right out of the blue(znl) and floored me!

[gnozal]

Sorry if I got a bit emotional
I suppose I got angry because some valid code no longer worked without any documented reason.
If I can reliably replace SendMessage() and #LVM_GET/SETITEM by Get/SetGadgetItemData(), I guess it's ok ...

PS :

PB uses this value for performance reasons. It speeds up stuff like the coloring a lot. btw, the TreeGadget has used this value since it existed in PB.

Well, now I understand some issues I had with TreeGadgets ... Some information about PB's internals would be usefull, I believe.