[wx-dev] Re: CanApplyThemeBorder()

Brian Vanderburg II BrianVanderburg2 at aim.com
Wed Jan 2 10:27:12 PST 2008


Vadim Zeitlin wrote:
> On Tue, 01 Jan 2008 16:42:53 +0000 Julian Smart <julian at anthemion.co.uk> wrote:
>
> JS> Whether a control already draws its theme, or whether the wxMSW 
> JS> implementation should draw it explicitly, has nothing to do with the 
> JS> platform-independent border styles in wxWidgets. It's entirely an 
> JS> implementational detail.
>
>  Ok, but then we should:
>
> a) rename this CanApplyThemeBorder() to MSWDrawsThemeBorder() or something
>    like that to make it clear that it's MSW-specific
> b) make it return false in wxControl as native controls do draw their
>    (themed or not) border themselves
>   
MSWDrawsThemeBorder sounds like you are asking if MSW draws the themed 
border itself, not if wx should draw the themed border instead, does 
'MSW' 'Draw' the 'ThemeBorder' itself is what it sounds like, so it 
seems it should return true for controls that do draw the themed border 
itself (native ones) and false for the ones that MSW does not draw the 
border but still want a themed border to be drawn by the wx renderer or 
whatever.
> shouldn't we?
>
> JS> Huh? No, you'll get the themed border if you specify wxBORDER_THEME if 
> JS> it makes sense for the control  - so, there won't be a border for a 
> JS> wxStaticText, but there will be for a wxListBox or a wxRichTextCtrl. I 
> JS> don't think there's a problem here.
>
>  I think there is a big problem here. The border styles used to work
> consistently: you got default border if you didn't specify any border style
> and the given border if you used an explicit border style. With
> wxBORDER_THEME you get either themed border or no border at all depending
> on the control. I still believe that this a very bad idea and that it
> should work in exactly the same way as the other styles, i.e. draw the
> themed border if it's specified even for wxStaticText. The problem with
> CanApplyThemeBorder() might be unrelated (or at least secondary) to this
> one, but I still think that the current behaviour (as per your description
> above) is a problem.
>
>  Regards,
> VZ
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: wx-dev-unsubscribe at lists.wxwidgets.org
> For additional commands, e-mail: wx-dev-help at lists.wxwidgets.org
>
>   




More information about the wx-dev mailing list