¿Cómo se puede cambiar el tamaño de una ventana J Swing sin parpadeo?

Question

Estoy tratando de hacer una interfaz de usuario personalizada basada en un JWindow con el fin de seleccionar un área de la pantalla para compartir. He extendido JWindow y he agregado un código para hacerlo redimensionable y para 'cortar' el centro de la ventana usando AWTUtilities.setWindowShape().

Al ejecutar el código, estoy experimentando un parpadeo a medida que la ventana cambia de tamaño en direcciones x e y negativas, es decir, hacia arriba y hacia la izquierda. Lo que parece estar sucediendo es que la ventana se redimensiona y dibuja antes de que se actualicen los componentes. A continuación hay una versión simplificada del código. Cuando se ejecuta, el panel superior se puede usar para cambiar el tamaño de la ventana hacia arriba y hacia la izquierda. El fondo de la ventana está configurado en verde para que quede claro dónde están los píxeles que no quiero mostrar.

Editar: mejorado el código para dar forma a la ventana correctamente usando un ComponentListener y se añadió un componente maniquí en la parte inferior para ilustrar adicionalmente parpadeo (capturas de pantalla también actualizadas).

import java.awt.BorderLayout; 
import java.awt.Color; 
import java.awt.Graphics; 
import java.awt.Rectangle; 
import java.awt.event.ComponentAdapter; 
import java.awt.event.ComponentEvent; 
import java.awt.event.MouseEvent; 
import java.awt.event.MouseListener; 
import java.awt.event.MouseMotionListener; 
import java.awt.geom.Area; 

import javax.swing.JPanel; 
import javax.swing.JWindow; 
import javax.swing.border.CompoundBorder; 
import javax.swing.border.EmptyBorder; 
import javax.swing.border.EtchedBorder; 
import javax.swing.border.LineBorder; 

import com.sun.awt.AWTUtilities; 

public class FlickerWindow extends JWindow implements MouseListener, MouseMotionListener{ 

    JPanel controlPanel; 
    JPanel outlinePanel; 
    int mouseX, mouseY; 
    Rectangle windowRect; 
    Rectangle cutoutRect; 
    Area windowArea; 

    public static void main(String[] args) { 
     FlickerWindow fw = new FlickerWindow(); 
    } 

    public FlickerWindow() { 
     super(); 
     setLayout(new BorderLayout()); 
     setBounds(500, 500, 200, 200); 
     setBackground(Color.GREEN); 

     controlPanel = new JPanel(); 
     controlPanel.setBackground(Color.GRAY); 
     controlPanel.setBorder(new EtchedBorder(EtchedBorder.LOWERED)); 
     controlPanel.addMouseListener(this); 
     controlPanel.addMouseMotionListener(this); 

     outlinePanel = new JPanel(); 
     outlinePanel.setBackground(Color.BLUE); 
     outlinePanel.setBorder(new CompoundBorder(new EmptyBorder(2,2,2,2), new LineBorder(Color.RED, 1))); 

     add(outlinePanel, BorderLayout.CENTER); 
     add(controlPanel, BorderLayout.NORTH); 
     add(new JButton("Dummy button"), BorderLayout.SOUTH); 
     setVisible(true); 
     setShape(); 

     addComponentListener(new ComponentAdapter() {   
      @Override 
      public void componentResized(ComponentEvent e) { 
       setShape(); 
      }}); 
    } 


    public void paint(Graphics g) { 
     // un-comment or breakpoint here to see window updates more clearly 
     //try {Thread.sleep(10);} catch (Exception e) {} 
     super.paint(g); 
    } 

    public void setShape() { 
     Rectangle bounds = getBounds(); 
     Rectangle outlineBounds = outlinePanel.getBounds(); 
     Area newShape = new Area (new Rectangle(0, 0, bounds.width, bounds.height)); 
     newShape.subtract(new Area(new Rectangle(3, outlineBounds.y + 3, outlineBounds.width - 6, outlineBounds.height - 6))); 
     setSize(bounds.width, bounds.height); 
     AWTUtilities.setWindowShape(this, newShape); 
    } 

    public void mouseDragged(MouseEvent e) { 
     int dx = e.getXOnScreen() - mouseX; 
     int dy = e.getYOnScreen() - mouseY; 

     Rectangle newBounds = getBounds(); 
     newBounds.translate(dx, dy); 
     newBounds.width -= dx; 
     newBounds.height -= dy; 

     mouseX = e.getXOnScreen(); 
     mouseY = e.getYOnScreen(); 

     setBounds(newBounds); 
    } 

    public void mousePressed(MouseEvent e) { 
     mouseX = e.getXOnScreen(); 
     mouseY = e.getYOnScreen(); 
    } 

    public void mouseMoved(MouseEvent e) {} 
    public void mouseClicked(MouseEvent e) {} 
    public void mouseReleased(MouseEvent e) {} 
    public void mouseEntered(MouseEvent e) {} 
    public void mouseExited(MouseEvent e) {} 
} 

El anulado paint() método puede ser utilizado como un punto de interrupción o el Thread.sleep() puede ser uncommented allí para proporcionar una visión más clara de la actualización como sucede.

Mi problema parece provenir del método setBounds() que hace que la ventana se pinte en la pantalla antes de ser distribuida.

---

ventana antes de cambiar el tamaño, ya que debe buscar:

---

ventana durante el cambio de tamaño grande (hasta e izquierda) como se ve en el punto de ruptura en sobrescrito método paint()):

---

ventana durante el cambio de tamaño más pequeño (abajo ya la derecha) como se ve en el punto de ruptura en sobrescrito método paint()):

---

concedieron estas imágenes se toman durante los movimientos de arrastre de ratón agresivas pero el parpadeo se vuelve bastante molesto incluso para roces de ratón más moderados.

El área verde en el cambio de tamaño a la captura de pantalla más grande muestra el nuevo fondo que se dibuja antes de realizar cualquier pintura/diseño, parece suceder en el ComponentPeer o gestor de ventanas nativo subyacente. El área azul en la captura de pantalla "redimensionar a más pequeño" muestra el fondo JPanel que se muestra a la vista, pero ahora está desactualizado. Esto sucede bajo Linux (Ubuntu) y Windows XP.

Alguien ha encontrado una manera de causar una Window o JWindow para cambiar el tamaño de una memoria intermedia de vuelta antes de que se realicen cambios a la pantalla y así evitar este efecto de parpadeo? Tal vez haya una propiedad del sistema java.awt.... que se puede configurar para evitar esto, aunque no pude encontrar ninguno.

---

editar # 2: comentario la llamada a AWTUtilities.setWindowShape() (y opcionalmente elimine la línea Thread.sleep(10) en paint()) a continuación, arrastre el panel superior alrededor de agresivamente con el fin de ver claramente la naturaleza de la parpadeo.

Edit # 3: ¿Alguien puede probar este comportamiento bajo Sun Java en Windows 7 o Mac OSX?

Answer 1

Acabo de probar su ejemplo. Realmente vi algunos chasquidos pequeños al cambiar el tamaño de la ventana. Traté de sustituir el fragmento de código a partir de setBounds() y terminando en AWTUtilities.setWindowShape(this, newShape); por

setSize(newBounds.width, newBounds.height); 

y vi que el parpadeo desapareció. Por lo tanto, le sugiero esta solución a menos que tenga algún motivo especial para usar setBounds.

Answer 2

Otro enfoque podría ser esperar a que el usuario complete su arrastre/cambio de tamaño antes de pintar. Tal vez use un cuadro delimitador para mostrarle al usuario el tamaño de la ventana hasta que se complete su evento de cambio de tamaño.

He notado que muchas aplicaciones con ventanas tomarán ese enfoque o se ocuparán del parpadeo. Prácticamente todas las aplicaciones en las que he probado un cambio de tamaño agresivo tienen el mismo problema (no Java), por lo que el problema puede recaer solo en el subsistema gráfico en lugar de Swing.

Answer 3

Admito que esta no es una respuesta particularmente útil, pero entender qué es exactamente Swing puede ayudar.

See, Swing hace todo su trabajo, menos de obtener un poco de espacio para extraer del sistema operativo. Todos los dibujos, widgets, etc. son códigos Java. No es tanto que esto se ejecute lentamente, sino que se ejecuta sin el beneficio de la aceleración de la tarjeta gráfica 2D y los trucos de representación del sistema operativo.

¿Recuerda DirectDraw? Todo lo tiene hoy en día, y las ventanas son suaves como la mantequilla. Pero si alguna vez agarras una computadora que no la tiene por alguna razón (por ejemplo, una instalación de XP sin controladores), notas exactamente este tipo de ralentización.

Con Swing, porque gestiona todo su espacio, el sistema operativo no puede hacer ninguno de estos trucos de renderizado para ayudarte.

Alguien puede venir con una optimización que corrige su problema en su computadora, pero me preocupa que no solucione realmente el problema de base: el oscilación es lento y no puede hacerse más rápido.

Debería buscar kits de herramientas nativos. AWT está bien, pero falta una gran cantidad de widgets/etc. Es nativo e incorporado, por lo que debería ser bastante rápido si eso es todo lo que necesitas. Soy parcial a SWT, que es lo que usan Eclipse, Vuze (entre otros). Combina la natividad de AWT con la facilidad y las características de Swing y, por supuesto, se ejecuta en todas partes.

EDIT: Después de leer un poco más de sus comentarios, es evidente que usted comprende perfectamente cómo ocurre el enventanado, no quiero parecer condescendiente. No solo eso, sino que estás más interesado en redimensionar, que mi comentario no tiene mucho que ver con eso. Todavía recomendaría SWT porque es un código nativo y más rápido, pero esa es una respuesta diferente a la anterior.