Closed (fixed)
Project:
Drupal core
Component:
user.module
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
17 Aug 2005 at 17:14 UTC
Updated:
25 Dec 2005 at 13:00 UTC
Jump to comment: Most recent file
When the drupal module is activated, when you go to /user to log in, you have a link that appear to Drupal.org Enter your drupal username, or an ID from one of our affiliates: Drupal., so when you use "tab" to switch from one input to another, you go in order :
- username input
- Drupal link
- password input
So I think the logic is biased as you're supposed to reach first username, then password and end by the submit button.
This patch add tabindex to input fields to force this behaviour.
| Comment | File | Size | Author |
|---|---|---|---|
| #16 | user_tabindex_4.patch | 1.75 KB | asimmonds |
| #15 | user_tabindex_3.patch | 1.81 KB | asimmonds |
| #12 | user_tabindex_2.patch | 1.72 KB | asimmonds |
| user_tabindex.patch | 1.75 KB | tostinni |
Comments
Comment #1
ax commentedvery useful! how often do i find myself irritated that i'm not in the password field after <input username> <tab>.
patch applies cleanly against current cvs and works as expected. a big +1.
Comment #2
ezheidtmann commentedYou are a genius! This has always bugged me, and now you've come up with a good fix. Code looks good, but I haven't tested it.
Comment #3
Bèr Kessels commented+1 Very usefull indeed.
We should have fixed this long ago. But I guess that others, just like me, everytime thought "ah darned, that tabindex, I should really go and fix this. Hmm but not now".
Well, tostini took this up. Hope it gets committed soon.
Comment #4
Tobias Maier commented+1 very good.
makes user expierience better :D
Comment #5
ax commentedthese very useful 4 lines should definitely go into 4.7.
Comment #6
dries commentedWe've never worried about tabindices. Postponed for now.
Comment #7
ax commentedDries, please reconsider this. Did you ever had to log into a site with DA-modules enabled? It looks like this:
now
Now aren't you at least a little confused that the cursor isn't in the password field after <input username> <tab>? Now look at it after applying this 4 lines patch:
after patch
Still think that should be postponed? Quite some people, including me, for sure don't.
Comment #8
ax commentedthat last comment was supposed to be 2 forms, posted as "full html". apparently, project.module doesn't like this. so i put the before / after demo at my Drupal site.
Comment #9
Crell commentedTrue, there's no global Drupal tabindex policy. So? This is a useful improvement, breaks nothing, and improves usability. Big +1 here. Let's get it into 4.7.
If we've never worried about tabindex before, maybe it's time to start. :-)
Comment #10
tostinni commentedIn fact I didn't remind other places where tabindex should be taken care of, but if you find some, please list them, I would made the patches.
For example, I was considering create content, and for the moment, all input are in correct order... till the day we decide to put some URL in help texts...
Comment #11
ax commentedComment #12
asimmonds commentedHave updated this patch to use the new Forms API
Comment #13
moshe weitzman commentedsimple and useful .. lets try this again :)
Comment #14
asimmonds commentedI forgot I did this patch update, it was done before the form item types were prepended with '#'. So this patch requires updating to the current form api.
Comment #15
asimmonds commentedUpdate for the current Form API
Comment #16
asimmonds commentedSync'ed patch with HEAD
Comment #17
moshe weitzman commentedComment #18
Bèr Kessels commentedI really like this path. another +1 (on top of my previous one) It works as expected.
(And I have to really get used to not hitting tab twice. It has become a habit ;) )
Comment #19
moshe weitzman commentedperhaps a cvs reviewer could reconsider this and post here is unacceptable. this is such a small change.
Comment #20
dries commentedI can't reproduce the problem on http://drupal.kollm.org/files/tabindex.html. It works fine with both Firefox 1.5 and Safari. Weird.
Comment #21
moshe weitzman commentedthats is weird because ax's page illustrates the problem for me in Firefox 1.5 and Opera 8, and IE6. All tested on Windows OS.
Comment #22
MarcoZ commentedDries, I can confirm that the first form takes me to the username, then to the bunch of links, then to the Password field as well. Again, this is under Windows using FF 1.5 or IE 6, not MAC OS. I believe this is a very useful patch indeed.
Marco
Comment #23
dries commentedCommitted to HEAD. Looks like everyone can reproduce this but me. Weird.
Comment #24
(not verified) commented