Le 30 janv. 08 à 16:20, Axel Liljencrantz a écrit : >> Also, another thing I've been wondering: Why is unix-word-rubout (^W) >> so finicky? If I type "ls --foo --bar" and hit ^W once, it erases >> just >> "bar", then if I hit it again, it erases "foo --", and if I hit it a >> third time, it erases "ls --", leaving me with nothing. Is this >> configurable? I would've expected it to erase --bar, then --foo, then >> ls, or at least respect the spaces between each part, even if dashes >> are counted as spaces. > > Because fish has gone through a huge number of reviosions to that > particular piece of code, and not a single one of them worked well all > the time. > > You're more than welcome to rewrite move_word in reader.c, which is > the offending code.
Well, I've tried everything I can think of, but I can't get the code to behave how I expect. I know exactly how it's tripping me up though: if the preceding word being erased is less than 3 characters long, it erases it the word before that word as well. For example: "what wha^W" -> "what " "what wh^W" -> "" "what w^W" -> "" I'm not really sure why it behaves that way, but I would expect it to leave with me "what " in all cases. ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Fish-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/fish-users
