Byte-Welt Forum - DockingFrames

Saving layout to database

gpadgett — Mon, 06 Sep 2010 08:41:40 GMT

Hi,

I am currently implementing an application using the Docking Frames library.

The application currently saves the workspace layout to a file in the C:\temp folder. This is a short term solution. In the long term I wish to save the layout to a database using an existing table called user profile which has a path key (String length=255) and a value (String length=100). What I plan to do is to implement a database encoding for the layout which is independent of the docking frames technology which will work with other similar technologies. One option which is not available is saving the layout as a BLOB or similar database type. The information must be encoded using path key and value pairs.

One of my ideas to do this may be to encode the format in XML and take the data from there and persist it in the database. When restoring the layout I would take the data out of the table and put it back into a new XML structure and create the layout from this. If anyone has any better ideas please could you tell me them?

Can you tell me if this seems possible and if you have any ideas as to how it could be implemented?

Any help would be gratefully received.

Cheers, George.

aside() ??

kkx — Mon, 06 Sep 2010 08:02:11 GMT

Java Code:

if (selView != null) {
                CLocation cl = selView.getBaseLocation();
                if(cl != null){
                    dvw.setLocation(cl.aside());
                }
            }

Java Code:

if (selView != null) {
                CLocation cl = selView.getBaseLocation();
                if(cl != null){
                    if(cl instanceof AbstractStackholdingLocation){
                        dvw.setLocation(((AbstractStackholdingLocation)cl).stack());
                    }else{
                        dvw.setLocation(cl.aside());
                    }
                }
            }

The effect of the two is not the same?

JOGL heavyweight GLCanvas not rendering

Unregistered — Fri, 03 Sep 2010 17:44:32 GMT

Hi,

I'm trying to get an OpenGL application working with DockingFrames. If I use the lightweight GLJPanel component, then it works as expected; the graphics are rendered correctly, but framerate is poor since it internally does something like copy the gl framebuffer to a BufferedImage every frame. Using the normal heavyweight GLCanvas, I just see the background colour of the panel.

I realise that heavyweight components can be problematic, and I would expect for example that certain overlays from DockingFrames would be lost where they intersected with the GLCanvas... but not seeing any of my GL rendering is obviously rather more critical.

The version of JOGL I'm using is 1.1.1, as downloaded from https://jogl.dev.java.net/

It should be possible, as described here, to use the OpenGL-based Java2D pipeline to avoid the problem of GLJPanel being slow... however, since the OpenGL-based Java2D pipeline is horribly broken this is a non-starter.

Is there something that could be done to configure DockingFrames such that a GLCanvas will be rendered? I can produce a simple test case if that helps.

FWIW, a library called 'VLDocking', referenced on http://jogamp.org/jogl/www/ "fully supports heavyweight components such as JOGL's GLCanvas in a docking environment." Unfortunately, the link to their webpage is broken and IIRC it was a commercial library. I'm going to try some other libraries now, although DockingFrames was my preferred choice.

Regards,
Peter

java.lang.IllegalArgumentException: Width (207) and height (0) cannot be <= 0

Unregistered — Thu, 02 Sep 2010 11:41:44 GMT

Java Code:

java.lang.IllegalArgumentException: Width (207) and height (0) cannot be <= 0
        at java.awt.image.DirectColorModel.createCompatibleWritableRaster(DirectColorModel.java:999) ~[na:1.6.0_14]
        at java.awt.image.BufferedImage.<init>(BufferedImage.java:340) ~[na:1.6.0_14]
        at kux.glass.CGlassFactory.RenderBufferedImage(Unknown Source) ~[glasslib.jar:na]
        at glass.eclipse.theme.CGlassStripPainter.paintBackground(Unknown Source) ~[extensionGlass.jar:na]
        at glass.eclipse.theme.CGlassStripPainter.paintHorizontal(Unknown Source) ~[extensionGlass.jar:na]
        at glass.eclipse.theme.CGlassStripPainter.paintBackground(Unknown Source) ~[extensionGlass.jar:na]
        at bibliothek.extension.gui.dock.theme.eclipse.stack.EclipseTabPaneContent.paint(Unknown Source) ~[dockingFramesCore.jar:na]
        at javax.swing.JComponent.paintChildren(JComponent.java:864) ~[na:1.6.0_14]
        at javax.swing.JComponent.paint(JComponent.java:1038) ~[na:1.6.0_14]
        at javax.swing.JComponent.paintChildren(JComponent.java:864) ~[na:1.6.0_14]
        at javax.swing.JComponent.paint(JComponent.java:1038) ~[na:1.6.0_14]
        at javax.swing.JLayeredPane.paint(JLayeredPane.java:567) ~[na:1.6.0_14]
        at javax.swing.JComponent.paintChildren(JComponent.java:864) ~[na:1.6.0_14]
        at javax.swing.JComponent.paint(JComponent.java:1038) ~[na:1.6.0_14]
        at javax.swing.JComponent.paintChildren(JComponent.java:864) ~[na:1.6.0_14]
        at javax.swing.JComponent.paint(JComponent.java:1038) ~[na:1.6.0_14]
        at javax.swing.JComponent.paintChildren(JComponent.java:864) ~[na:1.6.0_14]
        at javax.swing.JComponent.paint(JComponent.java:1038) ~[na:1.6.0_14]
        at javax.swing.JComponent.paintChildren(JComponent.java:864) ~[na:1.6.0_14]
        at javax.swing.JComponent.paint(JComponent.java:1038) ~[na:1.6.0_14]
        at javax.swing.JLayeredPane.paint(JLayeredPane.java:567) ~[na:1.6.0_14]
        at javax.swing.JComponent.paintChildren(JComponent.java:864) ~[na:1.6.0_14]
        at javax.swing.JComponent.paintToOffscreen(JComponent.java:5131) ~[na:1.6.0_14]
        at javax.swing.RepaintManager$PaintManager.paintDoubleBuffered(RepaintManager.java:1475) ~[na:1.6.0_14]
        at javax.swing.RepaintManager$PaintManager.paint(RepaintManager.java:1406) ~[na:1.6.0_14]
        at javax.swing.BufferStrategyPaintManager.paint(BufferStrategyPaintManager.java:294) ~[na:1.6.0_14]
        at javax.swing.RepaintManager.paint(RepaintManager.java:1220) ~[na:1.6.0_14]
        at javax.swing.JComponent.paint(JComponent.java:1015) ~[na:1.6.0_14]
        at java.awt.GraphicsCallback$PaintCallback.run(GraphicsCallback.java:21) ~[na:1.6.0_14]
        at sun.awt.SunGraphicsCallback.runOneComponent(SunGraphicsCallback.java:60) ~[na:1.6.0_14]
        at sun.awt.SunGraphicsCallback.runComponents(SunGraphicsCallback.java:97) ~[na:1.6.0_14]
        at java.awt.Container.paint(Container.java:1780) ~[na:1.6.0_14]
        at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:814) ~[na:1.6.0_14]
        at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:714) ~[na:1.6.0_14]
        at javax.swing.RepaintManager.seqPaintDirtyRegions(RepaintManager.java:694) ~[na:1.6.0_14]
        at javax.swing.SystemEventQueueUtilities$ComponentWorkRequest.run(SystemEventQueueUtilities.java:128) ~[na:1.6.0_14]
        at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209) ~[na:1.6.0_14]
        at java.awt.EventQueue.dispatchEvent(EventQueue.java:597) ~[na:1.6.0_14]
        at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:269) [na:1.6.0_14]
        at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:184) [na:1.6.0_14]
        at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:174) [na:1.6.0_14]
        at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:169) [na:1.6.0_14]
        at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:161) [na:1.6.0_14]
        at java.awt.EventDispatchThread.run(EventDispatchThread.java:122) [na:1.6.0_14]

Combobox or textField in the ActionPanel

khrysto — Wed, 01 Sep 2010 18:07:33 GMT

Hi all.

I would like to know if it is possible to add any type of component in the actionPanel? Because i would like to add a combobox as an action to a dockable.

Thanks very much in advance!
Khrysto

JInternalFrame

Beni — Wed, 01 Sep 2010 17:11:58 GMT

An answer to a mail I received.

The following code is a proof of concept that parts of DF can be used together with JInternalFrames/JDesktopPane. The necessary factories are already in the repository and will be part of version 1.0.8p5f (which I'll upload in this week). No support for ScreenDockStation yet.

Java Code:

package test;
 
import java.awt.Color;
import java.awt.Component;
import java.awt.Container;
import java.awt.GridLayout;
import java.awt.Point;
 
import javax.swing.JDesktopPane;
import javax.swing.JFrame;
import javax.swing.JInternalFrame;
import javax.swing.JPanel;
import javax.swing.SwingUtilities;
 
import bibliothek.gui.dock.FlapDockStation;
import bibliothek.gui.dock.common.CControl;
import bibliothek.gui.dock.common.CGrid;
import bibliothek.gui.dock.common.DefaultSingleCDockable;
import bibliothek.gui.dock.station.flap.ButtonPane;
import bibliothek.gui.dock.station.flap.DefaultFlapWindow;
import bibliothek.gui.dock.station.flap.DefaultFlapWindowFactory;
import bibliothek.gui.dock.station.flap.FlapWindow;
import bibliothek.gui.dock.util.ComponentWindowProvider;
 
public class Dock14 extends JInternalFrame{
    public static void main(String[] args) {
        JFrame frame = new JFrame("Test");
        frame.setDefaultCloseOperation( JFrame.EXIT_ON_CLOSE );
        
        JDesktopPane desktop = new JDesktopPane();
        frame.add( desktop );
        
        Dock14 dock = new Dock14( desktop );
        desktop.add( dock );
        dock.setBounds( 20, 20, 400, 400 );
        dock.setVisible( true );
        
        frame.setBounds( 20, 20, 500, 500 );
        frame.setVisible( true );
    }
    
    private JDesktopPane desktop;
    private CControl control;
    
    public Dock14( JDesktopPane desktop ){
        this.desktop = desktop;
        setSize( 600, 500 );
        setDefaultCloseOperation( EXIT_ON_CLOSE );
 
        control = new CControl( new ComponentWindowProvider( this ) );
        control.putProperty( FlapDockStation.WINDOW_FACTORY, new DefaultFlapWindowFactory(){
            @Override
            public FlapWindow create( FlapDockStation station, ButtonPane buttonPane ){
                return new DefaultFlapWindow( station, buttonPane, new InternalDialog( Dock14.this.desktop ) );
            }
        });
        
        add(control.getContentArea());
        
        CGrid grid = new CGrid( control );
        grid.add(  0,  0, 10, 10, get( "red", Color.RED ) );
        grid.add(  0, 10, 10, 10, get( "green", Color.GREEN ) );
        grid.add( 10,  0, 10, 10, get( "blue", Color.BLUE ) );
        grid.add( 10, 10, 10, 10, get( "yellow", Color.YELLOW ) );
        control.getContentArea().deploy( grid );
    }
    
    private DefaultSingleCDockable get(String id, Color color){
        JPanel panel = new JPanel();
        panel.setBackground( color );
        panel.setOpaque( true );
        
        DefaultSingleCDockable result = new DefaultSingleCDockable( id, id, panel );
        result.setCloseable( true );
        return result;
    }
    
    private static class InternalDialog extends JPanel implements DefaultFlapWindow.Parent{
        private JDesktopPane desktop;
        
        public InternalDialog( JDesktopPane desktop ){
            this.desktop = desktop;
            setLayout( new GridLayout( 1, 1 ) );
            desktop.add( this );
            desktop.setLayer( this, JDesktopPane.MODAL_LAYER );
            setVisible( false );
//          setLayer( JDesktopPane.MODAL_LAYER );
        }
        
        @Override
        public Container getContentPane(){
            if( getComponentCount() == 0 ){
                return null;
            }
            return (Container)getComponent( 0 );
        }
        
        @Override
        public void setContentPane( Container content ){
            removeAll();
            if( content != null ){
                add( content );
            }
        }
        
        public Component asComponent(){
            return this;
        }
 
        public void destroy(){
            setVisible( false );
            desktop.remove( this );
        }
 
        public boolean isParentValid(){
            return true;
        }
        
        public void setParentLocation( Point location ){
            Point delta = new Point( 0, 0 );
            SwingUtilities.convertPointToScreen( delta, desktop );
            
            Point finalResult = new Point( location.x - delta.x, location.y - delta.y );
            setLocation( finalResult );
        }
    }
}

getBaseLocation() == null?

???? — Wed, 01 Sep 2010 03:46:30 GMT

setLocation(CLocation.base().normalSouth( 0.5 ).east( 0.5 ).stack( 2 ))

but getBaseLocation() == null :confused:

JIDE-docking to dockableFrames?

thomas — Tue, 31 Aug 2010 17:12:58 GMT

For our applications we are using JIDE-docking. Unfortunately, it does not allow us to create non-trivial default layouts and has other limitations. Before starting to dive into dockableFrames I want to know whether someone else already has done the transition from JIDE-docking?

We have one center component which should not be hidable. Around it, the user should be able to place its tool windows. According to my understanding, dF does not have the concept of the center component, isn't it? We want to render our docked frames (title, toolbar buttons) ourself, even the hide-to-side, maximize or close toolbar buttons we want to render ourself. We want to be able to switch between two perspectives and, of course, be able to save/restore them. Would dF-core be sufficient for that?

The documentation for core and common is really much, but hard to understand because it starts with a trivial example and in the next chapter tells about different cool things to do but not by extending the example.

Thanks in advance,
Tom

Not garbage collected DefaultMultipleCDockable instance

ilvisne — Sat, 21 Aug 2010 22:34:59 GMT

hi all,

I set the "remove on close" flag on a DefaultMultipleCDockable instance to true by calling setRemoveOnClose(true). I've expected that if it is closed, then this instance will be completely removed and at the end it will be garbage collected. After i've got OutOfMemory error, i noticed that the DefaultMultipleCDockable instances were not garbage collected.DefaultMultipleCDockable is referenced by DefaultCommonDockable, which again is referenced by some listener (LocatedListenerList??) etc.

Is this a bug? If not, how to remove the instance completely?

best wishes,
ilhami visne

P.S.: I've used the Java VisualVM to look at the references.

Where are the underlying components?

daniela — Fri, 20 Aug 2010 12:16:29 GMT

Hi Beni

We need to set properties on some components. Can you tell me how I can get hold of the color of the inactive title text and the background of the tabs (eclipse theme)?

Thank you very much
Daniela

change the style of draging

Unregistered — Fri, 20 Aug 2010 07:10:08 GMT

Hi,

I got a stupid question here.

How can i change the mode while draging a dockable? (like showing a pic in flat mode, or just show a rectangle box, or just show the title).

I believe it should be easy but I cannot find any clue in the document.

Thanks a lots,
Adam

Display an icon together with its text

ilvisne — Wed, 18 Aug 2010 12:45:59 GMT

Hi,

I set the text for my action's icon ( new CButton("bla",icon) ), but my dock dipslays only the icon. Text is shown only as tooltip.

How can i display the text next to the icon?

best wishes.