220

Yeah, but then Windows always had a thing with in-your-face pop-up windows (Hence the name, I guess). Every time you sneeze, a pop-up flies at you. That's one more thing I hate Windows for, and prefer KDE 4 to KDE 3 for unquestionably.

TheBlackCat wrote:

Fri13 wrote:Does the process bar move to systray?

This would be the best solution IMO, but should probably be configurable.

It is not wise that information is moved between different places, depending what is open and what ain't. One universal place is best solution.

Fri13 wrote:I think that we need to think more about the process notification. The current impletation is correct way to go. One place where _all_ is shown.

There is no reason these two are mutually exclusive. A simple checkbox in the system tray settings box could toggle the behavior.

Usability is the reason. We do not need configuration options if it ends up having information to get moved and user can not learn right away where the information is always.

Fri13 wrote:And this really needs a big bar. I dont like to have text on the bar at all. I want them off so only the icons are shown.

There is already work being done on this, but it is a separate issue.

That is nice thing what is coming, but it means that process bar can not be long, it would be very short/small and then it is again a usability problem. Best way is then again one universal knotify widget/place where all information is located.

Fri13 wrote:And I know people who keeps only tasks showed on windows what are minimized, this does not work at all on them.

Probably the same thing would happen as when the window is closed. Either it would move to the system tray, would already also be in the system tray (but perhaps just not pop up), or would just disappear, depending on your settings. Much of the system tray notification system and notification system is already highly configurable in trunk.

Yes, but that is again a usability problem. You minimize window, you get progress bar on task panel. If you have window open, it would be on systray. If you have no-text -tasks, it would end up again for different kind.

If we polish the current idea of one universal place, we have only one place, what is always samekind and same way working. And we do not have such big usability problems what we should need to fix for it.

This idea works fine only when the window is open. But it can not be open all the time. And this would make problems even for then. Like you have Kopete open. Someone sends you a file and you accept it. Where should the progess bar show? Someone sends then a message, it has actions (view, ignore) on it. Where should this go? You would end up to have two different places for information what could be placed on one place only, like now it is possible.

Hey everyone.

Good points all around, although I have a feeling this is being overcomplicated. My original idea was basically that *if* an app is open that has a running task, that a progressbar in the taskbar shows how it's going.

You see the same window title text twice, both at the top of the window and in the task bar. No one sees this as a problem. It's just putting it where it's easy to understand. Having that text in the task bar doesn't mean we can't have it on the window. This just makes it obvious to new users that it's the same app, represented in two locations (the window and the taskbar).

Is it useful to have one place where all the active tasks can be seen together? Sure, just like it's useful to see all running processes in the system activity monitor. I use it fairly often myself and have gotten used to it. Being used to it though doesn't make it ideal. I've personally seen (and had quite a few others having seen) that new users though don't connect a generic system tray icon to the app running an active task. Just like the system activity monitor, it's useful, but by itself not a beginners tool. Just like the window title text, this info can be shown both in the taskbar, *and* more in depth in other locations more advanced users know to check (such as the systray). Even if we still have the huge systray notification popup (which I suspect will be improved soon) then it almost never *needs* to be seen, but people can still use it just like today if desired.

This way people can use what they need, zero configuration, windows open, closed or minimised. Nothing lost and a lot of clarity gained.

My honest opinion? I've not seen the new system-tray notifications scheme (screenshots, anyone?), but I've a feeling that it's getting heavily improved, and that this kind of suggestion could easily go hand-in-hand with the new system. It's earned my vote.

I think it would be great to configure it for each app, maybe: Display Kopete-messages with the normal KNotify-message, copying in task-bar and xyz in systemtray.

Thanks for the feedback TheUser.

This is is just regarding progress notifications (ie where you normally see a progress bar). Standard notifications like those in Kopete, Quassel etc. wouldn't be touched by this. The intended use case for the original idea is for users to see your apps progress through large tasks without any clicking, large pop ups or needing to know that all apps are hidden in a systray icon.

I think this kind of notifications must be programmed in the applicatin itslef. So Dolphin itlsef decides (set in the options?) how to show its current progress - on the taskbar or in system tray.
Concerning notifications, i have an idea (maybe not new): if an application ussues a notification, it appears near its tab on taskbar, then moves animated to the systray

blindvic wrote:Dolphin itlsef decides (set in the options?) how to show its current progress - on the taskbar or in system tray.

Why limit it to one or the other? Why not both? That way the user experience is more consistent, if the progress can always be found in the same way, whether you prefer all progress in one place in the system tray, or quickly visible without clicking on the application in the task bar, no configuration needed.

I think this is very beautiful, but if we close accidentally the window? we will lose the action (copy, exclude, etc...). The actual progress bar on sys tray resolve this. Maybe this progress bar could be on sys tray just for beauty.

blaziushw wrote:I think this is very beautiful, but if we close accidentally the window? we will lose the action (copy, exclude, etc...). The actual progress bar on sys tray resolve this. Maybe this progress bar could be on sys tray just for beauty.

This has already been addressed. The system tray still exists, just as it does now. You don't lose anything, except having a large pop up when you haven't asked for it. You just have an *extra* indicator that links the progress to the app it belongs to, that is clearly visible even to a new user. Users advanced enough to know that all tasks can be seen in the system tray can still view them from there exactly as they do now. Because progress can normally be seen from the taskbar though, there is no need to have a large pop up that mysteriously dissapears before the job is done, when it's first opened. It's right there on your app in the taskbar.

If people were really concerned about continuity, then closing an app with a running task could pop up a dialogue with a message like "This application has an active task running. You can see the progress of this task in the system tray icon." with a checkbox saying "Don't show this message again." This is going beyond the scope of this suggestion though, as this is something missing even now from the current notification system.

i like the general idea; some perhaps useful notes:

* apps can mark kio operations as "not to have progress information shown"; gwenview should be using that for its thumbnail fetching

* in 4.3 we show both the number of jobs as well as an activity spinner when jobs are happening; this helps a lot and is much more effective than the "i" icon in 4.2

* this idea couldn't replace the actual job notices, for the various reasons already noted in the thread

* if implemented, it should be done in a way that doesn't compromise the look of the tasks widget; note in the mockup that the text on the button is moved up and that it obviously wouldn't work very nicely with very small buttons either; those aren't unfixable issues and yes, i understand that it's just a mockup..

* per-app settings would be just insane; apps can already control what kind of jobs do what (e.g. show progress or not) and that's really enough

This may have been obvious, but it occured to me that this would also be useful for things that do not normally appear in the notification area. For instance a media player could use this to display the progress of a song or video. An image viewer could us it to show how far through a slideshow you are. A presentation program could use it to show how far through the presentation you are. There are probably numerous other uses if software developers were allowed to.

About the look:
The "progress bar" could be shown as background of the task entry.

That is true. Windows 7 does it that way. You can see screenshots in post #15 in this thread.

According to a recent blog post, the new notification system associates the notification with the parent window, which I assume the taskbar could look for and use to display the notification:

http://www.notmart.org/index.php/Softwa ... ing_a_tray