Improve design of form fields
(MGNLUI-1610)
|
|
| Status: | Closed |
| Project: | Magnolia UI |
| Component/s: | forms |
| Affects Version/s: | 5.0 |
| Fix Version/s: | 5.0 |
| Type: | Sub-task | Priority: | Blocker |
| Reporter: | Andreas Weder | Assignee: | Mikaël Geljić |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | acceptance | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Environment: |
magnolia-bundle_stable build #35 (2013-04-08 14:27:35) |
||
| Attachments: |
|
||||||||
| Issue Links: |
|
||||||||
| Template: |
|
||||||||
| Date of First Response: | |||||||||
| Description |
|
Combo boxes currently are all editable. Why they could potentially be editable for fields supporting that (e.g. for tags), they shouldn't be by default. |
| Comments |
| Comment by Mikaël Geljić [ 10/Jun/13 ] |
|
Seems to be already the case. |
| Comment by Andreas Weder [ 10/Jun/13 ] |
|
I'm re-opening this because this seems not to be entirely solved. It is correct that combo boxes are not editable by default, but a cursor does show up, when you click into them. Observed on Firefox 21.0 on OS X. Not observed on Safari 6.0.4. |
| Comment by Mikaël Geljić [ 11/Jun/13 ] |
|
The cursor at the end of the field is indeed due to the underlying text input which is readonly when the ComboBox is non-editable. It is actually an accessibility feature that you can still select readonly text with the keyboard; Chrome and Safari are currently ignoring that. On the other hand, it would be down to the Vaadin ComboBox to use something else than the text input when it's non-editable. |