Menus Submenus and computing software

I believe Audela is written in TCL/Tk, so you'd want to look for a book on that language and graphical toolkit.  There are MANY different languages/libraries you can use.  E.g. if you want to program in C, you could use the X Window System libraries, often with Motif as an intermediate level programming interface.  I'm sure there are multiple graphical libraries available for Python, but I haven't ventured there yet.  The Tk graphical library that is used with TCL, is also available for Python, I see.

Java is another language commonly used for such programs.

Generally such programs are structured a bit differently compared to a good old FORTRAN program.  The latter would typically read some input, perform some computations based on those numbers, and then print or write some output, and then quit.  In a FORTRAN program of the old days, if you wanted graphical output, your program would write a file that contained instructions for pen plotter which would make your graph, offline.  I'm really dating myself here!  100% non-interactive.

A program with a graphical user interface must set up the interface (e.g., make function calls to define all the dropdown menus, buttons, etc, have code to be executed when a specific menu  item is selected, or button is pushed, etc, and define what the graphical interface should look like), and then loop forever, waiting to respond to the calls that are generated when those events (mouseclicks on a "button" for example) happen.  The program stops when a handler calls an exit function (e.g. in respond to a menu item "quit").

Your "science" code would be embedded with all the interface code.  E.g. you would have boxes that accept numbers (e.g., masses of the the two stars in your binary system)... and somewhere you'd have a "compute" button handler, that when the "compute" button was clicked on, would do the scientific computations that all this is being written for, using the numbers from the parameter input boxes, and, e.g., plot a graph of the results.

I wouldn't have said that a lot amateur astronomers do this kind of programming, but a few do.  It is not hard to throw something together that will use a GUI to drive some process -- but I've been doing some degree of non-professional programming for 40 years... starting with using FORTRAN and PLOT10 graphics to generate off-line plot tapes for Calcomp plotters...  now found in museums, or more likely, landfills.

I hope this helps a tiny bit...  it is uber brief, and approximate and colloquial...   For other resources, search on things like "gui hellow world tutorial in python" or whatever your prefered language is.  I took courses in this years ago:  we used C and X, which is harder than using things like Python/Tk, so I can't recommend any particular books.  

Gary Billings

Thanks, Gary. It looks pretty involved. I am an oldie like you and did programming when I had a career job, but it was using SPSS in batch mode (IBM mainframe) through Panvalet. I have also done some SAS programming, but it was not anywhere near as extensive as what I did in SPSS. I now own my own pc copy of SPSS (impossible to do with SAS because SAS is oriented toward large agencies that can afford it) which now comes with Python. Based on what you said, it appears the best option is to explore Python (there is a user manual in SPSS) as well as rereading your response and doing some internet searches on the other things you mentioned.

Your name is familiar. Have I met you?

Stan

Thanks, Colin. From your experience it appears that Python is something that could work. It will be interesting to see how it handles .fit files. Currently, to analyze an image in SPSS I create an ASCII file using CCDOPS and then read it into SPSS as a .txt file. That works good but it involves an extra step, using CCDOPS, and doing some copying to the correct working folder.

Stan