And when there is no system tray at all (outside plasma)?

In T1769#21673, @ltoscano wrote:

And when there is no system tray at all (outside plasma)?

Yeah that is a problem. However I'm not aware of other kde apps which have a progress bar in the status bar...

In T1769#21675, @elvisangelaccio wrote:

In T1769#21673, @ltoscano wrote:

And when there is no system tray at all (outside plasma)?

Yeah that is a problem. However I'm not aware of other kde apps which have a progress bar in the status bar...

kmail!

In T1769#21676, @ltoscano wrote:

In T1769#21675, @elvisangelaccio wrote:

In T1769#21673, @ltoscano wrote:

And when there is no system tray at all (outside plasma)?

Yeah that is a problem. However I'm not aware of other kde apps which have a progress bar in the status bar...

kmail!

Indeed. Maybe a solution could be to show the status bar on demand, whenever the progress bar pops up?
Otherwise should always be hidden, because it literally displays *nothing*.

Is it possible to detect if the system tray progress bar is shown? In this case, I propose to use the status bar only as a fallback for trayless systems (+ showing it only on demand).

A second thought: Are there blocking actions shown in the progress bar? In this case the main window should also indicate that something is done and in the best case give the possibility to cancel the blocking action.

In T1769#21687, @tillschafer wrote:

Is it possible to detect if the system tray progress bar is shown? In this case, I propose to use the status bar only as a fallback for trayless systems (+ showing it only on demand).

I think it should be possible, but if it's too much effort I don't think would be worth it.

In T1769#21689, @tillschafer wrote:

A second thought: Are there blocking actions shown in the progress bar? In this case the main window should also indicate that something is done and in the best case give the possibility to cancel the blocking action.

You mean actions that block the UI? There are, but they also can be stopped only from the progress bar in the system tray's notification (this is similar to how Dolphin hanldes KJobs, btw).

In T1769#21689, @tillschafer wrote:

A second thought: Are there blocking actions shown in the progress bar? In this case the main window should also indicate that something is done and in the best case give the possibility to cancel the blocking action.

You mean actions that block the UI? There are, but they also can be stopped only from the progress bar in the system tray's notification (this is similar to how Dolphin hanldes KJobs, btw).

Yes, I thought, that is might be a bit cumbersome to find the right background job that is associated with the gui blocker if one has more than a single job running. E.g. if i pressed unpack and i got aware that i have chosen the wrong destination folder i need to find the right job in the tray instead of just hitting cancel in the area where i do my actual work.
However, consistency across the application is also beneficial.

https://phabricator.kde.org/D1141 seems to be related