-
Schimon
Are there URI parameters for "disco" (service discovery)? I know of these: - mister@jabber.org?message to message an account; - room@conference.jabber.org?join to join a conference; - xmpp:pubsub.jabber.org?pubsub;node=xmpp-news;action=subscribe to subscribe to a node.
-
Schimon
I want to open disco for: - jabber.org - conference.jabber.org - pubsub.jabber.org
-
Schimon
Great! https://xmpp.org/extensions/xep-0030.html#registrar-querytypes✎ -
Schimon
Great! https://xmpp.org/extensions/xep-0030.html#registrar-querytypes *10.3 URI Query Types* ✏
-
Schimon
Is it possible to add vCard to service components and nodes? (i.e. jabber.org, pubsub.jabber.org)
-
Schimon
It appears not, from reading the examples of XEP-0054: vcard-temp at https://xmpp.org/extensions/xep-0054.html
-
lovetox
Why not ? A JID can return a vcard on request
-
lovetox
Nodes no, service yes
-
Schimon
lovetox. Thank you.
-
singpolyma
Especially a pubsub service it's easy, just make the vcard4 node on the service and publish to it
-
singpolyma
Oh, I see you specifically asked about vcard-temp. I'd avoid using that for any new things at this point but of course you could
-
Guus
Is someone looking for a pet project? https://meta.discourse.org/t/add-a-new-provider-to-discourse-chat-integration
-
Schimon
> Especially a pubsub service it's easy, just make the vcard4 node on the service and publish to it singpolyma. Do you know of a server which I can observe instances of vcard4? ↺
-
Schimon
> Oh, I see you specifically asked about vcard-temp. I'd avoid using that for any new things at this point but of course you could I would alsouse vcard4. I want FASI to display images where ever necessary and possible.✎ ↺ -
Schimon
> Oh, I see you specifically asked about vcard-temp. I'd avoid using that for any new things at this point but of course you could I would also use vcard4. I want FASI to display images where ever necessary and possible. ✏ ↺
-
singpolyma
Schimon: all +tel@cheogram.com jids have a vcard4 for example
-
singpolyma
Uh, images? No images in vcard
-
Schimon
I need images. The titles are obtained from the Jabber ID "identity".
-
singpolyma
what kind of images are you looking for?
-
Test
Test
-
Schimon
> what kind of images are you looking for? singpolyma. I do not seek specific images. I want to to be able to read images that are setup for JIDs of services and, if feasible, of PubSub nodes too. ↺
-
Schimon
https://xmpp.pimux.de/file_share/3699cf9f-708b-4314-97a5-10142263f920/scrot-rofi_20241008-142453.png
-
Schimon
https://xmpp.pimux.de/file_share/6a2dfc17-5ced-499e-bf04-cb21cf8646fb/scrot-rofi_20241008-141845.png
-
Schimon
singpolyma. The black and white image, indicates that there is no image set for the viewed JID.
-
singpolyma
so you want an avatar?
-
singpolyma
if so you want https://xmpp.org/extensions/xep-0084.html not vcard
-
Schimon
singpolyma. Thank you for the reference!
-
Schimon
Is it applied to PubSub nodes too?
-
singpolyma
not to nodes. but to a service it could be by making the right node
-
Schimon
singpolyma. Pardon. What do you mean by "the right node"?✎ -
Schimon
singpolyma. Pardon. What do you mean by "making" and "the right node"? ✏
-
singpolyma
if you read the xep you will see what nodes it stores avatar data in
-
Schimon
I need an avatar per node.
-
Schimon
I know, that Movim has a specific fashion to associate images with nodes, yet it is not standard, and so I guess that setting images for nodes is not yet defined.
-
singpolyma
right, there's no avatar for node xep that I'm aware of
-
moparisthebest
Schimon: you know, not everything has to be done with pubsub, don't get stuck thinking it's the solution to all problems
-
Schimon
moparisthebest. Whilst I encourage the adoption of Atom Over XMPP (i.e. publishing with PubSub), I do not advocate the exclusive usage of PubSub.
-
Schimon
If XMPP was only PubSub, then I would communicate this conversation over IRC, or otherwise.✎ -
Schimon
If XMPP was only PubSub, then I would probably communicate this conversation over IRC, or otherwise. ✏
-
singpolyma
nah, if xmpp was only pubsub then muc would be pubsub which would be fine ;)
-
singpolyma
doing 1:1 as pubsub would be weird though
-
moparisthebest
You could argue, and I have done so in the past, that base XMPP *is* only PubSub
-
jonas’
base XMPP is pubsub (<presence/>), fire-and-forget (<message/>), and request-response (<iq/>)
-
moparisthebest
When you bind you are subscribing to your full jid, others can publish there and you'll get it Sending presence also subscribes to your bare JID (kinda) You can publish to other JIDs of course
-
moparisthebest
MUCs are just other JIDs you can subscribe to
-
jonas’
good lord
-
moparisthebest
It's pubsub all the way down, always has been
-
jonas’
next you're gonna argue that TCP SYN is subscribing to that connection quadruple.
-
moparisthebest
🤔
-
moparisthebest
Clearly we need a protocol philosophy muc
-
ubq323_
> base XMPP is pubsub (<presence/>), fire-and-forget (<message/>), and request-response (<iq/>) except all the pubsub stuff is built using iq not presence
-
ubq323_
for unknown reasons
-
edhelas
The pubsub events are through messages afaik
-
singpolyma
yes. message. if it was iq that would be super weird (like how jingle is super weird...)