Re: Uppercase tab completion keywords in psql?

Bruce Momjian <bruce@momjian.us>

From: Bruce Momjian <bruce@momjian.us>
To: Devrim GÜNDÜZ <devrim@gunduz.org>
Cc: Robert Haas <robertmhaas@gmail.com>, Peter Eisentraut <peter_e@gmx.net>, David Fetter <david@fetter.org>, Andrew Dunstan <andrew@dunslane.net>, PostgreSQL-development <pgsql-hackers@postgresql.org>
Date: 2012-05-31T02:03:00Z
Lists: pgsql-hackers

Commits

Same data as JSON: GET /api/v1/messages/:b64id/commits the thread's linked commits as JSON, with link sources. API reference →
  1. psql: Add variable to control keyword case in tab completion

  2. psql: Case preserving completion of SQL key words

On Thu, May 31, 2012 at 04:06:50AM +0300, Devrim Gunduz wrote:
> Hi,
> 
> On Mon, 2012-05-07 at 13:22 -0400, Robert Haas wrote:
> > On Sat, May 5, 2012 at 9:03 AM, Bruce Momjian <bruce@momjian.us>
> > wrote:
> > > On Fri, May 04, 2012 at 08:46:28PM +0300, Peter Eisentraut wrote:
> > >> On tor, 2012-05-03 at 15:47 -0400, Bruce Momjian wrote:
> > >> > Peter, where are we on this?
> > >>
> > >> I hadn't received any clear feedback, but if no one objects, I can
> > >> commit it.
> > >
> > > I think there were enough people that wanted some kind of control in
> > > this area.  I did give you feedback on the patch.
> > 
> > Yes, there were significantly more votes for reverting this than
> > keeping it.  So we at least need to have a setting.
> 
> Can we do something about this before beta2 is bundled? I would like it
> to be reverted though, rather than having a setting.

A control variable was added in this commit:

	commit db84ba65ab5c0ad0b34d68ab5a687bc5f4ca3ba6
	Author: Peter Eisentraut <peter_e@gmx.net>
	Date:   Tue May 8 21:03:45 2012 +0300
	
	    psql: Add variable to control keyword case in tab completion
	
	    This adds the variable COMP_KEYWORD_CASE, which controls in what case
	    keywords are completed.  This is partially to let users configure the
	    change from commit 69f4f1c3576abc535871c6cfa95539e32a36120f, but it
	    also offers more behaviors than were available before.

-- 
  Bruce Momjian  <bruce@momjian.us>        http://momjian.us
  EnterpriseDB                             http://enterprisedb.com

  + It's impossible for everything to be true. +