From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16616 invoked by alias); 26 Apr 2011 22:35:54 -0000 Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Workers List List-Post: List-Help: X-Seq: 29072 Received: (qmail 15748 invoked from network); 26 Apr 2011 22:35:52 -0000 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham version=3.3.1 Received-SPF: pass (ns1.primenet.com.au: SPF record at benizi.com designates 64.130.10.15 as permitted sender) Date: Tue, 26 Apr 2011 18:35:24 -0400 (EDT) From: "Benjamin R. Haskell" To: Felipe Contreras cc: Mikael Magnusson , Frank Terbeck , zsh-workers@zsh.org, Nikolai Weibull Subject: Re: Slowness issue with git completion In-Reply-To: Message-ID: References: <87liyw7t0o.fsf@ft.bewatermyfriend.org> User-Agent: Alpine 2.01 (LNX 1266 2009-07-14) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-1463810530-1063458426-1303857348=:28316" ---1463810530-1063458426-1303857348=:28316 Content-Type: TEXT/PLAIN; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8BIT On Wed, 27 Apr 2011, Felipe Contreras wrote: > On Wed, Apr 27, 2011 at 12:52 AM, Benjamin R. Haskell wrote: >> It's a workaround.  At some point, someone (probably someone >> participating in this thread) will figure out a proper solution.  But >> until that happens the workaround is better than breaking the context >> sensitivity of git completion just to make it as fast as bash. > > I disagree. The "context sensitivity" doesn't work. The current > behavior is broken. Everyone else in the thread seems to think that it's desired. That is: if it weren't unusably slow, it'd be preferable. > I say it should be the other way around, that "context sensitivity" > which is only used for 'git add' should not make the rest of the > commands dead slow, it should be disabled until it's working properly > (fast). Disabling the context sensitivity of Zsh's git file completion requires rewriting other portions of the completion, since the rest depends on being able to call it how it does. People who are actively contributing to the _git function want this functionality. So, from that perspective it's not worth the effort to rip it out. I've given you an admittedly-stupid workaround. The other options are to wait for someone to fix it, fix it yourself, or use bash (which has the behavior you want). -- Best, Ben ---1463810530-1063458426-1303857348=:28316--