Bug 311412 - Notification progress does no longer fill up circular
Summary: Notification progress does no longer fill up circular
Status: RESOLVED LATER
Alias: None
Product: plasma4
Classification: Plasma
Component: notifications (show other bugs)
Version: 4.10.0
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords: regression
Depends on:
Blocks:
 
Reported: 2012-12-09 14:11 UTC by Kai Uwe Broulik
Modified: 2013-07-17 08:29 UTC (History)
5 users (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 Kai Uwe Broulik 2012-12-09 14:11:05 UTC
With the rewrite of the notifications the progress indicator no longer fills up circuarly but just from left to right which looks really awkward in that round icon. It should fill up circular.

Reproducible: Always

Steps to Reproduce:
1. Copy a larger amount of files
2.
3.
Actual Results:  
The round information icon in the taskbar fills up from left to right

Expected Results:  
The round information icon in the taskbar fills up circularly like a clock like it did before.
Comment 1 Karthik Periagaram 2013-04-14 20:39:21 UTC
I agree with this. The linear progress indicator doesn't work with the circular notification icon thingie. First, the linear progress works best with a straight line/box that fills up from left to right. Here, the area is circular. A better idea could have been to fill it from bottom, like the bubble task manager plasmoid does (replicating a vessel being filled), But, seriously, the pie chart was excellent at this and a linear indicator doesn't quite work at the same level.

Second, the two arcs that go round and round to indicate that tasks are in progress worked really well with the pie chart. (That they should have been on the outside of the circle so that they were always visible is a consideration for another bug report.) If the state of working is indicated by a clockwise motion, it stands to reason that the progress level should also follow the same paradigm.

This is one of the rare cases where a pie chart was the most appropriate way to present the data. Do consider bringing it back for 4.11! Thanks!
Comment 2 Daniel 2013-05-12 20:22:35 UTC
*** This bug has been confirmed by popular vote. ***
Comment 3 Daniel 2013-05-12 20:27:16 UTC
The main problem with the linear fill is that it is very hard to gauge how far a task has progressed towards the edges. 80%, 90% and 100% progress are nearly indistinguishable from each other.
Comment 4 Belomir 2013-07-15 14:48:46 UTC
I suppose it must be optional: use circular or linear progress.
Comment 5 Karthik Periagaram 2013-07-16 08:41:15 UTC
(In reply to comment #4)
> I suppose it must be optional: use circular or linear progress.

IMHO, it's too small a thing to provide a config dialog for. The default should be sensible and the pie chart motif is the most logical way to display progress if the indicator is a circle.

If you must go linear, I can think of three ways:

a) A rectangular progress bar, such as the one used by the network manager plasmoid as it connects to a wifi point. The progress bar fills from the left to the right and is reminiscent of the usual progress bar widget.

b) Go vertical. Use either a bottom to top (filling up) or top to bottom (emptying) motif.

c) The current implementation of going left to right.

Of these, clearly c) is the worst option, according to me. I don't understand what it's supposed to convey. I'd rather just drop the linear progress bar with a round area altogether.

Perhaps a gif mockup of a few of these options could be posted on the kde forums or planet kde to solicit user input?
Comment 6 Kai Uwe Broulik 2013-07-16 09:57:08 UTC
Umm… I think the main reason is that it's not trivial to fill something circularly in QML.
Comment 7 Karthik Periagaram 2013-07-17 05:23:34 UTC
(In reply to comment #6)
> Umm… I think the main reason is that it's not trivial to fill something
> circularly in QML.

Ah, I didn't realize *that* was the reason for the change. It's certainly a valid point.
Comment 8 Kai Uwe Broulik 2013-07-17 08:29:24 UTC
This will be possible with QtQuick 2.0 and Plasma2 where you have the ability to paint custom things to a canvas (similar to HTML5 Canvas, see [1]) but with QtQuick 1.1 which the 4.x series uses this cannot be done.

[1] http://qt-project.org/doc/qt-5.0/qtquick/qml-qtquick2-canvas.html