基于web的多账户im有开发的可能吗?

[yangcheng]

现在baidu hi, gtalk 和msn 都有 web版本的, qq也在测试中.
能否写一个应用, 或者firefox拓展, 等等把多个web im集成起来?
这样也就不用把大量的经历放在协议上了.

对web前端开发不是很熟悉,
有没有这方面的想法.

[eexpress]

你不如把那些im都灭了，让他们直接使用irc。

[yangcheng]

明显不是一回事.
pidgin , kopete都是支持多协议的啊, 不过对应的是c/s的客户端
开发的人可没要求把msn, aol都灭了, 只支持irc,

对于网页b/s来说, 协议的实现应该是现成的.
大量的工作可以放在ui和用户体验上.

[gong]

已经有这样类似的站点。

[lerosua]

meebo不就是嘛

[yangcheng]

期望一个纯本地的, 来调用官方的api.
不是另外弄一网站.

[AutoXBC]

是要把上面列的官方 Web IM 都反向工程然后本地化，听说去不错。不过在 pidgin 已经很成熟的情况下有必要做这个么，现在也不需要"大量的经历放在协议上"，协议的库都是现成的。

[yangcheng]

是要把上面列的官方 Web IM 都反向工程然后本地化，听说去不错。不过在 pidgin 已经很成熟的情况下有必要做这个么，现在也不需要"大量的经历放在协议上"，协议的库都是现成的。

qq动不动就随便改协议
msn随着msn 9的推广, 麻烦也会有一些.
baidu hi好像还没有

另外我还有点期待只要有浏览器就ok.

[lerosua]

是要把上面列的官方 Web IM 都反向工程然后本地化，听说去不错。不过在 pidgin 已经很成熟的情况下有必要做这个么，现在也不需要"大量的经历放在协议上"，协议的库都是现成的。

qq动不动就随便改协议
msn随着msn 9的推广, 麻烦也会有一些.
baidu hi好像还没有

另外我还有点期待只要有浏览器就ok.

这时代会到来的，只是这期间怎么办？

[ubuntuw]

基于B／S的IM是可以实现的，难度可能会比C／S的更低。
你可以基于现有的WEB产品的通讯协议进行分析，可以分容易拿到相关的接口。
唯一的困难的地方正如楼上上XX哥们所说，UI和用户体验。