[pgadmin-hackers] Re: [pgAdmin III] #161: Hidden tab characters in output pane of SQL window

2010-04-03 Thread pgAdmin Trac
#161: Hidden tab characters in output pane of SQL window +--- Reporter: brsa| Owner: dpage Type: bug | Status: new Priority: minor | Milestone: Component: pgadmin

[pgadmin-hackers] SVN Commit by guillaume: r8256 - trunk/pgadmin3/pgadmin/schema

2010-04-03 Thread svn
Author: guillaume Date: 2010-04-03 20:44:49 +0100 (Sat, 03 Apr 2010) New Revision: 8256 Revision summary: http://svn.pgadmin.org/cgi-bin/viewcvs.cgi/?rev=8256&view=rev Log: Fix an issue I introduced in revision r8238. Modified: trunk/pgadmin3/pgadmin/schema/pgDatabase.cpp -- Sent via pg

[pgadmin-hackers] SVN Commit by guillaume: r8255 - branches/REL-1_10_0_PATCHES/pgadmin3/pgadmin/schema

2010-04-03 Thread svn
Author: guillaume Date: 2010-04-03 20:44:14 +0100 (Sat, 03 Apr 2010) New Revision: 8255 Revision summary: http://svn.pgadmin.org/cgi-bin/viewcvs.cgi/?rev=8255&view=rev Log: Fix an issue I introduced in revision r8237. Modified: branches/REL-1_10_0_PATCHES/pgadmin3/pgadmin/schema/pgDatabas

Re: [pgadmin-hackers] [pgAdmin III] #163: Crash with the Statistics tab

2010-04-03 Thread pgAdmin Trac
#163: Crash with the Statistics tab --+- Reporter: gleu | Owner: gleu Type: bug | Status: closed Priority: minor| Milestone: 1.10.3 Component: pgadmin | Version: 1.10 Re

[pgadmin-hackers] SVN Commit by guillaume: r8254 - in trunk/pgadmin3: . pgadmin/frm

2010-04-03 Thread svn
Author: guillaume Date: 2010-04-03 18:52:28 +0100 (Sat, 03 Apr 2010) New Revision: 8254 Revision summary: http://svn.pgadmin.org/cgi-bin/viewcvs.cgi/?rev=8254&view=rev Log: Get back to the Properties tab when a user connects to a server. Fixes #163. Modified: trunk/pgadmin3/CHANGELOG t

[pgadmin-hackers] SVN Commit by guillaume: r8253 - in branches/REL-1_10_0_PATCHES/pgadmin3: . pgadmin/frm

2010-04-03 Thread svn
Author: guillaume Date: 2010-04-03 18:51:33 +0100 (Sat, 03 Apr 2010) New Revision: 8253 Revision summary: http://svn.pgadmin.org/cgi-bin/viewcvs.cgi/?rev=8253&view=rev Log: Get back to the Properties tab when a user connects to a server. Fixes #163. Modified: branches/REL-1_10_0_PATCHES/p

[pgadmin-hackers] [pgAdmin III] #163: Crash with the Statistics tab

2010-04-03 Thread pgAdmin Trac
#163: Crash with the Statistics tab -+-- Reporter: gleu | Owner: gleu Type: bug | Status: new Priority: minor| Milestone: Component: pgadmin | Version: 1.10 Keywords: browse

Re: [pgadmin-hackers] Bug in status window

2010-04-03 Thread Guillaume Lelarge
Le 03/04/2010 17:52, Guillaume Lelarge a écrit : > Le 03/04/2010 17:08, Dave Page a écrit : >> On Sat, Apr 3, 2010 at 3:18 PM, Guillaume Lelarge >> wrote: >>> Le 27/03/2010 20:02, Dave Page a écrit : I found a bug in the status window. When the activity lines are refreshed, it tries to u

Re: [pgadmin-hackers] Bug in status window

2010-04-03 Thread Guillaume Lelarge
Le 03/04/2010 17:08, Dave Page a écrit : > On Sat, Apr 3, 2010 at 3:18 PM, Guillaume Lelarge > wrote: >> Le 27/03/2010 20:02, Dave Page a écrit : >>> I found a bug in the status window. When the activity lines are >>> refreshed, it tries to update them in place, to avoid removing and >>> re-adding

Re: [pgadmin-hackers] Bug in status window

2010-04-03 Thread Dave Page
On Sat, Apr 3, 2010 at 3:18 PM, Guillaume Lelarge wrote: > Le 27/03/2010 20:02, Dave Page a écrit : >> I found a bug in the status window. When the activity lines are >> refreshed, it tries to update them in place, to avoid removing and >> re-adding every line. That doesn't work if the rows are so

Re: [pgadmin-hackers] Bug in status window

2010-04-03 Thread Guillaume Lelarge
Le 27/03/2010 20:02, Dave Page a écrit : > I found a bug in the status window. When the activity lines are > refreshed, it tries to update them in place, to avoid removing and > re-adding every line. That doesn't work if the rows are sorted using > the column headers on the list view, and results i

Re: [pgadmin-hackers] Rework of the frmOptions window

2010-04-03 Thread Guillaume Lelarge
Le 02/04/2010 11:13, Dave Page a écrit : > On Thu, Apr 1, 2010 at 11:54 PM, Guillaume Lelarge > wrote: >> Le 30/03/2010 00:17, Guillaume Lelarge a écrit : >>> Le 27/03/2010 22:28, Dave Page a écrit : Yeah, i think thats much nicer. >>> >>> Reworked a bit. I get this: >>> >>> http://lel

[pgadmin-hackers] SVN Commit by guillaume: r8252 - in trunk/pgadmin3: . pgadmin/frm pgadmin/include/frm pgadmin/include/utils pgadmin/ui

2010-04-03 Thread svn
Author: guillaume Date: 2010-04-03 10:52:07 +0100 (Sat, 03 Apr 2010) New Revision: 8252 Revision summary: http://svn.pgadmin.org/cgi-bin/viewcvs.cgi/?rev=8252&view=rev Log: Review of the frmOptions window (add sizers, use wxFontPickerCtrl, wxDirPickerCtrl, wxFilePickerCtrl, change a few tabs).

Re: [pgadmin-hackers] column STATISTICS lost

2010-04-03 Thread Guillaume Lelarge
Le 03/04/2010 11:19, Dave Page a écrit : > On Sat, Apr 3, 2010 at 4:01 AM, Guillaume Lelarge > wrote: >> OK, I have a patch (attached) that seems to work. It adds some >> functions, and I'm not sure I should push this into the 1.10 branch. >> What do you guys think about this? only in trunk or in

Re: [pgadmin-hackers] [pgAdmin III] #160: column STATISTICS lost

2010-04-03 Thread pgAdmin Trac
#160: column STATISTICS lost --+- Reporter: brsa | Owner: gleu Type: bug | Status: closed Priority: minor| Milestone: 1.10.3 Component: pgadmin | Version: 1.10 Resolutio

Re: [pgadmin-hackers] [pgAdmin III] #160: column STATISTICS lost

2010-04-03 Thread pgAdmin Trac
#160: column STATISTICS lost -+-- Reporter: brsa | Owner: gleu Type: bug | Status: assigned Priority: minor| Milestone: Component: pgadmin | Version: 1.10 Keywords

[pgadmin-hackers] SVN Commit by guillaume: r8251 - in trunk/pgadmin3: . pgadmin/include/schema pgadmin/schema

2010-04-03 Thread svn
Author: guillaume Date: 2010-04-03 10:42:30 +0100 (Sat, 03 Apr 2010) New Revision: 8251 Revision summary: http://svn.pgadmin.org/cgi-bin/viewcvs.cgi/?rev=8251&view=rev Log: Fix the reverse engineering of a table when its columns have Storage or Statistics value, per a report from Erwin Brandst

[pgadmin-hackers] SVN Commit by guillaume: r8250 - in branches/REL-1_10_0_PATCHES/pgadmin3: . pgadmin/include/schema pgadmin/schema

2010-04-03 Thread svn
Author: guillaume Date: 2010-04-03 10:41:28 +0100 (Sat, 03 Apr 2010) New Revision: 8250 Revision summary: http://svn.pgadmin.org/cgi-bin/viewcvs.cgi/?rev=8250&view=rev Log: Fix the reverse engineering of a table when its columns have Storage or Statistics value, per a report from Erwin Brandst

[pgadmin-hackers] Re: [pgAdmin III] #159: Reverse engineering of a function that RETURNS TABLE

2010-04-03 Thread pgAdmin Trac
#159: Reverse engineering of a function that RETURNS TABLE --+- Reporter: brsa | Owner: gleu Type: bug | Status: closed Priority: minor| Milestone: 1.10.3 Component: pgadmin

[pgadmin-hackers] Re: [pgAdmin III] #159: Reverse engineering of a function that RETURNS TABLE

2010-04-03 Thread pgAdmin Trac
#159: Reverse engineering of a function that RETURNS TABLE --+- Reporter: brsa | Owner: gleu Type: bug | Status: assigned Priority: minor | Milestone: Component: pgadmin

[pgadmin-hackers] SVN Commit by guillaume: r8249 - in trunk/pgadmin3: . pgadmin/schema

2010-04-03 Thread svn
Author: guillaume Date: 2010-04-03 10:34:58 +0100 (Sat, 03 Apr 2010) New Revision: 8249 Revision summary: http://svn.pgadmin.org/cgi-bin/viewcvs.cgi/?rev=8249&view=rev Log: Correct reverse engineering of a function that RETURNS TABLE, per a report from Erwin Brandstetter. Modified: trunk

[pgadmin-hackers] SVN Commit by guillaume: r8248 - in branches/REL-1_10_0_PATCHES/pgadmin3: . pgadmin/schema

2010-04-03 Thread svn
Author: guillaume Date: 2010-04-03 10:33:39 +0100 (Sat, 03 Apr 2010) New Revision: 8248 Revision summary: http://svn.pgadmin.org/cgi-bin/viewcvs.cgi/?rev=8248&view=rev Log: Fix reverse engineering of a function that RETURNS TABLE, per a report from Erwin Brandstetter. Modified: branches/

Re: [pgadmin-hackers] column STATISTICS lost

2010-04-03 Thread Dave Page
On Sat, Apr 3, 2010 at 4:01 AM, Guillaume Lelarge wrote: > OK, I have a patch (attached) that seems to work. It adds some > functions, and I'm not sure I should push this into the 1.10 branch. > What do you guys think about this? only in trunk or in trunk and in the > 1.10 branch? Seems like a bu