zulip/zulip-terminal

Refactor index to better support unread messages

Offen

#496 geöffnet am 27.01.2020

Auf GitHub ansehen
 (5 Kommentare) (0 Reaktionen) (0 zugewiesene Personen)Python (352 Forks)github user discovery
help wanted

Repository-Metriken

Stars
 (853 Sterne)
PR-Merge-Metriken
 (Keine gemergten PRs in 30 T)

Beschreibung

Currently, very few unread messages are retrieved during initial load. Due to lack of data about unread messages, issues like #434 cannot be solved. Solution is to:

Use the unread message data from model.initial_data['unread_msgs'] from server. Add data structures to the index to store info about unread messages, and to prevent retrieval being costly. When marking message as read, remove the message from the newly added data structure For more info, refer to https://chat.zulip.org/#narrow/stream/206-zulip-terminal/topic/.5BCode.20help.5D.20how.20does.20index.20work.3F

Contributor Guide

Research-Richtung
Untersuche, wie der Index derzeit Nachrichten speichert, und integriere die ungelesenen Nachrichtendaten aus model.initial data['unread msgs'] in den Index, um ein effizientes Abrufen und Entfernen beim Markieren als gelesen zu gewährleisten.
Tech Stack
python
Domain
cli
Issue Type
Refactoring
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
3
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
Halber Tag
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Meist klar
Voraussetzungen
GitPython
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
55