Bing, You wrote: "Yes, I was using the trunk and I removed the Substance LAF."
My bad. I didn't commit the removal of the Substance LAF just yet. Bing wrote: "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." I understand the point your are making here, and I agree. As I said, I believe there are some valid reasons for not replacing the internal frame class. A good portion of the OpenJUMP code is plumbed to expect the TaskFrame to be an extension of an InternalFrame, not to find the TaskFrame as some sort of view or tab. I'll see if I can poke around in the source code for the core to see how many things would break if you changed the heirarchy of the TaskFrame class. This would be an interesting refactoring project. (Perhaps it is something to do after the group has decided on a docking window framework?) Bing wrote: "In my private work I am starting evaluating MyDoggy and see how it'll work." I did take a look at the MyDoggy demonstration yesterday. I admit I found the user interface of the demo to be a little cluttered and confusing. But that may not have anything to do with the docking framework and a lot to do with the content of the components used in the demo. Thanks for your input. One of these days you'll have to tell me a little about yourself and how you are using OpenJUMP. The Sunburned Surveyor 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 > ------------------------------------------------------------------------- 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
