Re: [wxperl-users] Wx::Sizer::Remove

[John R. <jr...@ce...>]

On Jun 11, 2006, at 4:49 AM, Mattia Barbon wrote:

> On Sat, 10 Jun 2006 15:43:04 -0700
> John Ralls <jr...@ce...> wrote:
>
>> Has a somewhat complicated aliasing that maps it to RemoveWindow
>> (which is an XS function which in turn calls Remove).
>> The problem is that the definition for RemoveWindow is ifdeffed out
>> for wxWidgets 2.7.0, presumably because Remove is deprecated.
>
>   No, because it is marked as "wxWidgets 2.6.x compatibility".
>
>> A nicer approach might be to issue a warning and call Detach, which
>> is what the wxWidgets header suggests. And OBTW, Remove has been
>> deprecated in wxWidgets since January 2003.
>> Why
>> jerk this around
>
>   I can interpolate the from context, but what does this
> exactly mean?

Sorry, "jerk around" is an American idiom meaning to annoy,  
especially by being inconsistent. (Webster adds "underhanded", but I  
don't agree with them about that.) For example, one is often "jerked  
around" when trying to get a building permit.

>
>> now,
>> and only for 2.7.0+?
>
>   I usually #if out functions for wxWidgets 2.X development  
> releases when
> they are marked for wxWidgets 2.X-1 compatibility.
>
> Regards
> Mattia

OK.
That seems a bit heavy-handed, especially since previous version  
compatibility is generally on by default. Is it feasible to check for  
the WXWIN_COMPATIBILITY flag instead?

Regards,
John Ralls