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."
Else one from design channel: we can show it all one by one with autohide
Just curious how it looks like with similar case in other office suite?
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?
(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'.
So let's do it.
(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.
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?
(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
LibO has pop-up baloon notification in top right for informing update. It could be utilized also IMHO for some infos like Release Notes, Get Involved or donation. it might be better to make the balloon pop up in a certain time. It has more rooms for more complex like ToTD but not too right-on-your-face either.
An easy way to lessen this issue is to make individual infobars thinner, and their icons 16 × 16 pixel instead of the current 24 × 24.
(In reply to Adolfo Jayme from comment #10) > An easy way to lessen this issue is to make individual infobars thinner, and > their icons 16 × 16 pixel instead of the current 24 × 24. Which would contradict the idea of infobars namely pointing to some relevant information without interrupting the workflow. Edit: Wrote "But I wonder if this one should be resolved WFM since Samuel implemented a solution. At least partly.", which is wrong. It's a better configurability done in https://gerrit.libreoffice.org/c/core/+/92638
With my marketing hat on: I believe the solution is not to try to make infobars thinner or try to space out the nags, but rather to combine those calls-to-action into one infobar (that is deferred if needed, to not be shown at the same time as the read-only document infobar). Infobars (at least in GTK) can have multiple action buttons, and the "Get involved" and "Donate" actions should be only one thing: "Contribute", pointing to a unified web landing page that takes care both of the "contribute by donating money" and "contribute by volunteering" scenarios. No need to make those separate messages. As such, if you're going to nag every user on every new release, then my recommendation would be a single nag infobar like this: > Welcome to LibreOffice XYZ! Discover what's new in this version, and help us future versions! [ Read the Release Notes] [ Contribute ] [X] Clicking the buttons other than X would not close the infobar, that way they can click both buttons. If you show three nags one after another (even on separate startups) instead, then you're just frustration-conditioning the user to close/dismiss anything shown there, and your nags lose their effectiveness.
Problem is this could/should be personalised according language/country/local community or specific users. High potential to create a white elephant, impossible to maintain. "But there's no such word as can't" In the opposite point of view , I would propose to create another bar for local community marketing.
(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. I find this a good strategy - and have infobars which don't "make the cut" appear another time: The next time you open LO, or the next time after at least X days etc.
Heiko Tietze committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/607740654f2264e13469e4da1d020448217d7222 Resolves tdf#131550 - Suppress Donate/Involve infobar if another is visible It will be available in 24.8.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
The patch hides the Donate and GetInvolved infobar if another one is visible. (WhatsNew is going to be moved out of the infobar stack.)
Heiko Tietze committed a patch related to this issue. It has been pushed to "libreoffice-24-2": https://git.libreoffice.org/core/commit/9b0ec6639e7218b93551fc680b0929a73ac1fd90 Resolves tdf#131550 - Suppress Donate/Involve infobar if another is visible It will be available in 24.2.2. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Heiko Tietze committed a patch related to this issue. It has been pushed to "libreoffice-7-6": https://git.libreoffice.org/core/commit/8f3fb27880d6374f531cb012fe3b53179ecd4313 Resolves tdf#131550 - Suppress Donate/Involve infobar if another is visible It will be available in 7.6.6. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
(In reply to Heiko Tietze from comment #16) > The patch hides the Donate and GetInvolved infobar if another one is visible. Heiko, are these delayed until the next opportunity, or are they just not shown at all?
(In reply to Stéphane Guillou (stragu) from comment #19) > Heiko, are these delayed until the next opportunity, or are they just not > shown at all? Just delayed. GetInvolved will come first and Donate the next program start, if no other infobar is shown.
(In reply to Heiko Tietze from comment #20) > (In reply to Stéphane Guillou (stragu) from comment #19) > > Heiko, are these delayed until the next opportunity, or are they just not > > shown at all? > Just delayed. GetInvolved will come first and Donate the next program start, > if no other infobar is shown. Great, thank you for clarifying!