Commit Graph

10 Commits

Author SHA1 Message Date
grant cacf2d0f45 s/netbsd.org/NetBSD.org/i 2003-11-12 13:31:07 +00:00
garbled bde8ce5b17 Change the scripting and logging functions to flip the value, rather than
require an on/off argument.  Change the little bottom-label so the user
can see what the current value of scripting and logging is at all times.
2001-03-03 13:54:22 +00:00
garbled 3c1becf72b Fix a buffer overrun in the parsing of the searchpaths, and check the return
values of some curses functions I overlooked.
Pointed out by Brett Lymn in private email.
2001-01-14 21:23:23 +00:00
garbled b4aac50fda Changes to sushi to allow users to bind different keys to the various
built-in functions.  This allows users to change F1 to say, ^X, in the case
where a function key might not be available, or perhaps is bound to a window
manager.

problem noted by Nathan Williams
2001-01-10 10:00:29 +00:00
garbled ee3a00e29e de-lint 2001-01-10 03:05:48 +00:00
garbled 259b42afe7 Some cleanups in how help is handled. Now print a dialog box saying that
help could not be found when no help files are available.  When the help
window dissapears, redraw the screen so the menu isn't invisible.
2001-01-09 21:38:53 +00:00
garbled f6177aaaba When dropping out to a shell for the user via F9, use $SHELL if it's
available, rather than hardcoding /bin/sh.  Problem noted by itojun on
tech-userlevel
2001-01-09 19:01:57 +00:00
augustss d56c24a854 Make this compile again.
(Compile before commit...)
2001-01-09 17:08:47 +00:00
garbled 4ce5fb6f63 Handle finding help for F1 better in the toplevel menu.
TODO: print a dialog message if help cannot be found.
2001-01-09 09:41:41 +00:00
garbled fbbe4d12db Initial import of sushi.
Sushi is an interactive, menu-based program that is designed to aid
the user or administrator with administrative and complex tasks on thier
machines.

Sushi provides a menu of various functions that the user can perform on
his or her machine.  Once the user selects a desired function, the
function is either performed outright, or in most cases, the user is
asked to fill in a simple form with required and option information,
which is then processed by sushi, and the action occurs.

The programming interface for sushi is very simple.  There are
directories containing various files, such as menu indexes, or forms for
the user to fill out.  These files are interpreted by sushi to generate
the menus the user sees on his/her screen.  When the form is filled out
by the user, the entries are passed as command-line arguments to a
program, or script contained in one of the subdirectories.  In this way,
it is possible to add new entries to the sushi menu structure, by simply
adding a new menu item, form and script, the binary does not need to be
recompiled to take advantage of this new menu.
2001-01-05 01:28:33 +00:00