Mac OSX wxComboBox Warning in syslog

[Gerhard Mueller]

I get this strange warning in syslog for my wxWidgets application OpenCPN using wxWidgets 2.9.5, OS X 10.8.4 and Xcode 4.6:

************************************************************************
OpenCPN[2469]: This application is trying to draw a very large combo box, 30 points tall.  Vertically resizable combo boxes are not supported, but it happens that 10.4 and previous drew something that looked kind of sort of okay.  The art in 10.5 does not break up in a way that supports that drawing.  To avoid breaking existing apps, NSComboBox in 10.5 will use the 10.4 art for large combo boxes, but it won't exactly match the rest of the system.  This application should be revised to stop using large combo boxes.  This warning will appear once per app launch.
***********************************************************************

Any hints please?

[Stefan Csomor]

Hi

This must be coming from your code somehow, as a stock widgets sample eg
does not expose it, I remember win32 using the size.y as an indication on
how large the drowdown-list should be, I'll check on wx-dev on the current
status of this behaviour.

Best,

Stefan

[Gerhard Mueller]

Thanks for your answer Stefan.
Yes, the message is for sure from the OpenCPN app which uses ComboBoxes only from wxWidgets. Strange thing also, I cannot replicate this message to check where exactly the code line might be found. Furthermore no Xcode warnings and no asserts compiling and running the app are seen so far. The Apple 10.8 docs for ComboBoxes gaves no hint also. After doing a safe boot of the machine and some normal reboots I cannot see this warning anymore in syslog although the app was launched several times til then. So the warning text "This warning will appear once per app launch." is wrong? Very strange...

Gerhard

Am Montag, 17. Juni 2013 17:33:26 UTC+2 schrieb Stefan Csomor:

Hi

[Stefan Csomor]

Hi

So the warning text "This warning will appear once per app launch." is wrong? 

no, somewhere in your app a comobox is getting a height set of 30 which is way too big for a size, but may be meant as the size of the drop-down list, that's why I'm checking on wx-dev to find out about the 'contract' behind SetSize on wxChoice and wxCombobox

So I'll come back,

Best,

Stefan

[Gerhard Mueller]

I just found this issue: http://trac.wxwidgets.org/ticket/14498

So it seems to be a bug over one year old and not solved yet?

Gerhard

[Stefan Csomor]

Hi

I just found this issue: http://trac.wxwidgets.org/ticket/14498

So it seems to be a bug over one year old and not solved yet?

you should always construct items like single line textcontrols and comboboxes with a height of –1, that way the system itself is using the control's best size, the bug is about what should be done if you don't follow that advice, or in which situations something in the system itself is thinking it knows better … are you using wxComboBox inside a wxGrid ? or a sizer with vertical expanding ?

Best,

Stefan

[Gerhard Mueller]

Hi Stefan,

there was also a strange behavior with DropDownBoxes used in wxGrid cells. They disappered after a click so fast that an item choice was impossible.
After using the daily build of wx 2.9.5 with the patch "Improve wrapping of cell contents in wxGrid (nmset)." of Vadim Zeitlin the problem was solved.

I will check the code of the OpenCPN app with your advices. Problem might be, this app uses plugins from different programmers which make heavy use of wxFormBuilder.
I guess the generated code of the wxFormBuilder is not always the best.

Thanks, Gerhard

[Stefan Csomor]

Hi Gerhard

there was also a strange behavior with DropDownBoxes used in wxGrid cells. They disappered after a click so fast that an item choice was impossible.
After using the daily build of wx 2.9.5 with the patch "Improve wrapping of cell contents in wxGrid (nmset)." of Vadim Zeitlin the problem was solved.

Maybe that was related to my combobox fix 74186/87

Best,

Stefan