Re: [Standards] Proposed XMPP Extension: JID Mention
On Wed, Jan 20, 2016 at 1:43 PM, Dave Cridland wrote: > 2) The chatroom (MIX/MUC) can see SamWhited's presence in the room, so knows > he'll see that anyway. But maybe you're offline - so it sends you the > notification so you know to catch up, using the protocol you're proposing. I think it's broken, that appears to have mentioned me over some archaic mail protocol instead of in my XMPP client ☺ —Sam -- Sam Whited pub 4096R/54083AE104EA7AD3 https://blog.samwhited.com ___ Standards mailing list Info: http://mail.jabber.org/mailman/listinfo/standards Unsubscribe: standards-unsubscr...@xmpp.org ___
Re: [Standards] Proposed XMPP Extension: JID Mention
Le mercredi 20 janvier 2016, 19:43:30 Dave Cridland a écrit : > On 20 January 2016 at 16:43, Goffi wrote: > [...] > > 3) When you're back online, the chatroom might even send the notification > *then*, rather like a lot of bots do now. > > Still, all this thinking obviously means I think we should formalize > "mentions" into protocol, so +1 to this spec, even if I think we need to > add in the formalized mention as well as the notification. There is a point I haven't said so far, it is that I plan to propose (probably after Fosdem) an other protoXEP to indicate to server how to handle offline notifications. Right now if I have a mention and I'm online, it's alright I can display it to the user. If I'm offline, only the server know that I have a notification. So I want to be able to tell to the server « when I'm offline and I have this kind of notification, send me an email [or something else], when I'm online, I'll handle it myself thanks » The reason I want to make a generic option server side, is that I want to handle PubSub notifications in addition to mentions: e.g. I want to be able to say to my server « I want an email when somebody reply to a comment and I'm not online, but I don't want notification if somebody mention me ». Also the server can know user email address thanks to vcard. So it make more sense for me to handle offline notification on the server rather than on components. ++ Goffi ___ Standards mailing list Info: http://mail.jabber.org/mailman/listinfo/standards Unsubscribe: standards-unsubscr...@xmpp.org ___
Re: [Standards] Proposed XMPP Extension: JID Mention
On 20 January 2016 at 16:43, Goffi wrote: > Hi Dave, > > Le mercredi 20 janvier 2016, 16:19:52 Dave Cridland a écrit : > > > URL: http://xmpp.org/extensions/inbox/jid-mention.html > > > > I don't know if you've considered this, but currently the "other end" of > > the mention has no markup, and so would be performed by string matching > > either in the client or the server. Both are frail, and subject to > > mismatches (or typos causing no match at all). > > I'm not sure to understand, the "matching syntax" is let to the client > implementation on purpose (see section 4.1), as I don't want to enforce > "@nick" syntax because it's the fashion today (but clients can use it if > they > want to). > > as I imagine it, if a user wants to mention an other user in a blog or a > conversation, it can press @ (or use a menu, or anything), then the client > show a list of potential contacts, then the message is sent with the > > element. The mentioned entity receive the message and check the from > attribute > (or the element). I don't see where string matching is needed. > > But maybe I misunderstood your point. By "other end" are talking about the > mentioned entity or the mentioning entity? > > The mentioning entity. But really, I'd like to have chatrooms send these out rather than the mentioning client, and the mention have some markup injected by the client so we're not string matching *there* - I agree the client doesn't need to. So: 1) I mention you in a chatroom: SamWhited, Hey, Goffi's working on something clever. go...@example.comsamwhi...@example.net 2) The chatroom (MIX/MUC) can see SamWhited's presence in the room, so knows he'll see that anyway. But maybe you're offline - so it sends you the notification so you know to catch up, using the protocol you're proposing. 3) When you're back online, the chatroom might even send the notification *then*, rather like a lot of bots do now. Still, all this thinking obviously means I think we should formalize "mentions" into protocol, so +1 to this spec, even if I think we need to add in the formalized mention as well as the notification. ++ > Goffi > ___ > Standards mailing list > Info: http://mail.jabber.org/mailman/listinfo/standards > Unsubscribe: standards-unsubscr...@xmpp.org > ___ > ___ Standards mailing list Info: http://mail.jabber.org/mailman/listinfo/standards Unsubscribe: standards-unsubscr...@xmpp.org ___
Re: [Standards] Proposed XMPP Extension: JID Mention
Hi Dave, Le mercredi 20 janvier 2016, 16:19:52 Dave Cridland a écrit : > > URL: http://xmpp.org/extensions/inbox/jid-mention.html > > I don't know if you've considered this, but currently the "other end" of > the mention has no markup, and so would be performed by string matching > either in the client or the server. Both are frail, and subject to > mismatches (or typos causing no match at all). I'm not sure to understand, the "matching syntax" is let to the client implementation on purpose (see section 4.1), as I don't want to enforce "@nick" syntax because it's the fashion today (but clients can use it if they want to). as I imagine it, if a user wants to mention an other user in a blog or a conversation, it can press @ (or use a menu, or anything), then the client show a list of potential contacts, then the message is sent with the element. The mentioned entity receive the message and check the from attribute (or the element). I don't see where string matching is needed. But maybe I misunderstood your point. By "other end" are talking about the mentioned entity or the mentioning entity? ++ Goffi ___ Standards mailing list Info: http://mail.jabber.org/mailman/listinfo/standards Unsubscribe: standards-unsubscr...@xmpp.org ___
Re: [Standards] Proposed XMPP Extension: JID Mention
On 19 January 2016 at 16:48, XMPP Extensions Editor wrote: > The XMPP Extensions Editor has received a proposal for a new XEP. > > Title: JID Mention > > Abstract: This specification provides a way for an entity to mention a jid > No, it doesn't. It provides a way to notify an entity that its jid has been mentioned. > > URL: http://xmpp.org/extensions/inbox/jid-mention.html > > I don't know if you've considered this, but currently the "other end" of the mention has no markup, and so would be performed by string matching either in the client or the server. Both are frail, and subject to mismatches (or typos causing no match at all). I wonder if having a corresponding in a message (or post) might be the answer? My gut feeling - which may well be wrong - is that the two halves (mentioning and notifying about it) would be better placed in the same XEP. > The XMPP Council will decide in the next two weeks whether to accept this > proposal as an official XEP. > > ___ > Standards mailing list > Info: http://mail.jabber.org/mailman/listinfo/standards > Unsubscribe: standards-unsubscr...@xmpp.org > ___ > ___ Standards mailing list Info: http://mail.jabber.org/mailman/listinfo/standards Unsubscribe: standards-unsubscr...@xmpp.org ___
