RLFE(1) General Commands Manual RLFE(1)
NAME
rlfe - "cook" input lines for other programs using readline
SYNOPSIS
rlfe [-l filename] [-a] [-n appname] [-hv] [command [arguments ...]]
DESCRIPTION
rlfe lets you use history and line-editing in any text oriented tool. This is especially useful with third-party proprietary tools that
cannot be distributed linked against readline. It is not perfect but it works pretty well.
OPTIONS
-a append to the logfile (default is to overwrite).
-l filename
log into file.
-n appname
set the readline application name.
-h print usage string.
-v print version information.
SEE ALSO
readline(3)
AUTHOR
Per Bothner
PROBLEMS
/TODO
When running mc -c under the Linux console, mc does not recognize mouse clicks, which mc does when not running under fep.
Pasting selected text containing tabs is like hitting the tab character, which invokes readline completion. We don't want this. I don't
know if this is fixable without integrating fep into a terminal emulator.
Echo suppression is a kludge, but can only be avoided with better kernel support: We need a tty mode to disable "real" echoing, while still
letting the inferior think its tty driver to doing echoing. Stevens's book claims SCR$ and BSD4.3+ have TIOCREMOTE.
The latest readline may have some hooks we can use to avoid having to back up the prompt.
Desirable readline feature: When in cooked no-echo mode (e.g. password), echo characters are they are types with '*', but remove them when
done.
A synchronous output while we're editing an input line should be inserted in the output view.PPbefore* the input line, so that the lines
being edited (with the prompt) float at the end of the input.
A "page mode" option to emulate more/less behavior: At each page of output, pause for a user command. This required parsing the output to
keep track of line lengths. It also requires remembering the output, if we want an option to scroll back, which suggests that this should
be integrated with a terminal emulator like xterm.
RLFE(1)