Re: tab completion for setting search_path - Mailing list pgsql-hackers

From Fujii Masao
Subject Re: tab completion for setting search_path
Date
Msg-id CAHGQGwHjbTsQgwPM1yRbVCbw=u91W+sHNSj86GM-5YPQ=fH2SQ@mail.gmail.com
Whole thread Raw
In response to Re: tab completion for setting search_path  (Fujii Masao <masao.fujii@gmail.com>)
List pgsql-hackers
On Mon, Jul 7, 2014 at 8:51 PM, Fujii Masao <masao.fujii@gmail.com> wrote:
> On Tue, Jun 24, 2014 at 11:57 AM, Jeff Janes <jeff.janes@gmail.com> wrote:
>> On Mon, Jun 23, 2014 at 6:25 PM, Jeff Janes <jeff.janes@gmail.com> wrote:
>>> On Mon, Jun 23, 2014 at 3:53 PM, Andres Freund <andres@2ndquadrant.com>
>>> wrote:
>>>> On 2014-06-23 13:10:34 -0400, Robert Haas wrote:
>>>>> On Mon, Jun 23, 2014 at 9:10 AM, Kevin Grittner <kgrittn@ymail.com>
>>>>> wrote:
>>>>> > I would be for excluding the pg_toast, pg_toast_temp_n, and
>>>>> > pg_temp_n schemas, and including public and pg_catalog.
>>>>>
>>>>> +1.
>>>>
>>>> Jeff, are you willing to update the patch that way? Seems we have
>>>> something several people can live with ;)
>>>
>>> I was hoping not to add a third set of filters (separate from the ones
>>> already implicit in either \dn or \dnS), but that's OK; as long as I get a
>>> doghouse I won't worry much about the color.
>>>
>>> I've included information_schema as well, in analogy to the inclusion of
>>> pg_catalog.
>
> Is there any blocker on this patch? The patch looks good to me.

The patch makes the tab-completion on search_path display the existing
schemas, additionally what about displaying "$user", too? I think that
some users would want to include "$user" variable in search_path.

Regards,

-- 
Fujii Masao



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Built-in binning functions
Next
From: Robert Haas
Date:
Subject: Re: things I learned from working on memory allocation