Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Tray Menu Improvment #3235

Closed
DarXas opened this issue Apr 29, 2021 · 3 comments
Closed

Tray Menu Improvment #3235

DarXas opened this issue Apr 29, 2021 · 3 comments
Labels
enhancement enhancement of a already implemented feature/code

Comments

@DarXas
Copy link

DarXas commented Apr 29, 2021

How to use GitHub

  • Please use the 👍 reaction to show that you want to have the same feature implemented.
  • Please don't comment if you have no relevant information to add. It's just extra noise for everyone subscribed to this issue.
  • Subscribe to receive notifications on status change and new comments.

Feature description

Here is my suggestion for the improvment of the current tray menu:

Improved Tray Menu

  • There should be some kind of sorting function to communicate relevant information better
    (e.g. by the use of tabs and prioritization of important messages - currently just sorted by time of notification)

  • The status indicator should be better visible on a quick glance (located in the empty space between profile and files)

Related Issue

Improved tray menu #877

@DarXas DarXas added design enhancement enhancement of a already implemented feature/code labels Apr 29, 2021
@splitt3r
Copy link

I think it looks way to cluttered in your version.

@elsiehupp
Copy link
Member

I’ve had some similar thoughts regarding introducing more hierarchy in the tray menu, but I would do so using native menu widgets, rather than the completely custom interface that currently exists.

For example, aggregating notifications by type and listing a summary with tallies could help make large numbers of notifications easier to visually parse. The individual notifications could then be in a submenu or behind a disclosure triangle.

One of the advantages with native menu widgets is that they are much easier to bring in compliance with the native GUI skin, which they inherit from Qt, whereas the existing fully custom view is stubbornly alien on every platform.

(I personally think there should be some redundancy in terms of facilities for the user processing large numbers of notifications. That is, it could make sense to have something like a sortable spreadsheet view in the Settings app that could persist on screen while the user clicks through on notifications one by one. This would be particularly useful for acting on multiple sync-conflict notifications, for example.)

@FlexW
Copy link

FlexW commented Aug 10, 2021

We decided to go with a little bit different approach: The current conclusion is that tabs will complicate the interface and will hide information from the user. Closing in favour of #3644

@FlexW FlexW closed this as completed Aug 10, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement enhancement of a already implemented feature/code
Projects
None yet
Development

No branches or pull requests

4 participants