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

Re: Patch: Query favourites

From: Andreas Pflug <pgadmin(at)pse-consulting(dot)de>
To: Dave Page <dpage(at)vale-housing(dot)co(dot)uk>
Cc: Magnus Hagander <mha(at)sollentuna(dot)net>, pgadmin-hackers(at)postgresql(dot)org
Subject: Re: Patch: Query favourites
Date: 2006-01-31 12:18:38
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgadmin-hackers
Dave Page wrote:
>>-----Original Message-----
>>From: Magnus Hagander [mailto:mha(at)sollentuna(dot)net] 
>>Sent: 30 January 2006 20:22
>>To: Dave Page; Andreas Pflug
>>Cc: pgadmin-hackers(at)postgresql(dot)org
>>Subject: RE: [pgadmin-hackers] Patch: Query favourites
>>As for the libxml2/msxml - I think going with *just* libxml2 
>>is the way
>>to go. The APIs are so completely different that it would be two
>>completely different implementations. And AFAIK, there are no problems
>>with libxml on Win32 in general.
> OK, I'll give it a go if I get 5 minutes.
>>So yeah, that can definitly be done without an unreasonable amount of
>>work. If that means that the feature will "live", I'm fine 
>>with looking
>>at that. But I'd like to know that first. (Implementation 
>>details aside
>>of course, there can still be more of those to fix - the feature in
>>principle, and the general idea of storing the data in a file in the
>>users homedir etc)
> I like the idea, and agree with storing the data in the user's home
> directory. The data is definitely going to be too large to store
> sensibly in the registry or an ini file, and storing in the master
> database restricts you to a single server which, like you, would not
> help me much.

I didn't think of one repository per server, but a dedicated repository 
server. This would allow roaming regardless of operating systems.


In response to

pgadmin-hackers by date

Next:From: svnDate: 2006-01-31 12:24:02
Subject: SVN Commit by andreas: r4980 - in trunk/pgadmin3: . src/dlg src/schema
Previous:From: Dave PageDate: 2006-01-31 12:05:51
Subject: Re: Patch: Query favourites

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