Opened 11 years ago

Last modified 10 years ago

#5279 new enhancement

[Feature Request] Mass Invite to chatrooms

Reported by: Henfap Owned by: deryni
Milestone: Component: pidgin (gtk)
Version: 2.4.0 Keywords: MASS INVITE CHAT ROOM
Cc: nagelp


Could it be possible to send an invite to all members of the buddy list at once and not individually Even better if an invite could be sent to all usernames listed in a txt or csv file for people who you want to chat to once in a while but not add to the buddy list

Change History (10)

comment:1 Changed 11 years ago by MarkDoliner

  • Component changed from AIM to pidgin (gtk)
  • Owner MarkDoliner deleted

comment:2 Changed 11 years ago by djphazer

In 2.4.2, inviting buddies to chat rooms became even harder, since the invite dialog contains a regular text box rather than a dropdown of all online buddies. I commonly used this feature on MSN to start a huge group chat with everyone who was online (quite fun!), but this has become almost impossible...

I would really like to see a box of all online users, with the ability to select multiples to invite, much like the official MSN client has. Please? =D

Also see ticket #504.

comment:3 Changed 10 years ago by deryni

  • Summary changed from [Feature Request] Mass Invite to AIM chatrooms to [Feature Request] Mass Invite to chatrooms

comment:4 Changed 10 years ago by deryni

Ticket #6477 has been marked as a duplicate of this ticket.

comment:5 Changed 10 years ago by deryni

  • Owner set to deryni

The buddy name field should work like the field in the New Instant Message dialog and the View User Log dialog.

comment:6 Changed 10 years ago by djphazer

No, no it should not. Unless you're simply trying to correct it to how it used to work, then yes, that would be an acceptable stepping stone that would make things a little bit easier...

But, as I see it, the goal of this ticket is a listbox of all online buddies, with the ability to select multiple people to invite all at once. I don't really have any GTK programming experience, and know nothing about the Pidgin codebase, but this might be a pretty easy extension to the New Instant Message dialog...

comment:7 Changed 10 years ago by deryni

Requiring people to remember and type out complete buddy names is just poor design and should be fixed.

Whether (and how) to allow mass invites is another issue entirely. A listbox of the entire buddy list would be entirely unworkable for anyone with even a marginally large buddy list. Also, I don't think multi-select list boxes work as a UI particularly well, at least not when the possible choices number more than can fit in the visible area (without scrolling).

I think being able to drag to invite and being able to intelligently complete buddy names based on username/alias will significantly mitigate the need for a mass invite feature in all but the absolute largest of mass invitations (a scenario I question the likely validity of anyway). As to the original request for a csv or text file or the like, that is something that a plugin would likely need to provide as it is even more niche than generic mass invitation.

comment:8 Changed 10 years ago by djphazer

You understand my point, and I can somewhat agree with you that a multi-select list box may not be the best/most efficient solution; it's just the only one that pops in my head...

Still, I don't think it would be any more "unworkable" than other methods; surely populating a listbox with all buddies is equally as efficient as searching all buddies as you type. As a proof-of-concept, look at Facebook's various methods of friend-selecting (if you happen to use Facebook), most of which are forms of filterable multi-select list boxes. I have 244 friends, and it's pretty darn fast. I'd really like to see such a style of buddy-selection everywhere in Pidgin.

comment:9 follow-up: Changed 10 years ago by nagelp

Another aspect: It's currently not possible to invite multiple buddies at the same time. With the current design, you can only invite buddies one by one. And while they are slowly joining in and start talking - maybe wondering why the user who invited them doesn't even answer - the user is still busy inviting others, typing in names like mad (or dragging and dropping them into the input field from the buddy list, if he figured out that's even possible)...

I see three ways of improving the invitation process:

1) Moving buddies from the buddy list directly to the chatroom userlist could trigger an invitation - so the buddy list (which can be sorted and arranged as the user pleases) would be the "chooser". After this drag & drop action, the pre-filled invitation dialog (like it is now) could pop up. The user could optionally enter a message and then press the Invite button. This doesn't solve the "concurrency" problem though, because the buddy list doesn't allow for multiple selection (at least not currently) - it's just a shortcut, making inviting multiple buddies a little less painful.

2) The invitation dialog could have one of those widgets where you have all available items (--> online buddies) in a list-box on the left, and an empty list-box on the right. You can select as many as you want in the left list-box (= multi-select list-box) and then press the -> arrow button between the two list-boxes to add them to the right list-box (at the same time they disappear from the left list-box). It's often used when customising toolbars.
With this method, also the problem of "concurrency" would be solved. After choosing the buddies and adding them to the right list-box, the user could press the "Invite" button, and they would all get the invitation at the same time (and the user would be free to start chatting immediately).

3) 1 + 2 could be combined - the buddies could either be chosen from the left (multi-select) list-box, or could be dragged from the buddy list and dropped into the right list-box (one by one). I think this would be the best way.

comment:10 in reply to: ↑ 9 Changed 10 years ago by nagelp

Replying to nagelp:

1) Moving buddies from the buddy list directly to the chatroom userlist [...]

Is actually ticket #504 - sorry, had it open in another tab, but forgot to read it before posting.

Note: See TracTickets for help on using tickets.
All information, including names and email addresses, entered onto this website or sent to mailing lists affiliated with this website will be public. Do not post confidential information, especially passwords!