स्विंग जेविंडो को झटके के बिना कैसे बदला जा सकता है?

Question

मैं साझा करने के लिए स्क्रीन के क्षेत्र का चयन करने के उद्देश्य से JWindow पर आधारित कस्टम UI बनाने का प्रयास कर रहा हूं। मैंने JWindow बढ़ाया है और AWTUtilities.setWindowShape() का उपयोग कर विंडो के केंद्र को 'आकार देने' के लिए कोड जोड़ा है।

कोड चलाते समय मुझे झिलमिलाहट का सामना करना पड़ रहा है क्योंकि विंडो को नकारात्मक एक्स और वाई दिशाओं में बदल दिया गया है, यानी ऊपर और बाएं। ऐसा प्रतीत होता है कि घटकों को अद्यतन करने से पहले खिड़की का आकार बदलकर खींचा जाता है। नीचे कोड का एक सरलीकृत संस्करण है। जब ऊपर पैनल चलाया जाता है तो विंडो को ऊपर और बाईं ओर आकार देने के लिए उपयोग किया जा सकता है। खिड़की की पृष्ठभूमि को यह स्पष्ट करने के लिए हरे रंग पर सेट किया गया है कि पिक्सेल जो मैं दिखाना नहीं चाहता हूं।

संपादित करें: विंडो ठीक से एक ComponentListener का उपयोग कर आकार देने के लिए कोड में सुधार और आगे झिलमिलाहट (भी अद्यतन स्क्रीनशॉट) को वर्णन करने के तल पर एक डमी घटक जोड़ा।

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) {} 
} 

अधिरोहित paint() विधि या एक ब्रेकपाइंट के रूप में इस्तेमाल किया जा सकता Thread.sleep() वहाँ uncommented अद्यतन का स्पष्ट स्थिति प्रदान करने के लिए के रूप में यह होता है हो सकता है।

मेरी समस्या setBounds() विधि से स्टेम लगती है जिससे खिड़की को स्क्रीन पर चित्रित करने से पहले चित्रित किया जा सकता है।

---

विंडो बड़ा आकार बदलने (अप और बाएं) के रूप में) ओवरराइड paint() विधि पर ब्रेकप्वाइंट पर देखा दौरान:

---

विंडो का आकार बदलने, के रूप में यह देखना चाहिए से पहले

छोटे आकार बदलने (नीचे और दाएं) के रूप में ओवरराइड paint() विधि पर ब्रेकप्वाइंट पर देखा दौरान

विंडो):

---

दी इन स्क्रीनशॉट आक्रामक माउस खींचें आंदोलनों के दौरान लिया जाता है, लेकिन झिलमिलाहट काफी हो जाता है अधिक मध्यम माउस ड्रैग के लिए भी परेशान।

बड़े स्क्रीनशॉट के आकार में हरा क्षेत्र नई पृष्ठभूमि दिखाता है जो किसी भी चित्रकला/लेआउट से पहले खींचा जाता है, ऐसा लगता है कि अंतर्निहित ComponentPeer या मूल विंडो प्रबंधक में ऐसा लगता है। 'छोटे आकार में' स्क्रीनशॉट पर नीला क्षेत्र JPanel की पृष्ठभूमि को धक्का में दिखाया जा रहा है लेकिन अब पुराना है। यह लिनक्स (उबंटू) और विंडोज एक्सपी के तहत होता है।

क्या किसी को स्क्रीन पर किए गए किसी भी बदलाव से पहले बैक बफर का आकार बदलने के लिए Window या JWindow का कारण बनने का कोई तरीका मिला है और इस प्रकार इस झटकेदार प्रभाव से बचें? शायद java.awt.... सिस्टम प्रॉपर्टी है जिसे इस से बचने के लिए सेट किया जा सकता है, हालांकि मुझे कोई नहीं मिला।

---

# 2 संपादित करें: टिप्पणी बाहर AWTUtilities.setWindowShape() करने के लिए कॉल (और वैकल्पिक paint() में Thread.sleep(10) लाइन uncomment) तो क्रम में आक्रामक तरीके से चारों ओर शीर्ष पैनल खींचें स्पष्ट रूप से झिलमिलाहट की प्रकृति को देखने के लिए।

संपादित करें # 3: क्या कोई भी विंडोज 7 या मैक ओएसएक्स पर सन जावा के तहत इस व्यवहार का परीक्षण करने में सक्षम है?

Answer 1

मैंने अभी आपके उदाहरण की कोशिश की है। खिड़की का आकार बदलते समय मैंने वास्तव में कुछ छोटे फ्लिकिंग देखा। मैं द्वारा

setSize(newBounds.width, newBounds.height); 

AWTUtilities.setWindowShape(this, newShape); पर कोड टुकड़ा setBounds() से शुरू और खत्म की जगह करने की कोशिश की और देखा कि flicking गायब हो गया। इसलिए, मैं आपको इस समाधान का सुझाव दूंगा जब तक कि आपके पास setBounds का उपयोग करने के कोई विशेष कारण न हों।

Answer 2

उपयोगकर्ता के चित्रकला से पहले खींचने/आकार बदलने के लिए प्रतीक्षा करने का एक और तरीका हो सकता है। उपयोगकर्ता को आकार बदलने के बाद उपयोगकर्ता को विंडो का आकार दिखाने के लिए बाध्यकारी बॉक्स का उपयोग करें।

मैंने देखा है कि बहुत सारे खिड़की वाले अनुप्रयोग या तो उस दृष्टिकोण को ले लेंगे या झटके से निपटेंगे। बस उन सभी ऐप्स के बारे में मैंने एक आक्रामक आकार बदलने की कोशिश की है, जिसमें एक ही समस्या है (गैर-जावा) ताकि समस्या स्वयं स्विंग के बजाए ग्राफ़िक उपप्रणाली के साथ झूठ बोल सके।

Answer 3

मैं मानता हूं कि यह एक विशेष रूप से सहायक उत्तर नहीं है, लेकिन यह समझना कि वास्तव में स्विंग क्या मदद कर सकती है।

देखें, स्विंग अपने सभी काम करता है, वास्तव में ओएस से आकर्षित करने के लिए थोड़ा सा स्थान प्राप्त करने से कम। सभी ड्राइंग, विजेट, आदि जावा कोड हैं। यह इतना नहीं है कि यह धीरे-धीरे चल रहा है, क्योंकि यह 2 डी ग्राफिक्स कार्ड त्वरण और ओएस प्रतिपादन चाल के लाभ के बिना चल रहा है।

DirectDraw याद रखें? सबकुछ आजकल है, और खिड़की के ऑप्स मक्खन-चिकनी हैं। लेकिन अगर आपने कभी ऐसा कंप्यूटर पकड़ लिया है जिसके पास किसी कारण से नहीं है (कहें, कोई ड्राइवर नहीं है तो एक्सपी इंस्टॉल करें) आप बिल्कुल इस प्रकार की मंदी देखते हैं।

स्विंग के साथ, क्योंकि यह अपनी सभी जगहों का प्रबंधन करता है, ओएस आपकी मदद करने के लिए इनमें से कोई भी प्रतिपादन चाल नहीं कर सकता है।

कोई आपके ऑप्टिमाइज़ेशन के साथ आ सकता है जो आपके कंप्यूटर पर आपकी समस्या को हल करता है, लेकिन मुझे चिंता है कि यह वास्तव में मूल समस्या को ठीक करने वाला नहीं है - स्विंग धीमी है और तेजी से नहीं मिल सकती है।

आपको मूल टूलकिट में देखना चाहिए। एडब्ल्यूटी ठीक है, लेकिन बहुत सारे विजेट/आदि गायब हैं। यह मूल है, और अंतर्निहित है, इसलिए यदि आपको बस इतना ही चाहिए तो यह बहुत तेज़ होना चाहिए। मैं एसडब्ल्यूटी के आंशिक हूं, जो एक्लिप्स, वीज़ (दूसरों के बीच) का उपयोग करता है। यह स्विंग की आसानी और सुविधाओं के साथ एडब्ल्यूटी की देशी-नस्ल को जोड़ती है, और निश्चित रूप से हर जगह चलती है।

संपादित करें: आपकी कुछ और टिप्पणियां पढ़ने के बाद यह बहुत स्पष्ट है कि आप पूरी तरह से समझते हैं कि खिड़की कैसे होती है - मैं संवेदना के रूप में नहीं आना चाहता हूं। इतना ही नहीं, लेकिन आप आकार बदलने में अधिक रुचि रखते हैं, जिसकी मेरी टिप्पणी के साथ इतना कुछ नहीं है। मैं अभी भी एसडब्ल्यूटी की सिफारिश करता हूं क्योंकि यह मूल कोड और तेज़ है, लेकिन यह ऊपर दिए गए एक से अलग जवाब है।