Difference between revisions of "Talk:Design Team/Sugar Shell Touch Input"
Jump to navigation
Jump to search
Garycmartin (talk | contribs) (brain dump) |
Garycmartin (talk | contribs) |
||
| (9 intermediate revisions by the same user not shown) | |||
| Line 3: | Line 3: | ||
This is a rough brain dump of things to watch out for, will move this out onto other pages where appropriate: | This is a rough brain dump of things to watch out for, will move this out onto other pages where appropriate: | ||
| − | * | + | *Test UI at lower resolution |
| − | + | **Portrait will be used more than it currently once we have touch only HW | |
| − | + | ** Need to minimise toolbar overflows and improve touch experience when it does happen | |
| − | ** | ||
| − | ** | ||
| − | |||
*Palette behaviours | *Palette behaviours | ||
**Hover/right click | **Hover/right click | ||
**Clarify any primary button actions | **Clarify any primary button actions | ||
| − | + | *Keyboard shortcut usage | |
| − | + | **Need any replacements using extra buttons/gestures? | |
| − | + | **Screen display backlight brightness/monochrome behaviour - probably best resolved with a brightness/display device icon & palette as per the volume device | |
| − | ** | + | **Hiding keyboard accelerator hints when booting touch only hardware? |
| − | **Hiding | + | *Right click |
| − | |||
**Touch and hold gesture | **Touch and hold gesture | ||
| − | + | *Prelight effects are usually for reinforcing UI interaction during a cursor movement/hover. For touch, should it be used to indicate a widget is being held down, or remove prelight effect? | |
| − | + | *Hover hints/tips | |
| + | *Double tap interaction | ||
**Make much more accommodating to second tap inaccuracy | **Make much more accommodating to second tap inaccuracy | ||
| − | + | *Tune cursor touch point to just below top edge of contact point (based on screen rotation) | |
| − | + | *Maximise home view icon size layout | |
| − | + | *Widget size usability | |
**Button spacing | **Button spacing | ||
**Palette menu spacing | **Palette menu spacing | ||
| Line 31: | Line 28: | ||
**8-10mm diameter hit targets | **8-10mm diameter hit targets | ||
**Up/down menu overflow scroll widgets too short | **Up/down menu overflow scroll widgets too short | ||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
*Remove primary action from Neighbourhood view AP/ad-hoc widgets | *Remove primary action from Neighbourhood view AP/ad-hoc widgets | ||
*Double tap tuning to allow for errors in 2nd tap positioning | *Double tap tuning to allow for errors in 2nd tap positioning | ||
*Canvas drag scrolling | *Canvas drag scrolling | ||
*XO 1.75 hard edge bezel? | *XO 1.75 hard edge bezel? | ||
| − | *Screen rotation much more common/frequent | + | *Screen rotation much more common/frequent on tablet format HW |
**Landscape | **Landscape | ||
**Portrait | **Portrait | ||
***Better for long form reading/writing | ***Better for long form reading/writing | ||
***Better use of space with on screen keyboard | ***Better use of space with on screen keyboard | ||
| − | *Text selection | + | *Text selection touch features |
| − | ** | + | **Touch friendly handles for adjusting selection |
| − | **Speak | + | **Drag scrolling vs. text selection interaction |
| + | ***Double tap and drag to initiate selection? | ||
| + | ***Touch and hold, then drag to initiate selection? | ||
| + | **New pop-up palette? | ||
| + | ***Cut/copy/paste | ||
| + | ***Speak | ||
| + | ***Share with friend (would require a clipboard clipping share enhancement) | ||
Latest revision as of 21:11, 15 August 2012
Touch things to fix and keep an eye on
This is a rough brain dump of things to watch out for, will move this out onto other pages where appropriate:
- Test UI at lower resolution
- Portrait will be used more than it currently once we have touch only HW
- Need to minimise toolbar overflows and improve touch experience when it does happen
- Palette behaviours
- Hover/right click
- Clarify any primary button actions
- Keyboard shortcut usage
- Need any replacements using extra buttons/gestures?
- Screen display backlight brightness/monochrome behaviour - probably best resolved with a brightness/display device icon & palette as per the volume device
- Hiding keyboard accelerator hints when booting touch only hardware?
- Right click
- Touch and hold gesture
- Prelight effects are usually for reinforcing UI interaction during a cursor movement/hover. For touch, should it be used to indicate a widget is being held down, or remove prelight effect?
- Hover hints/tips
- Double tap interaction
- Make much more accommodating to second tap inaccuracy
- Tune cursor touch point to just below top edge of contact point (based on screen rotation)
- Maximise home view icon size layout
- Widget size usability
- Button spacing
- Palette menu spacing
- Size of hspan/vspan separator, gtk3 default looking a little better, GtkPaned
- Check boxes to on/off slider GtkSwitch
- 8-10mm diameter hit targets
- Up/down menu overflow scroll widgets too short
- Remove primary action from Neighbourhood view AP/ad-hoc widgets
- Double tap tuning to allow for errors in 2nd tap positioning
- Canvas drag scrolling
- XO 1.75 hard edge bezel?
- Screen rotation much more common/frequent on tablet format HW
- Landscape
- Portrait
- Better for long form reading/writing
- Better use of space with on screen keyboard
- Text selection touch features
- Touch friendly handles for adjusting selection
- Drag scrolling vs. text selection interaction
- Double tap and drag to initiate selection?
- Touch and hold, then drag to initiate selection?
- New pop-up palette?
- Cut/copy/paste
- Speak
- Share with friend (would require a clipboard clipping share enhancement)