Re: [Standards] Proposed XMPP Extension: Character counting in message bodies

On 8 Dec 2020, at 22:13, Sam Whited wrote: > I still think the data on the wire should describe the other data on the > wire, not some higher- level "decoded” representation Agree 100%. References et al. need to calculate how the data are going to be encoded on the wire, not some high level

Re: [Standards] Proposed XMPP Extension: Character counting in message bodies

The XML library I use does not give me a string or slice of code points, it gives me a slice of bytes because that's the level I'm operating at. Even at the higher level if I decode the bytes into a string (A Go string in this case), that is still just a slice of UTF-8 bytes (it does not decode

Re: [Standards] Proposed XMPP Extension: Character counting in message bodies

On Freitag, 4. Dezember 2020 21:33:38 CET Sam Whited wrote: > On Fri, Dec 4, 2020, at 20:23, Florian Schmaus wrote: > > I begin to feel that a lot of your rationale is based on the idea that > > you always (/often?) have access to the raw UTF-8 bytes as they > > appeared on the wire. > > Yes,

[Standards] XMPP Council Agenda 2020-12-09

Hi everyone, The next XMPP Council Meeting will take place on 2020-12-09 at 16:00Z in xmpp:coun...@muc.xmpp.org?join. Everyone is welcome to join and add to the discussions. This agenda is composed from: - Editor notifications to standards@ - xsf/xeps GitHub PRs marked as Needs Council -

[Standards] Proposed XMPP Extension: Stanza Multiplexing

The XMPP Extensions Editor has received a proposal for a new XEP. Title: Stanza Multiplexing Abstract: This spec provides a mechanism for multiplexing multiple virtual hosts over a single XMPP session. URL: https://xmpp.org/extensions/inbox/mux.html The Council will decide in the next two weeks

[Standards] UPDATED: XEP-0372 (References)

Version 0.4.0 of XEP-0372 (References) has been released. Abstract: This document defines a method for one XMPP stanza to provide references to another entity, such as mentioning users, HTTP resources, or other XMPP resources. Changelog: Specify that begin is inclusive, starts counting at zero,

Re: [Standards] Stickers

On Tue, 8 Dec 2020 at 09:25, Kevin Smith wrote: > Just to focus on a tiny bit of this... > > On 8 Dec 2020, at 08:40, Dave Cridland wrote: > "this wasn't really a message at all, this message explains why". The > latter feels like a case of failed feature negotiation, though. > > > I think we

Re: [Standards] Stickers

Just to focus on a tiny bit of this... > On 8 Dec 2020, at 08:40, Dave Cridland wrote: > "this wasn't really a message at all, this message explains why". The latter > feels like a case of failed feature negotiation, though. I think we used to believe that. In the face of carbons and MAM, I

[Standards] RFC 2119 boilerplate in XEPs

On 12/8/20 9:40 AM, Dave Cridland wrote: Sorry, I completely missed this for some reason. On Thu, 19 Nov 2020 at 15:30, Marvin W > wrote: > Anyway, I understand what you're trying to do here at a high level, I > just think it's broadly not going to be useful, and

Re: [Standards] Stickers

Sorry, I completely missed this for some reason. On Thu, 19 Nov 2020 at 15:30, Marvin W wrote: > Hi, > > On 19.11.20 12:04, Dave Cridland wrote: > > * Indicate to clients that if they're just going to display the body > > tag, then they are missing something. There was some suggestion - from >