Re: [Ayatana] Do Not Disturb vs Indicator Session

To: Jan Hopmans <hopkaboutertje@xxxxxxxxx>

Subject: Re: [Ayatana] Do Not Disturb vs Indicator Session

From: "frederik.nnaji@xxxxxxxxx" <frederik.nnaji@xxxxxxxxx>

Date: Thu, 23 Sep 2010 10:35:54 +0200

Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:cc:content-type; bh=87H9TapJIHOhFvuM9LrY7zyZAOy6K2x99X2xwBTCePQ=; b=DupPOv5Mr+gAy56zOhp7XQ+vvW+BmxDoMGHpBmmm1FcHms2wbhcrLVD1/kBm5KGPkg +FdVRqAFSNTJK3CFYiz+wD6/3w9NRR9aL+f4rJtN2WMEq52F4SHM1cpq+gGFVhSXDQjB J4WiiyrYlH+MTeR2rDFDnvbivPX62ZaUZjw+M=

Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=lSiYtPZyeNr2YjZF5974yROcln94k9ChNlVw57I/554K1PgOWC71KbBcLvTuF88mDC WpYYL64YeigdPP1CgrKgGzPl9VorRuiYRglhxE+kPPaADhPp85RkCaGjvEFJ9ctgtR2T JSXi6nZEV4Wqwb8BEUzKcznA8yi+9geageoHM=

In-reply-to: <4C9AA8C2.8050101@gmail.com>

List-archive: <http://lists.launchpad.net/ayatana>

List-help: <https://help.launchpad.net/ListHelp>

List-id: <ayatana.lists.launchpad.net>

List-owner: <https://launchpad.net/~ayatana>

List-post: <mailto:ayatana@lists.launchpad.net>

List-subscribe: <https://launchpad.net/~ayatana>

List-unsubscribe: <https://launchpad.net/~ayatana>

References: <AANLkTin7zxC5Trgd2n6vbgxBrSoCmuv-5DxPbm49dBpu@mail.gmail.com> <4C9AA8C2.8050101@gmail.com>

On Thu, Sep 23, 2010 at 03:09, Jan Hopmans <hopkaboutertje@xxxxxxxxx> wrote:

On 14/9/2010 00:33, frederik.nnaji@xxxxxxxxx wrote:

Should we add an item high in the Session Menu called "Do Not Disturb" with a checkbox before it??

You could combine this with the Away, Busy, Offline status. Those mostly include situation where people don't want to be disturbed and would suffice for 90% of the people. Although this has the big disadvantage of not being transparent.

I thought about this thoroughly, IM Presence status is strongly defined by its informative text we can customize, it is meant for human communication use cases.
A session mode corresponding with what behaviour i'd like to have while "busy" might automatically set my IM Presence state to "busy" aswell, yet should be semantically seperated from the IM state.