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.