-
Notifications
You must be signed in to change notification settings - Fork 60
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
In Add Person form user is not able to navigate to next input field by pressing the [Tab] button in keyboard #907
Comments
we fixed it in latest code commit on #861 |
@shekhar16 tabs now work... but the new field you tab into is not selected...so the user still has to click from field to field! |
The fields has been implemented with <rich:inplaceInput , so for every field we had span and input fields in combine form that's why, on focus its only focusing the field but not allowing to enter text. |
In next version we are planning to remove richfaces at all. I think we can replace rich:inplaceInput with h:inputText to make text input generic across all our GUI. |
Tabs are working to edit the textbox. |
@shekhar16, I've just tested it and there seems to be quite a lot of buggy behavior present. Did you check the functionality after finishing the task? Whenever I click on a field or use a tab, an error message pops out. Even as a reminder, it looks pretty aggressive, so without any real update/addition we shouldn't display them. Also, the show/hide password icon doesn't seem to work. And it's impossible to add a new user: There's a typo, the string should be "Uid already exists". The whole activity throws the following error: |
@yurem i consolidated above changes in new PR (i.e. #1100 ) for above pending changes.So that u can merge it. |
@shekhar16, great that there are some fixes provided. I always report what I see as a user, and at the moment of testing, the UX was terrible. "You know it works like that" doesn't really apply if we want to make the UX better. I would suggest getting rid of the popup messages on focus out soon as possible, especially when the user clicks through them. The behavior in this view is inconsistent with other menu items' behavior, e.g. in Register Attribute. The way I see it, if there's any button that could validate the whole form -- just like Register does in this view -- it should do it, highlighting the field and/or providing a meaningful hint in/under the field + a pop-up: |
Perform following steps to reproduce,
When user click on tab button in they expect to navigate to the next field in the form. In user self registration form in Gluu user is able to move between input fields by hitting the tab button which is expected.
Check below screen for detail information,
The text was updated successfully, but these errors were encountered: