<div dir="ltr">Hi all<div><br></div><div>Not sure if it's a question, a bug report or a feature request :)</div><div><br></div><div><b>*Context*</b></div><div>I am making a Wikipedia app, go download the current version from store or build from <a href="https://github.com/amarchen/Wikipedia">https://github.com/amarchen/Wikipedia</a></div>

<div><br></div><div>And UI makes a lot of sense [to me] if it has a Search bar always visible on the top of the page. No problem, I used to put there a SearchField and anchor WebView to below it. Until use of WebView was forbidden and we had to switch to SilicaWebView.</div>

<div><br></div><div><b>*Problem*</b></div><div>SilicaWebView seems to be engineered so that it is always full screen (as any other Flickable) and it is not behaving well if included into another Flickable. </div><div><br>

</div><div>To be precise two Flickables seem to start fighting over touch control and scrolling sometimes works, sometimes doesn't :/</div><div><br></div><div><b>*Possible solutions (as I see it)*</b></div><div>1. Downgrade SilicaWebView to be just a wrapper for a web view, don't mix Flickable responsibilities into WebView responsibilities. There are different responsibilities after all.</div>

<div><br></div><div>2. Or extract just a WebView wrapper into a new class</div><div><br></div><div>3. Or resolve the situation when SilicaWebView is not a full screen item, but lives inside another Flickable.</div><div><br>

</div><div>What do you think?</div><div><br></div><div>Best regards,</div><div>Artem.<br clear="all"><div><br></div>-- <br>Artem Marchenko<br><a href="http://agilesoftwaredevelopment.com" target="_blank">http://agilesoftwaredevelopment.com</a><br>

<a href="http://twitter.com/AgileArtem" target="_blank">http://twitter.com/AgileArtem</a>
</div></div>