Re: psql tab completion for SELECT - Mailing list pgsql-hackers

From Tom Lane
Subject Re: psql tab completion for SELECT
Date
Msg-id 14225.1328889714@sss.pgh.pa.us
Whole thread Raw
In response to Re: psql tab completion for SELECT  (Robert Haas <robertmhaas@gmail.com>)
Responses Re: psql tab completion for SELECT  (Robert Haas <robertmhaas@gmail.com>)
List pgsql-hackers
Robert Haas <robertmhaas@gmail.com> writes:
> On Fri, Feb 10, 2012 at 10:20 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> I'm not against tab-completing functions, if people think that's
>> useful. �I am against tab-completing them in 1% of use-cases, which is
>> what this patch accomplishes. �The fact that it's short doesn't make it
>> good.

> Our tab completion is in general very incomplete; we have made a
> practice of cherry-picking the most commonly encountered cases and
> handling only those.  Whether or not that is a good policy is a
> philosophical question, but there is no reason to hold this particular
> patch to a higher standard than the quality of our tab completion code
> in general.

Well, if you want a patch with low standards, what about tab-completing
function names anywhere that we do not see context suggesting something
else?  I really think that doing it only immediately after SELECT is
going to prove far more of an annoyance than a help, because once you
get used to relying on it you are going to wish it worked elsewhere.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: Patch: fix pg_dump for inherited defaults & not-null flags
Next
From: Robert Haas
Date:
Subject: Re: psql tab completion for SELECT