I've found this often on Mac -- it happens when I place widgets in panels that I then place in a frame. If instead I put the widgets in a single sizer for the frame, I don't see the clipping you describe.
-M
···
On Thu, 13 Jul 2006, Thomas Thomas wrote:
Hi All,
on mac the combo boxes are loosing the bottom part if the height is set to "21", with size 28 they look fine.
I am developing the application on windows where height 21 looks good. I need to port the application to mac.
most controls and texts are bit oversized in mac . I tried using wx.WindowVariantSmall it works for most controls except comboboxes.
Does anyone has similar situation.. Can I use a different font /setting for the controls to look similar to size as in windows..
Thanks
-----------------------------------------------------
Thomas Thomas
Hi All,
on mac the combo boxes are loosing the bottom part if the height is set to "21", with size 28 they look fine.
I am developing the application on windows where height 21 looks good. I need to port the application to mac.
most controls and texts are bit oversized in mac . I tried using wx.WindowVariantSmall it works for most controls except comboboxes.
Does anyone has similar situation.. Can I use a different font /setting for the controls to look similar to size as in windows..
It is almost always better to allow controls to have their default heights. The different platforms usually have different native sizes for a reason and if you try to force it to be different then you start to lose the native LnF.
That said, the wxComboBox on wxMac is not a true native control but is a composite used to work around the native combo not fitting into the wx API (or something like that.) So it's possible that it is not passing the WindowVariant setting on to the individual controls like it should be. Please enter a bug report about this.
···
--
Robin Dunn
Software Craftsman http://wxPython.org Java give you jitters? Relax with wxPython!