jdev - 2023-11-28


  1. Schimon

    Where should technical questions about XMPP be asked at?

  2. opal

    whats your question

  3. Schimon

    Is it possible to set selective profile image to JID? (i.e JID1 sees a blue image, and JID2 sees a red image, and JID3 sees a green image)

  4. flow

    Schimon, no an yes. no, as in, I am not aware that this is XEP'ed up. yes, as in, it is technically possible

  5. Schimon

    > yes, as in, it is technically possible Please ellaborate omn how do you think this is feasible?

  6. MSavoritias (fae,ve)

    conceptually how it would work imo at least: you put the pictures in a pep node and then you give permission to each jid to get a specific picture

  7. Schimon

    flow, please join to future@joinjabber.org

  8. flow

    Schimon, either the entity delivering the avatar has to send different data depending on the requestor

  9. flow

    or, you provide a table which maps jids to avatars. this has, of course, the implication that remote entities can see avatars they shouldn't show (which may or may not be a deal breaker)

  10. Schimon

    shouldn't show or shouldn't see?

  11. flow

    both, they "see" the data of avatars they shouldn't show

  12. flow

    not saying that remote entities do something with the data, or even request it, but they could

  13. singpolyma

    > Schimon, no an yes. no, as in, I am not aware that this is XEP'ed up. yes, as in, it is technically possible No new xep needed this is supported fine with current avatar xep. But you need a way implemented to set which avatar should be used in which case. Probably via ad hoc command. And no one has implemented such thing

  14. jonas’

    well, that's the opposite of being supported :-)

  15. singpolyma

    I meant from PoV of the xeps/protocols

  16. jonas’

    well, there is no thing in the protocols which defines how to select who sees which avatar

  17. singpolyma

    Right, because that's an admin task so it doesn't need a special spec

  18. jonas’

    how is that an admin task?

  19. singpolyma

    It's the user changing settings on their own account. From the PoV of federation it's invisible

  20. jonas’

    certainly, but those settings need to be made available in a standardised fashion so that client developers can develop against it.

  21. jonas’

    and that *does* need a spec

  22. jonas’

    even if the spec just defines a specific ad-hoc command

  23. singpolyma

    That's why we have ad hoc commands, so we don't need to spec every tiny interactive flow

  24. MSavoritias (fae,ve)

    How is it interactive? It seems a problem of permissions

  25. singpolyma

    MSavoritias (fae,ve): I mean, it's picking stuff from the user's PoV, the avatar with dhes set of JIDs, etc

  26. singpolyma

    Permissions stuff we actually have in pubsub already but it's not well supported and that would only be cah see vs cant see avatar

  27. singpolyma

    Anyway, it's all just postulations until someone is writing code

  28. flow

    singpolyma, the current avatar xep and the section that specifies this being?

  29. flow

    strike "and the section that specifies this", as per backlog. but are we talkinga bout xep84, xep153, or soemthing else?

  30. flow

    strike "and the section that specifies this", as per backlog. but are we talking about xep84, xep153, or soemthing else?