|  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #49845 Focus online documentation's search field on page load
Submitted: 2009-10-12 15:33 UTC Modified: 2009-10-12 15:47 UTC
From: soletan at toxa dot de Assigned:
Status: Wont fix Package: Website problem
PHP Version: Irrelevant OS: Irrelevant
Private report: No CVE-ID: None
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If this is not your bug, you can add a comment by following this link.
If this is your bug, but you forgot your password, you can retrieve your password here.
Bug Type:
From: soletan at toxa dot de
New email:
PHP Version: OS:


 [2009-10-12 15:33 UTC] soletan at toxa dot de
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 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 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.


Add a Patch

Pull Requests

Add a Pull Request


AllCommentsChangesGit/SVN commitsRelated reports
 [2009-10-12 15:47 UTC]
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
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Fri Jun 14 15:01:30 2024 UTC