Modern XMPP project discussion - 2025-02-17

Isn't there an XML standard for vCard? https://datatracker.ietf.org/doc/rfc6351/ Has the information in https://xmpp.org/extensions/xep-0054.html#history become outdated?

it should have been replaced by xep-0292, but it was not specified

As it says in #history, xep-0054 is based on an unfinished draft of an XML representation of vcard3. Later, vcard4 got a proper standard xml representation, which is what xep-0292 uses. But since there is nothing more permanent than the temporary solution, xep-0054 aka vcard-temp just won't go away.

Most recently because it is what provides avatars for group chats. User avatars use https://xmpp.org/extensions/xep-0084.html since some time, and at least one client uses https://xmpp.org/extensions/xep-0292.html for profile info, but there are many clients that only deal with user avatars.

avatar/profile picture and https://xmpp.org/extensions/xep-0172.html for a nickname-only mini-vcard

I hope that MUC avatars based on User Avatar (XEP-0084) will appear soon.

? Why

I'm not aware of any unsolved problem

Abandon XEP-0054 – embrace PEP.

One has nothing to do with the other

Avatar is a some bytes, why do you care how they are transmitted

So Vcard4 has no avatar support?

There's a dedicated XEP for avatars

Vcard4 has photo

> There's a dedicated XEP for avatars Does it work for MUCs? ↺

Vcard4 doesn't have pronouns though iirc

But it does have gender

For this I don't mind a dedicated XEP

Also Hats are good for that, waiting for the support in ejabberd :) ✏

Vcard4 seems pretty good for that kind of thing though

But it just doesn't have an official pronouns field

Unfortunately

I remember on IETF mailing list somewhere it was complained about

Well then we can put it elsewhere :)

Potentially, but where?

i mean we can extend the profile with additional fields besides vcard. or extend vcard itself 🤷‍♂️️

its xmpp. its all hacks and things taped together :P

Good things about XML is that you can add stuff everywhere you want* *if you write a proper namespace about it :)

Yeah XML is cool stuff

Just unfortunate you need to wrap all binary in Base64

Also, if a server is sending a a large stanza (e.g. base64), is the socket basically stuck during the transfer of that stanza, or can another stanza be sent/received in parallel?

Yeah, the lack of pronouns in vcard4 is a real shame

https://www.rfc-editor.org/rfc/rfc9554.html#name-pronouns

Ah, nice

TIL this RFC

Oooh

Why does <fn> have to have a <text> child?

never mind, I guess it's just to keep it one-to-one with the vcard spec: https://datatracker.ietf.org/doc/html/rfc6350#section-6.2.1