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 →
-
psql: Add variable to control keyword case in tab completion
- db84ba65ab5c 9.2.0 cited
-
psql: Case preserving completion of SQL key words
- 69f4f1c3576a 9.2.0 cited
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. +