Zsh Mailing List Archive Messages sorted by: Reverse Date, Date, Thread, Author

Re: bug with camel case and delete-whole-word-match function

X-seq: zsh-workers 38952
From: Peter Stephenson <p.stephenson@xxxxxxxxxxx>
To: zsh-workers@xxxxxxx
Subject: Re: bug with camel case and delete-whole-word-match function
Date: Tue, 26 Jul 2016 17:00:48 +0100
In-reply-to: <20160726165114.7ed32a3c@pwslap01u.europe.root.pri>
List-help: <mailto:zsh-workers-help@zsh.org>
List-id: Zsh Workers List <zsh-workers.zsh.org>
List-post: <mailto:zsh-workers@zsh.org>
Mailing-list: contact zsh-workers-help@xxxxxxx; run by ezmlm
Organization: Samsung Cambridge Solution Centre
References: <588168129.3340906.1467709726474.JavaMail.yahoo.ref@mail.yahoo.com> <588168129.3340906.1467709726474.JavaMail.yahoo@mail.yahoo.com> <20160726165114.7ed32a3c@pwslap01u.europe.root.pri>

On Tue, 26 Jul 2016 16:51:14 +0100
Peter Stephenson <p.stephenson@xxxxxxxxxxx> wrote:
> ...In addition
> +the element tt(is-word-start) is 1 if the cursor is on the start
> +of a word or subword, and 0 otherwise.

Actually, if it's on a word start or after the end of the previous word,
i.e. there could be intervening white space.  This is OK if you want to
operate on the next word by default, but could at least be documented
better.  Or it could be 0 = in middle of word, 1 = right at start of
word, 2 = before start of word, or something.

pws

References:
- bug with camel case and delete-whole-word-match function
  - From: Oliver Kiddle
- Re: bug with camel case and delete-whole-word-match function
  - From: Peter Stephenson

Messages sorted by: Reverse Date, Date, Thread, Author