1. Have NGLayout display the following form: <form name="formtest"> <input type="text" size="6" tabindex="1"> <input type="text" size="6" tabindex="2"> </form> 2. Tab into the second field. 3. Now press tab --- nothing happens! But if you press tab again, the cursor will be moved to the 1st field. This is the behavior using a Win32 optimized build of NGLayout, running under NT 4.0.
Tom: when the tab manager is working, please reassign this bug to me.
No, this one is really mine, I'll keep it.
One other note on this bug. The first tab is ostensibly when focus will pass to the UI but currently the UI isn't taking advantage of this. Even so, in the case of no UI it needs to do the right thing.
Status: ASSIGNED → RESOLVED
Last Resolved: 19 years ago
Resolution: --- → FIXED
Now doesn't require second tab.
in a sense, this is working now - but it isn't doing the same thing that it does in legacy browsers. typically, pressing tab should move you through the form controls and then *to the location control in the browser itself* before moving back to the first form control. however, i'm marking this as verified fixed because apprunner currently doesn't seem to be working properly...
Yeah, there is an api in place that apprunner can use to be notified that the user has tabbed to the bottom of the page and they can then switch focus to the location bar, their buttons, etc. This bug was specificially that when that api wasn't used, we still wasted the tab message, therein requiring two tabs. Once apprunner uses the api you'll see the old behavior.
You need to log in before you can comment on or make changes to this bug.