Check out http://www.vlsolutions.com/en/products/docking/ It's the one I
like the best so far
On Thu, Oct 9, 2008 at 9:38 PM, Bing Ran <[EMAIL PROTECTED]> wrote:
> SS,
>
> Yes, I was using the trunk and I removed the Substance LAF.
>
> The docking system manages lots of windows either as split panes or tabbed
> panes, which is pretty much what the desktop pane does. Thus what I call
> overlap.
>
> An internal frame containing docking windows looks heavy: one containing
> component too more:) That's what I meant. Performance-wise, I don't see any
> degradation.
>
> In my private work I am starting evaluating MyDoggy and see how it'll work.
>
> Regards,
>
> Bing
>
>
>
> --------------------------------------------------
> From: "Sunburned Surveyor" <[EMAIL PROTECTED]>
> Sent: Thursday, October 09, 2008 10:16 PM
> To: "OpenJump develop and use" <jump-pilot-devel@lists.sourceforge.net>
> Subject: Re: [JPP-Devel] BizzJUMP Distro Available For Docking
> WindowFrameworkDemo
>
> > Bing,
> >
> > Did you check out the trunk of my BizzJUMP SVN? The use of the
> > substance look and feel should be removed from the source code inthe
> > trunk. It should be using the InfoNode look and feel instead. As I
> > mentioned in a previous e-mail, there are a lot of problems when the
> > InfoNode docking window framework and the Substance look and feel are
> > combined.
> >
> > Bing wrote: "I think internal frames and docking system do not play along
> > well.
> > Conceptually they overlap quite a bit."
> >
> > How do they overlap?
> >
> > Bing wrote: "Docking inside a internal frame is
> > too heavy-weighted. If a docking system is introduced, then it should
> > probably replace the internal frame architecture."
> >
> > I haven't noted any performance problems with using the docking window
> > framework inside of the TaskFrame class. Although it would be possible
> > to have the TaskFrame itself be a tab this would require modifications
> > to the JUMPWorkbench class, and I don't see the tangible benefits in
> > that.
> >
> > Perhaps their are benefits that I am not thinking of? I suppose if you
> > converted the JUMPWorkbench class to the be the parent of the docking
> > window tree I suppose you could slide TaskFrames around with some more
> > flexibility.
> >
> > But eliminating the TaskFrame's extension of the JInternalFrame class
> > might cause some other problems. For example, you'd start screwing
> > with the CursorTool code, which needs to know which TaskFrame is
> > active. I think there is a lot of other code in OpenJUMP that is wired
> > directly to the TaskFrame, and depends on it being an extension of an
> > InternalFrame. If you talk about replacing it you increase the amount
> > of work to integrate a docking window framework into OpenJUMP.
> >
> > SS
> >
> > On Wed, Oct 8, 2008 at 10:08 PM, Bing Ran <[EMAIL PROTECTED]> wrote:
> >> Hi,
> >>
> >> Some quick thoughts.
> >>
> >> I have checked out the code in the svn to compile it with infonode 1.5.
> >>
> >> The JumpWorkBench uses substance LAF and it does not work well with
> >> InfoNode.
> >>
> >> - The infonode does not look good on my system, especially the tab part.
> >> - The painting is buggy and paint is often misplaced in the title
> >> section,
> >> with flickering.
> >>
> >> Commenting out the substance stuff makes it look a lot better.
> >>
> >> I think internal frames and docking system do not play along well.
> >> Conceptually they overlap quite a bit. Docking inside a internal frame
> is
> >> too heavy-weighted. If a docking system is introduced, then it should
> >> probably replace the internal frame architecture.
> >>
> >>
> >> BTW, the MyDoggy demo looks really cool and the project seems active and
> >> makes a good candidate.
> >>
> >> Just my 2 cents.
> >>
> >> Bing
> >>
> >> --------------------------------------------------
> >> From: "Sunburned Surveyor" <[EMAIL PROTECTED]>
> >> Sent: Thursday, October 09, 2008 3:56 AM
> >> To: "OpenJump develop and use" <jump-pilot-devel@lists.sourceforge.net>
> >> Subject: [JPP-Devel] BizzJUMP Distro Available For Docking Window
> >> FrameworkDemo
> >>
> >>> I've put together a demo version of BizzJUMP so other programmers can
> >>> check out my integration of the InfoNode Docking Windows Framework.
> >>> You can download it here:
> >>>
> >>> http://www.redefinedhorizons.com/shared_files/bizzjump-20081008.zip
> >>>
> >>> Please not this distro contains some expiremental code and plug-ins,
> >>> so don't expect everything to work. :] However, it should give you a
> >>> chance to play around with the docking windows framework.
> >>>
> >>> The source code for BizzJUMP can be viewed on the SourceForge SurveyOS
> >>> Project SVN:
> >>>
> >>> http://surveyos.svn.sourceforge.net/viewvc/surveyos/java/bizzJUMP/
> >>>
> >>> No programming library is perfect, and the InfoNode Docking Windows
> >>> Framework is no exception. The docking window framework has some
> >>> trouble with alternate look and feels. I had real problems with some
> >>> of the Substance look and feels, including dirty areas that wouldn't
> >>> repaint and task windows that would dissappear. I don't think you'll
> >>> have these problems if you stick to the "native" look and feels or the
> >>> metal look and feel. BizzJUMP is currently using the infonode look and
> >>> feel, and this isn't causing any problems.
> >>>
> >>> The following points may also be of interest:
> >>>
> >>> - I set up the BizzJUMP TaskFrame to contain three (3) main tabs. The
> >>> LayerNamePanel is in its own tab and the LayerViewPanel is in its own
> >>> tab. There is a third tab that can be used by plug-ins to present
> >>> supplemental information. You can adjust and rearrange (change the
> >>> location of) all three of these tabs. I have modified the tabs used
> >>> for the LayerViewPanel and LayerNamePanel so that you can't close
> >>> them. This keeps the user from closing one of the tabs and then not
> >>> being able to get it back. I made some special modifications to the
> >>> InfoNode code so that the third tab will always keep one tab open (for
> >>> the same reason). However, if you have multiple tabs open in the third
> >>> tab area you will be able to close the tabs until only one tab
> >>> remains.
> >>>
> >>> It is still possible to make each of the three main tabs a floating
> >>> window. If the user makes one of these main tabs a floating window
> >>> they will be able to close the window and will not be able to get that
> >>> "view" back! The only option at this point is for the user to start a
> >>> new task. There may be a way to disable the close button on views that
> >>> migrate from a tab to a floating window, but I haven't had time to
> >>> check that out just yet.
> >>>
> >>> - You can see how the third main tab for supplemental information
> >>> works by using the SurveyOS>Demo>Add Tab Demo menu command and the
> >>> SurveyOS>Plug-In>Plug-IN Manager menu command. At this time the
> >>> plug-in manager is the only plug-in I have that makes use of the
> >>> supplemental information tab.
> >>>
> >>> Let me know if you guys have any questions on my code or suggestions
> >>> for improvement. If this is something that we would like to try in a
> >>> release/fork of OpenJUMP I'll be willing to port the code to OpenJUMP.
> >>>
> >>> The Sunburned Surveyor
> >>>
> >>> P.S. - I believe I've got BizzJUMP compiled for Java 1.6. So you'll
> >>> need a current run time to use it.
> >>>
> >>>
> -------------------------------------------------------------------------
> >>> This SF.Net email is sponsored by the Moblin Your Move Developer's
> >>> challenge
> >>> Build the coolest Linux based applications with Moblin SDK & win great
> >>> prizes
> >>> Grand prize is a trip for two to an Open Source event anywhere in the
> >>> world
> >>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> >>> _______________________________________________
> >>> Jump-pilot-devel mailing list
> >>> Jump-pilot-devel@lists.sourceforge.net
> >>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >>>
> >>
> >>
> -------------------------------------------------------------------------
> >> This SF.Net email is sponsored by the Moblin Your Move Developer's
> >> challenge
> >> Build the coolest Linux based applications with Moblin SDK & win great
> >> prizes
> >> Grand prize is a trip for two to an Open Source event anywhere in the
> >> world
> >> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> >> _______________________________________________
> >> Jump-pilot-devel mailing list
> >> Jump-pilot-devel@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >>
> >
> > -------------------------------------------------------------------------
> > This SF.Net email is sponsored by the Moblin Your Move Developer's
> > challenge
> > Build the coolest Linux based applications with Moblin SDK & win great
> > prizes
> > Grand prize is a trip for two to an Open Source event anywhere in the
> > world
> > http://moblin-contest.org/redirect.php?banner_id=100&url=/
> > _______________________________________________
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Paul Austin
President/CEO
Revolution Systems Inc.
+1 (604) 288-4304 x201
www.revolsys.com
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
