Search and Top Navigation
#6668 closed bug (worksforme)
Opened November 18, 2010 11:38AM UTC
Closed November 18, 2010 01:12PM UTC
Last modified October 11, 2012 09:15PM UTC
Accordion: input behaviour
| Reported by: | edwinboersma | Owned by: | |
|---|---|---|---|
| Priority: | minor | Milestone: | |
| Component: | ui.accordion | Version: | 1.8.5 |
| Keywords: | Cc: | ||
| Blocked by: | Blocking: |
Description
Hi,
I have an accordion with input fields in each row. The inputs are equipped with:
$('#accordion').find('input').focus (function (e) { e.stopPropagation(); });
I can tab through the inputs and fill in values, but when a value exists in the input field, it starts showing odd behaviour:
- when clicking the input field, I can place the caret in the text. Del and Backspace function correctly, but when pressing left or right arrow, the input looses focus and the cursor is to the arrow image at the beginning of the row (or any other row). It should of course just move the caret in the text.
- after the above has happened (even if the input was empty), the input field doesn't get focus any more when tabbing, but the focus goes to the next empty input field.
It's not so much as unworkable, but rather annoying and hard to explain the the users.
Edwin Boersma
Attachments (0)
Change History (3)
Changed November 18, 2010 11:57AM UTC by comment:1
| _comment0: | By extending the "stopPropagation" to the arrow keys (37 to 40), the behaviour becomes as expected. Not a bug though, but still I would opt for building in stopPropagation as default when arrow keys are pressed. \ → 1290081541775121 |
|---|---|
| _comment1: | By extending the "stopPropagation" to clicking the arrow keys (37 to 40), the behaviour becomes as expected. Not a bug though, but still I would opt for building in stopPropagation as default when arrow keys are pressed: \ \ \ if (e.keyCode >= 37 && e.keyCode <= 40) { e.stopPropagation(); } \ → 1290081612257247 |
Changed November 18, 2010 01:12PM UTC by comment:2
| resolution: | → worksforme |
|---|---|
| status: | new → closed |
This is working fine for me. Please provide a reduced test case showing the problem.
Changed October 11, 2012 09:15PM UTC by comment:3
| milestone: | TBD |
|---|
Milestone TBD deleted
By extending the "stopPropagation" to pressing the arrow keys (37 to 40), the behaviour becomes as expected. Not a bug though, but still I would opt for building in stopPropagation as default when arrow keys are pressed:
$('#accordion').find('input').keydown (function (e) {
if (e.keyCode >= 37 && e.keyCode <= 40) { e.stopPropagation(); }
});