changeset 120:46c63cb1c74f

Ideas for keyboard selection of widgets.
author Diggory Hardy <diggory.hardy@gmail.com>
date Thu, 01 Jan 2009 15:16:00 +0000
parents d28aea50c6da
children 5b37d0400732
files codeDoc/ideas.txt
diffstat 1 files changed, 14 insertions(+), 0 deletions(-) [+]
line wrap: on
line diff
--- a/codeDoc/ideas.txt	Thu Jan 01 14:52:09 2009 +0000
+++ b/codeDoc/ideas.txt	Thu Jan 01 15:16:00 2009 +0000
@@ -15,3 +15,17 @@
     ->	Click events: widgets only receive clickEvent for left-button press, other button events handled alternatively from WidgetManager?
     ->	Click callbacks: replace with "drag callback" notifying widget of release position (and widget)?
 	->  possibly better for drag-and drop support
+->  Keyboard widget focus/selection:
+    ->	a widget is highlighted
+    ->	pressing an arrow key replaces widget with widget.nextInDirection (widget, direction)
+	->  on non-parents, nextInDirection returns parent.nextInDirection (this, direction)
+	->  on parent widgets, if widget is a child and not right against relevent edge,
+            then tries to return next descendant in direction (only non-parent widgets are returned)
+            else does same as non-parent widgets
+        ->  some widgets may popup a menu when activated
+        ->  caveats:
+            ->  all widgets need a highlighted state to show focus
+            ->	may require moving through a lot of widgets
+            ->	with complicated substructures, may not be very intuitive
+	->  limit to popup menus?
+    ->  these keyboard events only passed if activated by code outside the WidgetManager and no text input callback is active?