OK. Podam implikacje obydwu rozwiązań – tak, jak ja je widzę:
- Etykieta tylko dla stanu "przeczytane" (jak jest obecnie):
-
Ilość informacji do śledzenia / czytania — Użytkownik ma mniej informacji do śledzenia/czytania;
-
Czy stan wiadomości jest domniemany? — Stan wiadomości jest domniemany, a nie bezpośrednio znany;
-
Czy każdy stan wiadomości jest sklasyfikowany? — Nie każdy stan wiadomości jest sklasyfikowany*;
-
Czy jest to intuicyjne? — Być może dla niektórych użytkowników jest to bardziej intuicyjne (np. tych przyzwyczajonych do Linuxa).
- Etykiety zarówno dla stanu "przeczytane", jak i dla stanu "nieprzeczytane":
-
Ilość informacji do śledzenia / czytania — Użytkownik ma więcej informacji do śledzenia/czytania;
-
Czy stan wiadomości jest domniemany? — Stan wiadomości jest bezpośrednio znany, a nie domniemany;
-
Czy każdy stan wiadomości jest sklasyfikowany? — Każdy stan wiadomości jest sklasyfikowany;
-
Czy jest to intuicyjne? — Być może dla niektórych użytkowników jest to bardziej intuicyjne.
* Mam tu na myśli takie sklasyfikowanie stanu wiadomości, które w naszym przypadku równa się wyświetleniu informacji o każdym jej stanie. A w ogólnym przypadku chodzi mi o to, że wiadomość będzie "miała etykietkę" dla każdego stanu – niezależnie, czy w bazie, czy na front-endzie, czy gdzie indziej.