I've got a well working local solution to solution to show some buddygroups even if the user hasn't defined one yet. And I would like to share it. Currently, there is no user interface for that, just the feature. But I could work on that. My solution is the following:
In the database buddylist_groups table I set some groups and set uid to 0. Some Database queries are adjusted so that groups having uid=$user->uid and uid=0 can be selected. Deleting of buddygroups is restricted to those of own uid of course.
If new users find predefined groups, they know better how this works. Defining own groups could be made a premium feature that you could restrict on members of a certain role, so I would define this role too. Also there is no need to put the "add buddygroup" and the "delete buddygroup" sections on top of the buddy-buggygroups-list on the "Edit groups" tab. Having alway the most important information on top, they should be moved below the list.
If you like this feature, I would port it to the current dev version.
| Comment | File | Size | Author |
|---|---|---|---|
| #1 | buddylist-5.x-1.x-dev-issue-200172-predefine-buddy-groups.module.patch | 7.59 KB | marcor |
Comments
Comment #1
marcor commentedOk, no one complained so far! ;)
This is my patch for the feature above. I just created an admin user interface in another tab along the admin settings page in which admins can predefine buddy groups that are offered to any user. The interface looks pretty much like the users' edit groups tab (thank god it's GPLed!)
BTW: I forgot to mention that this feature is not only for usability. If people share the same groups, you can work with their semantic now. You can predefine a group "partner" and so you know that these people have a partnership (magic word "meta data").
Please test this patch so we could get it into the 1.1 release.
Comment #2
marcor commentedAlso fixed a minor typo. ("be be" -> "be")