1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
|
Symbolic DSN file decide syntax
i18n (gettext) provide framework
Multiple Password attempts Can I be arsed?
More detailed help files farm this out to users, maybe?
Hooks for script language engines design this, already
Gtk GUI IP (hammer out basic arch)
Init files [global & per-driver] Done
Paged output Done
Editor functionality Done
xterm/rxvt titles Done (bugs in various terminal
emulators: rxvt, gnome-terminal,
patches sent to maintainers)
Bash style multi->single line history Done
Zsh style uniq'ing of history Done
Controllable EOL character Done, GRL bug notwithstanding
Woohoo.
############################################################################
ii8n: shouldn't be too hard to add the framework for this - I just want a
tiny bit more flexibilty than raw gettext, a thin DBIShell::i18n wrapper
should suffice.
############################################################################
Implement following EOL rules/behaviour:
1) History file _always_ has default '/' terminator in it.
a) If EOL is unset, do nothing special, should all just work
b) If EOL is set, when asked to rl_<fetch history in some way> [RLFETCH],
do the following:
1) IF CEOL (strip CEOL, attach DEOL)
2) RLFETCH
3) IF DEOL (strip DEOL, attach CEOL)
Ok - this next bit would seem not to be rquired: it's only when we fetch a
line from the TRL_GNU history and then alter and discard it _without_ using
it that the recorded line gets altered.
# Additionally, if we are exec'ing a command, then _after_ we determine
# is_terminated, we must (for TRL_GNU at least) use readline methods to
# restore DEOL/remove CEOL from the readline private buffer, or the
# history will be munged. (TRL_GNU appears to actually edit a history line
# when you mangle a fetched line, rather than a copy of said line). Am
# uncertain as to whether this is a bug (docs are vague), but it is
# annoying.
|
