JDK-4376510 : LookAndFeel: JComboBox as a cell editor in a JTable has problems
  • Type: Bug
  • Component: client-libs
  • Sub-Component: javax.swing
  • Affected Version: 1.3.0
  • Priority: P4
  • Status: Closed
  • Resolution: Duplicate
  • OS: windows_nt
  • CPU: x86
  • Submitted: 2000-10-04
  • Updated: 2002-05-30
  • Resolved: 2002-05-30
Related Reports
Duplicate :  
JDK-4513773 - requestFocus on an editable JComboBox sends focus to the combobox button
Description

Name: yyT116575			Date: 10/04/2000


Classic VM (build 1.2.2.Symc, native threads, symantec gc, symcjit)

I am having numerous problems using an editable JComboBox as a cell editor
 in a JTable using the Windows look and feel:

- If I TAB to a cell and begin editing by pressing F2 instead of clicking
 with the mouse or I simply start to type in the field
 (this can be done using the default cell editor) then I am unable to
 actually edit the cell unless I click it with the mouse.

- If cell editing has begun then posting the menu by clicking on the
 arrow icon does not highlight the current selection nor does it
 necessarily bring it into view.

- If the menu is visible then attempting to navigate the list with the
 up or down arrow keys causes editing to be stopped.

- If the menu is not visible then attempting to navigate the list with
 the up or down arrow keys causes the menu to be posted but the next
 press of the up or down arrow keys causes editing to be stopped.

- Pressing a key to move to the first list item that begins with that
 key does not work.

- Pressing the escape key to cancel editing after typing in the
 textfield does not work.

In general, a JComboBox when used as a JTable cell editor does not
 seem to behave like a JComboBox when used elsewhere.
(Review ID: 110118) 
======================================================================
Comments
EVALUATION I'm testing this out using J2SE v 1.4 FCS on Windows NT. Addressing the submitters specific concerns: >- If I TAB to a cell and begin editing by pressing F2 instead of clicking > with the mouse or I simply start to type in the field > (this can be done using the default cell editor) then I am unable to > actually edit the cell unless I click it with the mouse. This is still a bug. This will be fixed when 4513773 is fixed. In that bug, the requestFocus on an editable combo box will send the focus to the button. >- If cell editing has begun then posting the menu by clicking on the > arrow icon does not highlight the current selection nor does it > necessarily bring it into view. I'm not sure that this is a problem. The edited item will not be selected. >- If the menu is visible then attempting to navigate the list with the > up or down arrow keys causes editing to be stopped. This is no longer a problem. Editing continues if the up and down arrow is used. >- If the menu is not visible then attempting to navigate the list with > the up or down arrow keys causes the menu to be posted but the next > press of the up or down arrow keys causes editing to be stopped. No longer a problem. Could have been fixed with the above bug. >- Pressing a key to move to the first list item that begins with that > key does not work. No longer a problem. >- Pressing the escape key to cancel editing after typing in the > textfield does not work. No longer a problem. >In general, a JComboBox when used as a JTable cell editor does not > seem to behave like a JComboBox when used elsewhere. The JComboBox in a JTable cell editor is in a different context: ie. the Enter key must be pressed to commit the value whereas if the JComboBox is in another context then the up and down arrows will change the value. In summary, the only issue is the first one and it's a duplicate of 4513773. ###@###.### 2002-05-30
30-05-2002