[jitsi-dev] Grouping of contacts


#1

Hi.

I maintain an XMPP server for an organization and on the server
arrange contacts into appropriate groups. An average user will be a
member of 5 to 7 groups; some are part of as many as 12 groups.

The difficulty is that in Jitsi each contact is listed in only one
group. To arrange a meeting, say, of the London group, I will also
have to look in the Administrative group, the Technical group and the
Executive Committee group. It results in a very disarranged listing of
contacts - as no one is ever quite certain where they will locate the
contact they need.

Would allowing users the option to duplicate contacts in each group be
an option to solve this problem? Thus John Doe, with whom I share
membership in the London and Technical groups, would appear in both
groups.

I am open to alternative solutions, but the current arrangement is
confusing and difficult to use.

Thanks as always for your help.

Sincerely,

Joseph Santolan


#2

Hey Joseph,

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Hi.

I maintain an XMPP server for an organization and on the server
arrange contacts into appropriate groups. An average user will be a
member of 5 to 7 groups; some are part of as many as 12 groups.

The difficulty is that in Jitsi each contact is listed in only one
group.

Yes, this has come up on occasion but we haven't got around to implementing it yet.

To arrange a meeting, say, of the London group, I will also
have to look in the Administrative group, the Technical group and the
Executive Committee group. It results in a very disarranged listing of
contacts - as no one is ever quite certain where they will locate the
contact they need.

Right, currently the thinking is that people would simply lookup contacts using the search field rather than browse through groups.

We've tried to provide search features every where where browsing for users is involved.

Would allowing users the option to duplicate contacts in each group be
an option to solve this problem? Thus John Doe, with whom I share
membership in the London and Technical groups, would appear in both
groups.

It's really not a matter of allowing or forbidding it. The current implementation of our contact list features is based on the notion that a contact can only have a single parent and we'd need to refactor quite a lot of stuff for this to change.

We'd like to do this at some point, but it's not a top of the list priority at this point.

Cheers,
Emil

···

On 27.08.13, 18:33, Joseph Santolan wrote:

I am open to alternative solutions, but the current arrangement is
confusing and difficult to use.

Thanks as always for your help.

Sincerely,

Joseph Santolan
-----BEGIN PGP SIGNATURE-----

iQEcBAEBCgAGBQJSHNS+AAoJEPceuRCszQkRvEsH/13W8SyuGE+092LUzFFPyYHK
lYzlrDlhLKdwnZVBvFUpCM5Xq25vzGfOJ/seo0cdqb0wL8FTVKfo1g4Bpq8ESIkh
N4vlgS4tDUcIunhB3+N3dacM/aNSbcSyV9qd6GzjfWRolaA1WfcF+u0asKLc4fAH
U7pFceEoaThEgIYeNhpbq3kj/o4MIRenmVi02HXWuPFY6dEXNni010RzmO0ujsnJ
ewFj7pZeVGhwV1eyAu9Y+GovlR3Rlq6pZzd1jYxhEJ22Pu4zqV+ApzePa7O+XN0+
xMwjgUgONEjdbD3wsPz0JVVB+qlwdI6zD6aDXQlchMNZBIIZa+7ijJOCCTcijZA=
=XBpW
-----END PGP SIGNATURE-----

_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev

--
https://jitsi.org


#3

The search feature functions fine for now if you have a specific person
in mind to call, but it is confusing when you are attempting to assess
who is online.

It would be nice in the future to be able to initiate a conference call
using a group and not having to select individual participants. Perhaps
even the ability to right-click on the group to initiate the call.

Thanks for your help.

JS

Emil Ivov:

···

Hey Joseph,

On 27.08.13, 18:33, Joseph Santolan wrote:
Hi.

I maintain an XMPP server for an organization and on the server
arrange contacts into appropriate groups. An average user will be a
member of 5 to 7 groups; some are part of as many as 12 groups.

The difficulty is that in Jitsi each contact is listed in only one
group.

Yes, this has come up on occasion but we haven't got around to
implementing it yet.

To arrange a meeting, say, of the London group, I will also
have to look in the Administrative group, the Technical group and the
Executive Committee group. It results in a very disarranged listing of
contacts - as no one is ever quite certain where they will locate the
contact they need.

Right, currently the thinking is that people would simply lookup
contacts using the search field rather than browse through groups.

We've tried to provide search features every where where browsing for
users is involved.

Would allowing users the option to duplicate contacts in each group be
an option to solve this problem? Thus John Doe, with whom I share
membership in the London and Technical groups, would appear in both
groups.

It's really not a matter of allowing or forbidding it. The current
implementation of our contact list features is based on the notion that
a contact can only have a single parent and we'd need to refactor quite
a lot of stuff for this to change.

We'd like to do this at some point, but it's not a top of the list
priority at this point.

Cheers,
Emil

I am open to alternative solutions, but the current arrangement is
confusing and difficult to use.

Thanks as always for your help.

Sincerely,

Joseph Santolan

_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev


#4

The search feature functions fine for now if you have a specific person
in mind to call, but it is confusing when you are attempting to assess
who is online.

Yes, I understand. One thing that could help would be to potentially set the "Organization Unit" in the vcard for the contact. Right now I am not sure if this would immediately work but it might be easier to fix than the multiparenting.

It would be nice in the future to be able to initiate a conference call
using a group and not having to select individual participants. Perhaps
even the ability to right-click on the group to initiate the call.

Now that is more important but we are thinking of addressing it in an even better way. We have recently been working on integrating conference calls with MUCs. This should really make conferencing a lot easier, so stay tuned!

Cheers,
Emil

···

On 27.08.13, 19:27, Joseph Santolan wrote:

Thanks for your help.

JS

Emil Ivov:

Hey Joseph,

On 27.08.13, 18:33, Joseph Santolan wrote:
Hi.

I maintain an XMPP server for an organization and on the server
arrange contacts into appropriate groups. An average user will be a
member of 5 to 7 groups; some are part of as many as 12 groups.

The difficulty is that in Jitsi each contact is listed in only one
group.

Yes, this has come up on occasion but we haven't got around to
implementing it yet.

To arrange a meeting, say, of the London group, I will also
have to look in the Administrative group, the Technical group and the
Executive Committee group. It results in a very disarranged listing of
contacts - as no one is ever quite certain where they will locate the
contact they need.

Right, currently the thinking is that people would simply lookup
contacts using the search field rather than browse through groups.

We've tried to provide search features every where where browsing for
users is involved.

Would allowing users the option to duplicate contacts in each group be
an option to solve this problem? Thus John Doe, with whom I share
membership in the London and Technical groups, would appear in both
groups.

It's really not a matter of allowing or forbidding it. The current
implementation of our contact list features is based on the notion that
a contact can only have a single parent and we'd need to refactor quite
a lot of stuff for this to change.

We'd like to do this at some point, but it's not a top of the list
priority at this point.

Cheers,
Emil

I am open to alternative solutions, but the current arrangement is
confusing and difficult to use.

Thanks as always for your help.

Sincerely,

Joseph Santolan

_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev

--
https://jitsi.org