Hi Paul,
Wow! The VLDocking framework looks fantastic on Windows. The dynamic
toolbars are great! The undocked window dragging behavior is a bit strange,
however. You have to drag the frame instead of the title bar. Does it look
and perform well on Linux?
Larry
On Fri, Oct 10, 2008 at 12:34 AM, Paul Austin <[EMAIL PROTECTED]>wrote:
> 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
>
>
--
http://amusingprogrammer.blogspot.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
