Re: [PATCH] Improve autocompletion for SELECT statements - Mailing list pgadmin-hackers

From Guillaume Lelarge
Subject Re: [PATCH] Improve autocompletion for SELECT statements
Date
Msg-id 1320161496.2122.64.camel@localhost.localdomain
Whole thread Raw
In response to Re: [PATCH] Improve autocompletion for SELECT statements  (Wander Winkelhorst <w.winkelhorst@gmail.com>)
Responses Re: [PATCH] Improve autocompletion for SELECT statements  (Wander Winkelhorst <w.winkelhorst@gmail.com>)
List pgadmin-hackers
On Tue, 2011-11-01 at 15:11 +0100, Wander Winkelhorst wrote:
> Hi,
>
> On Tue, Nov 1, 2011 at 2:50 PM, Guillaume Lelarge <guillaume@lelarge.info>wrote:
>
> >
> > Line 482 is when you freed the buffer. Not sure it's relevant to this
> > issue, but you have a bug in your code.
> >
>
> Sorry; seems like the allocation was off by one.
>
> Attached is the updated patch.
>

OK, it works now. I understand a lot of improvements could come later,
but there is one thing that bugs me. And I think it should be fixed
before applying.

Let's say I wrote this:

SELECT * FROM person JOIN company ON

and try autocompletion afterwards. I get the list of columns in person
and company, which is great. The issue is that you only have the
column's name, not the table's name. So you don't know if the column
refers to the first table or the second. We could say it's not an issue
if we were sure they were all different. But if I have two times the id
column, it gets kinda weird. Maybe you should show the table's name in
front of the column's name.

Moreover, I'm not sure this is done or not. But having the columns in
order (of attnum) would be great.


--
Guillaume
  http://blog.guillaume.lelarge.info
  http://www.dalibo.com


pgadmin-hackers by date:

Previous
From: Guillaume Lelarge
Date:
Subject: Re: Option "Nulls First" in the ordering screen.
Next
From: Guillaume Lelarge
Date:
Subject: pgAdmin III commit: Fix cache type lookup