| Commit message (Collapse) | Author | Age |
|---|
| ... | |
| | |
|
| |\
| |
| |
| |
| |
| | |
'www/git.causal.agency/cgit'
From tag 'v1.2.3'.
|
| |
|
|
|
| |
git-subtree-dir: www/git.causal.agency/cgit
git-subtree-split: 02221fd3fe523a3293d64e3359036e3a71d6fd7e
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
| |
editline does not render a multi-line PS1 correctly when RPS1 is also
set. To work around this, return only the last line of the cached prompt
to editline, and print the leading lines separately inside setprompt.
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previously, the prompt would be expanded every time editline called the
getprompt callback. I think the code may have been written assuming that
editline only calls getprompt once per prompt, but it may actually call
it many times, for instance every time you type backspace. This results
not only in slower editing from expanding complex prompts repeatedly, it
also consumes more and more stack memory each time getprompt is called.
This can be seen by setting PS1 to some command substitution, typing
many characters at the prompt, then holding backspace and observing
memory usage. Thankfully all this stack memory is freed between prompts
by the stackmark calls around el_gets.
This change causes prompt expansion to always happen in the setprompt
call, as it would when editline is disabled, and a cached copy of the
prompt is saved for getprompt to return every time editline calls it.
Since getprompt is no longer doing expansion, the stackmark calls
surrounding el_gets can be removed.
|
| |
|
|
|
|
|
|
|
|
| |
Check if the FreeBSD (and by extension macOS) _el_fn_sh_complete version
of the function exists, which does shell escaping of completed filenames
before _el_fn_complete learned to.
Tab is bound after calling el_set() and el_source() since the default
bindings set tab to something else, and it should always be filename
completion in the shell.
|
| | |
|
| |
|
|
|
| |
Previously, configure --with-libedit would only fail in the case where
libedit is available but its header file histedit.h is not.
|
| |\
| |
| |
| | |
From tag 'v0.5.11.2'.
|
| |
|
|
|
| |
git-subtree-dir: bin/dash
git-subtree-split: a45870f71f42be6bf3c8eada04debd1008f9dc3e
|
| |
|
|
|
| |
Otherwise macOS gets very mad as it tries to access a bunch of protected
directories.
|
| |
|
|
| |
This fixes pressing K on "RFC3501", for example.
|
| |
|
|
|
| |
That default path is a bit wonky, but it prevents having to template
rfc.vim for basically no reason.
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
| |
Uninstalled TF2 and upgraded to macOS Catalina which can't run it ever
again. Goodbye TF2, you used to be fun.
|
| |
|
|
|
| |
Some RFCs reference other sections like "(Section 1.2)", where the
section header says "1.2.".
|
| | |
|
| |
|
|
| |
This removes any leading zeros such as in rfc-index.txt.
|
| | |
|
| |
|
|
|
| |
This supposedly lets vim do binary search on the file, not that it
seemed slow before. Also handle section headings with no names.
|
| | |
|
| | |
|
| |
|
|
|
|
| |
This sets iskeyword so that ^] will work for the kinds of tags generated
by rfctags.pl, and keywordprg so that K on another RFC number will view
that one. It also binds gO to jump to the table of contents of the RFC.
|
| | |
|
| |
|
|
| |
Correctly sorts "Kevin L. Mitchell" and "K. Zeilenga, Ed." for example.
|
| |
|
|
|
| |
My first perl script! hi doesn't have syntax highlighting for perl, and
I don't think I could sanely implement it, but oh well.
|
| |
|
|
|
|
| |
Also fix it to continue reading output, rather than exiting as soon as
the child exits... Except on macOS this still doesn't seem to work
correctly for some reason.
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
I feel like this option is new, otherwise I would have unset it before.
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
I don't know, it's something.
|
| |
|
|
| |
And fix some atom lints.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
| |
I always type out git reset and sometimes still expect gr to be
rebase... Never got used to it I guess.
|