Any "Proactive Notification" is a typing notification received while
there were no windows open with the contact that generated it. So yes
you are right: PROACTIVE_NOTIFICATIONs are only generated by typing
notifications. That still keeps them different from regular typing
notifications that you get in the chat window during a conversation with
Right, maybe "Proactive typing notifications"?
Those notifications were to noisy, thats why I wanted to disable them.
IMHO they shouldn't show up when no prior conversation was established.
If I open a chat window to a contact, type something but decide to
forget about it, the contact would already have been informed. For me,
thats a privacy violation.
If a conversation is established, then they may show up for those who
Before I translated the notification config UI, the plugin simply showed
the enum names (converted from Pascal-Casing to "Spaced-Casing").
I don't understand. Where was this happening? Is this related to your
change? In your example, what is the difference between Pascal-Casing to
The notification plugin used enum constants for the entries in its
table. And because that looked ugly, some decided to call
"ConvertCamcelCaseToDisplayString", which, for the
ProactiveNofitications, resulted in "Proactive Notifications". Since
they are now translated, we're free to chose any meaningful name.
Maybe you remember that I told you I disabled the typing notifications,
but receive them despite the setting? Well, no wonder: The setting
behind the checkbox in Options->General->Message is not used anywhere.
OK. Just to be clear, this is not related to your string change, right?
Yes (but the source for trying to find out how to disable those popups).
IIRC, that setting was meant to prevent Jitsi from sending typing
notifications. It could have been broken along the way of course and if
so then we should have a look at it.
I didn't follow that deeper because I found a way for me to disable the
annoyance and put it on a todo list. I kind of accidentally committed
that string change (because it was in my master-tree instead of in a
branch), but didn't revert because it still seemed correct to change it.