Bug 131550 - Notifications bloating the UI
Summary: Notifications bloating the UI
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
6.4.1.2 release
Hardware: All All
: low enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: topicUI
Depends on:
Blocks: Infobar-UX
  Show dependency treegraph
 
Reported: 2020-03-24 20:49 UTC by Muhammet Kara
Modified: 2020-05-13 16:01 UTC (History)
6 users (show)

See Also:
Crash report or crash signature:


Attachments
Screenshot with multiple notifications (54.66 KB, image/png)
2020-03-24 20:49 UTC, Muhammet Kara
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Muhammet Kara 2020-03-24 20:49:53 UTC
Created attachment 158959 [details]
Screenshot with multiple notifications

Please see the screenshot to see how notifications bloat the interface. It was also reported that if the document was signed, there would be even more notifications.

Some suggestions to resolve the issue (from the LibreOffice Design channel):

1- "we need only one row with some drop-down list if there are more than one message there"

2- "Or prioritize & defer the low-prio notifications." For example, "Get Involved and Donate have no urgency. They can be deferred."
Comment 1 Roman Kuznetsov 2020-03-24 20:55:35 UTC
Else one from design channel:

we can show it all one by one with autohide
Comment 2 Rizal Muttaqin 2020-03-25 02:39:35 UTC
Just curious how it looks like with similar case in other office suite?
Comment 3 Heiko Tietze 2020-03-25 10:35:34 UTC
We can suppress WhatsNew and TotD when other TB are shown, if the other TB are cmming first. OTOH, is the issue really happening that often?
Comment 4 Muhammet Kara 2020-03-26 08:04:04 UTC
(In reply to Rizal Muttaqin from comment #2)
> Just curious how it looks like with similar case in other office suite?

No idea.

(In reply to Heiko Tietze from comment #3)
> We can suppress WhatsNew and TotD when other TB are shown, if the other TB
> are cmming first. OTOH, is the issue really happening that often?

I doubt that it happens frequently. Maybe this should be an 'enhancement'.
Comment 5 Heiko Tietze 2020-04-09 12:41:20 UTC Comment hidden (off-topic)
Comment 6 Heiko Tietze 2020-04-09 12:44:40 UTC
(In reply to Roman Kuznetsov from comment #1)
> we can show it all one by one with autohide

Not a good idea in case of critical information. Keep also in mind that infobar may have interactions such as switching readonly into edit mode.

Let's just postpone the not so important infobars for donation and whatsnew (which is shown only once anyway) until the Ui is clean.
Comment 7 Thomas Lendo 2020-04-10 19:09:11 UTC
I would limit the quantity of blue infobars to one and every infobar should have an importance index. E.g.
1. Edit document note (most important, must be shown)
2. Release note (only visible when no other note above is shown)
3. Donate note (only visible when no other note above is shown)
4. Get involved note (only visible when no other note above is shown)

Is there somewhere a list of all possible infobars?
Comment 8 Heiko Tietze 2020-04-14 10:21:14 UTC
(In reply to Thomas Lendo from comment #7)
> I would limit the quantity of blue infobars to one and every infobar should
> have an importance index. E.g.

Infobars can be Info (blue), Warning (yellow), Error (red), and Success (green).

> Is there somewhere a list of all possible infobars?

You can dig into this list https://opengrok.libreoffice.org/search?project=core&full=infobar.hxx&defs=&refs=&path=&hist=&type=&si=full