Details
-
Type:
Improvement
-
Status: Open
-
Priority:
Major
-
Resolution: Unresolved
-
Affects Version/s: 1.8.2-EE-GA_P02
-
Fix Version/s: None
-
Component/s: ICE-Components
-
Labels:None
-
Environment:All
-
Affects:Documentation (User Guide, Ref. Guide, etc.), Sample App./Tutorial
Description
It would be useful to have the selectInputText component render a scroll bar when displaying items. At the moment it is possible to restrict the number of matches made. If there are more matches than what the rows will show then these matches aren't shown. Having this implemented will allow the matches to be displayed in a set section but also be able to show all options.
Suggest adding a new attribute called "scrollable=true/false" which would display a vertical scrollbar inside the popup list if there were more possible matches available that would fit in the "rows"-specified number of rows in the popup.
Suggest adding a new attribute called "scrollable=true/false" which would display a vertical scrollbar inside the popup list if there were more possible matches available that would fit in the "rows"-specified number of rows in the popup.
Issue Links
- depends on
-
ICE-7818
New ace:autoCompleteEntry component
-
- Closed
-
Activity
| Field | Original Value | New Value |
|---|---|---|
| Salesforce Case | [5007000000EW6qt, 5007000000F74ON] |
| Fix Version/s | EE-1.8.2.GA_P03 [ 10251 ] | |
| Fix Version/s | 2.1 [ 10241 ] | |
| Affects | [Documentation (User Guide, Ref. Guide, etc.), Sample App./Tutorial] | |
| Assignee Priority | P1 | |
| Assignee | yip.ng [ yip.ng ] |
| Description | It would be useful to have the selectInputText component render a scroll bar when displaying items. At the moment it is possible to restrict the number of matches made. If there are more matches than what the rows will show then these matches aren't shown. Having this implemented will allow the matches to be displayed in a set section but also be able to show all options. |
It would be useful to have the selectInputText component render a scroll bar when displaying items. At the moment it is possible to restrict the number of matches made. If there are more matches than what the rows will show then these matches aren't shown. Having this implemented will allow the matches to be displayed in a set section but also be able to show all options. Suggest adding a new attribute called "scrollable=true/false" which would display a vertical scrollbar inside the popup list if there were more possible matches available that would fit in the "rows"-specified number of rows in the popup. |
| Attachment | screenshot-01.png [ 13251 ] |
| Attachment | screenshot-02.png [ 13252 ] |
Prototyped with fixed height and overflow:auto for the list.
OK in FF4 (see screenshot 1), except that div won't scroll with arrow keys.
Problems in IE9:
- no response to arrow keys at all, i.e. highlight doesn't appear at all
- sometimes JS error triggered, see screenshot 2
- after scrolling with mouse, the div just disappears altogether
Show
yip.ng
added a comment - - edited Prototyped with fixed height and overflow:auto for the list.
OK in FF4 (see screenshot 1), except that div won't scroll with arrow keys.
Problems in IE9:
no response to arrow keys at all, i.e. highlight doesn't appear at all
sometimes JS error triggered, see screenshot 2
after scrolling with mouse, the div just disappears altogether
In IE9: Problems 1 and 2 occur even in the original showcase.
In IE8: Only has problem 3, plus same problem as FF4 of div not scrolling with arrow keys.
JS error in IE is from bridge\lib\prototype\dom.js.
IE9 problems 1 and 2 gone after upgrade of prototype.
The problems that remain are:
- div won't scroll with arrow keys (FF and IE) (because focus is never really in the div, it's just the highlight that moves
) - div disappears on clicking scroll bar (IE)
- calculation of height if we decide to calculate height dynamically
Show
yip.ng
added a comment - - edited IE9 problems 1 and 2 gone after upgrade of prototype.
The problems that remain are:
div won't scroll with arrow keys (FF and IE) (because focus is never really in the div, it's just the highlight that moves )
div disappears on clicking scroll bar (IE)
calculation of height if we decide to calculate height dynamically
| Fix Version/s | EE-1.8.2.GA_P03 [ 10251 ] | |
| Fix Version/s | 2.1 [ 10241 ] | |
| Assignee Priority | P1 | |
| Assignee | yip.ng [ yip.ng ] | Ken Fyten [ ken.fyten ] |
| Assignee | Ken Fyten [ ken.fyten ] |
Two approaches:
1. Specify height of div in theme or by user.
2. Dynamically calculate height from rows attribute value. Inaccurate even if possible, depending on how the rows are styled with padding, border, margin, etc.
What if list is less than height? Blank space at bottom OK?