kicad-developers team mailing list archive

[Wayne Stambaugh <stambaughw@xxxxxxxxx>]

Jeff,

Are all dialogs that use wxRadioBoxes look like this on macos or is it
just the two that you mentioned?  I know the footprint properties dialog
uses them so you could check there as well.  At least this way we could
determine if it's due to a wxformbuilder setting or just due to wx
behavior on macos.

Wayne

On 1/23/2018 10:15 AM, jp charras wrote:
> Le 23/01/2018 à 15:40, Jeff Young a écrit :
>> Yeah, it’s just most noticeable in Read Netlist, but in fact it’s all radio buttons in a box sizer:
> 
> In fact the wxWidget is a wxRadioBox, and has no specific option for radio buttons positions
> 
> It looks like a wxStaticBoxSizer + radio buttons, but at Kicad code level this is not the case
> (I am guessing it could be the case in wxWidgets internal code).
> 
> I always saw sizing issues on Linux/KDE with wxStaticBoxSizers and/or wxRadioBoxes, especially
> wxRadioBoxes.
> This is not the same issue as OSX, but the vertical size is incorrectly calculated, giving a ugly
> look to some dialogs using them (they are even not usable in wxWidgets built against GTK3).
> 
> So I can easily live with replacing wxStaticBoxSizers and wxRadioBoxes by something else.
> 
>>
>>
>>
>>> On 23 Jan 2018, at 14:35, Jeff Young <jeff@xxxxxxxxx> wrote:
>>>
>>> Note: I’ve split the dialog issues out into a separate thread.
>>>
>>> Hi Wayne, 
>>>
>>> It still happens.  I have wxFormBuilder running, but none of the settings affect the centering.  I suspect it’s just how the wxWidgets team implemented it on OSX.
>>>
>>> I might light at it again while putting my flame-suit on over Undo. ;)
>>>
>>> Cheers,
>>> Jeff.
>>>
>>>
>>>> On 23 Jan 2018, at 14:19, Wayne Stambaugh <stambaughw@xxxxxxxxx> wrote:
> 
>