[PATCH] fixes issue where dT<char>/dF<char> would delete more than expected
Tim Harper
timcharper at gmail.com
Sun Jul 25 10:01:06 CEST 2010
On Sun, Jul 25, 2010 at 1:33 AM, Tim Harper <timcharper at gmail.com> wrote:
> given: (this-is-some-text|)
>
> dTe would result in:
>
> (this-is-some-t|
>
> dFe would result in
>
> given: (this-is-some-|
>
> This change resolves the issue by setting these operators to be
> exclusive, rather than incluse.
> ---
> vimpulse-operator.el | 4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/vimpulse-operator.el b/vimpulse-operator.el
> index fd9acda..8c985bb 100644
> --- a/vimpulse-operator.el
> +++ b/vimpulse-operator.el
> @@ -742,12 +742,12 @@ type TYPE. A custom function body may be specified via BODY."
> ;; These motions need wrapper functions to repeat correctly.
> (vimpulse-operator-map-define viper-end-of-Word 'inclusive)
> (vimpulse-operator-map-define viper-end-of-word 'inclusive)
> -(vimpulse-operator-map-define viper-find-char-backward 'inclusive)
> +(vimpulse-operator-map-define viper-find-char-backward 'exclusive)
> (vimpulse-operator-map-define viper-find-char-forward 'inclusive)
> (vimpulse-operator-map-define viper-forward-Word 'exclusive)
> (vimpulse-operator-map-define viper-forward-char 'inclusive)
> (vimpulse-operator-map-define viper-forward-word 'exclusive)
> -(vimpulse-operator-map-define viper-goto-char-backward 'inclusive)
> +(vimpulse-operator-map-define viper-goto-char-backward 'exclusive)
> (vimpulse-operator-map-define viper-goto-char-forward 'inclusive)
> (vimpulse-operator-map-define viper-search-backward 'exclusive)
> (vimpulse-operator-map-define viper-search-forward 'exclusive)
> --
> 1.7.1.1
>
>
I'm wondering why any of these are 'inclusive'. I set them all to
exclusive, and couldn't tell any difference. Inclusive is harmful for
backward commands
More information about the implementations-list
mailing list