Use parameters for Graphics and Description

[sjehuda]

Related to #33

We don't necessarily need to use server side for the following feature.

Groupchat info for speed-dreams-dev
Name: speed-dreams-dev
Groupchat XMPP address: [email protected]
Description: Speed Dreams room for developpers
Topic: https://www.speed-dreams.net - http://www.speed-dreams.fr Speed Dreams Release 2.2.3 out
Topic author: Speed-Dreams
Online users: 24

Features:
No password required - This groupchat does not require a password upon entry
Open - Anyone can join this groupchat
Persistent - This groupchat persists even if it's unoccupied
Semi-anonymous - Only moderators can see your XMPP address
Not moderated - Participants entering this groupchat can write right away
Message archiving - Messages are archived on the server

I guess I'd want to have Description, Topic, and also an icon which we can use with [email protected]&type=muc&name=Speed Dreams room for developpers&topic=https://www.speed-dreams.net - http://www.speed-dreams.fr Speed Dreams Release 2.2.3 out&icon=https://a.fsdn.com/allura/p/speed-dreams/icon

[email protected]
&type=muc
&name=Speed Dreams room for developpers
&topic=https://www.speed-dreams.net - http://www.speed-dreams.fr Speed Dreams Release 2.2.3 out
&icon=https://a.fsdn.com/allura/p/speed-dreams/icon

Anything else requires us to be connected to XMPP, either client side or server side with an XMPP for Javascript.

EDIT: &jid and &type might not be needed.

[sjehuda]

@Echolon What do you think of this?

Suppose we are visiting speed-dreams.net, and they have their XMPP groupchat.

They choose to use an easy-xmpp-invitation instance, which is not under their control (someone else owns that instance).

Instead of having a default appearance, they choose their background, icon (avatar) and colors.

[ge0rg]

It was a deliberate decision not to allow any of that. Yes, it would work with a backend XMPP connection, but if it is passed as arguments, it will allow impersonation / tricking of users, and I do not want to make that possible.

The only place where it's really a significant step forward in usability is when inviting people to a private chatroom with a generated JID, where you can't see who invited you, nor where.

I don't want to have a spoofable solution, and there is no way to prevent spoofing without a "smart" server that can look up the relevant data in its backend. And the backend-based solution already exists in https://modules.prosody.im/mod_invites_page

[sjehuda]

That could be a very nice feature, but, I agree with you on that. In fact, that would also allow even a simpler abuse by placing unwanted or underrated graphics. So it is better not to have this, not for background nor avatar, unless the server is able to connect with the groupchat and pull the avatar from there.

[sjehuda]

I intend to add this functionality to FASI.

See example at https://git.xmpp-it.net/sch/FASI/issues/1