Hello:
I don't know if this is the appropriate place to do a feature request,
so excuse me if I'm wrong.
I believe that it would be very useful to have an option to highlight or
colour the calls to functions in the SQL editor. One tries to structure
the queries so that they're as much readable as
It's not clear what list is appropriate for feature requests, so I'm
guessing here.
I'd like to be able to create database connections on Windows using the
currently-logged-in user. Since PgAdmin stores connections per-user, that
can be captured at the time the connection is created instead of
dyn
Le 21/07/2010 17:33, Dave Page a écrit :
> On Wed, Jul 21, 2010 at 4:23 PM, Thom Brown wrote:
>> Is the reason I can no longer spy on commits via mailing list as they
>> occur related to the migration to git?
>
> Yes. Magnus is still finishing off the commit hook that'll deal with
> that. I'm try
On Wed, Jul 21, 2010 at 4:23 PM, Thom Brown wrote:
> Is the reason I can no longer spy on commits via mailing list as they
> occur related to the migration to git?
Yes. Magnus is still finishing off the commit hook that'll deal with
that. I'm trying to find cycles to help him test it
--
Dav
On 21 July 2010 16:01, Thom Brown wrote:
> On 21 July 2010 15:46, Dave Page wrote:
>> On Wed, Jul 21, 2010 at 2:44 PM, Thom Brown wrote:
>>> On 21 July 2010 14:32, Dave Page wrote:
On Wed, Jul 21, 2010 at 2:26 PM, Guillaume Lelarge
wrote:
>
> Tried it. Still works for me. I'm
On 21 July 2010 15:46, Dave Page wrote:
> On Wed, Jul 21, 2010 at 2:44 PM, Thom Brown wrote:
>> On 21 July 2010 14:32, Dave Page wrote:
>>> On Wed, Jul 21, 2010 at 2:26 PM, Guillaume Lelarge
>>> wrote:
Tried it. Still works for me. I'm on Linux, but I don't think it is the
issue
On Wed, Jul 21, 2010 at 2:44 PM, Thom Brown wrote:
> On 21 July 2010 14:32, Dave Page wrote:
>> On Wed, Jul 21, 2010 at 2:26 PM, Guillaume Lelarge
>> wrote:
>>>
>>> Tried it. Still works for me. I'm on Linux, but I don't think it is the
>>> issue :)
>>
>> Actually, it might be. pgRule::CanDrop()
On 21 July 2010 14:32, Dave Page wrote:
> On Wed, Jul 21, 2010 at 2:26 PM, Guillaume Lelarge
> wrote:
>>
>> Tried it. Still works for me. I'm on Linux, but I don't think it is the
>> issue :)
>
> Actually, it might be. pgRule::CanDrop() is calling schema->CanDrop(),
> however schema actually cont
On Wed, Jul 21, 2010 at 2:26 PM, Guillaume Lelarge
wrote:
>
> Tried it. Still works for me. I'm on Linux, but I don't think it is the
> issue :)
Actually, it might be. pgRule::CanDrop() is calling schema->CanDrop(),
however schema actually contains the table object. I think this is
because rules
On Wed, 21 Jul 2010 14:12:37 +0100, Thom Brown
wrote:
> On 21 July 2010 14:06, Guillaume Lelarge wrote:
>> On Wed, 21 Jul 2010 14:04:09 +0100, Dave Page
wrote:
>>> On Wed, Jul 21, 2010 at 2:01 PM, Thom Brown
wrote:
On 21 July 2010 10:45, Thom Brown wrote:
> On 21 July 2010 10:38, Guil
On 21 July 2010 14:06, Guillaume Lelarge wrote:
> On Wed, 21 Jul 2010 14:04:09 +0100, Dave Page wrote:
>> On Wed, Jul 21, 2010 at 2:01 PM, Thom Brown wrote:
>>> On 21 July 2010 10:45, Thom Brown wrote:
On 21 July 2010 10:38, Guillaume Lelarge
> wrote:
> On Wed, 21 Jul 2010 10:23:33 +0
On Wed, Jul 21, 2010 at 2:06 PM, Guillaume Lelarge
wrote:
> Works for me with PostgreSQL 9.0 beta 3 and pgAdmin 1.12 beta 3.
I can reproduce on Windows with trunk + pg84 and Mac with 9.0b3/1.12b3
--
Dave Page
EnterpriseDB UK: http://www.enterprisedb.com
The Enterprise Postgres Company
--
Se
On Wed, 21 Jul 2010 14:04:09 +0100, Dave Page wrote:
> On Wed, Jul 21, 2010 at 2:01 PM, Thom Brown wrote:
>> On 21 July 2010 10:45, Thom Brown wrote:
>>> On 21 July 2010 10:38, Guillaume Lelarge
wrote:
On Wed, 21 Jul 2010 10:23:33 +0100, Thom Brown
wrote:
> On 21 July 2010 10:03,
On Wed, Jul 21, 2010 at 2:01 PM, Thom Brown wrote:
> On 21 July 2010 10:45, Thom Brown wrote:
>> On 21 July 2010 10:38, Guillaume Lelarge wrote:
>>> On Wed, 21 Jul 2010 10:23:33 +0100, Thom Brown
>>> wrote:
On 21 July 2010 10:03, Guillaume Lelarge wrote:
> On Wed, 21 Jul 2010 09:43:33
On 21 July 2010 10:45, Thom Brown wrote:
> On 21 July 2010 10:38, Guillaume Lelarge wrote:
>> On Wed, 21 Jul 2010 10:23:33 +0100, Thom Brown
>> wrote:
>>> On 21 July 2010 10:03, Guillaume Lelarge wrote:
On Wed, 21 Jul 2010 09:43:33 +0100, Thom Brown
wrote:
> I noticed you can't d
On 21 July 2010 10:38, Guillaume Lelarge wrote:
> On Wed, 21 Jul 2010 10:23:33 +0100, Thom Brown
> wrote:
>> On 21 July 2010 10:03, Guillaume Lelarge wrote:
>>> On Wed, 21 Jul 2010 09:43:33 +0100, Thom Brown
>>> wrote:
I noticed you can't drop rules from the GUI. Could this be added?
On Wed, 21 Jul 2010 10:23:33 +0100, Thom Brown
wrote:
> On 21 July 2010 10:03, Guillaume Lelarge wrote:
>> On Wed, 21 Jul 2010 09:43:33 +0100, Thom Brown
>> wrote:
>>> I noticed you can't drop rules from the GUI. Could this be added?
>>>
>>
>> It's already available. I see it, and I can drop a
On 21 July 2010 10:03, Guillaume Lelarge wrote:
> On Wed, 21 Jul 2010 09:43:33 +0100, Thom Brown
> wrote:
>> I noticed you can't drop rules from the GUI. Could this be added?
>>
>
> It's already available. I see it, and I can drop a rule.
>
> --
Hmm... then it might be my version. I'm using 1.
On Wed, Jul 21, 2010 at 10:03 AM, Guillaume Lelarge
wrote:
> On Wed, 21 Jul 2010 09:43:33 +0100, Thom Brown
> wrote:
>> I noticed you can't drop rules from the GUI. Could this be added?
>>
>
> It's already available. I see it, and I can drop a rule.
That's what I thought, but I tried it and I c
On Wed, 21 Jul 2010 09:43:33 +0100, Thom Brown
wrote:
> I noticed you can't drop rules from the GUI. Could this be added?
>
It's already available. I see it, and I can drop a rule.
--
Guillaume
http://www.postgresql.fr
http://dalibo.com
--
Sent via pgadmin-hackers mailing list (pgadmin-ha
I noticed you can't drop rules from the GUI. Could this be added?
Thanks
Thom
--
Sent via pgadmin-hackers mailing list (pgadmin-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgadmin-hackers
On Tue, Jun 1, 2010 at 5:32 PM, Guillaume Lelarge
wrote:
> Le 01/06/2010 16:45, Thom Brown a écrit :
>> I notice that pgAdmin often locks up while it's doing something, like
>> vacuuming or restoring a database. Would it be possible to have this
>> run in a separate thread instead of locking the
Le 01/06/2010 16:45, Thom Brown a écrit :
> I notice that pgAdmin often locks up while it's doing something, like
> vacuuming or restoring a database. Would it be possible to have this
> run in a separate thread instead of locking the whole app up?
The maintenance dialog uses the same connection
I notice that pgAdmin often locks up while it's doing something, like
vacuuming or restoring a database. Would it be possible to have this
run in a separate thread instead of locking the whole app up? And
maybe be minimisable so that it appears somewhere as a running task,
allowing the user to do
On 8 April 2010 11:55, Ian Barwick wrote:
> 2010/4/8 Thom Brown :
> > I couldn't find any discussion on this, but the request is quite
> > straightforward. Implement a LIMIT on DELETE statements like SELECT
> > statements.
> >
> > So you could write:
> >
> > DELETE FROM massive_table WHERE id <
2010/4/8 Thom Brown :
> I couldn't find any discussion on this, but the request is quite
> straightforward. Implement a LIMIT on DELETE statements like SELECT
> statements.
>
> So you could write:
>
> DELETE FROM massive_table WHERE id < 4000 LIMIT 1;
>
> This would allow deletions in smal
I couldn't find any discussion on this, but the request is quite
straightforward. Implement a LIMIT on DELETE statements like SELECT
statements.
So you could write:
DELETE FROM massive_table WHERE id < 4000 LIMIT 1;
This would allow deletions in smaller batches rather than waiting
poten
Le 22/12/2009 14:23, Thom Brown a écrit :
> 2009/12/22 Dave Page
>
>> On Tue, Dec 22, 2009 at 1:16 PM, Guillaume Lelarge
>> wrote:
>>> Done. I didn't backpatch it on the 1.10 branch. I don't think we should
>>> do this but I don't really have a hard feeling on this, so tell me if it
>>> needs to
2009/12/22 Dave Page
> On Tue, Dec 22, 2009 at 1:16 PM, Guillaume Lelarge
> wrote:
> > Done. I didn't backpatch it on the 1.10 branch. I don't think we should
> > do this but I don't really have a hard feeling on this, so tell me if it
> > needs to be done.
>
> It's not a bug fix so it doesn't g
On Tue, Dec 22, 2009 at 1:16 PM, Guillaume Lelarge
wrote:
> Done. I didn't backpatch it on the 1.10 branch. I don't think we should
> do this but I don't really have a hard feeling on this, so tell me if it
> needs to be done.
It's not a bug fix so it doesn't get back patched.
--
Dave Page
Ent
Le 22/12/2009 11:07, Thom Brown a écrit :
> 2009/12/22 Guillaume Lelarge
>
>> Le 22/12/2009 11:02, Thom Brown a écrit :
>>> 2009/12/22 Dave Page
>>>
On Mon, Dec 21, 2009 at 5:37 PM, Guillaume Lelarge
wrote:
> Le 21/12/2009 15:41, Thom Brown a écrit :
>> [...]
>> Not so muc
2009/12/22 Guillaume Lelarge
> Le 22/12/2009 11:02, Thom Brown a écrit :
> > 2009/12/22 Dave Page
> >
> >> On Mon, Dec 21, 2009 at 5:37 PM, Guillaume Lelarge
> >> wrote:
> >>> Le 21/12/2009 15:41, Thom Brown a écrit :
> [...]
> Not so much a feature request but a tweak to a default se
Le 22/12/2009 11:02, Thom Brown a écrit :
> 2009/12/22 Dave Page
>
>> On Mon, Dec 21, 2009 at 5:37 PM, Guillaume Lelarge
>> wrote:
>>> Le 21/12/2009 15:41, Thom Brown a écrit :
[...]
Not so much a feature request but a tweak to a default settings. The
>> guys
at work agree that c
On Tue, Dec 22, 2009 at 10:03 AM, Magnus Hagander wrote:
> 2009/12/22 Dave Page :
>> On Tue, Dec 22, 2009 at 9:59 AM, Magnus Hagander wrote:
>>
>>> We still have an explicit option in the right-click menu to do it, right?
>>
>> What right-click menu?
>
> Right click on an object in the tree.
Oh
2009/12/22 Dave Page :
> On Tue, Dec 22, 2009 at 9:59 AM, Magnus Hagander wrote:
>
>> We still have an explicit option in the right-click menu to do it, right?
>
> What right-click menu?
Right click on an object in the tree.
--
Magnus Hagander
Me: http://www.hagander.net/
Work: http://www.r
2009/12/22 Dave Page
> On Mon, Dec 21, 2009 at 5:37 PM, Guillaume Lelarge
> wrote:
> > Le 21/12/2009 15:41, Thom Brown a écrit :
> >> [...]
> >> Not so much a feature request but a tweak to a default settings. The
> guys
> >> at work agree that copying the creation script for a database object
Le 22/12/2009 10:57, Dave Page a écrit :
> On Mon, Dec 21, 2009 at 5:37 PM, Guillaume Lelarge
> wrote:
>> Le 21/12/2009 15:41, Thom Brown a écrit :
>>> [...]
>>> Not so much a feature request but a tweak to a default settings. The guys
>>> at work agree that copying the creation script for a data
On Tue, Dec 22, 2009 at 9:59 AM, Magnus Hagander wrote:
> We still have an explicit option in the right-click menu to do it, right?
What right-click menu?
--
Dave Page
EnterpriseDB UK: http://www.enterprisedb.com
--
Sent via pgadmin-hackers mailing list (pgadmin-hackers@postgresql.org)
To
2009/12/22 Dave Page :
> On Mon, Dec 21, 2009 at 5:37 PM, Guillaume Lelarge
> wrote:
>> Le 21/12/2009 15:41, Thom Brown a écrit :
>>> [...]
>>> Not so much a feature request but a tweak to a default settings. The guys
>>> at work agree that copying the creation script for a database object into a
On Mon, Dec 21, 2009 at 5:37 PM, Guillaume Lelarge
wrote:
> Le 21/12/2009 15:41, Thom Brown a écrit :
>> [...]
>> Not so much a feature request but a tweak to a default settings. The guys
>> at work agree that copying the creation script for a database object into a
>> new query window is a bit a
On Mon, Dec 21, 2009 at 2:41 PM, Thom Brown wrote:
> Hi,
>
> Not so much a feature request but a tweak to a default settings. The guys
> at work agree that copying the creation script for a database object into a
> new query window is a bit annoying and unnecessary as we always end up
> having to
Le 21/12/2009 15:41, Thom Brown a écrit :
> [...]
> Not so much a feature request but a tweak to a default settings. The guys
> at work agree that copying the creation script for a database object into a
> new query window is a bit annoying and unnecessary as we always end up
> having to clear the
Hi,
Not so much a feature request but a tweak to a default settings. The guys
at work agree that copying the creation script for a database object into a
new query window is a bit annoying and unnecessary as we always end up
having to clear the window each time before typing anything. I imagine
Christian Nicolaisen a écrit :
I am a happy user of pgAdmin, but one feature went missing several
versions ago.
The missing feature is xls export.
More than a XLS export, a complete export tool is needed. I've been
thinking about this for quite some time as my brother in law keeps
asking me
Hi
I am a happy user of pgAdmin, but one feature went missing several versions
ago.
The missing feature is xls export.
What I would like to have is xls (for use with MS Excel) or ods (for use
with OpenOffice Calc) export so I don't have to go through csv files to
export quick SQL reports.
Milen A. Radev a ecrit le 14/03/2007 16:55:
Kevin Macdonald wrote:
Version: pgAdmin III 1.6.2
I would like to make two feature requests for the "Query Tool".
Background: Our environment includes a number Postgres installations.
For each installation, we have defined a number of accounts (eg.
p
Kevin Macdonald wrote:
> Version: pgAdmin III 1.6.2
>
> I would like to make two feature requests for the "Query Tool".
>
> Background: Our environment includes a number Postgres installations.
> For each installation, we have defined a number of accounts (eg.
> postgres, and various restricted u
Kevin Macdonald a ecrit le 14/03/2007 16:25:
[...]
REQUEST 1
-
Often, I have a number of "Query Tool" windows open at any one time --
each connected to a different database and through a different account.
It would be very useful to know which window points where. One way would
be to
Version: pgAdmin III 1.6.2
I would like to make two feature requests for the "Query Tool".
Background: Our environment includes a number Postgres installations.
For each installation, we have defined a number of accounts (eg.
postgres, and various restricted user-level accounts.)
REQUEST 1
On 2/6/07, Dave Page <[EMAIL PROTECTED]> wrote:
Merlin Moncure wrote:
> hello all, I have a pie in the sky feature request here. I've been
> looking around for a sql 'beautifier' so that all our ddl which is
> stored in .sql files can be cleaned up. pgadmin has a much better
> formatter than th
Merlin Moncure wrote:
> hello all, I have a pie in the sky feature request here. I've been
> looking around for a sql 'beautifier' so that all our ddl which is
> stored in .sql files can be cleaned up. pgadmin has a much better
> formatter than the gook emitted by pg_dump...
>
> couple of questi
hello all, I have a pie in the sky feature request here. I've been
looking around for a sql 'beautifier' so that all our ddl which is
stored in .sql files can be cleaned up. pgadmin has a much better
formatter than the gook emitted by pg_dump...
couple of questions here:
* would it be possible
Adam H. Pendleton wrote:
... I cut and paste the schema out of the schema "preview" pane, only
to find that the text didn't use the windows line delimiter. It seems
that the lines in the window are terminated with just a line feed
character, instead of the CRLF used byWindows. Can we change t
Adam H. Pendleton wrote:
I know I've been quiet lately, but I was working with pgAdmin3 today,
and I wanted to print out the schema from a table, but there is no
print feature. Is it possible to implement one, and if so how hard
would it be? After finding I couldn't print, I cut and paste the
I know I've been quiet lately, but I was working with pgAdmin3 today,
and I wanted to print out the schema from a table, but there is no print
feature. Is it possible to implement one, and if so how hard would it
be? After finding I couldn't print, I cut and paste the schema out of
the schema
55 matches
Mail list logo
