Skip site navigation (1) Skip section navigation (2)

Re: New Patch for GQB

From: "Dave Page" <dpage(at)pgadmin(dot)org>
To: "Luis Ochoa" <ziul1979(at)gmail(dot)com>
Cc: pgadmin-hackers(at)postgresql(dot)org
Subject: Re: New Patch for GQB
Date: 2008-08-14 21:10:30
Message-ID: 937d27e10808141410p2de91296rbaaf151a7653be40@mail.gmail.com (view raw or flat)
Thread:
Lists: pgadmin-hackers
On Thu, Aug 14, 2008 at 9:31 PM, Luis Ochoa <ziul1979(at)gmail(dot)com> wrote:

> I'm going to try to add this feature, is very easy to add,  but I
> really don't fully understand the data dictionary from postgreSQL and
> don't want to introduce a new errors on the database reverse
> engineering part. But I hope this should be implemented for latest
> release of GSOC (but if not, this will be implemented after GSOC not
> problem)

OK. We can work out the SQL at some point - a few of us are quite
familiar with the catalogs :-p

This should definitely be done before release, but I don't think it
needs to be done before the end of GSoC.

> Dave do you think this change should be done at this moment or after
> GSOC ends?

I don't think it's that important. It's a nice feature to add after
GSoC, but the really important thing is preventing unexpected
behaviour if someone presses F5 - that must be sorted imho.

>> - The font in the tables still looks a little small (I'm on Windows today).
>
> But I'm using get system font function yet? can you help me to think
> other way of accomplish this goal?

I don't have the code to hand but are you sure it's working? The
system font is what's used in the treeview and for labels on dialogues
etc. It definitely didn't look like that when I tested.

Regards, Dave

-- 
Dave Page
EnterpriseDB UK: http://www.enterprisedb.com

In response to

pgadmin-hackers by date

Next:From: Mickael DeloisonDate: 2008-08-16 13:55:21
Subject: Re: pgScript patch based on pgScript-1.0-beta-3
Previous:From: Luis OchoaDate: 2008-08-14 20:31:06
Subject: Re: New Patch for GQB

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group