Hi Chet, I got it.
Here's a discussion which is relevant: http://stackoverflow.com/questions/994563/integrate-readlines-kill-ring-and-the-x11-clipboard/36992306#36992306 What I envisioned was a facility to execute external commands, not alternate-keymap macros. This would be needed in order to get a solution which applies to all readline applications, not just Bash. I was thinking that in addition to normal ~/.inputrc bindings like "\e[1;5C": forward-word and macros like "\ex": 'cd !$ \015ls\015' Readline could also support some syntax like "\C-x\C-w": `x-clip-kill-region` This would bind the key sequence to a command in my path named "x-clip-kill-region" (executed with system()) which is called with READLINE_LINE and READLINE_POINT environment variables set (shouldn't there also be a READLINE_MARK?). It could update the value of these variables by outputting e.g. "READLINE_POINT=...\0READLINE_LINE=...\0" on STDOUT (or whatever is easiest to parse). Thoughts? Frederick On Fri, May 20, 2016 at 08:38:27AM -0400, Chet Ramey wrote: > On 5/19/16 11:34 PM, [email protected] wrote: > > Hi Chet, > > > > Thanks for explaining your views. > > > > Bash has a facility which I believe is based on binding a key to a > > string which is executed as if entered at the prompt, is that correct? > > Or were you referring to something else? > > Yes, that's pretty much it. You use the readline key binding syntax to > bind a string to a key sequence using a separate keymap. Then you bind > that key sequence in the active keymap to a function that will look up > the string in the alternate keymap and execute it as if run by `eval'. > The READLINE_LINE and READLINE_POINT variables allow that command to > modify the line. It's not a perfect fit to what readline could provide > `natively', but it's close. > > -- > ``The lyf so short, the craft so long to lerne.'' - Chaucer > ``Ars longa, vita brevis'' - Hippocrates > Chet Ramey, ITS, CWRU [email protected] http://cnswww.cns.cwru.edu/~chet/ > _______________________________________________ Bug-readline mailing list [email protected] https://lists.gnu.org/mailman/listinfo/bug-readline
