Re: [Standards] Proposed XMPP Extension: Stickers (use of PubSub)

2020-11-19 Thread Ruslan N. Marchenko
Am Donnerstag, den 19.11.2020, 18:10 +0500 schrieb Andrew Nenakhov: > So of course, we use HTTP > for hosting sticker packs and stickers themselves, and any client on > any OS can *easily* import any image by their URIs. This way clients > do not need to use pubsub or anything, just use the links,

Re: [Standards] Proposed XMPP Extension: File metadata element

2020-11-19 Thread Jonas Schäfer
On Donnerstag, 19. November 2020 16:38:54 CET Marvin W wrote: > Hi, > > On 19.11.20 15:29, Jonas Schäfer wrote: > > - I do not like the dimensions element carrying two values. I suggest to > > use separate width/height elements. Same motivation as for 1st normal > > form for databases. > > Agree.

Re: [Standards] Proposed XMPP Extension: File metadata element

2020-11-19 Thread Marvin W
Hi, On 19.11.20 15:29, Jonas Schäfer wrote: > - I do not like the dimensions element carrying two values. I suggest to use > separate width/height elements. Same motivation as for 1st normal form for > databases. Agree. Not sure where I copied that from, but splitting in width/height definitely

Re: [Standards] Stickers

2020-11-19 Thread Marvin W
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 > Georg I think - that it might be useful to include the XMLNS of the > element that obviates the body. This

Re: [Standards] Proposed XMPP Extension: File metadata element

2020-11-19 Thread Sam Whited
This doesn't seem useful since it's not going to be used to synchronize MIDI devices or anything, just to display a time to the user and people are far more likely to not have to think about converting milliseconds (and formatting libraries probably already support milliseconds). Let's not make the

Re: [Standards] Proposed XMPP Extension: Stickers (use of PubSub)

2020-11-19 Thread Marvin W
Hi, On 19.11.20 15:03, Sam Whited wrote: > IMO what this spec should do is ensure that there is a way to subscribe > to notifications that a sticker pack has been updated, but not the > actual sticker data (which can then be fetched later). I am not sure if > pubsub gives us a way to do this on it

Re: [Standards] Proposed XMPP Extension: Encryption for stateless file sharing

2020-11-19 Thread Jonas Schäfer
Hi, On Dienstag, 17. November 2020 15:31:55 CET XEP Editor Pipeline wrote: > The XMPP Extensions Editor has received a proposal for a new XEP. > > Title: Encryption for stateless file sharing > Abstract: > This specification provides a protocol for sharing encrypted files > using the stateless fi

Re: [Standards] Proposed XMPP Extension: File metadata element

2020-11-19 Thread Jonas Schäfer
On Dienstag, 17. November 2020 15:31:56 CET XEP Editor Pipeline wrote: > The XMPP Extensions Editor has received a proposal for a new XEP. > > Title: File metadata element > Abstract: > This specification defines a generic file metadata element to be used > in other specifications. > > URL: https

Re: [Standards] Proposed XMPP Extension: Stickers (use of PubSub)

2020-11-19 Thread Sam Whited
Thank you, that was much more helpful. Broadly speaking, I agree with your whole message. When I worked at HipChat we tried to figure out what needed to be realtime and put that over the stream, and everything else goes over the HTTP API whenever we had time for it or whenever the user actually ne

Re: [Standards] Proposed XMPP Extension: Stickers (use of PubSub)

2020-11-19 Thread Andrew Nenakhov
чт, 19 нояб. 2020 г. в 17:45, Florian Zeitz : > > Am 19.11.20 um 11:11 schrieb Andrew Nenakhov: > > Because you are happily oblivious to problems of clients on some > > platforms that have a very tiny window of operation before they have > > to break connection. > > > > May I suggest that you expli

Re: [Standards] Proposed XMPP Extension: Stickers

2020-11-19 Thread Dave Cridland
Andrew, On Wed, 18 Nov 2020 at 17:56, Andrew Nenakhov < andrew.nenak...@redsolution.com> wrote: > Using pubsub for stickers is a horrible, no good, very bad idea. > The proposal as written only exchanges sticker packs via pubsub; the stickers themselves are sent as a normal message with a direct

Re: [Standards] Proposed XMPP Extension: Stickers (use of PubSub)

2020-11-19 Thread Florian Zeitz
Am 19.11.20 um 11:11 schrieb Andrew Nenakhov: > Because you are happily oblivious to problems of clients on some > platforms that have a very tiny window of operation before they have > to break connection. > May I suggest that you explicitly spell out your concern instead of being hostile? As f

Re: [Standards] Stickers

2020-11-19 Thread Dave Cridland
On Wed, 18 Nov 2020 at 20:40, Marvin W wrote: > Hi, > > On 18.11.20 18:08, Dave Cridland wrote: > > 1) Use of fallback body > > > > I really dislike this as a general mechanism, but at least let's mark it > > using XEP-0428 (and if that's not quite right, let's fix it). > > I was under the assump

Re: [Standards] Proposed XMPP Extension: Stickers

2020-11-19 Thread Andrew Nenakhov
Because you are happily oblivious to problems of clients on some platforms that have a very tiny window of operation before they have to break connection. ср, 18 нояб. 2020 г. в 23:10, Sam Whited : > > Why? > > On Wed, Nov 18, 2020, at 12:56, Andrew Nenakhov wrote: > > Using pubsub for stickers i