Name: skT88420 Date: 04/16/99


I have just installed jdk 1.2 and jre 1.2 and viewed the
examples. The problem i found is in the original SwingSetApplet
(demo\jfc\swingset\AwinSetApplet.html) viewed with AppletViewer:

Clicking on any component works well, but the next movement with the mouse paints an rectangle (i think this should be the repaint of the area where i have clicked) with old screen information and with slightly differenct x,y-coordinates.

So the visual effects are:
- Clicking on a tab changes colour to light grey (highlight) -
  fine, but the next mouse-move leaves an dark grey area
  around the point i clicked
- Clicking on a checkbox or radio button works right, but
  the next mouse-move repaints the area and shows the
  state before i clicked
- in the table view example clicking in a cell marks the line as
  light blue and the selected cell becomes white with light blue
  border, moving the mouse paints a light blue rectangle
  where i clicked and if there was text i can see a small
  deviation from the original text position
- ....
And after the next repaint all looks fine.

This effect shows in similar way in all components of this example and in all look&feel variations.
In most cases it's only ugly but in the case of checkboxes an radio-buttons it's very confusing.
(Review ID: 54515)
======================================================================

Name: skT88420 Date: 04/20/99


JDK1.2: Running a mission critical application which uses
Swing Components extensively. This application uses a
JDesktopPane and some JInternal Frames. When a Menu Item is
clicked for 'some' option, we bring up a Modal JDialog to display
some information in a dialog box. After the Modal Dialog is
dismissed the Menu appears painted over the current internal
frame (in a dropped down fashion) - as if the paint event never
happened when the dialog was dismissed. If you move the
application frame, resize, etc - then and then only the
repaint happens.

Sorry the source code is already too big to send out...

Any help will be greatly appreciated!!!

Please reply back to: "###@###.###"
at your earliest convenience.

Thanks - Ariel Manoos (JPMORGAN)
======================================================================

Name: skT88420 Date: 05/12/99


I'm sure you already know about this bug, but think it should
be talked about again and again. The deal is that there is a
BIG problem concerning repainting with Java 1.2 and 1.2.1 and
JFC 1.1. In most cases a 'filled square' appears somewhere near
cursor when JButton is pressed. The same concerns tables and trees,
and actually anything that is connected with pressing mouse button
(eg marking text in a text field). Want to mention that there is
no such bugs under 1.1.x VM and JFC below 1.1 version. When
it first appeared in 1.2 version i thought this would be fixed in
the next version. But it wasn't. This bug probably happens only
under Windows systems. And what to emphasize that this bug is a
fault of BOTH VM and JFC. Primiraly it is because of JFC.
(Review ID: 63119)
======================================================================

Name: skT88420 Date: 05/26/99


I've installed, using default install options, JDK 1.2.1 onto a Pentium III PC, running Win98. All demo JFC applets, e.g. SwingSet, exhibit screen paint corruption. I run the JFC demos as applications, invoked from a DOS box:
> path=%path%;c:\jdk1.2.1\bin
> java SwingSet
The problem appears to be lack of mouse background repair after the mouse is clicked on a button, tab, menu choice, etc. Non-java programs, e.g. standard MS apps, exhibit no such problems.
Other config details:
  Display adapter: SiS 6326
  Mouse: PS/2 compatible with Microsoft driver
(Review ID: 83527)
======================================================================

Name: skT88420 Date: 06/04/99


While using a swing component, say a swing JButton,
during run time,if you click on the Button & drag
the mouse over it, the Button display gets corrupted,
this is true with any other swing component, however
if we use a awt button this doesn't happen.
  I want to know why this is & is there any way to correct
this error ?
(Review ID: 83918)
======================================================================

Name: krT82822 Date: 08/16/99


Swing does not correctly redraw the area the mouse was covering
a control is clicked.
Video card: Real 3D Starfighter AGP. (Tested with driver versions
0322 and 0229)
Noticed with Swing sample programs SwingApplication and
TextSamplerDemo. Also occurs in Java Plug-in Control Panel.
(Review ID: 93991)
======================================================================

Name: skT88420 Date: 08/17/99


We have a Java application that displays real-time updating market data - built using SWING 1.1.1 - and it is quite cpu intensive. We have discovered that if a screen saver or screen lock is active (EVEN IF THE SCREEN SAVER USES NO CPU, SUCH AS BLANK SCREEN) when our app is running then the painting slows down. When we release the screen saver/lock we can see 'lots' of rapid paints happening, like they were queued up. We know that painting is still happening but much slower.
This is a serious problem since we have a data queue that fills up and exhausts the Java heap in this scenario. We do not experience this problem at all with screen saver/locks disabled.

regards,

Graham
(Review ID: 94020)
======================================================================

Name: skT88420 Date: 08/18/99


When I run a java program or applet using the JDK it occurs that when I move the mouse, a grey box appears where the mouse was placed. I did some checking and some people tell me that it only happens on slower machines (mine is a p166, 72Ram). At first I thought it was a swing problem, but if found out that it also happens on AWT applets. It think it is Sun's runtime because the problem doesn't occur on Microsoft JVIEW and WJVIEW. The problem is that these Microsoft programs don't support JAR's. It can be a real problem when coding in a Java program.
(Review ID: 94075)
======================================================================

Name: skT88420 Date: 08/23/99


In version 1.1.7B this problem did not exist. It exists in both
1.2.1 and 1.1.2. I have also seen this in a discussion group, so
it's not just me! Whenever the first screen is displayed, wherever
the cursor is, leaves an approximately 1/2 inch square block of
"distortion" (in my application it is a light gray square of
nothing) when you move the cursor. It also mangles tooltips
and other fields when the cursor moves over them when they're
displayed. This happens on my Compaq Laptop (Presario 1655), but
not my Gateway desktop. I have installed Compaq's latest video
driver (neo), with no change in results. Someone else on the
discussion group (comp.lang.java.gui) is having the same problem
in Visual Cafe 3.0 and JBuilder 3. Please HELP!
(Review ID: 94244)
======================================================================