[Telepathy] Account and AccountManager objects
mikhail.zabaluev at nokia.com
mikhail.zabaluev at nokia.com
Fri Feb 1 04:38:00 PST 2008
>-----Original Message-----
>From: telepathy-bounces at lists.freedesktop.org
>[mailto:telepathy-bounces at lists.freedesktop.org] On Behalf Of
>ext Simon McVittie
>Sent: Tuesday, January 29, 2008 3:42 PM
>To: telepathy at lists.freedesktop.org
>Subject: Re: [Telepathy] Account and AccountManager objects
>
>UpdateAccountConditions (as (Account_Condition[]): Added,
> as (Account_Condition[]): Removed)
> Tell the account manager that the account conditions in the set Added
> are now met (accounts with those requirements may now
>attempt to connect),
> and the account conditions in the set Removed are no longer met.
>
> If clients attempt to change automatic account conditions
>(as returned by
> GetAutomaticConditions), the Account Manager MUST NOT raise
>an error, and
> MUST change any non-automatic account conditions that are
> changed at the same time, but it MAY ignore the attempt to change the
> automatic account conditions.
>
>GetAccountConditions () -> as (Account_Condition[]): Satisfied
> Get a list of account conditions that are currently
>satisfied (accounts
> whose requirements are all contained in the returned list may attempt
> to connect).
>
>Signals
>- -------
>
>AccountRequirementsUpdated (as: Provided, as: Not_Provided)
> The account requirements in the set Provided are now met;
>accounts with
> those requirements may now attempt to connect. The account
>requirements in
> the set Not_Provided are no longer provided.
To cover absolutely all possible use cases, we'd need the whole Boolean algebra over conditions.
A canonical form could be used to avoid a freeform expression language over DBus. But that
can be too much to ask.
Best regards,
Mikhail
More information about the Telepathy
mailing list