<div class="gmail_quote">On Fri, Dec 23, 2011 at 20:44, rupert THURNER <span dir="ltr">&lt;<a href="mailto:rupert.thurner@gmail.com">rupert.thurner@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="gmail_quote"><div><div></div><div class="h5">On Fri, Dec 23, 2011 at 20:29, Brion Vibber <span dir="ltr">&lt;<a href="mailto:bvibber@wikimedia.org" target="_blank">bvibber@wikimedia.org</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The floating, fixed-position header bar (header bar always at the same place at top of the screen while other things scroll) causes a number of problems in the app, including:<br><br>* <a href="https://bugzilla.wikimedia.org/show_bug.cgi?id=32917" target="_blank">https://bugzilla.wikimedia.org/show_bug.cgi?id=32917</a> - <span>
      <span>It&#39;s difficult to tap into the search box</span></span><br>* <a href="https://bugzilla.wikimedia.org/show_bug.cgi?id=31524" target="_blank">https://bugzilla.wikimedia.org/show_bug.cgi?id=31524</a> - s<span><span>ection links on file pages scroll too far down</span></span><br>



<br>My &#39;absolute&#39; branch resolves this by removing the &#39;position: fixed&#39; floating toolbar and letting it scroll off the page:<br><a href="https://github.com/brion/Wikipedia/commits/absolute" target="_blank">https://github.com/brion/Wikipedia/commits/absolute</a><br>



<br>This lets us drop the event handlers that screw up the search field focusing, because we don&#39;t need them to work around the bug where click events went through to the background elements. It fixes the scrolling / reference / hashlink issue by getting the header out of the way, so going to a position in the document actually shows it at the top of the screen.<br>



<br>It also provides more screen space for reading, which is a big plus in portrait orientation where a toolbar eats proportionately more screen space.<br><br><br>The downside is that if you&#39;ve scrolled down on the page, you have to scroll back up to get to the search field etc.<br>



<br>This is pretty much how the stock web browsers on iOS and Android work, however, so I don&#39;t think it&#39;s such an awful thing to do. Any objections? Preferences on making things sometimes auto-pop up?<br><br></blockquote>


</div></div><div><br>thanks so much for removing this space waste and provide more area for the article. android phones usually have a (hardware) search button, most of the time a magnifier symbol. this is used for searching the phone book as well for browsers, etc. is there any thing why you do not want to use it?<br>

<font color="#888888"> 
</font></div></div></blockquote><div>just as a reference for the ones not so familiar with android development: <a href="http://developer.android.com/guide/topics/search/search-dialog.html">http://developer.android.com/guide/topics/search/search-dialog.html</a> was the &quot;android standard&quot; way i was referring to.<br>

<br>rupert<br><br><br></div></div>