Bug 185504 - Option to permanently unhide Dolphins progress bar on Desktops without visible systray
Summary: Option to permanently unhide Dolphins progress bar on Desktops without visibl...
Status: RESOLVED DUPLICATE of bug 177708
Alias: None
Product: plasma4
Classification: Plasma
Component: widget-systemtray (show other bugs)
Version: unspecified
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-02-25 09:58 UTC by Martin M
Modified: 2009-04-30 03:17 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Martin M 2009-02-25 09:58:36 UTC
Version:            (using KDE 4.2.0)
OS:                Linux
Installed from:    Ubuntu Packages

I file this as a bug because it took me awhile to figure out what was going on with my dolphing and instantly thought it was a bug or regression.

I understand Dolphins new default behavior on long copy/move operations is to hide/minimize the progress bar to a systray icon.

However, I have followed KDE 4.2's call and switched from an application oriented workflow to a more task based one, meaning that I have abandoned my Kicker (Plasma bar, whatever) and work in fullscreen apps now. All informations I need are displayed in playmoids, which I bring to the foreground when I need it.

This also affects my systray, which is now invisible most of the time.

Dolphins new behavior now forces me to raise the plasmoids and click on the minimized icon to get back the progress bar, which turns out to be a major annoyance.

I reckon the easiest solution to be a checkbox in the options to toggle the hiding behavior of the progress bar, so that it can be told to stay on top all the time.

Alternatively I could live with a tiny indicator inside Dolphin's UI that tells me that a copy/move operation is still active. Maybe it could unhide the progress bar as well, when clicked.

The bug potential here is also for beginners who would think a copy/move operation on a big file tree has ended and start performing actions on files or folders that don't exist anymore a few seconds later.
Comment 1 Peter Penz 2009-02-25 11:54:01 UTC
@plasma team: I think in KDE 4.3 it will be possible to adjust this. Is this correct?
Comment 2 Rob Scheepmaker 2009-04-09 17:15:56 UTC
@Peter Penz: we're actually reworking how the systemtray handles jobs and notifications. After most of this reworking has been done we'll investigate what usability bugs are still relevant. Current behavior in trunk for example is no autohide: each job is grouped in a totals widget that takes up very little space: you can expand it to see details if you like.
Comment 3 Rob Scheepmaker 2009-04-30 03:17:00 UTC

*** This bug has been marked as a duplicate of bug 177708 ***