<meta http-equiv="content-type" content="text/html; charset=utf-8"><span class="Apple-style-span" style="border-collapse: collapse; color: rgb(34, 34, 34); font-family: arial, sans-serif; font-size: 13px; ">>> type<br>

>> // for {$mode objfpc}<br>>>   TIntegerList = specialize TFPGList<Integer>;<br>>><br>>> My question is, are you guys happy if I go ahead and implement code inside<br>>> gtk2wscustomlistview.inc that uses this functionality, or should I just stay<br>

>> on the safe side and implement a specific TIntegerList for this scenario?<br>>><br>> <br></span><span class="Apple-style-span" style="border-collapse: collapse; color: rgb(34, 34, 34); font-family: arial, sans-serif; font-size: 13px; ">> Good question. I have also though when we should start using generics in<br>

> Lazarus and LCL code. </span><div><div><div><span class="Apple-style-span" style="border-collapse: collapse; color: rgb(34, 34, 34); font-family: arial, sans-serif; font-size: 13px; ">> </span></div><div><span class="Apple-style-span" style="border-collapse: collapse; color: rgb(34, 34, 34); font-family: arial, sans-serif; font-size: 13px; ">> I remember that 2 latest FPC versions should be supported by Lazarus trunk<br>

> code. Currently it means FPC 2.4.2 and 2.4.4.<br><br></span></div></div></div><div><font class="Apple-style-span" color="#222222" face="arial, sans-serif"><span class="Apple-style-span" style="border-collapse: collapse;">Tested yielded good results with the generics (using TFPGMaps gave me the sort code I need for testing), but the IDE itself didn't like the generics (jump to implementation, and procedure list both failed in random ways including the entire IDE vanishing twice), so I'm thinking generics shouldn't be added to the LCL until the IDE fully supports them.   On the TIntegerList front, I refactored the code several times over, and the current implementation doesn't use an integerlist at all.  Many thanks for the feedback, and the link to your code...</span></font></div>