• Categories
  • Recent
  • Tags
  • Popular
  • Solved
  • Unsolved
  • Users
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (Darkly)
  • No Skin
Collapse
brainCloud Forums

Suggestions based on usage patterns.

Scheduled Pinned Locked Moved Feature Suggestions
2 Posts 2 Posters 28 Views
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • J Offline
    J Offline
    Jake Simpson
    wrote last edited by Jake Simpson
    #1
    1. We cannot get a list of unseen channel messages for a given user. We do get this, via the very helpful GetMessageCounts for the message system, but there is nothing comparable for chats.

    I have a game that is using teams (or clans) and they have their own chat system. It would be very helpful to have a function where I could pass in an array of channel ids and get a response for each that tells me how many chat messages are unseen, so I can put up alert icons with a count in it (as I do for 1:1 messages).

    1. There is no RTT connection for group invites/requests to join. Right now the only way to get these is via calling GetMyGroups (it's a nice way of passing it, but it's a poll only mechanism right now.) I'd love an RTT system that pushes through the same Invite/Requests array of real time requests or invites that happen.

    2. Having the username in the ListGroups for the owner of a group. You give the profile Id, but effectively all that means is that I then have to call GetSummaryDataForProfileID, when all I want is the name (I want to display who owns a group) - the reality is that for most people, that's all they are going to want anyway. You pass the username for messages and chat messages sent, why not here too? Seems an easy win.

    3. On the JoinGroupRequest, it would be really nice to be able to send some meta data along with that. This would enable a user to be able to say "Hey Admin on group X, this is actually Y here, can you add me?", otherwise the admin has nothing to go on to decide to admit someone or not, except the user name (and email, if we look that up - in the interests of privacy, that's not really something that should be encouraged.) You would then get this metadata blob with a request and be able to parse it yourself to get a message out of it.

    4. While I get that there is Group Data, which can be used for what I'm about to suggest, I would argue that having it explicitly defined is just easier for usage. Have a description text block for a group as part of the group definition. Only admins and owners can update it. It's just easier than having to deal with Group Data for one small thing that almost everyone who uses groups is going to want.

    Hope this helps!

    1 Reply Last reply
    0
  • J Offline
    J Offline
    JasonL bitHeads
    wrote last edited by
    #2

    Thank you for sharing your suggestions. We will review your suggestions and see how we can incorporate them into future releases.

    1 Reply Last reply
    0

  • Login

  • Login or register to search.
  • First post
    Last post
0
  • Categories
  • Recent
  • Tags
  • Popular
  • Solved
  • Unsolved
  • Users