Developer forums (C::B DEVELOPMENT STRICTLY!) > Development

CodeBlocks 16.01 not working completely on Mac OS X

<< < (2/3) > >>

ridge:
Yeah, I've also tried wxWidgets-2.8.  The problem does not appear to be with wxWidgets.
I can build an example wxWidgets project - wxChoice works just fine on Mac OS X (see attached).

It seems that the problem is in CodeBlocks...huh?

Any pointers?

oBFusCATed:
The problem might be that we're building the toolbars using xrc files and not with code.
Probably there is something broken with the xrc stuff.

These are the files used for the compiler toolbar:
./plugins/compilergcc/resources/compiler_toolbar.xrc
./plugins/compilergcc/resources/compiler_toolbar_16x16.xrc

The code for the toolbar creation is in CompilerGCC::BuildToolBar method.
Can you try them in your sample?

Also there is no point using wx2.8. wx3.0 is the only thing that is going to work on osx. wx2.8 is known to be really buggy.

ridge:
Thanks oBFusCATed.

It appears that there is a custom control ("wxToolBarAddOn") that, for some reason,
doesn't play nice with wxChoice on Mac OS X.
Ok, I'll take a look at the BuildToolBar method...

My sample works on all versions of wxWidgets that I've tried.
However, I agree, it only make sense to use >= wx3.0.
wx3.1 doesn't seem to be any worse than wx3.0 and perhaps
has some bug fixes - any reason not to stick with wx3.1?

oBFusCATed:
So the class of the toolbar doesn't play well with the wxchoice? This should be researched even further.

About wx3.1 - it is a development version. I'm using it to test things, but we need to support wx3.0 for most of the linux distros, so we cannot switch to wx3.1...

oBFusCATed:
So it seems the toolbar loading code is in xtra_res.cpp. Can you try to debug it and see what call is failing on OSX?

Navigation

[0] Message Index

[#] Next page

[*] Previous page