#49845 [NEW]: Focus online documentation's search field on page load

From: Date: Mon, 12 Oct 2009 15:33:50 +0000
Subject: #49845 [NEW]: Focus online documentation's search field on page load
Groups: php.webmaster 
Request: Send a blank email to php-webmaster+get-6165@lists.php.net to get a copy of this message
From: soletan at toxa dot de Operating system: Irrelevant PHP version: Irrelevant PHP Bug Type: Website problem Bug description: Focus online documentation's search field on page load Description: ------------ Though I tried searching previous reports using Advanced Search with "focus documentation" as only criteria there wasn't any match but bug #21254. According to that issue I don't know "your" reasons for not fixing it. And while knowing the smart rewrite feature of your site now, I still see eligible reason for having the requested focus on loading page as I missed it for a lot situations now. Having sites like dict.cc for supporting German/English translations back in mind this issue might be very useful for switching from any app to an open browser (e.g. showing me some function's page on local php.net mirror) just to look up for another extension or method by starting to type its name. Back in 2002 it might be an argument to not bother with loading homepage, but today I don't care about it and I didn't do in 2002 as well having a flatrate all the time since then. And as indicated before my browser isn't used to show homepage but another result page. This way my browser's history of search result pages in combination with a this way very efficient search field is that much essential in very many situations. And it's saving a felt lot of time wasted frequently on grabbing mouse for moving cursor to search field, clicking on it just to regrab keyboard for typing in search term. And it won't even harm people without flatrates or suffering from low bandwidth internet connections as it's taking about 60 bytes more on every page in worst case compared to current situation, which is still less than 1% of documentation homepage being smaller than most searchable result pages. So, could you please consider this feature request again. -- Edit bug report at http://bugs.php.net/?id=49845&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=49845&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=49845&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=49845&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=49845&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=49845&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=49845&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=49845&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=49845&r=needscript Try newer version: http://bugs.php.net/fix.php?id=49845&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=49845&r=support Expected behavior: http://bugs.php.net/fix.php?id=49845&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=49845&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=49845&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=49845&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49845&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=49845&r=dst IIS Stability: http://bugs.php.net/fix.php?id=49845&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=49845&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=49845&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=49845&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=49845&r=mysqlcfg

« previous php.webmaster (#6165) next »