<div class="gmail_quote">On Fri, Jul 20, 2012 at 5:55 AM, Tanstaafl <span dir="ltr"><<a href="mailto:tanstaafl@libertytrek.org" target="_blank">tanstaafl@libertytrek.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On 2012-07-20 5:30 AM, Gervase Markham <<a href="mailto:gerv@mozilla.org" target="_blank">gerv@mozilla.org</a>> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
It seems to me that the evidence is that IM/social integration is not<br>
a heavily-desired feature, and people have trouble understanding what<br>
that might even mean. Is that a fair conclusion from the data?<br>
<br>
That doesn't mean people shouldn't do it, necessarily, but it does<br>
mean that it would need careful defining of use cases and explanation<br>
of benefits.<br>
</blockquote>
<br></div>
I would love to be able to initiate an IM session *with my preferred IM client* directly from Thunderbird</blockquote><div>This is generally capable by using link / protocol handlers. Most IM protocols have some URI scheme associated with them. Thunderbird could attempt to open links with these with the OS and if your IM client supports them (and properly registers with the OS), I think this should work OK.<br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> - and maybe even have Thunderbird be able to reflect a Contacts status by monitoring my preferred IM client that is running in the background. This would most likely require the Address Book rewrite that has been planned for so long.<br>
<br></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Why reinvent the wheel? It would make more sense to spend a lot less dev hours on just figuring out a way to 'integrate' with the most popular IM clients (and do it in a plug-in type fashion so that other users could write extensions to support other IM clients if they wanted to).</blockquote>
</div>This would also require the IM client to provide this information in
some way. I highly doubt that any IM clients do this (except maybe
Telepathy) support this. I suppose you could make a plug-in for both the IM client and for Thunderbird, but honestly that sounds like a lot more work to me. Additionally, this would only be reasonable for clients with some sort of plug-in infrastructure that can get presence information. It's also pretty difficult to find out which clients are "popular" (you can't get information on this like you can for browsers as most networks are proprietary). There are a few papers floating around that I or Florian have come across about which networks / protocols are most popular; but not necessarily what clients are popular.<br>
<br>Also, if the numbers in that PDF are to be believed...Skype is the most popular and they're not much fun to integrate with. :)<br><br>"reinvent the wheel" seems pretty strong too, are the protocol code is shared with Instantbird (and was first developed for, and is supported by Instantbird developers as well as Thunderbird developers). The UI was mostly uplifted initially from Instantbird and tweaked to fit into Thunderbird. It isn't like huge sections of code are being written from scratch here.<br>
<br>About IM in email clients in general...I agree with Vincent that I find it extremely beneficial for work. It's less intrusive than calling, but more immediate than email. Having the presence information is nice if you want to walk down to someone's office, although opening up the actual contact list shows that as well. I find that the combination of Microsoft Outlook + Lync (Office Communicator) is <i>far</i> superior to Thunderbird (+ any instant messaging client). Support for initiating phone calls or IMs directly from an email is clutch, as well as fully integration of free/busy from the calendar (and also integrated with presence information). Ironically, this is probably an area that Thunderbird could choose to be innovative in.<br>
<br>--Patrick<br>