[DOCS-11303] Horizontal scroll is not the best UX Created: 09/Feb/18 Updated: 30/Oct/23 Resolved: 06/May/19 |
|
| Status: | Closed |
| Project: | Documentation |
| Component/s: | manual |
| Affects Version/s: | None |
| Fix Version/s: | Server_Docs_20231030 |
| Type: | Task | Priority: | Major - P3 |
| Reporter: | Brian Moss | Assignee: | Unassigned |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Environment: |
OSX
|
||
| Attachments: |
|
| Participants: | |
| Days since reply: | 4 years, 40 weeks, 2 days ago |
| Epic Link: | DOCSP-1769 |
| Description |
|
Wide elements, such as the table listing fields on the aggregate page appear as if they are cutoff on the right side. See the attached image. In actual fact, the text is not cut off, but the entire div has overflow-x: scroll set. To see the text on the right, you must scroll to the bottom of the page, move the scroll bar, then find your previous position. Scrolling can also be activated with the arrow keys, which is more helpful, but it is not immediately obvious that scrolling horizontally is possible. I think it would be a better experience to eliminate the scroll bar and wrap the text, or make the scroll bar sticky like in the left sidebar TOC. |
| Comments |
| Comment by Kay Kim (Inactive) [ 06/May/19 ] |
|
Fixed manually via some other ticket – in tables, if we have a code block with a wide content causes this problematic rendering. |