Bug 78347 - a11y: each modeling palette element should have a shortcut key associated with it
a11y: each modeling palette element should have a shortcut key associated wit...
Status: VERIFIED WONTFIX
Product: uml
Classification: Unclassified
Component: General Diagram
5.x
PC Windows XP
: P1 (vote)
: TBD
Assigned To: Thuy.d Nguyen
issues@uml
Keyboard Access, coco_waived
: A11Y
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2006-06-19 22:05 UTC by bugbridge
Modified: 2007-02-01 10:34 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description bugbridge 2006-06-19 22:05:24 UTC
Original status: 1-Dispatched; Suggested Status: NEW

These items should be added to the Keywords: A11Y
Original submitter: petersl

Description:
Coke TPR2/Coco/Buzz

There's no way to create modeling elements in the modeling diagram using just
the keyboard.

Description (Entry 2):
Once shortcut keys are added, a help topic like the following should exist to
list all the modeling element shortcut keys:

UML Modeling->UML Modeling Basics->Navigation:UML Modeling->Keyboard
Shortcuts:Modeling Palettes
Comment 1 Trey Spiva 2006-08-24 19:08:54 UTC
I do not know if we should provide a shortcut for every item on the palette. 
For one reason the Form Editor does not seem to add short cuts for the items on
the palette (well at least it does not show up on the tooltip).  The second
problem is the number of model elements.  We would quickly run out of short cut
key combinations. 

I think that we should instead have a short cut to activate the palette view.
Once the palette view is active the user should be able to use the up and down
arrows to select the palette entry.  

Once the palette entry is selected, I do not know how to allow the user to drop
the model element on the diagram.  However we decide to allow the user to drop
the model element on the diagram, I believe that the UML diagram, Form Editor,
and BPEL editor should all use the same mechanism.
Comment 2 Jiri Kopsa 2006-08-25 11:32:03 UTC
This definetely is a generic issue. Keyboard manipulatin with the palette is
described here:
http://ui.netbeans.org/docs/ui/palette/index.html#keyboard

The only issue is that keyboard manipulation is not fully functional if
implementors don't implement the enter/double click gesture in the palette.
According to the spec, on double click an element is supposed to be placed on
"default" location. However, none of the editor/palette implementors have
implemented this yet (as it is problematic what is the "default" location).

If this is a11y issue, it should not be filled only for UML but for all editors
or it should be filled on a NetBeans module as identifying "default" location
needs a shared rule or approach.

OTH, it should be a requirement for palette/editor implementors to implement the
other two gestures ("drag and drop" and "pick and drop"), as described here:
http://ui.netbeans.org/docs/ui/palette/index.html#mouse
Comment 3 Andrew Korostelev 2006-08-25 13:15:10 UTC
to tspiva:
you are right - providing shortcut for each element is not the best approach and
at least not realistic.
But currently, after element is selected in palette, there is no way to put it
on diagram.... 
Or we don't know about it.
Comment 4 Andrew Korostelev 2006-08-25 13:55:15 UTC
There is a standard way to put element from palette without drag-n-drop.
double-click for mouse or Enter key pressed after element is selected in palette.
examples are:
- in Web Application element will be placed in editor under cursor.
- in Rave (Web pack) element will be placed into free top-left point of the editor.

It's enough to add an ability to put element on diagram
and fix issue 78311 to make it possible to create diagram elements without mouse.

Comment 5 Andrew Korostelev 2006-08-25 15:03:10 UTC
And specific case is adding links.
May be it should be filed as separate issue?

Now we have shortcuts for some links.
User should select two elements and use shortcut to connect them with link ( see
also issue 83473 ).

Should we use default double-click on link in palette (or Enter) only for
preliminary selected elements?
Comment 6 Andrew Korostelev 2006-08-29 11:07:32 UTC
see also related issue: 83633
Comment 7 Peter Lam 2006-11-13 17:10:07 UTC
Workaround: 
To create non-edge elements:
1. Press Ctrl-Shift-8 to navigate to UML palette (existing feature)
2. Press TAB to get to the 1st. element on the palette (existing feature)
3. Press Up or Down arrow to traverse thru the elements on the palette in either
direction. (existing feature)
4. Press Ctrl-Enter to select an element and place it at the center of a current
diagram editor.

To create edge elements:
1. Use the sequence of keystrokes described below for selecting multiple
non-edge elements to select two random elements on a diagram editor.
2. Press Ctrl-Shift-8 to navigate to UML palette (existing feature)
3. Press TAB to get to the 1st. element on the palette (existing feature)
4. Press Up or Down arrow to traverse thru the elements on the palette in either
direction. (existing feature)
5. Press Ctrl-Enter to select an edge and place it on the diagram editor
connecting the 2 selected elements 

To select multiple non-edge elements:
1. Press Tab or Shift-Tab to the desired node on diagram editor
2 . Press Ctrl Shift + to lock the selection of the node or Ctrl Shift - to
unlock its selection.
3. Repeat step 1 and 2 above to select/deselect next nodes.
Comment 8 Thuy.d Nguyen 2006-12-13 23:45:11 UTC
A new accessibility feature has been implemented in Coco to create every
elements on the palette using the same sequence of key strokes (as described by
petersl).  Thus, there's no need to provide a shortcut for each element on the
modeling palette.  Closing the bug as WONFIX.
Comment 9 Sergey Petrov 2007-02-01 10:34:28 UTC
ok, to have standard way


By use of this website, you agree to the NetBeans Policies and Terms of Use. © 2012, Oracle Corporation and/or its affiliates. Sponsored by Oracle logo