Propose your solution
Attachments
No attachments.
Duplicates
Comments
|
|
More than one bar per bubble is confusing. What are you going to do when you have so many bars that they don't fit on a single bubble? Split them over multiple bubbles? I don't think anyone can see the logic in that. One task = one bubble.
Also, would that mean that there is no way to hide the bar? Because even though the notification-bubble doesn't stop you from clicking underneath it, it can be in the way of things that I want to see without having to hover my cursor over it.
|
|
xapient
wrote on the 8 Mar 09 at 14:37
|
|
|
in other words... make the coming notification system work like the one of kde4 ?
in kde4 you can "minimize" the notifications and resize the bubbles as you whish... it needed some time to get used to it but now i find it perfect
|
|
|
@saftaplan: maybe when the bubble is vertically filled with progress bars, that bubble could be extended horizontally to take twice the width of a normal bubble and display two columns of bars and so on...
it may not look very pretty, but what are the odds of that actually happening?
|
|
qaaq
wrote on the 8 Mar 09 at 22:17
|
|
|
You want to have a progress bar sitting on the screen for the entire lifespan of a long-running activity?
This doesn't make sense. I'm interested in WHEN MY DOWNLOAD COMPLETES, not the fact that it's happening. I don't generally sit and watch progress bars move across the screen.
If I want to check on the progress of something, I look at the application that's working on it.
It's a *notification framework*. This idea is way out of scope, and there's no good argument for it.
|
|
yzarc
wrote on the 8 Mar 09 at 23:02
|
|
|
I totally agree with qaaq.
-1 to sol #1
|
|
Esshahn
wrote on the 9 Mar 09 at 14:29
|
|
|
I really like the new notification system and it's style. However, file operations are not a notification. Notifications inform you on something that happend, not a constant progress.
Furthermore, i often move the nautilus copy window to a specific place on the desktop to have it within sight all the time. I don't want this to be controlled by a notification window.
-1 for me, but i appreciate the idea and the will to help improve the desktop, thanks.
|
1337hippo
(Idea reviewer)
wrote on the 13 Mar 09 at 18:16
|
|
|
qaaq said it, why would you want a notification staring at you the entire duration of a file transfer? What if I'm download 10 files at once- my entire right side of the screen would be covered in notification bubbles.
-1 to solution #1, +1 to solution #2
|
|
|
|
#1 is bad because OSD are planned to have no interaction.
|
|
|
I actually voted down the the first (my) solution.
Second solution is awesome though. Seriously awesome. If done like the mockup. Even if it weren't global and just for nautilus's file operations, it'd still be super awesome.
|
|
|
|
solution 2 is possible. Banshee got a progress bar in its notification icon tooltip.
|
|
euxneks
wrote on the 16 Mar 09 at 16:57
|
|
|
|
I have to agree that it may look slick for the notification to be there, but I don't think that's what it should be used for. I like sol # 2 best.
|
|
yzarc
wrote on the 17 Mar 09 at 12:02
|
|
|
|
is the #5 a solution?
|
|
|
No, it's a flame.
I like the #2 Solution the best.
with the notification only you are not able to stop or pause the operation.
|
|
tgm4883
wrote on the 18 Mar 09 at 00:55
|
|
|
|
Deleting solution 3 as irrelevant
|
|
toxwa
wrote on the 20 Mar 09 at 15:54
|
|
|
|
I prefer solution 2. I don't really like the current solution 3 (icons on the desktop). This way you need to free your desktop to see the progress. I prefer to keep the program I'm using full screen and have an icon like solution 2 that I can check without closing or minimising anything.
|
|
mambazo
wrote on the 23 Mar 09 at 01:05
|
|
|
As some people have pointed out, there are two kinds:
(1) Notifications (for things that just happened, e.g. an instant message received, a download started, a download finished, a file copy started, a file copy finished, a cd-burn started, a cd-burn finishd, etc.)
(2) Progress (for things that are happening, e.g. downloading a file, copying a file, burning a cd, etc.)
I think both solutions #1 and #2 are perfect for the above situations respectively. So, when starting a file copy, solution #1 is used to do a quick notification that the copy has started. You can view the progress using solution #2 if you want. Once the copy is done, another quick notification using solution #1.
|
|
tgm4883
wrote on the 25 Mar 09 at 01:55
|
|
|
|
Deleting solution 4 as irrelevant
|
|
|
|
I like mambazo's combination of solution 1 and 2, but if I had to choose just one solution, it would be #2.
|
|
|
I'm really not a big fan of solution 2. Solution 1 seems much prettier, easy to use, and just makes more sense in general.
I want to be able to see the progress of my transfer as it's happening, not have to find an icon, mouse over it, and leave my mouse there, since then I can't watch the progress of it.
|
|
|
Solution #1 is nice - but takes up desktop realestate
Solution #2 is far better and far more practical!
I say Solution 2!
|
|
YokoZar
(Ubuntu developer)
wrote on the 3 Apr 09 at 21:38
|
|
|
I'm worried about the idea of putting cancel buttons in the notifications area. We can't get rid of them entirely though, which means that if we are showing these notification progress bars we'd still have the normal progress bar, which is a bit redundant.
Maybe the notification could come up when the user clicks away from the normal progress bar. Or maybe we can just give a notification when it's done.
|
Post your comment
|
