Paul,
You are probably correct in stating that an extension of the
AbstractPlugIn class may not be the most elegant solution for
supporting user-specific behavior in OpenJUMP. Perhaps I can explain a
little of the "bigger picture" that I am trying to accomplish. This
may help you understand why I
Hi Landon,
I don't think you need to subclass the Abstract plugin in to do this.
Looking at the problem there are a couple of things to think about. I'm
going to use the concept of a workspace (think eclipse) for each of a
user's different configurations of JUMP
1. There will need to be so
Thanks Uwe. I'm going to proceed with my "current user" functionality.
This will be included in a class that extends the JUMP AbstractPlugIn
class, so the functionality will be available to other plug-in
developers if they so choose.
I'll be trying to modify the Super Select tool so that the
confi
Hi Landon,
if you are teaching OpenJUMP you have one installation
and lots of students using OpenJUMP over a network.
It would be very nice to have a plugIn
to configure the personal settings.
Regards
Uwe
Sunburned Surveyor schrieb:
> I'd like to know if anyone is using OpenJUMP in a situation
I'd like to know if anyone is using OpenJUMP in a situation where more
than one person would using an OpenJUMP installation on a single
computer. This might happen if OpenJUMP were being accessed over a
network, or if more than one person accessed a computer with OpenJUMP
installed to perform GIS t
