allow managing non-diaspora xmpp contacts via diaspora aspects
Pirate Praveen
Public
Seen by 116
See https://github.com/diaspora/diaspora/issues/6089 for background
Faldrian
Fri 19 Jun 2015 5:06PM
XMPP Contacts are manageable by tje XMPP-Client... the diaspora-code is challenging to read as it is, no need to add complexity in aspect management.
Faldrian
Fri 19 Jun 2015 5:06PM
XMPP Contacts are manageable by the XMPP-Client... the diaspora-code is challenging to read as it is, no need to add complexity in aspect management.
Fayad Fami
Sat 20 Jun 2015 1:58AM
I think this feature will help to organize chat experience and most importantly help people who prefer to use diaspora as their main and only account for xmpp.
Jason Robinson
Sat 20 Jun 2015 9:52PM
If servers offer XMPP functionality, they should allow managing contacts too. But as highlighted by several good comments, not through aspects.
Rasmus Fuhse Tue 9 Jun 2015 9:08PM
Technically it might be correct to separate XMPP- and diaspora-contacts. But for the user it will be hell to have two different mechanisms to handle his/her contacts. Especially when you think that 99% of all XMPP-contacts will be diaspora-contacts. I just want to have one area to manage my contacts not two.
Aspects are an important part of generating the streams as well as posting contents as we use them as a source to JOIN all the recipients together. Adding non-diaspora contacts creates an insanely large amount of complexity in the whole code base.
Note that this proposal is not about how this is implemented in the database. It is about the user-experience.
Pirate Praveen Wed 10 Jun 2015 3:34AM
I would like to echo what @rasmusfuhse said, it could be implemented as a different backend and we only need to be able to manage these contracts from the main contacts page. It could be shown as a separate aspect altogether.
Pirate Praveen Thu 18 Jun 2015 7:39AM
@theworldbright you have misunderstood this vote. The outcome of this vote will not affect project priority or force anyone to work on it. All it does is to allow anyone to interested in this issue to work on it and get it accepted in the main code base. If you feel those issues are more important for you, then you can add bounties for those issues.
Kent Shikama Thu 18 Jun 2015 8:20AM
@praveenarimbrathod Maybe I should have stated I do not want this feature until the chat is stable, the chat design is polished, and group chats are enabled. If someone tries to add this feature in before the features I mentioned above are implemented, it would complicate the implementation of those features. Do you think I should still switch my vote from disagree to abstain based on my argument?
Alberto Aru Fri 19 Jun 2015 5:09PM
What if the allowed us to add another xmpp account?
Globulle · Tue 9 Jun 2015 12:13PM
Since I haven't experienced the XMPP chat on diaspora*, it is not clear for me. So far, here is what I've understood:
non-diasporian contacts are already accessible from the chat on diaspora*, the present proposal would push it a step further by managing these non-diasporian contacts. Am I right?