Allow bots to create client-side bot messages like Clyde

Comentarios

22 comentarios

  • TheFutureKnight
    well that's basically sending a normal text using a bot, the only difference being the "delete this message" part which can be easily managed by reacting to a message for example and the bot deletes the message...not sure if there's something else you want/need
    -14
    Acciones de comentarios Permalink
  • NurMarvin

    I want to have messages that are only visible to one user and not to others.

    E.g. if I have some super secret message that is only meant for one specific person, I want to send such a client side message in the chat. Of course this could be managed through direct messages but this will fail if users have their direct messages closed or only allow direct messages from friends plus it's pretty annoying to scroll to your direct messages just to look at what the bot sent you instead of having a message directly in chat.

    What's also super annoying, is that direct messages from bots fill up your direct messages after a while.

    10
    Acciones de comentarios Permalink
  • digimbyte

    I second this feature. it would be handy to message a user directly even if they have DM's closed.
    such as authentication and important notifications that you might not want to share to all users.
    this could be anything from a private notification about the server, or a private output from a role play bot.

    8
    Acciones de comentarios Permalink
  • kyoko

    no, bot api shouldn't have access to users client side

    -13
    Acciones de comentarios Permalink
  • HVENetworks

    I would like this idea. It's a small notification, that can be removed by the user at any time. Not just when the bot is up. 

    3
    Acciones de comentarios Permalink
  • ThatTonybo

    Although this is a nice idea, and has a lot of uses, it's abuse-able. Really, really abuse-able.

    -6
    Acciones de comentarios Permalink
  • Ghost

    @ThatTonybo everything is abusable in the wrong hands

    7
    Acciones de comentarios Permalink
  • HVENetworks

    How is it really abusable?

    4
    Acciones de comentarios Permalink
  • Donovan_DMC

    If you only want them to see it, just dm them

    I can see where this would be useful, say if they don't have dms enabled (like I don't, because people are annoying), but as Tony said, it could be abused to spam that persons chag that only they can see, and no one else knows is happening 

    3
    Acciones de comentarios Permalink
  • Donovan_DMC

    This would make for a nice permissions error message though, only alerts the person who triggered it, and anything like bans coulf be sent separate

    Publicly "User#0000 was banned", locally "You banned User#0000"

    5
    Acciones de comentarios Permalink
  • Ghost

    doesn't work like that last example Donovan

    Also if an excuse is 'but spam' well, so can any and every other bot spam messages and DM's - most developers don't go down that path and if a user joins a guild where that is normal and they don't like it, they can leave

    its all about the purpose and 'vibe' that guild is using that bot for. if its spam, its on the server owners to make that call. 

    -1
    Acciones de comentarios Permalink
  • Ghost

    I see it as a potential area to gain indirect messages to effect of managment, or whispers in RP or outcomes for minigames and server moderation

    being temporary, the messages self destruct on the client anyway.
    it's sad when people dont seem to understand what developing a bot for discord is like

    4
    Acciones de comentarios Permalink
  • Ben.

    This would be pretty helpful! An example of where it could be helpful is if a moderator wanted to run a command without other people seeing it, such as a moderation command or even a help command (because those tend to be long and take up a lot of channel space)! +1 from me!

    EDIT: I just thought of this: Having messages like this show up in chat would be a good replacement to having bots DM you. For (lazy) people who are in a lot of servers, it takes a while to scroll from the DMs to a server at the bottom and back to DMs, etc. It would also keep it more organized if multiple servers are using the same bot to DM things to people.

    3
    Acciones de comentarios Permalink
  • DingleFlop

    This is not abusable. This is IN ESSENCE, a temporary DM that shows up somewhere a user doesn't have to tab to see it.
    I vehemently second this. I love good ideas like this.
    The words "client-side" don't apply here, and people thinking this has a security implication or abuse potential don't understand the underlying structure of Discord.

    6
    Acciones de comentarios Permalink
  • GrifGrif
    This is a great idea but might be a security problem
    -6
    Acciones de comentarios Permalink
  • Rubat

    I support this as well, I don't see how this could be abusable or is a security concern, you are still just sending a message to a channel, but only the target person can see it.

    This would be very useful for "bad command input" notifications and less annoying auto moderation messages, such as telling the user that they shouldn't post certain things in a certain channel, etc.

    2
    Acciones de comentarios Permalink
  • 1nvisible

    Support this.

    This would be extremely helpful for my game bot.

    1
    Acciones de comentarios Permalink
  • TheCire

    I +1 this too. Has there been any more info on whether this has been implemented or they are looking at it?

    0
    Acciones de comentarios Permalink
  • Jack

    Very useful idea!
    I'm currently in the process of creating a bot myself and this feature would be incredibly helpful.

    I have information that I want to only display to one user, but they are channel and server related.
    This would basically be a DM with relation to a channel. From a usability point, it's sort of akward to relay this information through normal DMs, since the user might be in multiple servers where the bot is active, and I would have to always specify "Here is your data for <channel> in <server>: <data>". This way I could directly embet the message into the context it belongs to.

    0
    Acciones de comentarios Permalink
  • Aleck Mode

    I would love to see this opened up too. Possibly as a “whisper(content)” function instead of “send(content)”. I would also personally like to be able to allow certain bots to pass through the “friends only” dms, maybe giving bots a “friendly bot” toggle or something. Cause i hate having to turn down my privacy settings so i can receive dms from my bots that ive written

    3
    Acciones de comentarios Permalink
  • ⚡Minx⚡

    I'm a little late to the show but this is possible, actually, not only possible, but quite possibly already done. But, not in the way you are exactly wanting.  The ways everyone outlines wouldn't be the best as spam and whatnot would be pretty obnoxious.  But bots can create private channels and give special access to specific people.  Now obviously this means server administrators and the owner will be able to see these private messages that occur on their server, but I think this is a good compromise, and it wouldn't be too difficult.  There is a bot that has the private channel functionality already out in the wild, but it wouldn't be hard to make, my testing bot has a sort of beta private channel function right now.  

    -2
    Acciones de comentarios Permalink
  • Jack

    @Minx the thing is that if you already have to switch to a different channel, it's similar to switching to PMs. It's better, but it is a clunky workaround in my eyes. The main benefit of this feature would be to have a way to send direct messages in the context of a specific channel on a server, where it makes sense for the message to appear. Using that workaround does create a pseudo private message with relation to the server, but it still doesn't have relation to the channel. On big servers users might even not realize that a channel has been created for them. From a usability perspective, I would like to have a way to immediately and privately respond to the user in the same channel where he issued the command that triggerd an action.

    0
    Acciones de comentarios Permalink

Iniciar sesión para dejar un comentario.