[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Features for a Select-2.0 Applet?
Rich and all,
Well I did not read all the way through your plan before I replied. The
buttons are fine. I think the main thing for me is to be able to read the
ws output directly without having to type in numbers. The next desire is
the "close to" feature which lets me compare a "constant" star to one the
OK on the available time. If it is not fun, then don't do it. Already you
have saved me much time. I can go through stars at 10x the rate I used to
be able to do.
At 12:46 PM 6/8/02 -0400, you wrote:
>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
>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
>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
>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.
>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