Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm
Precedence: bulk
From: Bart Schaefer <schaefer@brasslantern.com>
Message-Id: <160601224256.ZM14537@torch.brasslantern.com>
Date: Wed, 1 Jun 2016 22:42:56 -0700
In-Reply-To: <20160519211428.GA14104@tarsus.local2>
Comments: In reply to Daniel Shahaf <d.s@daniel.shahaf.name>
        "Re: Feature request: readline's completion-prefix-display-length option" (May 19,  9:14pm)
References: <5738124C.7020705@topbug.net> 
	<CAH+w=7aYcxp73F2koe1nVBRMR8jwJ5eYLAyMi2_35FEX9=dJXw@mail.gmail.com> 
	<20160519211428.GA14104@tarsus.local2>
To: Zsh hackers list <zsh-workers@zsh.org>
Subject: Re: Feature request: readline's completion-prefix-display-length option
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

On May 19,  9:14pm, Daniel Shahaf wrote:
} Subject: Re: Feature request: readline's completion-prefix-display-length 
}
} Deviously clever solutions aside, isn't this exactly what the -d option
} to compadd is for?  I imagine prior to calling compadd, the following
} preprocessing could be invoked:
} 
}     if -d not passed:
}       argument_to_-d = argument_to_-a
}       for each element of argument_to_-d:
}         if this element starts with ${PREFIX}
} 	  replace the first ${#PREFIX} characters with an ellipsis
} 
} However, I'm not sure where this preprocessing should be invoked from.

It'd have to be internal to complete.c:bin_compadd in order to be
foolproof; there are too many variations on how to pass in the list
matches to make it feasible to do in shell code: literal lists of
words, names passed to -a, subscripts on names passed to -a, etc.