After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 339053 - Taskbar shoud display applciations list instead of windows list
Taskbar shoud display applciations list instead of windows list
Status: RESOLVED OBSOLETE
Product: libwnck
Classification: Core
Component: tasklist
2.14.x
Other All
: Normal enhancement
: ---
Assigned To: libwnck maintainers
libwnck maintainers
Depends on:
Blocks:
 
 
Reported: 2006-04-19 16:38 UTC by Bertrand Rousseau
Modified: 2018-01-24 13:32 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement


Attachments
Mockups of the proposed idea (206.99 KB, image/jpeg)
2006-04-19 16:40 UTC, Bertrand Rousseau
Details

Description Bertrand Rousseau 2006-04-19 16:38:41 UTC
Hi,

First of all, I joined a mockup presenting my idea to this bug. Take a look!

Now the explanation:

I realized some days ago that in order to improve usability of the desktop, we
should present windows list (as shown by default in the taskbar) as an
applications list instead.

What do I mean? That's simple: at present, in the taskbar, every existing int he
desktop window is listed, whatever the application. It is actually possible to
group them by application, showing one button for every windows belonging to an
application. That means that everything is based on the concept of windows. So,
when you work on something on a computer, you actually play with windows.

I think this is actually broken: in reality, when I work on somethin on my
computer, I use applications. I mean I use a mail reader, a web browser, a text
editor, and so on... But I do not think like: "I'm using the windows called
xxxx". What I think is thus that it would actually be more logical to present
every running application as such, and not as windows, which the lower level
representation of the explication.

To remediate this, I believe it would be interesting to change a little bit the
behaviour of the taskbar. Instead of showing a liste of windows, it should
display a list of running application. In the rest of this text, I'll present an
example, and then some use case to explain of I see it work.

EXAMPLE

Imagine this situation. You are browsing the web, using two or three windows of
epiphany. You also have a mail reader running, and Gimp running to do some
mockups (of course, like always ;-)).

With the actual behaviour of the tasklist you'll see something like: "Web
browser - www.slashdot.org", "Web brower - digg.com", "Web brower -
planet.gnome.org", "Mail reader", "The Gimp", "Layers", "ubercool_mockup.xcf" in
your taskbar.

I would rather see this: "Web Browser", "Mail Reader", "The Gimp". This way, you
only see running applications, not the enormous amount of windows present on
your screen. If I want to return back to web browsing while I was gimping
something, I'll just have to click on "Web Browser". This kind of behaviour
would be rather less confusing for some beginning user not really acquainted
with the concept of windows. They use programs to do stuffs, not windows! For
them, reflexions like "Let's o back to that web browser windows" is nonsense:
they think "I wanna go back to the program I was in to browse the internet".
Seeing "Web Browser" in the taskbar would be self-explanatory.

BEHAVIOUR

Of course, this change quite a lot from the actual conception of the desktop
taskbar, and that means it requires some different behaviour than when dealing
only with windows. Actually a popular desktop already use this approach: it's
MacOSX and its docker.

How it should work: when launching an application, the task appears as launching
on the taskbar (imagine some fading - in and out - on the taskbar, which would
be consistent with the glowing animation when application request attention of
user at present).

Then the taskbar only displays the name of the applicaiton on the taskbar,
whatever the number of windows this application possess.

When you click on it, every windows of this application come over every others.
So imagine you were in Gimp on you click on "Web Browser": every windows of
epiphany would come over the gimp windows.

Clicking right on the button show a list of windows of the application, and
maybe also some other application-specific actions.

In handling multiple desktops, we could by default only show applications
runnning on the desktop we're in. If we display every running applications,
whatever the desktop, we should be warped to the desktop the application is
running or warp every windows in the present desktop (to discuss...).

The buttons could be larger than now, offering a better reading, and allowing
certain application to show some useful information. Ex: Mail reader could
display how many unread mails there is.

I suppose this should not we be really hard to do since most of the needed
function (grouping by applications) already exist.
Comment 1 Bertrand Rousseau 2006-04-19 16:40:21 UTC
Created attachment 63883 [details]
Mockups of the proposed idea

Here you can see a mockup of the idea I describe here. The proposed taskbar scheme is visible in the bottom panel.
Comment 2 Raphael Slinckx 2006-04-19 16:47:09 UTC
I suggest you provide a quick patch/hack to test this behavior, as it shouldn't be too complicated.

You can even do a quick python task bar/application bar prototype using the libwnck bindings..
Comment 3 Steve Frécinaux 2006-04-19 17:11:59 UTC
This would not be very consistent with the Gnome way of saying "one window per document", and "who cares about applications or document types ? I just want to see my document !". If it would be convenient for Gimp or Glade-2 (or even nautilus), it could be painful with evince and other document-related applications.

Perhaps a possible trade-off would be to do the same with "top level windows" instead of "applications". This would probably be more consistent with the Gnome philosophy as I see it. It should also fix the "lost modal dialog" issue and the window-list occupation of, say, synaptics.

Maybe an application could register "window groups", too, but it would probably require some spec arrangement, and it would not be used by anyone for some time.

Anyway I'm 100% for it as an optionnal behaviour, and 100% for the proposed trade-off to be the default one.
Comment 4 John Peterson 2006-12-26 16:41:16 UTC
We already have a grouping mechanism in GNOME, it's called workspaces.
Comment 5 John Peterson 2006-12-26 16:49:56 UTC
There is really a battle going on here between the application-centric and the document-centric approaches. I'm on the document-centric side.
Comment 6 GNOME Infrastructure Team 2018-01-24 13:32:13 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/libwnck/issues/60.