Ticket #107 (closed defect: fixed)
Two-finger behavior in edit mode
| Reported by: | dgsachs@… | Owned by: | |
|---|---|---|---|
| Priority: | low: annoyance, enhancement | Milestone: | 1.5 new display architecture |
| Component: | Version: | 1.4 | |
| Keywords: | Cc: |
Description
I've been playing around with 1.5 a bit. I like the animations, but there are some quirks in the scrolling and zooming in the Edit view that I think can be taken care of fairly easily by some minor tweaking.
First, I've managed to get the "editing page" partly off screen by scrolling, which results in strange behavior both visually and action-wise, because strokes can only be started from the editing page. I've attached a screen capture to show what I mean.
Second, I think that there needs to be a cleaner separation between sketching, zooming, and scrolling. Specifically:
- If you're trying to scroll or zoom and your first finger to hit the screen is over an object, that object will be selected. Putting down the second finger does engage scroll/zoom but the object that was originally tapped remains selected; any selection should be undone when the second finger is placed.
- If you don't hold your fingers at exactly the same distance as you move them to scroll, it also zooms. There should be a "minimum change" that is required before zooming occurs. This will help prevent a visually distracting "breathing" as your fingers move slightly relative to each other.
- In a related issue, if you're dragging and one finger falls off the edge of the digitizer, the display zooms out and sometimes the UI will enter single-finger sketch mode. It'd be best to avoid zooming when one finger hits the edge of the screen, and it may be worth considering staying in scroll/zoom mode from the time the second finger hits the screen until all fingers have left it.
A few other things:
- The "paper" overlay used in edit mode sometimes gets drawn partly over the control bar at the top of the display, resulting in a horizontal line of slightly mismatched colors just under the time/status display.
- When the graph scrolls the text gets drawn as a grey box and doesn't redraw until you let your fingers up. Is there a reason for this? Would it be possible to redraw the text when the motion stops even if fingers are still being held on the display?
Attachments
Change History
Note: See
TracTickets for help on using
tickets.