Which version are you running?
I use pgAdmin3 v. 1.16.1 on an Air with 4Gb of RAM, OS X 10.7.5 and it works
just fine without any noticeable lag.
From: pgadmin-support-ow...@postgresql.org
[mailto:pgadmin-support-ow...@postgresql.org] On Behalf Of Tim Uckun
Sent: 19 April 2013 01:36
To
PgAdmin extremely slow to display data on a Mac (I haven't tried it on
other platforms). I have a Macbook Air 2GHz i7 with eight gigs of ram and
of course the SSD drive and yet PgAdmin is painful to use.
I am almost certain this is due to some problem with rendering results and
not fetching the re
On 2013.04.05 4:00 PM, Dave Page wrote:
The patch is in my inbox. We've been having trouble with it on Mac, though it
works fine on Linux and Windows (and is actually in the current release version
of Postgres Enterprise Manager).
Given that my platform is Mac, is there anything I can do to hel
It shows it in the sql pane. But when you run it and check the new column
after it is added then it is a timestamp. I tried it both in pgadmin II and
running it from sql outside pgadmin.
*It's not called losing your train of thought..
No, I'm sorry. It is called that. - Anonymoous... probably.
On Wed, 2013-04-17 at 10:56 -0400, Farley Carter wrote:
> I am curious as to why in PGAdmin if I try to set up a column with datatype
> date it gets converted to a timestamp. Does Date really not exist despite
> what the documentation says.
>
Can you explain a little more what you do? I tried to
In the create database dialog, it is impossible to select "foo" when a
non-login role "foo_bar" also exists.
create user foo;
create role foo_bar;
If you select "foo" there, it will select "foo_bar".
Christoph
--
c...@df7cb.de | http://www.df7cb.de/
--
Sent via pgadmin-support mailing list (
Hello
Changing line ends cause replacing function delimiter tag ($BODY$ or
even $$) to single quote character.
How to reproduce:
Scenario 1
1. Make sure Line Ends are set to MAC (Query window, Edit > Line
Ends > MAC)
2. Open some function in Editor (RMB >
