> -----Original Message-----
> From: Magnus Hagander [mailto:mha@sollentuna.net]
> Sent: 30 January 2006 20:22
> To: Dave Page; Andreas Pflug
> Cc: pgadmin-hackers@postgresql.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.

Regards, Dave.

---------------------------(end of broadcast)---------------------------
TIP 3: Have you checked our extensive FAQ?

http://www.postgresql.org/docs/faq

Dave Page wrote:
>
>
>
>>-----Original Message-----
>>From: Magnus Hagander [mailto:mha@sollentuna.net]
>>Sent: 30 January 2006 20:22
>>To: Dave Page; Andreas Pflug
>>Cc: pgadmin-hackers@postgresql.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.

Regards,
Andresa

---------------------------(end of broadcast)---------------------------
TIP 9: In versions below 8.0, the planner will ignore your desire to
choose an index scan if your joining column's datatypes do not
match