#49845 [Opn->WFx]: Focus online documentation's search field on page load
| From: | bjori@php.net | Date: | Mon, 12 Oct 2009 15:47:49 +0000 |
| Subject: | #49845 [Opn->WFx]: Focus online documentation's search field on page load | ||
| References: | 1 | Groups: | php.webmaster |
| Request: | Send a blank email to php-webmaster+get-6166@lists.php.net to get a copy of this message | ||
ID: 49845
Updated by: bjori@php.net
Reported By: soletan at toxa dot de
-Status: Open
+Status: Wont fix
Bug Type: Website problem
Operating System: Irrelevant
PHP Version: Irrelevant
New Comment:
Automatically moving focus to it will destroy natural navigation using
your keyboard.
I wouldn't even be possible to scroll the page without tabbing out of
the textbox first.
If you want get to the search box faster you can use the keyboard
shortcut key. On Linux using Firefox it is; shift+alt+s
Previous Comments:
------------------------------------------------------------------------
[2009-10-12 15:33:50] soletan at toxa dot de
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 this bug report at http://bugs.php.net/?id=49845&edit=1