Re: Server discovery

Поиск
Список
Период
Сортировка
От Dave Page
Тема Re: Server discovery
Дата
Msg-id E7F85A1B5FF8D44C8A1AF6885BC9A0E41A758E@ratbert.vale-housing.co.uk
обсуждение исходный текст
Ответ на Server discovery  (Andreas Pflug <pgadmin@pse-consulting.de>)
Ответы Re: Server discovery  (Andreas Pflug <pgadmin@pse-consulting.de>)
Список pgadmin-hackers

> -----Original Message-----
> From: Andreas Pflug [mailto:pgadmin@pse-consulting.de]
> Sent: 03 August 2004 13:05
> To: Dave Page
> Cc: pgadmin-hackers@postgresql.org
> Subject: Re: [pgadmin-hackers] Server discovery
>
> That means additional/different keys?
> If the services is rediscovered every time, how will you
> distinguish them from the same server entered manually?
>
> Autodiscovery on every startup might result in annoyingly
> popping up servers you already changed manually to your
> needs. This seems undesirable.

Absolutely. I already did this for LastDatabase and LastSchema, which
instead of being stored as HKCU\Software\pgAdmin
III\Servers\LastSchemaNN as they are for manually added servers, are
stored as HKCU\Software\pgAdmin III\Servers\LastSchema-XXXX, where XXXX
is the short name of the installed service. That way, as long as the
user doesn't change the name of the service, the changed values will get
re-attached at the next startup.

I'm toying with adding the hostname into the mix as well, just to
prevent possible mixups wth roaming pofiles. Not sure how likely that
scenario is, but I guess it won't hurt.

Regards, Dave.

В списке pgadmin-hackers по дате отправления:

Предыдущее
От: Andreas Pflug
Дата:
Сообщение: Re: Server discovery
Следующее
От: cvs@cvs.pgadmin.org
Дата:
Сообщение: CVS Commit by dpage: Added .c_str()'s I missed first time round.