I am currently coding it like you say (notice I just begun before reading 
you.. :d)
I just hope to have enough time to finish it for this evening...
Phil

Le Monday 11 December 2006 21:01, Youness Alaoui a écrit :
> No,
> that would be bad..
> but I don't think the display mode really matters here, the online contacts
> count doesn't change no matter how we display it (it's actually whether we
> use it or not), same goes for offline, and for other groups.. the only
> difference would be for hybrid where you show the user count instead of
> $count/$total ... In that case, the GetUserCount could return a list of
> [list $count $list] and depending on the mode we could either show one or
> show both...
> I start understanding why the group count is done in CL code, it's beccause
> it's specific to the CL, since it's the CL that shows the info, but it's
> not something important for the protocol to keep that count.. because of
> the ::groups namespace, the count should be there for modularity reasons,
> but if noone else apart from the CL uses it, I don't see why it shouldn't
> be linked with the CL. I would really go with a compromise by doing the
> code that counts in the groups namespace, but count everytime instead of
> keeping a variable of the count and use that with events...
>
> KKRT
>
> On Mon, Dec 11, 2006 at 08:22:03PM +0100, NoWhereMan wrote:
> > Philippe Valembois - Phil wrote:
> > > OUch just thought :s
> > > No it can't be in protocol as it depends on display mode (eg Hybrid,
> > > Grouped or Online/Offline) so it must be splitted
> > > Phil
> >
> > I don't know if it's stupid, but how about putting the display mode in
> > protocol, or something? Maybe an intermediate layer?
> >
> >
> > -------------------------------------------------------------------------
> > Take Surveys. Earn Cash. Influence the Future of IT
> > Join SourceForge.net's Techsay panel and you'll get the chance to share
> > your opinions on IT & business topics through brief surveys - and earn
> > cash
> > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> > _______________________________________________
> > Amsn-devel mailing list
> > Amsn-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/amsn-devel
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
> your opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Amsn-devel mailing list
> Amsn-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/amsn-devel


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Amsn-devel mailing list
Amsn-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/amsn-devel

Reply via email to