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

Re: Pgadmin III not honoring DATESTYLE

From: "Dave Page" <dpage(at)vale-housing(dot)co(dot)uk>
To: "Alexey Vorobyev" <avorobyev(at)gmail(dot)com>,<pgadmin-support(at)postgresql(dot)org>
Subject: Re: Pgadmin III not honoring DATESTYLE
Date: 2006-01-19 08:12:24
Message-ID: E7F85A1B5FF8D44C8A1AF6885BC9A0E40103D8FD@ratbert.vale-housing.co.uk (view raw or flat)
Thread:
Lists: pgadmin-support
 

> -----Original Message-----
> From: pgadmin-support-owner(at)postgresql(dot)org 
> [mailto:pgadmin-support-owner(at)postgresql(dot)org] On Behalf Of 
> Alexey Vorobyev
> Sent: 19 January 2006 02:44
> To: pgadmin-support(at)postgresql(dot)org
> Subject: Re: [pgadmin-support] Pgadmin III not honoring DATESTYLE
> 
> I Don't think it's a good idea to set it's own Datestyle in pgAdmin.
> I work both witg psql and pgAdmin and have "German" datestyle 
> set for database.

Psql doesn't have to deal with multiple connections to different
databases, let alone different servers at once. Having had to fix the
end result of the confusion that differing datestyles can cause on a
multi-million row table there is no way I'd want pgAdmin to work in
anything other than unambiguous ISO format.

> It's not very easy to switch my mind :) between datestyles.

Well, I would consider applying a patch that gave the user the option of
turning on database-formatted dates, but only if it was off by default.
This is not something I'm going to work on though.

> By the way, previous versions of pgadmin (II ?) worked well.

pgAdmin II was an entirely different application written using different
technology with it's own set of problems. It certainly suffered from the
ambiguity problem that is my main concern, although to a lesser extent
as it only connected to one server at a time.

Regards, Dave.

pgadmin-support by date

Next:From: Luc MousseauDate: 2006-01-19 21:29:30
Subject: Annoyance: Windows XP - Help file always on top
Previous:From: Miha RadejDate: 2006-01-19 07:39:53
Subject: Re: pgAdmin on SUSE 10.0 needing libcrypto.so.5

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