> >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.
> >  
> >
> except for libxml2 not being there by default.

Neither is wx or libpq, but that doesn't cause a problem. Link with it
statically, and the user will never know.


> >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 don't like storing more stuff in files, and in  homedir 
> even less. I even don't like registry/.pgadmin3 (not 
> completely replacable), and would like some network (db) 
> based solution to copy server connect strings from.

I personally think that's a bad idea. Especially for the config stuff.
For favourites, I can see a point in being able to put it centrally - as
an option. Then again, storing it in the home directory will make it
roam, and that makes it central enough for me.

//Magnus

---------------------------(end of broadcast)---------------------------
TIP 4: Have you searched our list archives?

               http://archives.postgresql.org

Reply via email to