New: awt is covering my swing component...

i am using both awt and swing component on the same page. They are a List and a JComboBox.
while the JcomboBox is placed above the List. it works fine but when i click on the JComboBox, the pull down menu is covered by the awt List. I know that using JList can solve the problem, but i'm new to swing and i just want to make the smallest change to my code.
can i use layeredpane to help?

here is a link to the Swing tutorial that mentions this problem:
http://java.sun.com/docs/books/tutorial/uiswing/start/swingIntro.html#awt
The Swing tutorial also has a section on converting from AWT to Swing. You should look at that.
Here is another article from the Swing Connection titled "Mixing Heavy and Light Components"
http://java.sun.com/products/jfc/tsc/articles/mixing/index.html
Like the previous post says, you are better off not to mix the two.

Similar Messages

Swing component for awt.canvas

Hi,
Can anyone tell me the equivalent SWING component for awt CANVAS. I need it because i need to display only Images (nothing else) on it. If anyone can tell how I can do it.

JPanel is the Swing-equivalent of java.awt.Canvas, but if you are just displaying images, you can use the JLabel class, which supports use of images as icons (see also ImageIcon class).
Mitch Goldstein
Author, Hardcore JFC (Cambridge Univ Press)
[email protected]

New Swing Component for Swing Palette in NetBeans

Hi guys,
I want to write a new Swing component (Bean) for drawing vertical and horizontal lines to use with netBeans GUI designer.
Could anyone direct me to a tutorial
thanks in advance

JTextcomponent.

Changing custom AWT component to Swing component

I created my own AWT component. I'd like to change it to Swing component.
Does anyone know how to change or create a custom Swing component?
Please also provide some framework to develop a custom Swing component.

First try to know the difference between SWING & AWT. You can either adopt to SWING or AWT but be specific of what you want to do !
If you like to migrate from AWT to SWING ,then make the necessary changes in your coding.(ie, re frame things like , Frame to JFrame , Button to JButton ,JTextField to JTextField etc..)
For creating custom components ,say a component called MyLabel and you should design a class which extends JLabel and do whatever you like...
eg import javax.swing.*;
public class MyLabel extends JLabel
MyLabel(String title)
     this.setTitle(title);
     this.setBackground(Color.white);
     this.setForeground(Color.blue);
}For more details go to java tutorials.

Swing component's margin in a frame

Hello all,
When you set the bounds of a Swing component in a frame, it will automatically apply those bounds to the VISIBLE part of the frame, so that, a Y value of 0, for example, will not be at the very top of the frame, but right underneath the title bar of the frame. If you give a regular AWT a value of 0 to it's Y coordinate, part (or all) of it will be covered by the title bar of the frame. This does not happen with Swing components, which automatically add the height of the title bar to the value you give to their Y coordinate.
Now, what I want to know is, how can I retrieve the value of that "automatic margin"?. How can I know the number of pixels that the Swing component is being slided down, in order to save the title bar of the frame? This value can not be constant, since it will differ from one platform to another, and from one Look 'n Feel to another, but I have not been able to find out the way to get the value that it's being applied in each case.
As allways, many thanks in advance for your help.

Don't know if there is any direct way to get this information. But, assuming the border width/height is equal on all four sides you could try something like:
Dimension frameD = frame.getSize();
Dimension contentD = frame.getContentPane().getSize();
int borderWidth = frameD.width - contentD.width;
int titleHeight = frameD.height - contentD.height - borderWidth;

Support for Multilingual Numeral Input in JTextField swing component

When the User Locale is changed from the regional & language options in the control panel and the standard digits are customized to a non Latin character set, all the windows applications adhere to the changes made. HTML also respects the changes in effect and displays any numeric values using the new character set, which are the national digits for many Eastern Locales such as Chinese, Arabic(Saudi Arabia), Urdu and many more. The JTextField swing component given by java, however, does not show any support to the new settings. Any numeric input is displayed in the Latin character set even when the input locale of the system is also changed respectively. Any text input for this case is correctly displayed in the desired literals and appropriate glyphs. However, unlike the AWT components, numeral input and display is not catered as per the user/developer's requirements. This behavior was first noticed in 2007, as far as i have found out, and was reported once again on the same thread in 2010. The thread is given below as a reference. No action or response has been taken. Kindly look into this matter and please let me know if this bug has been reported before and if there is any intent of providing a fix for it.
Reference: http://www.coderanch.com/t/344075/GUI/java/Multilingual-support-JTextField
Regards,
Aitzaz Ahmad
Software Engineer
SENSYS

I too had an itch to reply with something like this
This is a sign of work well done!
The WD has so strong UI abstraction, that hides client-server nature applications almost completely. If you search forum, you will even find posts where developers try to upgrade value of ProgressMeter in <b>for</b> loop )
VS

Swing component fires an event to non-GUI code

Hi all -- this is my first post in forums.sun.com.
Question to get me started -
I have a Swing component that fires an ActionEvent. I would like that ActionEvent to trigger code that does not run on the AWT Event Queue thread (some code that will take some time without impacting GUI rendering performance.)
I know I could put that Event's action command into a synchronized Queue, and have a worker thread checking the queue and taking action when it finds a command there. Likewise, I could flag a volatile boolean as true, and have a worker thread check the flag and take action when true.
Or (and I suspect this is best), I could create a new SwingWorker thread right in actionPerformed().
Any opinions on what makes sense?

pkwooster: Yep. That's what I meant.
As for the design pattern, Observer was the pattern I was intending to use (and have already implemented). Would anyone argue that another method is more efficient or "correct"?
My sample project is:
Business Object -> Main Dialog -> Embedded Dialog
The Main Dialog contains no business logic - just simple navigation events. The Embedded Dialog contains the real controls and reports any interaction using Swing events, which the Main Dialog picks up.
I then set up the Observer pattern between the Main Dialog and the Business Object.

Problem in Swing Component (JComboBox)

Hello i've got one amazing problem in my Swing Component (JComboBox) while testing for Glasspane..
Please check this photo http://www.flickr.com/photos/39683118@N07/4483608081/
Well i used Netbeans Drag n Drop Swing so the code might be messing..any way my code looks like this:
My code looks like this:
public class NewJPanel extends javax.swing.JPanel {
    /** Creates new form NewJPanel */
    public NewJPanel() {
        initComponents();
    /** This method is called from within the constructor to
     * initialize the form.
     * WARNING: Do NOT modify this code. The content of this method is
     * always regenerated by the Form Editor.
    @SuppressWarnings("unchecked")
    // <editor-fold defaultstate="collapsed" desc="Generated Code">
    private void initComponents() {
        jTextField1 = new javax.swing.JTextField();
        jLabel1 = new javax.swing.JLabel();
        jLabel2 = new javax.swing.JLabel();
        jLabel3 = new javax.swing.JLabel();
        jButton1 = new javax.swing.JButton();
        jComboBox1 = new javax.swing.JComboBox();
        jCheckBox1 = new javax.swing.JCheckBox();
        setOpaque(false);
        jTextField1.setText("jTextField1");
        jLabel1.setText("jLabel1");
        jLabel2.setText("jLabel2");
        jLabel3.setText("jLabel3");
        jButton1.setText("jButton1");
        jComboBox1.setModel(new javax.swing.DefaultComboBoxModel(new String[] { "Item 1", "Item 2", "Item 3", "Item 4" }));
        jComboBox1.setCursor(new java.awt.Cursor(java.awt.Cursor.DEFAULT_CURSOR));
        jComboBox1.setNextFocusableComponent(jCheckBox1);
        jComboBox1.setOpaque(false);
        jComboBox1.addActionListener(new java.awt.event.ActionListener() {
            public void actionPerformed(java.awt.event.ActionEvent evt) {
                jComboBox1ActionPerformed(evt);
        jCheckBox1.setText("jCheckBox1");
        jCheckBox1.setOpaque(false);
        javax.swing.GroupLayout layout = new javax.swing.GroupLayout(this);
        this.setLayout(layout);
        layout.setHorizontalGroup(
            layout.createParallelGroup(javax.swing.GroupLayout.Alignment.LEADING)
            .addGroup(javax.swing.GroupLayout.Alignment.TRAILING, layout.createSequentialGroup()
                .addContainerGap(119, Short.MAX_VALUE)
                .addGroup(layout.createParallelGroup(javax.swing.GroupLayout.Alignment.LEADING)
                    .addComponent(jLabel1)
                    .addComponent(jLabel2)
                    .addComponent(jLabel3))
                .addGap(51, 51, 51)
                .addGroup(layout.createParallelGroup(javax.swing.GroupLayout.Alignment.LEADING)
                    .addComponent(jButton1)
                    .addComponent(jTextField1, javax.swing.GroupLayout.PREFERRED_SIZE, javax.swing.GroupLayout.DEFAULT_SIZE, javax.swing.GroupLayout.PREFERRED_SIZE)
                    .addComponent(jCheckBox1)
                    .addComponent(jComboBox1, javax.swing.GroupLayout.PREFERRED_SIZE, 81, javax.swing.GroupLayout.PREFERRED_SIZE))
                .addGap(115, 115, 115))
        layout.setVerticalGroup(
            layout.createParallelGroup(javax.swing.GroupLayout.Alignment.LEADING)
            .addGroup(layout.createSequentialGroup()
                .addGap(70, 70, 70)
                .addGroup(layout.createParallelGroup(javax.swing.GroupLayout.Alignment.BASELINE)
                    .addComponent(jTextField1, javax.swing.GroupLayout.PREFERRED_SIZE, javax.swing.GroupLayout.DEFAULT_SIZE, javax.swing.GroupLayout.PREFERRED_SIZE)
                    .addComponent(jLabel1))
                .addGap(15, 15, 15)
                .addGroup(layout.createParallelGroup(javax.swing.GroupLayout.Alignment.BASELINE)
                    .addComponent(jLabel2)
                    .addComponent(jCheckBox1))
                .addGap(18, 18, 18)
                .addGroup(layout.createParallelGroup(javax.swing.GroupLayout.Alignment.BASELINE)
                    .addComponent(jLabel3)
                    .addComponent(jComboBox1, javax.swing.GroupLayout.PREFERRED_SIZE, javax.swing.GroupLayout.DEFAULT_SIZE, javax.swing.GroupLayout.PREFERRED_SIZE))
                .addGap(18, 18, 18)
                .addComponent(jButton1)
                .addContainerGap(93, Short.MAX_VALUE))
        jComboBox1.getAccessibleContext().setAccessibleParent(null);
    }// </editor-fold>
    private void jComboBox1ActionPerformed(java.awt.event.ActionEvent evt) {
        // TODO add your handling code here:
    // Variables declaration - do not modify
    private javax.swing.JButton jButton1;
    private javax.swing.JCheckBox jCheckBox1;
    private javax.swing.JComboBox jComboBox1;
    private javax.swing.JLabel jLabel1;
    private javax.swing.JLabel jLabel2;
    private javax.swing.JLabel jLabel3;
    private javax.swing.JTextField jTextField1;
    // End of variables declaration
}

For more help create a [SSCCE (Short, Self Contained, Compilable and Executable, Example Program)|http://sscce.org], that demonstrates the incorrect behaviour.

Can't add to JPanel after removeAll() is triggered by another swing compone

Consider the bit of code below. It's a much simplified version of my real app.
In jPanel1 is a single label. In jPanel2 is a single button.
The button in jPanel2 is supposed to wipe clear (with removeAll()) jPanel1 and add a new label in place of the old one. What actually happens is that after the first button press, jPanel1 is indeed cleared by the removeAll() method but the new label can't be added (or rather it can be added but won't show.) I can hard code the removal & addition back and forth all day & it works fine. It's just when I use a swing component like JButton or JComboBox that it doesn't work. Why?? Is this a thread thing? (I know I can just change the text of the label but the real app is much more complicated.)
package my.stuff;
import java.awt.*;
import javax.swing.*;
public class TreeTest3 extends javax.swing.JFrame {
     private String language = "english";
     public TreeTest3() {
          initComponents();
          jPanel1.setLayout(new FlowLayout());
          jPanel1.setVisible(true);
          changeLabel();
     private void changeLabel()
          System.out.println("language = " + language);
          jPanel1.removeAll();
          jPanel1.validate();
          jPanel1.add(new JLabel(language), "Center");
          repaint();
     @SuppressWarnings("unchecked")
        // <editor-fold defaultstate="collapsed" desc="Generated Code">
        private void initComponents() {
                jPanel1 = new javax.swing.JPanel();
                jPanel2 = new javax.swing.JPanel();
                jButton1 = new javax.swing.JButton();
                setDefaultCloseOperation(javax.swing.WindowConstants.EXIT_ON_CLOSE);
                jPanel1.setBorder(new javax.swing.border.MatteBorder(null));
                jPanel1.setPreferredSize(new java.awt.Dimension(400, 204));
                javax.swing.GroupLayout jPanel1Layout = new javax.swing.GroupLayout(jPanel1);
                jPanel1.setLayout(jPanel1Layout);
                jPanel1Layout.setHorizontalGroup(
                        jPanel1Layout.createParallelGroup(javax.swing.GroupLayout.Alignment.LEADING)
                        .addGap(0, 398, Short.MAX_VALUE)
                jPanel1Layout.setVerticalGroup(
                        jPanel1Layout.createParallelGroup(javax.swing.GroupLayout.Alignment.LEADING)
                        .addGap(0, 133, Short.MAX_VALUE)
                jButton1.setText("switch");
                jButton1.addActionListener(new java.awt.event.ActionListener() {
                        public void actionPerformed(java.awt.event.ActionEvent evt) {
                                jButton1ActionPerformed(evt);
                javax.swing.GroupLayout jPanel2Layout = new javax.swing.GroupLayout(jPanel2);
                jPanel2.setLayout(jPanel2Layout);
                jPanel2Layout.setHorizontalGroup(
                        jPanel2Layout.createParallelGroup(javax.swing.GroupLayout.Alignment.LEADING)
                        .addGroup(jPanel2Layout.createSequentialGroup()
                                .addContainerGap()
                                .addComponent(jButton1)
                                .addContainerGap(308, Short.MAX_VALUE))
                jPanel2Layout.setVerticalGroup(
                        jPanel2Layout.createParallelGroup(javax.swing.GroupLayout.Alignment.LEADING)
                        .addGroup(jPanel2Layout.createSequentialGroup()
                                .addContainerGap()
                                .addComponent(jButton1)
                                .addContainerGap(126, Short.MAX_VALUE))
                javax.swing.GroupLayout layout = new javax.swing.GroupLayout(getContentPane());
                getContentPane().setLayout(layout);
                layout.setHorizontalGroup(
                        layout.createParallelGroup(javax.swing.GroupLayout.Alignment.LEADING)
                        .addComponent(jPanel1, javax.swing.GroupLayout.DEFAULT_SIZE, javax.swing.GroupLayout.DEFAULT_SIZE, Short.MAX_VALUE)
                        .addComponent(jPanel2, javax.swing.GroupLayout.DEFAULT_SIZE, javax.swing.GroupLayout.DEFAULT_SIZE, Short.MAX_VALUE)
                layout.setVerticalGroup(
                        layout.createParallelGroup(javax.swing.GroupLayout.Alignment.LEADING)
                        .addGroup(layout.createSequentialGroup()
                                .addComponent(jPanel1, javax.swing.GroupLayout.PREFERRED_SIZE, 135, javax.swing.GroupLayout.PREFERRED_SIZE)
                                .addPreferredGap(javax.swing.LayoutStyle.ComponentPlacement.RELATED)
                                .addComponent(jPanel2, javax.swing.GroupLayout.DEFAULT_SIZE, javax.swing.GroupLayout.DEFAULT_SIZE, Short.MAX_VALUE))
                pack();
        }// </editor-fold>
     private void jButton1ActionPerformed(java.awt.event.ActionEvent evt) {
          if (language.equals("english")) language = "spanish"; else language = "english";
          changeLabel();
     public static void main(String args[]) {
          java.awt.EventQueue.invokeLater(new Runnable() {
               public void run() {
                    new TreeTest3().setVisible(true);
        // Variables declaration - do not modify
        private javax.swing.JButton jButton1;
        private javax.swing.JPanel jPanel1;
        private javax.swing.JPanel jPanel2;
        // End of variables declaration
}

It should be
                private void changeLabel()
          System.out.println("language = " + language);
          jPanel1.removeAll();
          jPanel1.add(new JLabel(language), "Center");
          jPanel1.revalidate();
          jPanel1.repaint();
     }

Swing component's opaque property

Recenetly I read an article about "Painting in AWT and Swing" and feel confused about some points in the article.
http://java.sun.com/products/jfc/tsc/articles/painting/index.html
The article mentioned several Swing Painting Guidelines, I have question about the following two paragraphs:
6. If a Swing component's opaque property is set to true, then it is agreeing to paint all of the bits contained within its bounds (this includes clearing it's own background within paintComponent()), otherwise screen garbage may result.
7. Setting either the opaque or optimizedDrawingEnabled properties to false on a component will cause more processing on each paint operation, therefore we recommend judicious use of both transparency and overlapping components.
For the No.7, it's said setting the opaque to false will cause more process on each paint operation, I think it should changed to ture, since if set opaque property to true, it will paint all the bits contained within bounds as described in No.6.
So is this an error? What on earth is efficient for the opaque property value?
Thanks!

For the No.7, it's said setting the opaque to false will cause more process on each paint operationWhen you create an application you do something like this:
create a frame
add a panel to the frame
add a component to the panel. (lets say a JButton)
When you click on a button you need to change the state of the button to look 'pressed'. So you need to repaint area on the screen where the button is painted.
If the button is opaque(true) then you simply paint the button in its new state because the button is responsible for painting its background and any custom painting.
if the button is opaque(false) then you don't paint the background which means you need to search for the parent of the button (in our example the panel). Once you find the parent you need to paint that area of the panel that the button overlays and then you do the custom painting of the button.
So either way you have to repaint the same area. Hopefully it makes sense that painting a single component would be more efficient than painting parts of two separate components and determining which two components to repaint and what area to repaint of each component.

Flicker with heavyweight swing component and setVisible(false) on Linux

Hi All,
I'm using Java 6 update 14 on Ubuntu Jaunty.
I'm developing a GUI for a system running linux. I'm using the Swing framework for the GUI but need to include 3D animation accelerated in hardware. I'm using the JOGL framework for applying the 3D animations which supplies one with two swing-like components, the GLJPanel and GLCanvas. These two components are lightweight and heavyweight swing components respectively.
The difficulty arises when adding the heavyweight GLCanvas component into the gui. Often I need to do a setVisible(false) on the component in which case the GLCanvas hides correctly, but shows a flicker before the background is displayed. On digging a little deeper I found that because the GLCanvas is heavyweight, on linux it calls down to the sun.awt.X11 classes to do the setVisible(false) on hide. The very deepest call, the xSetVisible(false) method of the XBaseWindow class, causes the component to be replaced by first a grey backgound, and then the correct background. This intermediate grey background is causing the flicker.
The source for the sun.awt.X11 packages was not available with the standard JDK 6 but I've found the open jdk source which matches the steps taken by the call. The xSetVisible method is as follows:
0667:            public void xSetVisible(boolean visible) {
0668:                if (log.isLoggable(Level.FINE))
0669:                    log.fine("Setting visible on " + this + " to " + visible);
0670:                XToolkit.awtLock();
0671:                try {
0672:                    this .visible = visible;
0673:                    if (visible) {
0674:                        XlibWrapper.XMapWindow(XToolkit.getDisplay(),
0675:                                getWindow());
0676:                    } else {
0677:                        XlibWrapper.XUnmapWindow(XToolkit.getDisplay(),
0678:                                getWindow());
0679:                    }
0680:                    XlibWrapper.XFlush(XToolkit.getDisplay());
0681:                } finally {
0682:                    XToolkit.awtUnlock();
0683:                }
0684:            }I've found that the XlibWrapper.XFlush(XToolkit.getDisplay()) line (680) causes the grey to appear and then the XToolkit.awtUnlock(); line repaints the correct background.
Using the lightwieght GLJPanel resolves this issue as it is a light weight component but unfortunately I'm unable to use it as the target system does not have the GLX 1.3 libraries required because of intel chipset driver issues (it has GLX 1.2). I cannot enable the opengl pipline either (-Dsun.java2d.opengl=True) for the same reason.
Is there a way to configure a heavyweight component to avoid the operation in line 680? As far as I can tell, the flicker would disappear and the display would still be correctly rendered had this line not been executed. This problem is not present in windows.
I've put together a minimal example of the problem. It requires the JOGL 1.1.1 libraries in the classpath. They can be found here: [JOGL-download|https://jogl.dev.java.net/servlets/ProjectDocumentList?folderID=11509&expandFolder=11509&folderID=11508]
I've also found that running the program with the -Dsun.awt.noerasebackground=true vm argument reduces the flicker to just one incorrect frame.
The program creates a swing app with a button to switch between the GLCanvas and a normal JPanel. When switching from the GLCanvas to the JPanel a grey flicker is noticeable on Linux. Step through the code in debug mode to the classes mentioned above to see the grey flicker frame manifest.
import java.awt.BorderLayout;
import java.awt.Color;
import java.awt.Insets;
import java.awt.event.ActionEvent;
import java.awt.event.ActionListener;
import javax.media.opengl.GLCanvas;
import javax.swing.JButton;
import javax.swing.JFrame;
import javax.swing.JInternalFrame;
import javax.swing.JPanel;
import javax.swing.WindowConstants;
import javax.swing.border.EmptyBorder;
public class SwitchUsingJInternalFrameSwappedExample {
     private static JPanel glPanel;
     private static JPanel mainPanel;
     private static JPanel swingPanel1;
     private static boolean state;
     private static JInternalFrame layerFrame;
     private static GLCanvas glCanvas;
     public static void main(String[] args) {
          state = true;
          JFrame frame = new JFrame();
          frame.setSize(800, 800);
          frame.setContentPane(getMainPanel());
          frame.setVisible(true);
          frame.setDefaultCloseOperation(WindowConstants.EXIT_ON_CLOSE);
          frame.setBackground(Color.GREEN);
     // The main component.
     public static JPanel getMainPanel() {
          mainPanel = new JPanel();
          mainPanel.setBackground(new Color(0, 0, 255));
          mainPanel.setBorder(new EmptyBorder(new Insets(20, 20, 20, 20)));
          mainPanel.setLayout(new BorderLayout());
          mainPanel.add(getButton(), BorderLayout.NORTH);
          mainPanel.add(getAnimationPanel(), BorderLayout.CENTER);
          return mainPanel;
     // Switch button.
     private static JButton getButton() {
          JButton button = new JButton("Switch");
          button.addActionListener(new ActionListener() {
               @Override
               public void actionPerformed(ActionEvent e) {
                    switchToOpenGl();
          return button;
     // Do the switch.
     protected static void switchToOpenGl() {
          // Make the OpenGL overlay visible / invisible.
          if (!state) {
               glCanvas.setVisible(false);
          } else {
               glCanvas.setVisible(true);
          state = !state;
     // Normal swing panel with buttons
     public static JPanel getNormalPanel() {
          if (swingPanel1 == null) {
               swingPanel1 = new JPanel();
               for (int i = 0; i < 10; i++) {
                    swingPanel1.add(new JButton("Asdf" + i));
               swingPanel1.setBackground(Color.black);
          return swingPanel1;
     // Extra panel container just for testing whether background colors show through.
     public static JPanel getAnimationPanel() {
          if (glPanel == null) {
               glPanel = new JPanel(new BorderLayout());
               glPanel.setBorder(new EmptyBorder(new Insets(20, 20, 20, 20)));
               glPanel.setBackground(Color.YELLOW);
               glPanel.add(getLayerFrame(), BorderLayout.CENTER);
          return glPanel;
     // A component that has two layers (panes), one containing the swing components and one containing the OpenGl animation.
     private static JInternalFrame getLayerFrame() {
          if (layerFrame == null) {
               // Create a JInternalFrame that is not movable, iconifyable etc.
               layerFrame = new JInternalFrame(null, false, false, false, false);
               layerFrame.setBackground(new Color(155, 0, 0));
               layerFrame.setVisible(true);
               // Remove the title bar and border of the JInternalFrame.
               ((javax.swing.plaf.basic.BasicInternalFrameUI) layerFrame.getUI())
                         .setNorthPane(null);
               layerFrame.setBorder(null);
               // Add a normal swing component
               layerFrame.setContentPane(getNormalPanel());
               // Add the OpenGL animation overlay on a layer over the content layer.
               layerFrame.setGlassPane(getGLCanvas());
          return layerFrame;
     // OpenGL component.
     public static GLCanvas getGLCanvas() {
          if (glCanvas == null) {
               glCanvas = new GLCanvas();
               glCanvas.setBackground(Color.CYAN);
          return glCanvas;
}

Oracle employees typically don't read these forums, you can report bugs here: http://bugs.sun.com/bugdatabase/

About the difference between the AWT components and the swing components

As we know that an AWT component has a peer, but dose a lightweight component(e.g: a swing component) has also a peer? And could somebody tell me that who and how creates the CLICKED_EVENT when I click a JButton(a swing component), and where the CLICKED_EVENT to go util it was processed by a method like btn_ok_clicked(Event e)? And if I click a Button(an AWT component), what's the difference?
Thanks a lot!

The main difference is that AWT are native components, and Swing components are entirely in java written. That's besides the look and feel. There are a lot of other differences between AWT and Swing, and there are better described in the documentation.

How to set a Swing component as Modal window on a SWT Component.?

How to set a Swing component as Modal on a SWT Component.I mean, I have a window (SWT Container) with some menu items.
When I click on one menu item then i will get one new Swing Window.
When creating the new frame I had passed Modal value as TRUE in the constructer.Now child is not behaving as Modal Window.I mean I am able to go to parent window even though the child window is opened as a Modal Window.This is only happened when I double click on the Title Bar of the Parent Window.
If I try to click on any other part of the Parent Window except Title bar ... the child window is working as a Modal Window.
Can any one suggest me to solve this one !!

int this case, do this :
JFrame f = new JFrame("Authentification");
f.getContentPane().setLayout(new BorderLayout());
f.getContentPane().add(myJPanel, BorderLayout.CENTER);
f.setBounds(x,y,w,h);
f.setVisible(true);
Where myJPanel is the Panel you developped.

How to call Ocx in swing Component

Hi i want to play Flash4 file xxx.swf in swing Component
JMF Api Supports upto Flash2 only i downloadled Flash4 player which is a ocx file .how can i integrate this ocx in swing Component
help me please
regards
Mahesh.B

I have used the tool JacoZoom by InfoZoom (http://www.infozoom.de).
The tool can create JCWs (java callable wrappers) for COM and ActiveX objects.
If they are visual, you can create and display them within your Java app
either as AWT or in Swing.
In general, JacoZoom is the best tool I have found so far, it is my
favorite.
Sylvia

Getting HWND to Swing component with C++ as main

I've ran into another issue with the Native interface , it occurs when mixing it with JNI.
Anyone know why the class load fails on the Native Invocatuon side if I include a JNI call on the Java side??
Here's the sequence
1 .Main.cpp -> 2 . MainNativeWindow.cpp (Native Interface) -> 3 . MyWindow.java (create Swing and call Native) -> 4. MyNativeWindow.cpp (get HWND and edit)
1. So the main app is C++.
2. The creates a JVM through the native interface
3. The Java Sides paint is overridden on the C++ side, this gives me a HWND to the Java Canvas.
4. The C++ side then writes to the Java Canvas.
My problem is the combination of the Native invocation and the JNI, if I include the JNI call on the Java side then the Native call to access the Java class fails (it works if I remove the JNI function) !!
Anyone know why the class load fails on the Native Invocatuon side if I include a JNI call on the Java side??
Is there an easier way to get access to the Java Canvas from the C++ side, besides using the Java Paint function to give me access , I've given snippets of the code below
1. and 2. C++ main
#include "MainNativeWindow.h"
//Native Interface
#include <stdio.h>
#include <jni.h>
JavaVM *jvm; /* Pointer to a Java VM */
JNIEnv *env; /* Pointer to native method interface */
int verbose = 1; /* Debugging flag */
int MainNativeWindow::InitJava()
JavaVMInitArgs vm_args;
jclass cls;
jmethodID main_methodID, test_methodID = NULL;
jint res;
JavaVMOption options[4];
options[0].optionString = "-Djava.compiler=NONE"; /* disable JIT */
options[1].optionString = "-Djava.class.path=${JDK_HOME}/lib;C:/jsdk1.4.2/_jvm/lib;."; /* user classes */
options[2].optionString = "-Djava.library.path=lib"; /* set native library path */
options[3].optionString = "-verbose:jni"; /* print JNI-related messages */
/* Setup the environment */
vm_args.version = JNI_VERSION_1_4;
vm_args.options = options;
vm_args.nOptions = 4;
vm_args.ignoreUnrecognized = 1;
JNI_GetDefaultJavaVMInitArgs(&vm_args);//REPLACE THIS
   res = JNI_CreateJavaVM(&jvm,(void **) &env, &vm_args );//REPLACE THIS
cls = env->FindClass("MyWindow");
if(cls)
    main_methodID = env->GetStaticMethodID(cls, "main", "([Ljava/lang/String;)V");//"([Ljava/lang/String;)V" indicates that the Java mehtod takes an array "[" pf Strings and returns void "V"
if(main_methodID)
     jstring first_str = env->NewStringUTF("The First String");//create string
     jobjectArray args = (jobjectArray)env->NewObjectArray(2,env->FindClass("java/lang/String"), first_str);//new array with 2 elements
                              env->SetObjectArrayElement(args, 1, first_str);//insert the second string into index 1 of the array
     jstring second_str = env->NewStringUTF("The Second String");//create string
                              env->SetObjectArrayElement(args, 2, second_str);//insert the second string into index 1 of the array
                         env->CallStaticVoidMethod(cls, main_methodID, args);//pass the array to the Java main method
jvm->DestroyJavaVM( );
    return 1;
int main(int argc, char *argv[])
     MainNativeWindow *nativewin = new MainNativeWindow();
      return nativewin->InitJava();
}3. JAVA side
import java.awt.*;
import javax.swing.*;
public class MyWindow extends Canvas {
     static {
          // Load the library that contains the paint code.
          System.loadLibrary("MyNativeWindow");
     // native entry point for Painting
     public native void paint(Graphics g);
     public static void main( String[] argv ){
          Frame f = new Frame();
          f.setSize(300,400);
          JWindow w = new JWindow(f);
          w.setBackground(new Color(0,0,0,255));
          w.getContentPane().setBackground(new Color(0,0,0,255));
          w.getContentPane().add(new MyWindow());
          w.setBounds(300,300,300,300);
          w.setVisible(true);
}4. C++ AWT interface (doesn't get here with the JNI in the Java class)
//AWT Native Interface
#include <windows.h>
#include <assert.h>
#include "jawt_md.h"
#include "MyWindow.h"
void DrawSmiley(HWND hWnd, HDC hdc);
HRGN hrgn = NULL;
JNIEXPORT void JNICALL
Java_MyWindow_paint(JNIEnv* env, jobject canvas, jobject graphics)
     JAWT awt;
     JAWT_DrawingSurface* ds;
     JAWT_DrawingSurfaceInfo* dsi;
     JAWT_Win32DrawingSurfaceInfo* dsi_win;
     jboolean result;
     jint lock;
     // Get the AWT
     awt.version = JAWT_VERSION_1_4;
     result = JAWT_GetAWT(env, &awt);
     assert(result != JNI_FALSE);
     // Get the drawing surface
     ds = awt.GetDrawingSurface(env, canvas);
     if(ds == NULL)
         return;
     // Lock the drawing surface
     lock = ds->Lock(ds);
     assert((lock & JAWT_LOCK_ERROR) == 0);
     // Get the drawing surface info
     dsi = ds->GetDrawingSurfaceInfo(ds);
     // Get the platform-specific drawing info
     dsi_win = (JAWT_Win32DrawingSurfaceInfo*)dsi->platformInfo;
     HDC hdc = dsi_win->hdc;
     HWND hWnd = dsi_win->hwnd;
     // !!! DO PAINTING HERE !!! //
     if(hrgn == NULL)
          RECT rcBounds;
          GetWindowRect(hWnd,&rcBounds);
          long xLeft = 0;         // Use with scaling macros
          long yTop = 0;
          long xScale = rcBounds.right-rcBounds.left;
          long yScale = rcBounds.bottom-rcBounds.top;
          hrgn = CreateEllipticRgn(X(10), Y(15), X(90), Y(95));
          SetWindowRgn(GetParent(hWnd),hrgn,TRUE);
          InvalidateRect(hWnd,NULL,TRUE);
     } else {
          DrawSmiley(hWnd,hdc);
     // Free the drawing surface info
     ds->FreeDrawingSurfaceInfo(dsi);
     // Unlock the drawing surface
     ds->Unlock(ds);
     // Free the drawing surface
     awt.FreeDrawingSurface(ds);
}

See http://codeproject.com/cpp/OOJNIUse.asp

New: awt is covering my swing component...

Similar Messages

Maybe you are looking for