Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[GonoszTopi]

The problem is, that on MSW wx uses the native listctrl by default. You can override this if you use the universal widget set (configure wx with --with-msw --enable-universal --disable-debugreport <-- this is needed because of a bug in wx), and in MuleListCtrl.h & MuleListCtrl.cpp you need to change the

Code: [Select]

#ifdef __WXMSW__lines to

Code: [Select]

#if defined(__WXMSW__) && !defined(__WXUNIVERSAL__)This should work ... but it doesn't, at least for me. The MinGW compiler fails to understand correctly the MuleExtern:: namespace, and so it doesn't compile.

I have already created a "namespace-free" version of the patched listcontrol and tried it out, but, unsurprisingly, it doesn't work well... (At least much better then the unpathced native one).

So, it just seems to me that you have to wait until I can patch the native listcontol to use owner-drawn items...

[Sethur]

I see, that's why I had the problem with undeclared MuleExtern::xxxx objects. Well, if you already claim that the source code changes that should work refuse to, I'll not try it myself and just wait, until you patched the native listctrl.

Thanks for the info!

[Sethur]

What's up with the windows adapted build? Still no developer industrious enough?

Greets,

Sethur

[Xaignar]

I'll take a look at it later today or tomorrow.

[Sethur]

At last, i was able to compile version 2.0.0 final using wxMSW 2.6.0. Thanks for all your efforts.
By the way, it didn't compile with wxMSW 2.4.2 (I think some funktion regarding the tray icon expected a different argument). Perhaps you should adapt you configure script to not accept version 2.4.2 any more.

[Xaignar]

Agreed, the same goes for Mac also.

[Kry]

And for linux