Skip to content

[Proposal] Improve notification read/pin related logic #25382

Open
@HesterG

Description

@HesterG

Feature Description

Right now, when clicking on pin inside read notification list, the notification will occur in both read and unread, with a read option in both read and unread list. And similar thing happens if pin is clicked in unread list. Maybe it is better to improve the logic by adding an unpin state.

  • Initial state: notification inside unread with pin and read options.

    For example,

    Screen Shot 2023-06-20 at 12 36 20
  • If the notification is pinned inside unread, only unpin option is available.

    Screen Shot 2023-06-20 at 13 28 54
  • If the notification is then unpinned, back to initial state.

  • Similar logic for pin/unpin inside unread.

  • If a notification is pinned inside unread, click on read all will not move it to read (must unpin it first).

To implement this, we might need to add a NotificationStatusUnPinned to backend and adjust frontend logic.
And might need to separate status pin/unpin and read/unread into two variables to pass to frontend (instead of just status)

Screenshots

No response

Metadata

Metadata

Assignees

No one assigned

    Labels

    topic/ui-interactionChange the process how users use Gitea instead of the visual appearancetype/enhancementAn improvement of existing functionality

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions