{"id":210,"date":"2006-10-01T17:52:03","date_gmt":"2006-10-01T15:52:03","guid":{"rendered":"http:\/\/www.lucas-nussbaum.net\/blog\/?p=210"},"modified":"2006-10-01T17:52:48","modified_gmt":"2006-10-01T15:52:48","slug":"unintrusive-instant-messaging","status":"publish","type":"post","link":"https:\/\/www.lucas-nussbaum.net\/blog\/?p=210","title":{"rendered":"Unintrusive Instant Messaging"},"content":{"rendered":"<p>Most IM clients have a big problem: they seem to think they are the most important application on the desktop, or that their users always consider IM as top priority. Problem is, some users don&#8217;t! It would be great if IM clients where dealing better with two use cases :<\/p>\n<ul>\n<li>Joe is working intensively on something, and doesn&#8217;t really want to be disturbed, except, of course, if the chat he would have is of extremely high importance (knowing who just sent him a message would probably help in determining how important the chat is going to be). He can&#8217;t rely on setting himself &#8220;Busy&#8221; on jabber, because people then write to him saying &#8220;ok, you are busy, answer me later, but here is my question: &#8230;.&#8221;.<\/li>\n<li>Joe is working with Jack (a colleague) in front of his workstation. Since he has a mix of both professional and personal contacts, he needs to check if the message he just received is from his boss or from his girlfriend. (Opening a message from his girlfriend while Jack is watching might not be a good idea).<\/li>\n<\/ul>\n<p>Typical stuff clients do:<\/p>\n<ul>\n<li>Display incoming messages using notification-daemon (see picture below), but do not provide a way to disable this behaviour (I don&#8217;t think many clients fail this test).\n<div align=\"left\" style=\"text-align: center\"><img decoding=\"async\" src=\"http:\/\/www.lucas-nussbaum.net\/bazaar\/yeux.png\" \/><\/div>\n<\/li>\n<li>The tooltip of the notification area icon (&#8220;system tray&#8221;) provides a fast way to be informed of important information. However, some clients (e.g Gajim) only give the number of unread messages, but don&#8217;t say who they are from (see picture below). The tooltip would be a perfect place to say &#8220;3 unread messages, 1 is from Boss, 2 are from &#8221; in a Jack-safe way. When working intensively, it also allows you to make a quick decision about whether you want to read the messages and maybe start a chat now, or reply to them later.\n<div style=\"text-align: center\"><img decoding=\"async\" src=\"http:\/\/www.lucas-nussbaum.net\/bazaar\/tooltip.png\" \/><\/div>\n<\/li>\n<li>Some clients (e.g Gajim) do not provide a way to easily read a specific unread message (and not all of them) (see picture below). Adding something event-specific in addition to &#8220;Show All Pending Events&#8221; would allow to read the message from Boss without reading the message from Girlfriend in front of Jack.\n<div align=\"center\"><img decoding=\"async\" src=\"http:\/\/www.lucas-nussbaum.net\/bazaar\/iconmenu.png\" \/><\/div>\n<\/li>\n<\/ul>\n<p><strong> So, how does your client behave in regard to this ?<\/strong> I don&#8217;t really like the way Gajim behaves because it doesn&#8217;t provide much info in the tooltip, and doesn&#8217;t allow you to read a specific event (you have to open the roster and select the contact). Is your client doing better ?<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Most IM clients have a big problem: they seem to think they are the most important application on the desktop, or that their users always consider IM as top priority. Problem is, some users don&#8217;t! It would be great if IM clients where dealing better with two use cases : Joe is working intensively on [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"0","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[9,11,7],"tags":[],"class_list":["post-210","post","type-post","status-publish","format-standard","hentry","category-jabber","category-jabberfr","category-technology"],"_links":{"self":[{"href":"https:\/\/www.lucas-nussbaum.net\/blog\/index.php?rest_route=\/wp\/v2\/posts\/210","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.lucas-nussbaum.net\/blog\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.lucas-nussbaum.net\/blog\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.lucas-nussbaum.net\/blog\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.lucas-nussbaum.net\/blog\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=210"}],"version-history":[{"count":0,"href":"https:\/\/www.lucas-nussbaum.net\/blog\/index.php?rest_route=\/wp\/v2\/posts\/210\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.lucas-nussbaum.net\/blog\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=210"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.lucas-nussbaum.net\/blog\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=210"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.lucas-nussbaum.net\/blog\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=210"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}