Usability improvement for handling multiple subscription requests

[sander]

When people get a lot subscription requests at once (e.g. transport registration), they will get a lot of separate dialogs on their screen which they need to authorize one by one. They also get the same amount of confirmation dialogs which they also need to close.

My proposal:
1) When a subscription request is received and there is at least one other open subscription dialog, add the subscription request to this dialog using a list and radiobuttons:

---------------------------------------------
May the following people see your presence? Entering a nickname and group is optional, and for your personal use only.

Contact ID | Yes | No | Nickname | Group |
<email address hidden> | x | o | | | View Business Card...
<email address hidden> | x | o | | | View Business Card...
<email address hidden> | x | o | | | View Business Card...

                                                                                                          Yes No
---------------------------------------------

2) Confirmations should be grouped too:

---------------------------------------------
The following people allow you to see their presence:

Contact ID
<email address hidden>
<email address hidden>
<email address hidden>
                                                                                                                   OK
---------------------------------------------

[Mats (matsben)]

My problem here is that I can't see how all this info will fit in the dialog. Both nickname and group takes up a lot of horizontal space, and add this with the "View Business Card..." button. It can't make it. I can see alternatives: the nickname and group are secondary information and perhaps this can be hidden under a triangle-arrow More/Less? Needs some experimentation.

[sander (s-devrieze)]

Some idea to workaround this:
* Replace the "View Business Card..." button with an icon-only button with "View Business Card..." in the mouseover balloon text
* Move the nickname and group to the balloon text on the Contact ID (or maybe only show the nickname and add the Contact ID and group to the balloon text?)
* You can abbreviate long Contact IDs (or nicknames) with 3 dots and show the full version in the balloon text.

[Mats (matsben)]

I've got another idea I will try out. I'll send you a shot when I need input.

/Mats

On 10/18/07, sander <email address hidden> wrote:
> Some idea to workaround this:
> * Replace the "View Business Card..." button with an icon-only button with
> "View Business Card..." in the mouseover balloon text
> * Move the nickname and group to the balloon text on the Contact ID (or
> maybe only show the nickname and add the Contact ID and group to the balloon
> text?)
> * You can abbreviate long Contact IDs (or nicknames) with 3 dots and show
> the full version in the balloon text.
>
> --
> Usability improvement for handling multiple subscription requests
> https://bugs.launchpad.net/bugs/146809
> You received this bug notification because you are a bug assignee.
>

[Mats (matsben)]

A first shot of a dialog.

[Mats (matsben)]

Second shot with optional info.

[sander (s-devrieze)]

A strongly -1: it's *extremely* ugly! :p

My suggestion:
* No "Mer" column (in Dutch it's "Meer" btw B-) )
* Allow column
* Contact column with by default the nickname as found in the vcard
(editable field): in this field a mouseover balloon text with the full
Contact ID
* Group column
* Icon button to show the vcard

2007/10/19, Mats <email address hidden>:
> Second shot with optional info.
>
> ** Attachment added: "subscribe2.png"
> http://launchpadlibrarian.net/10064611/subscribe2.png
>
> --
> Usability improvement for handling multiple subscription requests
> https://bugs.launchpad.net/bugs/146809
> You received this bug notification because you are a direct subscriber
> of the bug.
>
>

--
Mvg, Sander Devrieze.

[Mats (matsben)]

On 10/19/07, sander <email address hidden> wrote:
> A strongly -1: it's *extremely* ugly! :p
>

You Don't say!
I think I've solved it pretty elegant!

> My suggestion:
> * No "Mer" column (in Dutch it's "Meer" btw B-) )

But then how to display the name & group & vCard button?
I can agree that it is not the best to have it before the checkbutton.

> * Allow column
> * Contact column with by default the nickname as found in the vcard
> (editable field): in this field a mouseover balloon text with the full
> Contact ID

This can be fixed. But the PEP nickname I'm not so sure I can get it
without a subscription.
Need to figure out. Getting complete vCards is not good since there can be
many users, and all can have a large avatar.

> * Group column
> * Icon button to show the vcard
>

You can either cut and paste the attached shots or make your own shots
from the lines:
    ::Subscribe::Queue "<email address hidden>"
    ::Subscribe::Queue "<email address hidden>"
    ::Subscribe::Queue "<email address hidden>"
    ::Subscribe::Queue "<email address hidden>"
in Subscribe.tcl The UI is fully functional but no xmpp code.
Note also that I now have a queue logic:

    # If we already have a 'JSubscribeEx' dialog, then add a line to that.
    # else add event to queue.
    # If the queu empty, then add a timer event (2 secs).
    # When the timer fires display a 'JSubscribe' dialog if single JID,
    # else a 'JSubscribeEx' dialog and add all JIDs.

[Mats (matsben)]

I can add that I want each line to be very compact since there can be
many of them if adding a transport.

[Mats (matsben)]

Attached another variant which is even "thinner".

[Mats (matsben)]

The first part is now tested and activated. Batched subscription requests are placed on a single dialog. Nicknames according to, XEP-0172: User Nickname, are displayed in place of JIDs. It remains to handle batched confirmations.

[Mats (matsben)]

Added queued subscribed confirmation dialog. It remains to tune strings and put them in catalog.

[Mats (matsben)]

Added (two) strings to catalog.
Sidenote: difficult to do any real systematic testing here.