Roll20 uses cookies to improve your experience on our site. Cookies enable you to enjoy certain features, social sharing functionality, and tailor message and display ads to your interests on our site and others. They also help us understand how our site is being used. By continuing to use our site, you consent to our use of cookies. Update your cookie preferences .
×
Create a free account

Add Edit and Delete functionality to the Text Chat

Score + 15
Platforms such as Discord allow you or the host (in this case, GM) freely edit and delete posts in the text chat. In order to run a functional text-based tabletop game in Roll20, a delete and edit feature for text chat is necessary. Currently, GMs are forced to use external programs to host text-based games if they want these features, creating an awkward situation where you have Discord for one feature and Roll20 for maps and character sheets. I would prefer to not be forced to use another platform to run games with these chat management features if possible. The 'hide a post' feature, which was recently implemented, is not a delete or edit function, is insufficient, and is and GM-only, making it mostly useless for most instances where a player may wish to delete or modify their text post during synchronous or asynchronous play. 
It took them 7 Years (!!!) to implement the HIDE function for ingame Chat... (although Edit / Delete was wished)... Teller said: Platforms such as Discord allow you or the host (in this case, GM) freely edit and delete posts in the text chat. In order to run a functional text-based tabletop game in Roll20, a delete and edit feature for text chat is necessary. Currently, GMs are forced to use external programs to host text-based games if they want these features, creating an awkward situation where you have Discord for one feature and Roll20 for maps and character sheets. I would prefer to not be forced to use another platform to run games with these chat management features if possible. The 'hide a post' feature, which was recently implemented, is not a delete or edit function, is insufficient, and is and GM-only, making it mostly useless for most instances where a player may wish to delete or modify their text post during synchronous or asynchronous play. 
+1.  Yes, please, but with the qualifier that I'd want "player can edit own posts" to be a game setting.  I really hate having to delete the entire chat to hide an accidental entry that discloses info players shouldn't see (and I've had to do that more than once), and apparently the "hide" function only works on recent posts (you apparently can't hide something once it scrolls off the entries visible in the right column). But at the same time, in a dice-based game, the chat log is an audit log of who did what when, and I refer back to it between games; I wouldn't want my players removing or altering things they did after the fact. But that's my style of play, I can understand other circumstances may apply for other GMs or other kinds of game use. As GM, it would be nice if I could edit a post to remove sensitive/unintended info, rather than hiding/deleting the whole post.  And for Junk Posts (which sometimes happen) deleting is preferable to hiding.
+1  But perhaps put some sort of time limit. Like up to 24 h after the mess was posted. You don't want people to go back and rage-delete everything if they quit.
Perhaps make this a permission set and give a toggle option for "Can edit dice rolls" so there is the option there but players can't alter their previous rolls unintentionally or intentionally if a reference is needed. You could then with this method give custom time based permissions too for full customization for GM style or special use cases.
The DM should be able to see at least "Message was deleted". AND Players should - of course - only be able to delete their own messages... D G. said: Perhaps make this a permission set and give a toggle option for "Can edit dice rolls" so there is the option there but players can't alter their previous rolls unintentionally or intentionally if a reference is needed. You could then with this method give custom time based permissions too for full customization for GM style or special use cases.