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
