[standards-jig] NEW: User Avatars (JEP-0084)

Thomas Muldowney temas at box5.net
Thu May 8 15:51:59 UTC 2003


Thank you David.  I agree, this is out of scope of the Avatar JEP and
should be covered by a MUC update, or MUC addition.  If that JEP wanted
to use the format of the Avatar JEP, the namespace is clear and simple.

--temas


On Thu, 2003-05-08 at 07:37, David Sutton wrote:
> 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 extension
> 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.
> 
> Regards,
> 
>   David
> 
> 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




More information about the Standards mailing list