As I wrote, SQL Workbench is good benchmark - it is not possible to select
columns without named table, again, there is even possibility to filter
list of available elements (tables, views, columns,...).
In my opinion GUI tool should support this feature (with or without psql
background). This spee
On Wed, 2012-03-14 at 15:57 -0400, Colin Beckingham wrote:
> I see there have been some changes to the DD, relationships arrow now
> disappears when one table removed from the diagram. Nice.
>
We haven't done anything on this part. I'm afraid you simply didn't hit
the bug this time.
> In DD, cl
I see there have been some changes to the DD, relationships arrow now
disappears when one table removed from the diagram. Nice.
In DD, click "Add empty table" icon to enter details in properties form.
Dialog appears which has no title bar, is modal (correct), is not
draggable (except by draggi
On Wed, 2012-03-14 at 07:22 -0400, Colin Beckingham wrote:
> 1. open pgadmin3
> 2. drill down to table
> 3. view data - view filtered rows
> 4. enter criteria and display recordset
> 5. select a record to delete (has oids and pk)
> 6. error box with backtrace as below
> 7. continue, continue, recor
On Wed, Mar 14, 2012 at 3:04 PM, David Greco
wrote:
> Let me voice my agreement for this as a feature sorely missing from pgAdmin.
> Should be able to do full code completion of column names (aliased or not
> table names), function names (type schema. and functions should be available
> as a compl
Let me voice my agreement for this as a feature sorely missing from pgAdmin.
Should be able to do full code completion of column names (aliased or not table
names), function names (type schema. and functions should be available as a
completion), and function paramaters (type functioname( and it
1. open pgadmin3
2. drill down to table
3. view data - view filtered rows
4. enter criteria and display recordset
5. select a record to delete (has oids and pk)
6. error box with backtrace as below
7. continue, continue, record is deleted properly
8. continue normally
ASSERT INFO:
./src/common/s
On 03/13/2012 06:45 PM, Colin Beckingham wrote:
On 03/13/2012 05:18 PM, Guillaume Lelarge wrote:
On Tue, 2012-03-13 at 08:30 -0400, Colin Beckingham wrote:
1.15 Dev, latest from git.
This is not an error, no crash, no backtrace, just an unexplained
character in property definition.
1. ope