[standards-jig] NEW: User Avatars (JEP-0084)
wolf at bluehands.de
Thu May 8 13:14:03 UTC 2003
I totally agree with disco/pub/sub for IM/P.
I just want to make sure that the new conference component distributes
<presence/> untouched for existing clients. I don't want it to obey the
avatar JEP too much and rip off avatar tags, because they are not
David can you comment on that?
Dr. Klaus H. Wolf
bluehands GmbH & Co.mmunication KG
+49 (0721) 16108 75
> -----Original Message-----
> From: David Sutton [mailto:jabber at dsutton.legend.uk.com]
> Sent: Thursday, May 08, 2003 2:37 PM
> To: standards-jig at jabber.org
> Subject: Re: [standards-jig] NEW: User Avatars (JEP-0084)
> Hello all,
> *wince* Let me put it this way, I would not be happy with
> the approach
> of the conference component acting as detailed below, as I
> think this is
> a waste of both bandwidth and storage resources. It takes a lot of
> processing already whenever a user enters or leaves a conference room,
> and this would just make the whole situation FAR worse.
> In fact, I do not believe that conferencing avatars should
> be covered
> in this JEP, instead they should be covered by a MUC services
> JEP. The best I would be happy with is allowing a user to
> register with
> a room/service and allowing them to have their avatar hash stored in
> that data. When a new user connected, I could walk the
> members hashtable
> and send them avatar packets if they are registered and have 'avatars'
> enabled. There are going to be rooms where avatars can be banned, and
> this would allow control to be maintained.
> On Thu, May 08, 2003 at 02:07:38PM +0200, Jacek Konieczny wrote:
> > On Thu, May 08, 2003 at 01:32:44PM +0200, Heiner Wolf wrote:
> > > The concern is about this scenario:
> > > - 100 users in a room
> > > - 1 user joins and sends avatar digest in <presence/>
> > > - conf component distributes the <presence/> tag.
> > > - 100 users compare their digest with the new one and
> fetch the avatar,
> > > if digest is old.
> > >
> > > It would be a mess, if all users would start to disco any
> time 1 users
> > > enters a room:
> > > - 100 users disco the new user
> > > - the new user discos 100 others
> > Maybe the conference component should disco users and reply to disco
> > requests for them. It is proxying most of the trafic in a
> similar way
> > anyway.
> > People in conference room are resources of conference
> component's jid,
> > so it seems the right entity do reply disco requests.
> > Greets,
> > Jacek
> > _______________________________________________
> > Standards-JIG mailing list
> > Standards-JIG at jabber.org
> > http://mailman.jabber.org/listinfo/standards-jig
> David Sutton
> Email: dsutton at legend.co.uk
> Jabber: peregrine at legend.net.uk
More information about the Standards