Design Team/Sugar Shell Touch Input - Revision history

Garycmartin: /* Text editing */

2012-12-07T00:28:54Z

Text editing

← Older revision		Revision as of 20:28, 6 December 2012
Line 18:		Line 18:
	** Custom Sugar design, use user colours for selection handles (or monochrome theme as a fallback) at each end of text (Carlos upstreamed [http://git.gnome.org/browse/gtk+/log/?h=touch-text-selection patches] to gtk3+)		** Custom Sugar design, use user colours for selection handles (or monochrome theme as a fallback) at each end of text (Carlos upstreamed [http://git.gnome.org/browse/gtk+/log/?h=touch-text-selection patches] to gtk3+)
	*** Example [http://people.sugarlabs.org/garycmartin/Text_touch_place_insertion_point_design/ animation] placing the cursor via touch		*** Example [http://people.sugarlabs.org/garycmartin/Text_touch_place_insertion_point_design/ animation] placing the cursor via touch
	*** Example [http://people.sugarlabs.org/garycmartin/Text_touch_place_selection_design/ animation] ~~moving a multi line~~ text ~~selection's handles~~ via touch		*** Example [http://people.sugarlabs.org/garycmartin/Text_touch_place_selection_design/ animation] making text selections via touch (long-press gesture)
	*** Example [http://people.sugarlabs.org/garycmartin/Text_touch_selection_modification_design/ animation] moving selection handles via touch		*** Example [http://people.sugarlabs.org/garycmartin/Text_touch_selection_modification_design/ animation] moving a multi line text selection's handles via touch
	*** Example [http://www.lanedo.com/~carlos/touch-text-selection.webm movie] of Gtk3 patches (not Sugar themed yet) from Carlos.		*** Example [http://www.lanedo.com/~carlos/touch-text-selection.webm movie] of Gtk3 patches (not Sugar themed yet) from Carlos.
	** Selection palette Cut/Copy/Paste/Speak (Share selection with friend feature?) Rough [http://wiki.sugarlabs.org/go/File:Cut_Copy_Paste_Speak_palettte_mockup.png example mockup].		** Selection palette Cut/Copy/Paste/Speak (Share selection with friend feature?) Rough [http://wiki.sugarlabs.org/go/File:Cut_Copy_Paste_Speak_palettte_mockup.png example mockup].

Garycmartin: /* Text editing */

2012-12-07T00:22:37Z

Text editing

← Older revision		Revision as of 20:22, 6 December 2012
Line 18:		Line 18:
	** Custom Sugar design, use user colours for selection handles (or monochrome theme as a fallback) at each end of text (Carlos upstreamed [http://git.gnome.org/browse/gtk+/log/?h=touch-text-selection patches] to gtk3+)		** Custom Sugar design, use user colours for selection handles (or monochrome theme as a fallback) at each end of text (Carlos upstreamed [http://git.gnome.org/browse/gtk+/log/?h=touch-text-selection patches] to gtk3+)
	*** Example [http://people.sugarlabs.org/garycmartin/Text_touch_place_insertion_point_design/ animation] placing the cursor via touch		*** Example [http://people.sugarlabs.org/garycmartin/Text_touch_place_insertion_point_design/ animation] placing the cursor via touch
	*** Example [http://people.sugarlabs.org/garycmartin/Text_touch_place_selection_design/ animation] ~~making~~ text ~~selections~~ via touch		*** Example [http://people.sugarlabs.org/garycmartin/Text_touch_place_selection_design/ animation] moving a multi line text selection's handles via touch
			*** Example [http://people.sugarlabs.org/garycmartin/Text_touch_selection_modification_design/ animation] moving selection handles via touch
	*** Example [http://www.lanedo.com/~carlos/touch-text-selection.webm movie] of Gtk3 patches (not Sugar themed yet) from Carlos.		*** Example [http://www.lanedo.com/~carlos/touch-text-selection.webm movie] of Gtk3 patches (not Sugar themed yet) from Carlos.
	** Selection palette Cut/Copy/Paste/Speak (Share selection with friend feature?) Rough [http://wiki.sugarlabs.org/go/File:Cut_Copy_Paste_Speak_palettte_mockup.png example mockup].		** Selection palette Cut/Copy/Paste/Speak (Share selection with friend feature?) Rough [http://wiki.sugarlabs.org/go/File:Cut_Copy_Paste_Speak_palettte_mockup.png example mockup].

Sridhar at 23:52, 20 August 2012

2012-08-20T23:52:00Z

← Older revision		Revision as of 19:52, 20 August 2012
Line 8:		Line 8:
	** Single tap of a button with a primary action should _not_ trigger hover delay palette content (to prevent toolbar palettes and help hints obscuring UI after use)		** Single tap of a button with a primary action should _not_ trigger hover delay palette content (to prevent toolbar palettes and help hints obscuring UI after use)
	** Touch and hold _should_ trigger full display of palette content (like a right click, no extra delay)		** Touch and hold _should_ trigger full display of palette content (like a right click, no extra delay)
	: ''I'm [http://ux.stackexchange.com/questions/24460/press-and-hold-or-long-press-gestures-unintuitive concerned] about the undiscoverability of long-press actions, particularly for new users.'' --[[User:Sridhar\|Sridhar]] 19:51, 20 August 2012 (EDT)		*: ''I'm [http://ux.stackexchange.com/questions/24460/press-and-hold-or-long-press-gestures-unintuitive concerned] about the undiscoverability of long-press actions, particularly for new users.'' --[[User:Sridhar\|Sridhar]] 19:51, 20 August 2012 (EDT)
	** Tapping an icon with no primary action should instantly open the full menu/palette, no delay (e.g. Frame right edge buddy icon/s)		** Tapping an icon with no primary action should instantly open the full menu/palette, no delay (e.g. Frame right edge buddy icon/s)
	* Hide all keyboard shortcut accelerators when booting on touch only devices		* Hide all keyboard shortcut accelerators when booting on touch only devices

Sridhar at 23:51, 20 August 2012

2012-08-20T23:51:07Z

← Older revision		Revision as of 19:51, 20 August 2012
Line 4:		Line 4:
	: ''John pointed me towards XFixes HideCursor/ShowCursor and that there is a [https://bugzilla.gnome.org/show_bug.cgi?id=650604 feature ticket] and a [http://mail.gnome.org/archives/commits-list/2011-June/msg02029.html patch] for gnome-settings-daemon that Sugar could hook into (out of my depth here, didn't get any working code) --gary''		: ''John pointed me towards XFixes HideCursor/ShowCursor and that there is a [https://bugzilla.gnome.org/show_bug.cgi?id=650604 feature ticket] and a [http://mail.gnome.org/archives/commits-list/2011-June/msg02029.html patch] for gnome-settings-daemon that Sugar could hook into (out of my depth here, didn't get any working code) --gary''
	: ''Apparently John (mentioned briefly in a voice call) has added some hooks for us to easily enable and disable the hardware cursor, not yet investigated the code yet --gary''		: ''Apparently John (mentioned briefly in a voice call) has added some hooks for us to easily enable and disable the hardware cursor, not yet investigated the code yet --gary''
			: ''[ftp://export.lcs.mit.edu/contrib/utilities/unclutter-8.README Unclutter] is a very simple utility that hides a cursor if it has not moved. Or maybe we can hide the pointer in tablet (e-book) mode and keep it in laptop mode?'' --[[User:Sridhar\|Sridhar]] 19:51, 20 August 2012 (EDT)
	* Palette hover/click behaviours		* Palette hover/click behaviours
	** Single tap of a button with a primary action should _not_ trigger hover delay palette content (to prevent toolbar palettes and help hints obscuring UI after use)		** Single tap of a button with a primary action should _not_ trigger hover delay palette content (to prevent toolbar palettes and help hints obscuring UI after use)
	** Touch and hold _should_ trigger full display of palette content (like a right click, no extra delay)		** Touch and hold _should_ trigger full display of palette content (like a right click, no extra delay)
			: ''I'm [http://ux.stackexchange.com/questions/24460/press-and-hold-or-long-press-gestures-unintuitive concerned] about the undiscoverability of long-press actions, particularly for new users.'' --[[User:Sridhar\|Sridhar]] 19:51, 20 August 2012 (EDT)
	** Tapping an icon with no primary action should instantly open the full menu/palette, no delay (e.g. Frame right edge buddy icon/s)		** Tapping an icon with no primary action should instantly open the full menu/palette, no delay (e.g. Frame right edge buddy icon/s)
	* Hide all keyboard shortcut accelerators when booting on touch only devices		* Hide all keyboard shortcut accelerators when booting on touch only devices

Garycmartin: /* System wide */

2012-07-13T18:53:41Z

System wide

← Older revision		Revision as of 14:53, 13 July 2012
Line 3:		Line 3:
	: ''On Android 4 after not using the trackpad for a few seconds the cursor is hidden again, which works quite well --erikos''		: ''On Android 4 after not using the trackpad for a few seconds the cursor is hidden again, which works quite well --erikos''
	: ''John pointed me towards XFixes HideCursor/ShowCursor and that there is a [https://bugzilla.gnome.org/show_bug.cgi?id=650604 feature ticket] and a [http://mail.gnome.org/archives/commits-list/2011-June/msg02029.html patch] for gnome-settings-daemon that Sugar could hook into (out of my depth here, didn't get any working code) --gary''		: ''John pointed me towards XFixes HideCursor/ShowCursor and that there is a [https://bugzilla.gnome.org/show_bug.cgi?id=650604 feature ticket] and a [http://mail.gnome.org/archives/commits-list/2011-June/msg02029.html patch] for gnome-settings-daemon that Sugar could hook into (out of my depth here, didn't get any working code) --gary''
			: ''Apparently John (mentioned briefly in a voice call) has added some hooks for us to easily enable and disable the hardware cursor, not yet investigated the code yet --gary''
	* Palette hover/click behaviours		* Palette hover/click behaviours
	** Single tap of a button with a primary action should _not_ trigger hover delay palette content (to prevent toolbar palettes and help hints obscuring UI after use)		** Single tap of a button with a primary action should _not_ trigger hover delay palette content (to prevent toolbar palettes and help hints obscuring UI after use)

Garycmartin: /* Text editing */

2012-07-13T18:42:08Z

Text editing

← Older revision		Revision as of 14:42, 13 July 2012
Line 11:		Line 11:
	* Up/down menu/combo overflow UI too thin (hard to scroll up, gtk combo widget needs work here)		* Up/down menu/combo overflow UI too thin (hard to scroll up, gtk combo widget needs work here)

	===Text editing===		====Text editing====
	* Touch friendly text selection handles		* Touch friendly text selection handles
	** Custom Sugar design, use user colours for selection handles (or monochrome theme as a fallback) at each end of text (Carlos upstreamed [http://git.gnome.org/browse/gtk+/log/?h=touch-text-selection patches] to gtk3+)		** Custom Sugar design, use user colours for selection handles (or monochrome theme as a fallback) at each end of text (Carlos upstreamed [http://git.gnome.org/browse/gtk+/log/?h=touch-text-selection patches] to gtk3+)

Garycmartin: /* Text editing */

2012-07-13T18:40:01Z

Text editing

← Older revision		Revision as of 14:40, 13 July 2012
Line 27:		Line 27:
	** Single tap to insert cursor (snap to end of existing word?)		** Single tap to insert cursor (snap to end of existing word?)
	** Drag cursor widget to move cursor position (other designs also raise a zoom lens for small screen accuracy but often designs based on Phone size screen limitations)		** Drag cursor widget to move cursor position (other designs also raise a zoom lens for small screen accuracy but often designs based on Phone size screen limitations)
	** Touch and ~~hold~~ to ~~drag~~ a selection (snap to end of existing word as per current Write implementation?)		** Touch, hold and drag to make a selection (snap to end of existing word as per current Write implementation?)
	** Touch and hold to auto select a single word, widget handles at each end of selection.		** Touch and hold to auto select a single word, widget handles at each end of selection.
	** ''Double tap and drag to select a range of text, same as above (double tap is not a Sugar design, but a fallback for users used to existing implementations as per Android/iOS)''		** ''Double tap and drag to select a range of text, same as above (double tap is not a Sugar design, but a fallback for users used to existing implementations as per Android/iOS)''

Garycmartin: /* Text editing */

2012-07-13T18:39:07Z

Text editing

← Older revision		Revision as of 14:39, 13 July 2012
Line 26:		Line 26:
	** Editable vs. non-editable widget interaction? e.g. Selecting text from web page, vs. selecting text in a text input widget should be identical if possible.		** Editable vs. non-editable widget interaction? e.g. Selecting text from web page, vs. selecting text in a text input widget should be identical if possible.
	** Single tap to insert cursor (snap to end of existing word?)		** Single tap to insert cursor (snap to end of existing word?)
	** Drag cursor widget to move cursor position (other designs also raise a zoom lens for small screen accuracy but often designs based ~~for~~ Phone size ~~screens~~)		** Drag cursor widget to move cursor position (other designs also raise a zoom lens for small screen accuracy but often designs based on Phone size screen limitations)
	** Touch and hold to drag a selection (snap to end of existing word as per current Write implementation?)		** Touch and hold to drag a selection (snap to end of existing word as per current Write implementation?)
	** Touch and hold to auto select a single word, widget handles at each end of selection.		** Touch and hold to auto select a single word, widget handles at each end of selection.

Garycmartin: /* Text editing */

2012-07-13T18:38:05Z

Text editing

← Older revision		Revision as of 14:38, 13 July 2012
Line 24:		Line 24:
	**** Icon only provides translation neutral palette but provides no textual hints to aid discovery		**** Icon only provides translation neutral palette but provides no textual hints to aid discovery
	**** Text and Icon palette may be too large (obscure too much canvas)		**** Text and Icon palette may be too large (obscure too much canvas)
	** Editable vs. non-editable widget interaction? e.g. Selecting text from web page, vs. selecting text in a text input widget.		** Editable vs. non-editable widget interaction? e.g. Selecting text from web page, vs. selecting text in a text input widget should be identical if possible.
	** Single tap to insert cursor (snap to end of existing word?)		** Single tap to insert cursor (snap to end of existing word?)
	** Drag cursor widget to move cursor position (other designs also raise a zoom lens for small screen accuracy but often designs based for Phone size screens)		** Drag cursor widget to move cursor position (other designs also raise a zoom lens for small screen accuracy but often designs based for Phone size screens)

Garycmartin: /* Text editing */

2012-07-13T18:34:48Z

Text editing

← Older revision		Revision as of 14:34, 13 July 2012
Line 19:		Line 19:
	** Selection palette Cut/Copy/Paste/Speak (Share selection with friend feature?) Rough [http://wiki.sugarlabs.org/go/File:Cut_Copy_Paste_Speak_palettte_mockup.png example mockup].		** Selection palette Cut/Copy/Paste/Speak (Share selection with friend feature?) Rough [http://wiki.sugarlabs.org/go/File:Cut_Copy_Paste_Speak_palettte_mockup.png example mockup].
	*** Should Cut be introduced? Not something previously exposed in the Sugar UI. Drag & drop of a selection is difficult/error prone via touch, adding Cut would help mitigate a removal of selection drag & drop.		*** Should Cut be introduced? Not something previously exposed in the Sugar UI. Drag & drop of a selection is difficult/error prone via touch, adding Cut would help mitigate a removal of selection drag & drop.
			*** We could rely on the Sugar primary Edit toolbar, but only if we can guarantee that the toolbar is always visible when an OSK is being displayed e.g. scrolling canvas to keep current input widget cursor visible and not behind the virtual keyboard.
	*** Text vs. icons vs. text & icons for palette		*** Text vs. icons vs. text & icons for palette
	**** Text only provides a minimum sized palette		**** Text only provides a minimum sized palette