| Summary: | [iOs] Touch-Scrolling a Table not possible within a ScrolledComposite | ||
|---|---|---|---|
| Product: | [RT] RAP | Reporter: | Tim Buschtoens <tbuschto> |
| Component: | RWT | Assignee: | Project Inbox <rap-inbox> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | tbuschto |
| Version: | 1.5 | ||
| Target Milestone: | 2.0 M1 | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | |||
|
Description
Tim Buschtoens
For now i will try to change it so the table is always scrolled. This is also not a ideal, since the ScrolledComposite can then not be scrolled if the Table is as big as the visible area. Possible solution: - Leave it to the Application developer to leave enough room (10-20px padding on the left or right of the Table) to scroll the Composite also. - Use Two finger scrolling for the inner widget (table) and one finger for the outer. However, the user has to figure this out first. - Scroll the outer widget only if the inner widget is at its limit. But then you would have to scroll at the very end of the table to scroll the scomposite further down. The table could have 1000s of items. Fixed with commit 7e6f8cb832a401f5486077ec43750db0897b8d6e. The Table will now scroll until it reached its minimum/maximum scroll position, after that the ScrolledComposite will scroll. Added small fix with commit 20d1bd734b98f909086e9d1a20dfc923a4a1455e. The scroll session checks if the Table is within a ScrolledComposite before switching from virtual scrolling to native scrolling. |