sometimes when you play with this function or simply add figures to view
or resize the figures already created.
arises a situation, whene the horizontal scrollbar pos get's stuck.
you move the thumb or use the arrow keys. but it just doesn't scroll.
the thumb is always returned to the 'stucked' position.
I found that in the wx-users archive:
http://lists.wxwidgets.org/archive/wx-users/msg27928.html
<<
In the current state, I can demonstrate one wxScrolledWindow bug
(which I haven't yet traced -- which means it's possible it's in
my demo code). I can also demonstrate a deficiency in the logic for
computing the viewable area (i.e. it's possible to get into a
state where you can't scroll all the way to the edge of your area).
>>
Anyone have something similiar?
Anyone solved this?
VV> sometimes when you play with this function or simply add figures to view
VV> or resize the figures already created.
VV> arises a situation, whene the horizontal scrollbar pos get's stuck.
VV> you move the thumb or use the arrow keys. but it just doesn't scroll.
VV> the thumb is always returned to the 'stucked' position.
I've never seen this and would really need a way to reproduce it. Can you
modify the scroll sample to show this problem?
Thanks,
VZ
--
TT-Solutions: wxWidgets consultancy and technical support
http://www.tt-solutions.com/
Vladimir Vainer wrote:
> Vadim Zeitlin wrote:
>
>> On Wed, 27 Oct 2004 12:04:12 +0200 Vladimir Vainer
>> <str...@avalon-net.co.il> wrote:
>>
>> VV> sometimes when you play with this function or simply add figures
>> to view VV> or resize the figures already created.
>> VV> arises a situation, whene the horizontal scrollbar pos get's stuck.
>> VV> you move the thumb or use the arrow keys. but it just doesn't
>> scroll.
>> VV> the thumb is always returned to the 'stucked' position.
>>
>> I've never seen this and would really need a way to reproduce it. Can
>> you
>> modify the scroll sample to show this problem?
>>
>> Thanks,
>> VZ
>>
>>
>>
> After moving from wxWidgets 2.4.2 to 2.5.3 i've managed to find the
> problem.
> but not the solution.
> In wxWidgets 2.5.3 there something changed in sizers behavior. so the
> 'bug' which i'm certain now is in my code can be reproduced very easily.
> I have a canvas class, derrived from wxScrolledWindow, which holds
> different controls.
>
> Now, if you set the canvas size to something big, just enough big to
> make scrollbars appear.
> And put some control in the bottom right corner, as soon as you touch
> the vertical scrollbar, the canvas go away.
> and you see nothing. I found that this happens only to 2 controls out
> of total 5 i have.
> And those two control differ from the rest with only one thing. They
> change their size inside the constructor.
> Like for ex., a TextCtrl, it's just a rect showing some text. the
> constructor resizes the control to fit the text given to constructor.
> And the fore i have a situation that one size is passed to a base
> class, and then still inside the constructor i set it to something
> else with SetSize.
>
> And i believe it's not correct.
>
> Are there any good working way to change controls size inside it's
> constructor?
> Or a way to make the sizer care only for the canvas size itself, and
> ignore all my controls?
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: wx-users-u...@lists.wxwidgets.org
> For additional commands, e-mail: wx-use...@lists.wxwidgets.org
>
>
>
>
>On Wed, 27 Oct 2004 12:04:12 +0200 Vladimir Vainer <str...@avalon-net.co.il> wrote:
>
>VV> sometimes when you play with this function or simply add figures to view
>VV> or resize the figures already created.
>VV> arises a situation, whene the horizontal scrollbar pos get's stuck.
>VV> you move the thumb or use the arrow keys. but it just doesn't scroll.
>VV> the thumb is always returned to the 'stucked' position.
>
> I've never seen this and would really need a way to reproduce it. Can you
>modify the scroll sample to show this problem?
>
> Thanks,
>VZ
>
>
>