Name: rm29839 Date: 11/11/97


calling toFront() on a window or frame will now
also cause the window to be given the focus.

This is different behaviour to JDK 1.1.3 and
earlier, and the change has not been documented.
The functionality has changed in JDK 1.1.4 for
both Windows NT 4.0 and Windows 95osr2.

Use the source code below to reproduce the problem.
Instructions are presented on each of the frames.

import java.awt.Button;
import java.awt.Event;
import java.awt.Frame;
import java.awt.GridLayout;
import java.awt.Label;

/*******************************************************************************
*
* Class ToFrontBug
*
* This class is one I created to demonstrate what I beleive is a bug in the
* window.toFront() method for the JDK 1.1.4. To see this bug simply run the
* class and follow the instructions.
*
*******************************************************************************/
class ToFrontBug extends Frame
{

protected Frame other_;




public static void main(String argv[])
{
new ToFrontBug("Frame 1", null);
}



ToFrontBug(String frame_title, Frame parent)
{
if (parent == null)
{
other_ = new ToFrontBug("Frame 2", this);
}
else
{
other_ = parent;
}
setTitle("toFront() Bug Demonstration - " + frame_title);
setLayout(new GridLayout(4, 1, 10, 6));
add(new Label("Press the button to bring the other frame to the front."));
add(new Label("When this is done in JDK 1.1.3 or earlier this frame remains in focus."));
add(new Label("The bug is that in JDK 1.1.4 the frame that is put to the front gets the focus"));
add(new Button("Other To Front"));
pack();
show();
}




public void setOtherRef(Frame other)
{
other_ = other;
}




public void otherToFront()
{
if (other_ != null)
{
other_.toFront();
}
}




public boolean action(Event evt, Object arg)
{
String label = (String)arg;

if (arg.equals("Other To Front"))
{
System.out.println("other to front");
otherToFront();
return true;
}
else
{
return false;
}
}




public boolean handleEvent(Event evt)
{
switch (evt.id)
{
case Event.WINDOW_DESTROY:
System.exit(0);
return true;
default:
return super.handleEvent(evt);
}
}



} //End class ToFrontBug
(Review ID: 19276)
======================================================================

ronan.mandel@Eng 1997-11-11
On Solaris, I don't loose focus from the window that consumes the mouse event but on winNT I do.

=====================================================================


[joon.oh@Eng 1997-12-02]

This program illustrates a new bug in jre1.1.4 for W95/NT.
  The toFront() call is improperly requesting focus for the
  component for which toFront() is being called.
  This bug shows up in 1.1.4 on W95/NT but not in 1.1.3 or earlier,
  and not on Solaris 1.1.4.

  Run the program as follows:
   (compile)
java t33

  Then separate the two windows (which typically show up on top
  of each other).

  Under 1.1.4 you'll notice the focus flashing from one to the other.
  This does not occur in 1.1.3.

  The problem with this bug is that if a GUI uses toFront() to
  bring a toolbar to the surface perioidically, it prevents use of
  any other windows, because they lose focus.

  This leads us to potentially recommend 1.1.3 to our cutomers, rather
  than 1.1.4.

  I checked your bug report list at java.sun.com and did not see
  this bug reported.

  12/1/97 MetaWare Incoporated. Tom Pennello. ###@###.###

 */

import java.awt.*;
class Keep_topmost extends Thread {
    Window W;
    boolean to_front = true;
    Keep_topmost(Window C) { W = C; }
    public void run() {
        while (true) {
try {
Thread.sleep(1500);
if (to_front) W.toFront();
}
catch(InterruptedException e) { return; }
}
        }
    }

class t33 extends Frame {
    // Bring up two frames, each going topmost periodically.
    t33() {
        add(new Label("This is a frame"));
pack();
show();
new Keep_topmost(this).start();
}
    public static void main(String a[]) {
        new t33();
        new t33();
}
    }