|
|
Rank: Member
Groups: Member
Joined: 11/4/2014
Posts: 12
|
Hi - I'm getting on well with using the Eo.WebBrowser but one thing that I do notice is that the reflow/repaint speed seems a bit laggy when I change the surface size of the containing window (which in-turn changes the dimensions of the browser control). The project I have is a WinForm solution. If I run the same web assets in the standalone Chrome browser I don't see the same laggyness. Do you have any thoughts? Thanks.
|
|
Rank: Administration
Groups: Administration
Joined: 5/27/2007
Posts: 24,070
|
Hi,
This is due to the fact that we have to resync a number of things between the .NET side and the native side whenever a resize occurs. To improve the performace, we specifically added a time delay so that we do not have trigger to many resyncing. For example, if user drag resize the window quickly, then instead of resyncing on every mouse movement, we delay the action so that it only sync a few times through out the process. This allows the container (in this case, your Form) to be very responsive to your mouse movement but at the expensive of the WebView showing a slight lagging on "catch up" the resizing. We will see if we can optimize this further to reduce the observed lagging.
Thanks!
|
|
Rank: Member
Groups: Member
Joined: 11/4/2014
Posts: 12
|
Hi - thanks - I sort of guessed that might be the case. Could I suggest that you add a refresh frequency setting property to the interface of the webview component to allow us to fine tune the refresh rate manually. Thanks for looking into this.
|
|
Rank: Member
Groups: Member
Joined: 11/4/2014
Posts: 12
|
Hi - any further thoughts on this one? Thanks.
|
|
Rank: Administration
Groups: Administration
Joined: 5/27/2007
Posts: 24,070
|
Hi,
We have decided against adding such a property due to concern of being bloated and not being able to significantly improve the responsiveness (in fact if we sync it too frequently it can cause mouse to be less responsive). This is the same idea as Windows sometimes sacrifice screen repaint to improve responsiveness to user input.
Thanks!
|
|
Rank: Member
Groups: Member
Joined: 11/4/2014
Posts: 12
|
Hi - I hear what you you are saying. Would you consider implementing simply a boolean property, Say FasterRepaintOnResize that goes some way to improving the repaint speed. At the moment the concern I have is that the difference between repaint on resize speed for a standard windows app and that for an app containing eobrowser embedded content is large enough for the users attention to be drawn to the issue - especially if the content has a non-white background. Thanks.
|
|
Rank: Administration
Groups: Administration
Joined: 5/27/2007
Posts: 24,070
|
Hi,
We won't do that for now ---- this is more of a band aid than a real fix. In the long run we will see if we can optimize the syncing code so that the end user won't notice the delay.
Thanks!
|
|