> >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