1 person found this helpful
Yes, you can build something like this, however there are a few caveats to consider.
Also, a big benefit of the tile/addon approach will be that you will be able to write a generic version of this, that can automatically detect the group it is located in. With a html widget, you will need to hard code the place for every instance. My former colleague Emanuel Popa can created a ton of these and might be able to help out.
The big caveat is IIIRC that there is no solid search option for members of a group. If the number of members of your group is not too high you can use the members collection of your group ( https://developers.jivesoftware.com/api/v3/cloud/rest/MemberEntity.html ) , keep those in an array and filter accordingly. This will also allow you to populate your dropdown fields with current data.
The standard people search endpoint in the Rest API, which would seem like the obvious choice, does not allow you to search by skills specifically, it can only do a full time search. Also, for filterable fields like location, department or position, there is no way to get the available filter options (e.g. a list of departments) and finally, it does not allow you to limit your search to group members.
So unless your groups have hundreds or thousands of members, I would go with the first option and use the members property of the group. If you have very large groups, the best approach would be to create a Jive app/add-on that adds a "advanced people search" tab to your group. Then you could use app properties on the Jive server or a custom backend to cache data.
Let me know if you need further help.
Thanks, Nils. This gives me quite a bit to think about.
We are currently on 7, in the process of upgrading to 8. I'll go ahead and look at the options in 8 (tiles) and see what I can come up with.