[ wxwindows-Bugs-1344868 ] OnSize event resets wxHtmlWindow's scroll position

[SourceForge.net]

Bugs item #1344868, was opened at 2005-11-01 05:31
Message generated for change (Comment added) made by jtupper
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=109863&aid=1344868&group_id=9863

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: HTML
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Julien Enche (trapamoosch)
Assigned to: Vaclav Slavik (vaclavslavik)
Summary: OnSize event resets wxHtmlWindow's scroll position

Initial Comment:
Hi everybody,

I use a wxHtmlWindow in one of my app and I've seen a
strange behavior. 
For example, I create some html content and show it in
a html window.
I reduce the size of the window until scrollbars appear
and scroll the window with them.
If I change the size of the window, the scroll position
comes back to its initial state which is, I think, an
unwanted behavior.

This can be prevented by modifying
wxHtmlWindow::CreateLayout function like shown in the
joined file.

Anyway, doing this also prevents wxHtmlWindow to come
back to its initial state when calling SetPage/LoadPage
functions.

----------------------------------------------------------------------

Comment By: Jeff Tupper (jtupper)
Date: 2008-03-09 15:30

Message:
Logged In: YES 
user_id=1639384
Originator: NO

This seems like a step in the right direction. I've also noticed this
problem. A more sophisticated notion of what the wxHtmlWindow is showing
would be nice during resizes - perhaps set sizers in an attempt to keep the
same word on the top line? (Rather than simply reset to the very top as
wxHtmlWindow currently seems to do.)

----------------------------------------------------------------------

Comment By: Joao Luís Marques Pinto (jpinto)
Date: 2005-11-20 10:15

Message:
Logged In: YES 
user_id=21121

I have submited the bug report #1362245 which maybe related
to this.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=109863&aid=1344868&group_id=9863