Re[2]: Using a generic control where the native one is default

On Thu, 9 Jan 2025 09:46:31 -0800 (PST) PB wrote:

P> I have tried using wxGenericListCtrl as Vadim hinted but I got a bunch of 
P> linker errors: It appears that the generic code is not compiled or linked 
P> in.

 Oops, yes, of course, sorry, I should have mentioned that you need to
build src/generic/listctrl.cpp as part of your project.

P> wxListCtrl on Windows still has some issues in dark mode, which may not be 
P> easy to fix. However, wxDVLC does not have a native appearance there 
P> either: The item selection color is different (blue vs native gray) and the 
P> color of (optional) vertical and horizontal rulers is too bright (compared 
P> to that of column separators in the native header). I think we may need to 
P> add more color getters for certain items to wxDarkModeSettings, where the 
P> color may unfortunately be hard-coded by default .

 Yes, it would be nice to make wxDVC more compatible with wxListCtrl under
MSW because I'd definitely tend to recommend using the former rather than
the latter in the new code.

P> As for why I wanted it and not wxDVLC. Aside from the report mode, 
P> wxListCtrl has those modes which allows the column to wrap and efficiently 
P> use the screen width if you have many short labels.

 Fair enough, if you need anything but the report mode, wxListCtrl is your
only choice.

P> BTW, wxDVLC in report mode also has some shortcomings when comparing to the 
P> native list control. For example, AFAICT, wxDVLC does not support item 
P> hot-tracking on mouse move nor does it allow multiple selection by mouse 
P> dragging.

 It shouldn't be very difficult to implement selection by mouse dragging in
the same way it's already done in wxGrid. But it still needs to be done, of
course...

 Regards,
VZ

-----BEGIN PGP SIGNATURE-----

iF0EABECAB0WIQQx+vLQdOwioQqkxtoG6kHeT2wehgUCZ4ANCwAKCRAG6kHeT2we
hs3fAJ0eZ1q7WLuWRIHDQjbeyFbaULoqEACdGM6RhvkAa1r5e3+ptL6/iZ/qi5k=
=T52d
-----END PGP SIGNATURE-----