Ok -- all done. I have it working. I was completely wrong about the ctrl-k being grabbed by the OS. Instead, xsel wasn't found, so huge chunks of the code weren't being called.
I'm attaching a diff of my changes (also here: http://github.com/CodeMonk/fish/commit/92afb3ea1d72365e0034e55046570fb3cf034bc5), but, in a nutshell, here's what I've done. 1. Since has_xsel was being called on EVERY cut, I made it only check the path once, and cache the result in a static variable. So, should be a bit faster now. Only downside is, if you install xsel later, you'll need to respawn a new shell. I think the behavior is better, but, feel free to disagree and rip it out :) 2. The environment variable FISH_CLIPBOARD_CMD, if set, will be used to set the system clipboard. You use it like this: > set -x FISH_CLIPBOARD_CMD "|pbcopy" Enjoy! -Dave On Thu, Apr 1, 2010 at 9:21 PM, David Frascone <[email protected]> wrote: > > > On Thu, Apr 1, 2010 at 7:40 PM, Michael Lachmann <[email protected]>wrote: > >> >> That is strange. I'm using the regular terminal, too. On OS/X 10.5.8 >> As far as I understand, if kill-line is called, then kill_add() has to >> be called, too. Could it be because fish is my login shell? >> If what you say is right, i.e. the line editing is not controlled by >> fish, then if you rebind \ck to something else, it will not affect >> what happens when you press ctrl-k. >> >> > Maybe it's a snow leopard thing? I'll play with it more and let you know > what I figure out! > > -Dave >
kill.c.diff
Description: Binary data
------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev
_______________________________________________ Fish-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/fish-users
