Design Team/Sugar Shell Touch Input: Difference between revisions

Line 10:

* Make toolbar overflow drop-down widget a standard sugar toolbutton width to allow easier access

* Up/down menu/combo overflow UI too thin (hard to scroll up, gtk combo widget needs work here)

===Text editing===

* Touch friendly text selection handles

** Custom Sugar design, use user colours for selection handles at each end of text (~~nothing is provided by~~ 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+)

** Selection palette Cut/Copy/Paste (~~Speak,~~ Share with friend?)

*** 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://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?) [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.

*** Text vs. icons vs. text & icons for palette

**** Text only provides a minimum sized palette

**** 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)

** Editable vs. non-editable widget interaction?

** Single tap to insert cursor (snap to end of existing word?)

@@ Line 10: / Line 10: @@
 * Make toolbar overflow drop-down widget a standard sugar toolbutton width to allow easier access
 * Up/down menu/combo overflow UI too thin (hard to scroll up, gtk combo widget needs work here)
+===Text editing===
 * Touch friendly text selection handles
-** Custom Sugar design, use user colours for selection handles at each end of text (nothing is provided by 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+)
-** Selection palette Cut/Copy/Paste (Speak, Share with friend?)
+*** 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://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?) [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.
+*** Text vs. icons vs. text & icons for palette
+**** Text only provides a minimum sized palette
+**** 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)
 ** Editable vs. non-editable widget interaction?
 ** Single tap to insert cursor (snap to end of existing word?)