jdev - 2024-10-08


  1. 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.

  2. Schimon

    I want to open disco for: - jabber.org - conference.jabber.org - pubsub.jabber.org

  3. Schimon

    Great! https://xmpp.org/extensions/xep-0030.html#registrar-querytypes

  4. Schimon

    Great! https://xmpp.org/extensions/xep-0030.html#registrar-querytypes *10.3 URI Query Types*

  5. Schimon

    Is it possible to add vCard to service components and nodes? (i.e. jabber.org, pubsub.jabber.org)

  6. Schimon

    It appears not, from reading the examples of XEP-0054: vcard-temp at https://xmpp.org/extensions/xep-0054.html

  7. lovetox

    Why not ? A JID can return a vcard on request

  8. lovetox

    Nodes no, service yes

  9. Schimon

    lovetox. Thank you.

  10. singpolyma

    Especially a pubsub service it's easy, just make the vcard4 node on the service and publish to it

  11. 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

  12. Guus

    Is someone looking for a pet project? https://meta.discourse.org/t/add-a-new-provider-to-discourse-chat-integration

  13. 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?

  14. 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.

  15. 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.

  16. singpolyma

    Schimon: all +tel@cheogram.com jids have a vcard4 for example

  17. singpolyma

    Uh, images? No images in vcard

  18. Schimon

    I need images. The titles are obtained from the Jabber ID "identity".

  19. singpolyma

    what kind of images are you looking for?

  20. Test

    Test

  21. 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.

  22. Schimon

    https://xmpp.pimux.de/file_share/3699cf9f-708b-4314-97a5-10142263f920/scrot-rofi_20241008-142453.png

  23. Schimon

    https://xmpp.pimux.de/file_share/6a2dfc17-5ced-499e-bf04-cb21cf8646fb/scrot-rofi_20241008-141845.png

  24. Schimon

    singpolyma. The black and white image, indicates that there is no image set for the viewed JID.

  25. singpolyma

    so you want an avatar?

  26. singpolyma

    if so you want https://xmpp.org/extensions/xep-0084.html not vcard

  27. Schimon

    singpolyma. Thank you for the reference!

  28. Schimon

    Is it applied to PubSub nodes too?

  29. singpolyma

    not to nodes. but to a service it could be by making the right node

  30. Schimon

    singpolyma. Pardon. What do you mean by "the right node"?

  31. Schimon

    singpolyma. Pardon. What do you mean by "making" and "the right node"?

  32. singpolyma

    if you read the xep you will see what nodes it stores avatar data in

  33. Schimon

    I need an avatar per node.

  34. 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.

  35. singpolyma

    right, there's no avatar for node xep that I'm aware of

  36. moparisthebest

    Schimon: you know, not everything has to be done with pubsub, don't get stuck thinking it's the solution to all problems

  37. 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.

  38. Schimon

    If XMPP was only PubSub, then I would communicate this conversation over IRC, or otherwise.

  39. Schimon

    If XMPP was only PubSub, then I would probably communicate this conversation over IRC, or otherwise.

  40. singpolyma

    nah, if xmpp was only pubsub then muc would be pubsub which would be fine ;)

  41. singpolyma

    doing 1:1 as pubsub would be weird though

  42. moparisthebest

    You could argue, and I have done so in the past, that base XMPP *is* only PubSub

  43. jonas’

    base XMPP is pubsub (<presence/>), fire-and-forget (<message/>), and request-response (<iq/>)

  44. 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

  45. moparisthebest

    MUCs are just other JIDs you can subscribe to

  46. jonas’

    good lord

  47. moparisthebest

    It's pubsub all the way down, always has been

  48. jonas’

    next you're gonna argue that TCP SYN is subscribing to that connection quadruple.

  49. moparisthebest

    🤔

  50. moparisthebest

    Clearly we need a protocol philosophy muc

  51. 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

  52. ubq323_

    for unknown reasons

  53. edhelas

    The pubsub events are through messages afaik

  54. singpolyma

    yes. message. if it was iq that would be super weird (like how jingle is super weird...)