On Tue, Jun 03, 2008 at 12:06:44PM +0200, Marco Pesenti Gritti wrote: > On Mon, Jun 2, 2008 at 1:41 PM, Guillaume Desmottes > <[EMAIL PROTECTED]> wrote: > > Hi, > > > > Daf and I are making good progress on Gadget, so that's a good time to > > start to think about its integration in Sugar. > > > > Basically, Gadget is a XMPP server component that should solve our > > current scalability issues and drop the ugly "shared roster" hack. > > I invite you to take a look on the "Use Cases" and "Design Goals" > > sections of http://wiki.laptop.org/go/XMPP_Component_Protocol to have a > > better idea of what Gadget is and which problem it tries to solve. > > [...] > > - As we intent to drop the shared buddy server hack, people won't see > > all the buddies connected on the server anymore. > > They'll see their friends, the result of the active searches and a > > maximum of $N random buddies and $N' random activities. > > > > Should we hardcode the value of this $N? Make it configurable from the > > GUI? From sugar-control-panel (and so stored in a config file)? > > Adapt it according the number of buddies already displayed on the mesh > > view? > > I think it can be calculated depending on the screen and icon sizes.
It might be useful to expose this calculated value somewhere (control panel?), because it sounds kind of flaky (nonobvious, nondiscoverable, limiting, non-deterministic) to me to have this limit. If we intend this limit to actually be hit often, perhaps it would make sense to expose it to the user in the mesh view (an icon + textbox right-justified in the toolbox? I'm thinking firefox's search bar, though this should not be used that much...perhaps it should only appear if the activity/buddy search results are limited?)? > Marco Martin
pgpqhmZI05bmN.pgp
Description: PGP signature
_______________________________________________ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar