Or Alternatively we ditch the JUMPConfiguration with an Openjump
equivalent sub class.

Paul
 
Stefan Steiniger wrote:
> ok.. but some of the improvements need to be referenced in the original jump
>
> a) menu functions that need to be initialized in JUMPConfiguration
> b) the link to OpenJUMP configuation
> c) functions that add something to existing dialogs (i imagine the style 
> dialogs)
>
> stefan
>
> Paul Austin schrieb:
>   
>> Agree totally,
>>
>> In my environment I have the following dependency tree where you can
>> only access classes up the tree. So the Vivid JUMP should not depend on
>> Open JUMP, I just did a quick search and there are 21 matches to the
>> keyword openjump in the com.vivid packages. In these cases either the
>> reference should be removed on the vivid version deprecated removed and
>> an openjump version created.
>>
>> Vivid JUMP
>>   +- OpenJUMP
>>     +- My JUMP Core
>>       +- My Other Plugins
>>
>> One way to enforce this would be to modularise open JUMP and enforce the
>> dependencies.
>>
>> Paul
>>
>> Larry Becker wrote:
>>     
>>> True.  The trick is recognizing the difference between reusing code
>>> and creating dependencies.
>>>
>>> Larry
>>>
>>> On 9/18/07, Paul Austin <[EMAIL PROTECTED]> wrote:
>>>   
>>>       
>>>> I think where ever possible we should start to use reusable Utility
>>>> methods or UI components, there is a lot of local code and classes in
>>>> JUMP which do exactly the same thing.
>>>>
>>>> The biggest case is a whole bunch of ActionListener classes which then
>>>> call say xxx_actionPerformed on the main class. If you had an
>>>> InvokeMethodAction that would take a method name and instance and just
>>>> invoke that method, then you'd save a whole bunch of PermGen memory by
>>>> having less classes.
>>>>
>>>> Paul
>>>>
>>>> Larry Becker wrote:
>>>>     
>>>>         
>>>>> SS,
>>>>>
>>>>>   If you are already using the other methods in DialogUtil, then don't
>>>>> worry about it, otherwise why not just keep the method local?
>>>>>
>>>>> thanks,
>>>>> Larry
>>>>>
>>>>> On 9/18/07, Sunburned Surveyor <[EMAIL PROTECTED]> wrote:
>>>>>
>>>>>       
>>>>>           
>>>>>> Larry,
>>>>>>
>>>>>> Would there be a solution that would work for SkyJUMP? I will be
>>>>>> putting together an surveyos_openjump_utilities JAR file, and I could
>>>>>> put a DialogUtil class in there if it is a better fit.
>>>>>>
>>>>>> I'm just trying to keep duplication to a minimum.
>>>>>>
>>>>>> The Sunburned Surveyor
>>>>>>
>>>>>> On 9/18/07, Larry Becker <[EMAIL PROTECTED]> wrote:
>>>>>>
>>>>>>         
>>>>>>             
>>>>>>> The only reservation I have is to note that this class exists only in 
>>>>>>> OpenJump.
>>>>>>>
>>>>>>> regards,
>>>>>>> Larry
>>>>>>>
>>>>>>> On 9/18/07, Sunburned Surveyor <[EMAIL PROTECTED]> wrote:
>>>>>>>
>>>>>>>           
>>>>>>>               
>>>>>>>> Does anyone have a problem with my adding a method to the DialogUtil
>>>>>>>> class? This method would accept a JListBox and a reference to a
>>>>>>>> LayerManager as arguments. It would then set name of each Layer in the
>>>>>>>> LayerManager as the values in the JListBox.
>>>>>>>>
>>>>>>>> If this method is not appropriate for the DialogUtil class I will put
>>>>>>>> it in one of my own utility classes, but I was trying to keep this to
>>>>>>>> an absolute minimum.
>>>>>>>>
>>>>>>>> If this method is available as a public method of another class,
>>>>>>>> please let me know and I will use it instead.
>>>>>>>>
>>>>>>>> Thanks,
>>>>>>>>
>>>>>>>> The Sunburned Surveyor
>>>>>>>>
>>>>>>>> -------------------------------------------------------------------------
>>>>>>>> This SF.net email is sponsored by: Microsoft
>>>>>>>> Defy all challenges. Microsoft(R) Visual Studio 2005.
>>>>>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>>>>>>>> _______________________________________________
>>>>>>>> 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: Microsoft
>>>>>>> Defy all challenges. Microsoft(R) Visual Studio 2005.
>>>>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>>>>>>> _______________________________________________
>>>>>>> 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: Microsoft
>>>>>> Defy all challenges. Microsoft(R) Visual Studio 2005.
>>>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>>>>>> _______________________________________________
>>>>>> 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: Microsoft
>>>> Defy all challenges. Microsoft(R) Visual Studio 2005.
>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>>>> _______________________________________________
>>>> 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: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2005.
>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>> _______________________________________________
>> 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: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> 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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Reply via email to