Don
13. November 2024 um 06:23
1
Hallo
Ich habe ein paar Stellen gefunden, an denen die Online-Präsenz meiner Meinung nach ebenfalls verborgen werden sollte.
Chat-Präsenz: Wenn Sie eine Nachricht schreiben, wird diese unten angezeigt, auch wenn Sie Ihre Präsenz ausblenden.
Ich denke, auf der Zusammenfassung der Benutzerseite, in den Statistiken, sollte der Abschnitt „Gesehen“ für Benutzer ebenfalls ausgeblendet werden, wenn „Präsenz ausblenden“ aktiv ist.
Es wäre auch gut, wenn es wie bei Punkt 2 mit der „Zuletzt gesehen“-Benutzerkarte Komponente funktionieren würde.
Danke
4 „Gefällt mir“
lindsey
(Lindsey Fogle)
21. November 2024 um 15:35
2
Danke für das Teilen dieser Ideen! Ich werde dies jedoch in Feature verschieben, da dies eine Erweiterung unserer aktuellen Funktionalität über UX-Anpassungen hinaus beinhalten würde.
1 „Gefällt mir“
Don:
Chat-Präsenz: Wenn Sie eine Nachricht schreiben, wird sie unten angezeigt, auch wenn Sie Ihre Präsenz verbergen.
Dies wird behoben durch
main ← fix-is-replying-when-offline
opened 06:57PM - 03 Dec 24 UTC
While trying to reproduce an issue reported internally where a user saw the "is … replying..." from another user who had disabled presence (aka. was "offline"), I noticed something odd about the way we "notify" presence via `notifyState`. The way it is setup up, it's being called on every "input" event in the composer/editor, due to it tracking the "reply" property of the composer model. That's fine, but the way the `helperFn` helper works, make it so we're calling the `on.cleanup` callback also on **every** "input" events in the composer/editor. For every character we enter in the composer, we're "entering" the presence channel and immediatelly "leaving" it...
If I remove the checks on `reply` (and thus the auto-tracking), then the `notifyState` function is called much less frequently. But we have some specs that expects us not to "publish" our presence when we open the composer and the reply is "empty".
Note: I switched to using `replyDirty` instead to re-use the checks the composer model is already doing to ensure we actually have changed something in the reply.
The best I came up with was not to rely on the `helperFn` but now, there's no way (that I could find) to call `composerPresenceManager.leave()` when the composer is closed. I tried a lot of different ways, but none worked. I'm sure it's something stupid easy, but I can't figure it out just now.
Internal ref - t/127490/74
(sobald ich es richtig zum Laufen bringe )
2 „Gefällt mir“
#chat-Präsenz sollte den Online/Offline-Umschalter respektieren, da er nun denselben “Präsenzmanager” wie “Core” verwendet.
committed 11:21AM - 04 Dec 24 UTC
...since it was mostly duplicating the work the "ComposerPresenceManager" was do… ing.
So now the #chat composer uses the same "presence manager" as the composer, benefiting from the "hide presence" checks, with the only difference that the "keep alive" timeout is 5s for chat and 10s for topics/posts.
4 „Gefällt mir“