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.