We use Discourse for all internal communication at Dgraph. When composing posts, a lot of times I have to tag the team members using an internal group. But, Discourse then shows a warning blocking the preview pane that you’re going to notify X members, are you sure? Is there a way to avoid having that warning entirely?
Similarly, for topic similarity warning, is there a way to automatically time it out? Say after 10 seconds or so, it can just disappear, instead of having to manually close it to see the preview?
A mio avviso, questo sembra più una richiesta di Contribute > Feature o Contribute > UX che una di #supporto, ma lascio la decisione al team.
Alcuni pensieri:
Vuoi che l’avviso scompaia completamente, per tutte le menzioni di gruppo, o qualcos’altro? Potrei immaginare l’rimozione dell’avviso per gli utenti staff, oppure un’opzione nelle impostazioni del gruppo per non mostrare l’avviso quando si menziona un gruppo specifico…
Non mi piace l’idea di un timeout automatico, almeno come impostazione predefinita. Posso immaginare che ci vogliano 10 secondi o più per esaminare gli argomenti simili elencati e valutare se il tuo nuovo argomento sia pertinente, ma l’avviso scomparirà e al momento non esiste un modo per riattivarlo.
For the group warning, if I’m a member of the group, ideally we dispose off the warning completely. Possibly one could set a threshold, so if you are going to notify over N folks, that’s when the warning gets triggered.
I think for auto timeout, the timeout duration could be configurable. Most of the times, it isn’t as useful. But when it is, it’s very quickly obvious. Typically the first result is the right topic. But it’s def a distraction when composing the post, all the time.
We show certain introductory JIT notifications only to new users a certain number of times. In a similar fashion, after showing a certain type of notification a few times, maybe we could start showing it truncated by default, like so:
You’d click to expand. If we wanna get real fancy we could even have some sort of tabs system for this, so that in those rare cases when there are multiple notifications at play, they don’t overlap, but instead they’re stacked in a row (until they exceed the width at which point the rest will be hidden, which will almost never happen because you’d need at least more than 2 notification “tabs” to run out width).
One thing we should do here for sure is give different CSS classes to various warnings.
At the moment it has .composer-popup-container .custom-body we should be able to target this better with say .composer-popup-container .custom-body.group-mention
