#49845 [NEW]: Focus online documentation's search field on page load
| From: | soletan at toxa dot de | 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