Go to the first, previous, next, last section, table of contents.


Future work

I do things in @fuse{} as I need them for my own work. That puts a severe limit on how much gets done. If I ever develop a user base, some of the ideas that I have that I can live without would perhaps get done. I find Emacs to be a really wonderful application interface and I have not really used all of its potential or implemented all of my ideas. Any of these things may happen some day. If I ever get some kind of real user base, that would be incentive for finishing off this list and even tackling some new problems.

File parsing
Do a simple syntax checking of the entire buffer -- make sure that values match the expectation of a keyword, that named files exist, that keywords are not dangling, and the like. This already works for individual keywords, but I would like @fuse{} to check entire files. A display of problems and a facility for jumping to the location of the problem, a la compilation-mode, would be great.
Execution parsing
The run-time output of all the programs is displayed in a run-time buffer. This output could be parsed in the event of an unsuccessful run much in the manner of the standard compilation utility which allows you jump to the problem line in the source code at a keystroke. The inconsistent screen messages of FEFF and the UWXAFS programs make this difficult, although ATOMS will offer a uniform style of screen messages starting with version 2.50.
Better UWXAFS binary integration
A dired-like mode for interacting with uwxafs binary files (or even a packed ASCII representation of the many-records-one-file concept) would be quite slick. This is way down on my priority list because (1) I rarely use the UWXAFS format and (2) I would rather see it go away (or be replaced by something better, packed ASCII, zip, other?).
More plotting options
Gnuplot is really rather primitive, but it is clean and easy to interact with. Another freely available and fairly common plotting option is XMGR. It really would not be too hard to make an XMgr interface in a similar vein to the current gnuplot interface. XMgr has the advantages of, among other things, a cursor and focusing. Others possibilities are PGPLOT integration and ...?
NTEmacs integration
It'd be pretty cool if FUSE worked on NT. I can't imagine it would take that much work.
and ...
I'm open to suggestions!


Go to the first, previous, next, last section, table of contents.