Although by "fix" this also implies "disable all Wx-level GUI
optimization completely".
The update locking is there to prevent huge update and repaint storms
with dramatically slow down Padre's gui code and cause flickering.
Removing this is a pretty big deal, can't we just send a manual update
or resize event to AUI every time we're about to unlock the window
locker?
Adam K
On 26 May 2011 01:52, Mark Dootson <mark.doot...@znix.com> wrote:
> For info
>
> Changing line 152 of Padre::Locker to
>
> $self->{update_locker} = ( $^O =~ /^mswin/i ) ? 1 :
> Wx::WindowUpdateLocker->new( $self->{owner} );
>
> seems to fix everything for me.
>
> Mark
>
> On 25/05/2011 16:30, Mark Dootson wrote:
>> Hi,
>>
>> I spent some time tracking down the real issue.
>>
>> wxWidgets 2.8.12 introduces some improvements to wxAuiNotebook.
>>
>> The window will no longer carry out updates if it is Frozen.
>>
>> Padre locks the main Window during any update with creation of a
>> Wx::WindowUpdateLocker instance. This just Freezes the window on
>> construction and Thaws it on destruction.
>>
>> On wxMSW alone, freezing a top level window freezes all its children also.
>>
>> So, on wxMSW + 2.8.12 none of the normal layout refreshes for the
>> Wx::AuiNotebook instances take place because you have frozen the window
>> via the toplevel freeze.
>>
>> Any kind of window update outside your locking scheme causes the window
>> to update correctly.
>>
>> Fix - I'm not sure. Ii would all work fine if you didn't Freeze the
>> window though I guess that will mess things up quite a bit.
>>
>> Hope it helps.
>>
>> Regards
>>
>> Mark
>>
>>
>> On 24/05/2011 19:32, Gabor Szabo wrote:
>>> hi,
>>>
>>> I sent this to be wxPerl mailing list already asking for help but it
>>> would be nice
>>> if other people on this list could report on the same bug what version of
>>> Padre/Wx/wxWidgets/OS they have and if they see the same problem or not.
>>> We have not seen it elsewhere but I am not sure if this is restricted
>>> to Windows or
>>> not.
>>>
>>> Here is the message:
>>>
>>> I see a window sizing issue with Padre on Windows.
>>> I am still trying to figure out if which combinations of Wx and
>>> wxWidgets have the issue and if we can fix it in user-land code or if
>>> it needs some Wx wizardry. In any case if someone here could take a
>>> look at the screenshot, I'd appreciate.
>>> Here is the ticket: http://padre.perlide.org/trac/ticket/1225
>>>
>>> In the meantime I try to check this on other systems as well and put
>>> my findings in the ticket
>>>
>>> regards
>>> Gabor
>>> _______________________________________________
>>> Padre-dev mailing list
>>> Padre-dev@perlide.org
>>> http://mail.perlide.org/mailman/listinfo/padre-dev
>>
>> _______________________________________________
>> Padre-dev mailing list
>> Padre-dev@perlide.org
>> http://mail.perlide.org/mailman/listinfo/padre-dev
>
> _______________________________________________
> Padre-dev mailing list
> Padre-dev@perlide.org
> http://mail.perlide.org/mailman/listinfo/padre-dev
>
_______________________________________________
Padre-dev mailing list
Padre-dev@perlide.org
http://mail.perlide.org/mailman/listinfo/padre-dev
