-
Bug
-
Resolution: Duplicate
-
P4
-
None
-
1.1
-
x86, sparc
-
solaris_2.5.1, windows_95
Name: mc57594 Date: 02/26/97
Your sun.awt.windows.WCheckBoxPeer seems to have a problem:
When you call the setState() function on the Checkbox, there
should be an ItemEvent() created, to notify anyone who is
watching the box. For example, if a text field should only
be enabled if a checkbox is checked, and the checkbox is checked
by setState() instead of a mouse click, the text field should
still be enabled. The only other option is to go back to
polling the CheckBox, or override setState().
This is just my opinion of what SHOULD happen, but it seems
clear that the delegation model is rendered much less useful
if things remain as they are.
======================================================================
Your sun.awt.windows.WCheckBoxPeer seems to have a problem:
When you call the setState() function on the Checkbox, there
should be an ItemEvent() created, to notify anyone who is
watching the box. For example, if a text field should only
be enabled if a checkbox is checked, and the checkbox is checked
by setState() instead of a mouse click, the text field should
still be enabled. The only other option is to go back to
polling the CheckBox, or override setState().
This is just my opinion of what SHOULD happen, but it seems
clear that the delegation model is rendered much less useful
if things remain as they are.
======================================================================
- duplicates
-
JDK-4067113 ItemListener not fired when using methods to select/deselect
-
- Closed
-
-
JDK-4032466 item events not generated when state programmaticaly set on Checkbox/List
-
- Closed
-