Open Sourcers Race to Build Better Versions of Slack

Re:Open Sourcers Race to Build Better Versions of Slack by pyre on Wednesday March 16, 2016 @07:14PM (#11301424)

> chat archiving for example

This requires a central server though. This is more a function of the service providing XMPP to you than the client. If you want the functionality on the client, it presumably requires some sort of interop between client and server that I'm not sure it part of the XMPP spec.

[ Parent | on HN ]

Re:Open Sourcers Race to Build Better Versions of Slack by Qwertious on Wednesday March 16, 2016 @10:57PM (#11302310)

Sounds like XMPP isn't the solution then, only {???,XMPP} is.

[ Parent | on HN ]

Re:Open Sourcers Race to Build Better Versions of Slack by pyre on Thursday March 17, 2016 @12:35AM (#11302601)

Well, extending the spec could be the solution too. What I was trying to convey was more that there will be a lack of such clients until there is either an agreed-upon extension to the standard, or a popular enough fork of the standard. (at least as far as XMPP is concerned)

[ Parent | on HN ]

Re:Open Sourcers Race to Build Better Versions of Slack by creshal on Thursday March 17, 2016 @07:59AM (#11303795)

There is an XMPP extension for it: http://xmpp.org/extensions/xep-0136.html

The problem is, there are far too damn many XMPP extensions and too few of them see any kind of real adoption.

[ Parent | on HN ]

Re:Open Sourcers Race to Build Better Versions of Slack by MattJ100 on Thursday March 17, 2016 @10:45AM (#11304624)

XEP-0136 was pretty complex, and didn't see that much adoption.

XEP-0313 is a modern replacement, focusing on just the things that people actually need. It's implemented in many servers and clients already (see https://www.zash.se/mam.html ). It's still under development, but it's already in active use by many people.

[ Parent | on HN ]

Re:Open Sourcers Race to Build Better Versions of Slack by creshal on Sunday March 20, 2016 @01:00PM (#11323604)

Great, there's even two extensions on it!

This is why nobody wants to touch XMPP with a ten-foot pole.

[ Parent | on HN ]

Re:Open Sourcers Race to Build Better Versions of Slack by davecridland on Monday March 21, 2016 @09:13AM (#11327806)

So either XMPP is bad because it hasn't changed for years and is therefore old, or else XMPP is bad because there's new replacements for stuff that didn't work so well.

Honestly, there's some days I wonder if there's any way to win.

[ Parent | on HN ]

Re:Open Sourcers Race to Build Better Versions of Slack by leonroy on Thursday March 17, 2016 @08:11AM (#11303848)

Pretty much this. Openfire for instance only recently had XEP-0136 implemented across the board on the server side. In the meanwhile I couldn't find a single client with decent support for chat archiving (XEP-0136) on the client side. Not one (and I really looked).

[ Parent | on HN ]

Re:Open Sourcers Race to Build Better Versions of Slack by davecridland on Monday March 21, 2016 @09:09AM (#11327792)

What? Openfire has had XEP-0136 for literally years. I think a little over a decade, actually. It's only recently implemented XEP-0313.

[ Parent | on HN ]

Re:Open Sourcers Race to Build Better Versions of Slack by leonroy on Tuesday March 22, 2016 @01:16PM (#11338096)

Hi Dave, firstly thanks for all the hard work on Openfire over the years, very much appreciated.

Secondly regarding XEP-0136 support in OF. I did state that Openfire has only recently had 'XEP-0136 implemented across the board'.

Whilst the Open Archive plugin which provided support is a fine piece of work it was an incomplete implementation with only 1-to-1 chats (no group chat support).

I worked on merging the monitoring and open archive plugins to provide support for both MUC and 1-to-1 using XEP-0136. That work was only fully finished a couple years ago in 2013 so think my comment's still accurate.

[ Parent | on HN ]