From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <zsh-users-return-20026-mason-zsh=primenet.com.au@zsh.org>
Received: (qmail 11468 invoked by alias); 19 Mar 2015 16:06:30 -0000
Mailing-List: contact zsh-users-help@zsh.org; run by ezmlm
Precedence: bulk
X-No-Archive: yes
List-Id: Zsh Users List <zsh-users.zsh.org>
List-Post: <mailto:zsh-users@zsh.org>
List-Help: <mailto:zsh-users-help@zsh.org>
X-Seq: 20026
Received: (qmail 13878 invoked from network); 19 Mar 2015 16:06:18 -0000
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on f.primenet.com.au
X-Spam-Level: 
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_LOW
	autolearn=ham version=3.3.2
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:from:message-id:date:in-reply-to:comments
         :references:to:subject:mime-version:content-type;
        bh=hhGH18CoTrA6CBs3FDTJcOb6FxYFC21Osj0HyOwHEJM=;
        b=TbUnf2stnGDTXq4SgfAGg34e7EW9oWh1ygxNsFh088A60ov7uCGTrRRC6i5Bo2pEKq
         QFWcOtFeLGYmWQ2A0Wy0cF5RQHO9SkHl9MoX1UNDaOcCP5j5CZ1n/V8Ird5OdPBGOTRV
         U2wJE9XCjRjDgY3J2B9wbfjGjEoOip0XCoo8y7YNSn1U6QgSSKK0mbKLk1nEZH0k5FB7
         sR5XPcBHPJTMXllIbbSJelf28HS3lFA8n5Sm6oqkdLuCIFY4IMUhhTnT2y+y9jCoVbKU
         ggaFWLbETyKXKxtVVdHqDiVntulw0FgDJzTUXu96Ose1wE8jrQtFR6wUj6KoF5VihQ4n
         y0kg==
X-Gm-Message-State: ALoCoQk09TOKlMAVy68ozk3La9nlSNHvvJFTO7Ve4K/ek1BQociGJ0+rPW1w4D+XJxgmde0XUBjN
X-Received: by 10.202.177.195 with SMTP id a186mr59686315oif.76.1426781175519;
        Thu, 19 Mar 2015 09:06:15 -0700 (PDT)
From: Bart Schaefer <schaefer@brasslantern.com>
Message-Id: <150319090612.ZM18787@torch.brasslantern.com>
Date: Thu, 19 Mar 2015 09:06:12 -0700
In-Reply-To: <20150319073238.GN3548@tarsus.local2>
Comments: In reply to Daniel Shahaf <d.s@daniel.shahaf.name>
        "GLOB_COMPLETE and numbered directories" (Mar 19,  7:32am)
References: <20150319073238.GN3548@tarsus.local2>
X-Mailer: OpenZMail Classic (0.9.2 24April2005)
To: zsh-users@zsh.org
Subject: Re: GLOB_COMPLETE and numbered directories
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

On Mar 19,  7:32am, Daniel Shahaf wrote:
} Subject: GLOB_COMPLETE and numbered directories
}
} Consider the following:
} 
} % mkdir -p {bar,baz}/iota
} % cat b/i<TAB>
} [cycles between 'cat ba<CURSOR>/iota', 'cat bar/iota/', 'cat baz/iota/']

Not what I see here.
- First tab does ba<C>/iota
- Second tab shows list of bar/iota baz/iota below ba<C>/iota
- Third tab begins cycling bar/iota/ and baz/iota/

} % mkdir -p {10a,11a}/iota
} % cat 1/i<CURSOR>
} [press <TAB>]
} % cat 1<CURSOR>a/iota
} [press <TAB>]
} % cat 1a/iota<CURSOR>
} [stays the same upon pressing TAB]
} 
} I expected the second <TAB> press to offer me the possible completions
} '10a' '11a'.

With only glob_complete, it works by appending a * to the end of the word,
not by inserting a * at the cursor position.  1a*/iota* doesn't match
anything.

Any time the cursor is left in the middle of a word, it means that the
completion system is waiting for you to type a disambiguating character.

} I'd at least like not to be left with "1a/iota<CURSOR>"

It's supposed to be sufficient to "setopt completeinword" to get the
behavior you want, and indeed it works if I literally type out

% cat 1a/iota

and then move the cursor to 1<C>a/iota before pressing TAB.  However,
for some reason this doesn't happen when "continuing an in-progress
completion" with a second TAB.  I believe that's because the second
tab just regenerates the listing with the same pattern as on the
first tab, and that's not sufficient to disambiguate.