[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: Features for a Select-2.0 Applet?
Peter,
I've done some things with NetBeans before and have found it a nice
environment to work in. Granted its been mostly small stuff, nevertheless
things seemed to 'work' okay which in Java world, is saying a lot.
My rationale for the applet was basically to leverage off people's
resident browser, and Select2 would be distributed rather than being
served up so I don't think there would be a bandwidth issue except for
when it was downloaded.
I'm basically lazy so I'll take the easy way out always :^).
A little off topic but something that might be of interest to the group,
I stumbled across 'www.openoffice.org' which is operated by Sun, and which
has a very usable java based version of the same tools you'd find in MS
Office.
Unlike their previous KOffice, this version actually works, and is
interoperable
with MS office. That means I can use the same environment in MS world as
well
as in Linux. One comment though, I initially configured the Linux version
to use
my JDK1.4 as the Java Virtual Machine. Big mistake, very slow. I went back
and
got the JRE1.3 (Java runtime environment) and configured it in and its about
40%
faster than before. Once the application configures the environment its
passably
fast on a 900mhz processor in Linux.
Rich Knowles
Oxford, OH
-----Original Message-----
From: owner-tass@listserv.wwa.com [mailto:owner-tass@listserv.wwa.com]On
Behalf Of Peter Mount
Sent: Sunday, June 09, 2002 5:36 PM
To: Michael Koppelman
Cc: Rich Knowles; tass@listserv.wwa.com
Subject: Re: Features for a Select-2.0 Applet?
On Sat, 8 Jun 2002, Michael Koppelman wrote:
> I just tried this today. Very nice!
>
> My suggestions would be:
>
> 1. Compute the WS statistic and be able to next through the file in
> descending order of WS.
> 2. Keep preferences in a .selectun file so we don't have to edit the file
> every time we get a new version.
> 3. If using Java I second the motion to avoid any other software
> dependencies.
Being a Java developer I'd agree to that.
Saying that, I've been playing with the NetBeans platform this weekend,
and was starting to think of looking at implementing some of this within
that platform. Although an Applet is useable from a web browser, there may
be some things it can't do - or like me those of us with low bandwidth may
find an applet unuseable.
For those who don't know, NetBeans is a platform (originally an IDE) that
enables an application to be extended by use of modules. These modules can
even be updated from within the application without having to download it
in it's entirety. Sun actually uses it as the basis of their Forte
development environment.
Another nice touch, as long as you have the JVM installed, the full
application can simply be unzipped into a directory, and run on Windows,
Linux etc. Just one download for all platforms.
Peter
> Also, the 1.2 version seems to be plotting stuff a bit weird for me, where
> there are overlapping lines. I can send you a plot if you'd like, or maybe
> that's a feature I don't understand?
>
> Cheers,
> Michael
>
>
>
> On Saturday, June 8, 2002, at 11:46 AM, Rich Knowles wrote:
>
> > All,
> >
> > I've had some thoughts about what some further improvements to the
> > "Select.pl" program might be, and I'm curious if there are other things
> > people would like to see as well. Here's a wish list of some "select"
> > specifications that I could think of off the top of my head, can anyone
> > add
> > to them?
> >
> > The use metaphor would be something along the lines of 'click to
advance'
> > in
> > which, instead of displaying the dataset, the graphic image of the
dataset
> > would always be in front of the operator who would, on the click of a
> > button
> > do a number of actions should he (or she) see something of interest.
> >
> > x The new version would be a java applet (or .jar) and would therefore
be
> > portable as
> > it could be run using any Java capable web browser such as netscape or
IE
> > or
> > simply with the JVM.
> >
> > x In order to get rid of the ascii command interface, there would be a
> > simple dashboard consisting of:
> > o A button to advance to the next dataset
> > o A button to back up to the previous dataset
> > o A button to send the current dataset to a file
> > o A button to make a .png with a requested name
> > o A button to make a .ps with a requested name
> > o A menu item to turn on or off the display of the dataset
> > o A menu item to jump to any id in a given dataset file
> > o A menu item to close the current dataset and open another
> >
> > x The dashboard would stay up while other things were happening on the
> > screen.
> >
> > x The applet would be able to differentiate between different julian
> > dates
> > and would display files either in full-time mode or overlapped mode.
> >
> > x I don't know how well Gnuplot would integrate with Java, but it would
> > likely be the graphing tool of choice.
> >
> > ==========================================
> > more ideas???
> >
> >
> >
> > PS: Since this would be done in what meager spare time I possess, my
> > interest level and the ease of implementation will likely dominate. No
> > promises...
> >
> > Rich Knowles
> >
> >
> >
> >
>
>
--
Peter T Mount
peter@retep.org.uk
http://www.retep.org.uk