你看帖子的时候点左下角的“发表回复”，然后在回复页面里在回复框的下面有个上传附件，你点一下然后…… :-D:-D:-D:-D
呵呵，我孤陋寡闻了，jabber确实不错，和我的设想很像，呵呵，不过linux用户也需要复杂的多媒体通讯，jabber似乎没有唉 这个……我没研究过jabber……不过我想我做的MP和jabber应该没有太多的功能上的冲突……我只是为各种需要有网络通信的软件提供一个中介，一个平台……这个……等我做出第一版来大家就知道了……如果我能做出来的吧…… :lol: 如果仅仅是文本通讯，jabber的作用不是很大，对于某个人来说，最多使用的IM估计就一两个吧，虽然我们都有很多的帐号，我们开发eva，对于qq这一块，如果只要达到jabber的这样的效果，早就可以停止了，可是我们还在努力，为了什么？不就是为了使eva用户能像qq用户一样享受高质量的通讯么？所以我说的eva，保持和其它通讯软件的通讯是简单实用的，而eva之间，我们同样可以有多媒体通讯啊 :lol: 我们未必要重新发明轮子，我们可以借鉴所有的IM啊，但现在所有的IM都不是我设想的那种，当然或多或少某些地方是和我设想的差不多，但都不完善，我们可以继承加开发，整合并开发出一个更完备的IM，开源的目的不正在这里么，呵呵 图片上传 其实不如在登录界面里只有两个文本框，一个输入用户标识，另一个输入密码。
用户标识可采用这样的规则：
用户名或号码@服务器域名或通信类型
qq:
[email protected]
msn:
[email protected] IM软件目前已经很好了，如果有linux下的视频聊天室程序就好了，那样除了IRC，还有更丰富的选择。
用linux唯一不爽的就是视频了。 :cry: it seems to me that you are trying to implement something just like kopete/gaim 其实最好是在注册用户时就把用户的qq资料加上，这样登陆eva当然就自动登陆qq，可是你要考虑到这样的需求，也许某个用户只想把eva当个简单的qq使用，他不想再申请一个eva号，所以我们有qq登录窗口，可以只当qq使用，服务器接到这样的登录信息就自动转接到腾讯的服务器上，结果和现在是一样的，只是过程中多经过了一个eva服务器，如果将解析做到客户端的话，连eva服务器都不用进了，直接就登录腾讯服务器了。还有的用户可能初次使用计算机上网，他以前没有任何帐号，他申请了一个eva号，而他的好友也大多是用的eva，于是他用的很好，能视频，能语音...他不需要再申请一个其它的帐号，所以我的登录窗口设计成那样，可以任意自动组合，很方便，而软件有记忆功能，用户初次使用，以后只要输入evaID登录就能将其它的帐号都一起连上... 不是gaim，gaim只是把各个通讯软件整合在一起，gaim本身不是通讯软件，而且你要预先设定好所有的帐号再一一登录，各通讯软件之间逻辑上是孤立的，而我设想的eva本身是个linux平台上的通讯软件，打个比方，就是相当于一个完整的qq，包括服务器都有，我们有完善的多媒体通讯，但我们保留和其它通讯软件的一个简单实用的接口，qq用户不用申请帐号也能使用，结果就是现在的eva，也就相当于gaim，而如果申请一个eva帐号，那登录的就是eva服务器，能和所有eva有多媒体通讯 我们不用重新发明轮子，有借鉴的地方可以大胆的借鉴已有的软件，需要开发的再做开发，甚至可以完善现有的，整合+开发，是我的构思
新eva可行性分析
昨天和各位linuxfans讨论了我的设想，有支持的也有提出疑问的，我想了很多，和我身边的好友也讨论了一下，现总结出一份简单的可行性分析报告，如下1.系统形成的可行性
（1）软件
软件分客户端和服务端，客户端应该问题不大，我们有现有的eva，很多东西只是做一个二次开发，我们还有很多现有的聊天软件可供参考，很多东西都不用我们从0开始，最大的问题可能是我们没有做过服务端的开发，我们现有的开发都是连到其它服务器上，所以这一块需要认真斟酌，因为服务端不象客户端，服务端必须要认真设计反复测试，确保非常稳定后才能上服务器，否则将来如果频繁出问题，客户群会迅速减少，稳定是第一位的。所以，该系统的第一个障碍就是服务端的开发
<1>客户端
客户端包括登录模块和聊天模块。登录模块负责将用户的登录信息整理和解析。分析出是eva帐号还是qq帐号或者是两个都有，如果是eva帐号，还要搜索如果该eva有过和qq一起登录的历史，就将qq资料调出，同时登录qq。这样对于eva用户来说，他只是登录了eva，而他的eva好友和qq好友都能出现在聊天窗口里。提到聊天窗口，主要是对两个不同的好友群提供的功能是不同的，如果和qq好友聊天，那么就是现在的eva，功能不用我说了。如果和eva好友聊天，就有视频，语音...
<2>服务端
服务端包括两个基本模块，eva模块和qq模块。qq模块负责将客户的qq信息整理并登录到qq服务器，这个比较简单。eva模块就是一个真正意义上的完整的服务端了，客户端发来的登录信息可能有三种组合，1.eva帐号+eva密码，2.qq帐号+qq密码，3.eva帐号+eva密码+qq帐号+qq密码。对于第一种情况，就相当于现在的qq，windows下的qq，一套完整的通讯系统；对于第二种，就相当于现在的eva，不多赘述，大家能理解；对于第三种情况，其实也不复杂，两个都登录，服务器同时处理，对于客户端屏蔽，客户端只认为它登录了eva服务器，而服务器处理来自和发往两方的信息。
（2）硬件
相对于软件来说，硬件是更难的，硬件的代价是昂贵的，该系统形成的第二个障碍就是寻求硬件支持。
但难并不表示不可行，我提出我的初步设想。
<1>sjinny提出的分布式可以考虑，各主要linux网站联合架设，为什么是可行的呢？因为各骨干linux网站基本上就锁定了相对固定的linux用户，比如我基本上的最多的就是linuxfans，而我同学更多的是在linuxsir看帖子，这样服务器的承载量是可以估计的，如果分析出大概的承载量各服务器可以承载的话，就可以上了。
<2>寻求其它支持，可以和国内有实力的企业谈，甚至可以和腾讯谈，在各自原则不变的前提下尽量达成一个共识，这一块很难，可是可能更有效。
2.系统维持的可行性，客户群（设计上要留住现有的eva用户）
软件存在的一个很重要的因素就是要有一个相对较大且稳定的客户群。首先要留住所有现在使用eva的用户，这不难，因为我们的新eva可以和现在的eva一样使用，对客户来说没有区别，仅仅登录qq，聊天。还有一个潜在的用户群是越来越多的linux用户，他们很多都是windows转过来的，很多都有qq号，即使只当现在的eva使用，eva的客户群不会减少，这是保证。然后如果用户注册eva帐号的话，首先登录并不麻烦，只登录eva就行了，和只登录qq是一样的，但能享受高质量的通讯，用户会考虑注册的，只要我们设计的方便和人性化。
综上所述，客户群其实就是保住现有qq客户，逐步方便的转为eva用户
3.发行
和magic linux一起发行，可以是现eva的一个新的版本，比如0.4，界面更漂亮，功能更多，使用更方便，客户不是问题。
4.总结
该系统有两大障碍，服务端的开发和寻求硬件支持，并非不可克服但难度相当大，欢迎大家提出解决方案
5.后注
这是一份简单的分析报告，欢迎提出批评，本人一定认真考虑，认真修改，有建议，修改或补充更好 <2>服务端
...
对于第三种情况，其实也不复杂，两个都登录，服务器同时处理，对于客户端屏蔽，客户端只认为它登录了eva服务器，而服务器处理来自和发往两方的信息。
你要求eva服务器处理qq消息?你怎么处理?你知道现在tencent服务器怎么工作了?
如果你只是把这个消息再转发给tencent的服务器的话，那这跟使用两个账号有些区别呢?
只不过是在登录的时候，少输入了一次而已，跟kopete/gaim也就没有什么区别了 楼上理解有误， 他的意思是，我们有自己的协议，自己的服务器，基本就是另一个腾讯，但是我们的东西同时又兼容腾讯的部分协议。 这和kopete/gaim区别还是非常大的。
其它都好办， 服务器是最大的问题。 如果按sjinny的办法，可能是可行的。
但是这个服务器端的互相通讯，协调比较麻烦。 最好是有自己的服务器，但是
目前基本是不可能的。