workspace/plasma/applets/tasks/README

   1
   2 KDE 4 Tasks Applet
   3 ==================
   4
   5 This is a desktop applet for KDE 4 which provides a view
   6 of the user's running graphical tasks and allows them to
   7 switch between these tasks.
   8
   9 It is intended as a replacement for the taskbar found in
  10 KDE 3.
  11
  12 Goals
  13 =====
  14
  15 This section describes the main goals of the tasks applet from the user's
  16 perspective:
  17
  18 - Provide a clear, attractive visual depiction of the user's running graphical tasks
  19 - Allow the user to navigate between tasks quickly
  20 - Allow the user to group related tasks so that they can be operated on
  21   as one*
  22
  23
  24 1.  Task representation
  25
  26     The information currently available from which a task representation can be
  27     constructed:
  28
  29         - Window title
  30         - A (typically small) pixmap
  31         - The 'window class' of a window which can in some cases be used
  32           to look up an appropriate icon for that application.
  33         - Notifications about changes to a window's state (eg. raised,
  34           lowered, wants attention)
  35
  36         This information is fairly limited.  In order to provide more interesting
  37         and useful representations in future, additional information will be
  38         required.
  39
  40             - A reliable source for a scalable icon for the task
  41             - Information about the documents associated with a task
  42             - Information about the people associated with a task
  43
  44 2.  Navigation between tasks
  45
  46         The tasks applet should try to make it as easy as possible
  47         for the user to perform a 'context switch' between the different
  48         tasks they are performing.
  49
  50         On a basic level, this means that:
  51
  52             - The user must be able to identify the task from a small
  53               representation
  54             - Easily activate a task's representation which causes the
  55               corresponding window to be raised and placed at the top
  56               of the screen.
  57
  58               Note:  One of the flaws of KDE 3's Kicker is that task
  59               representations are placed in a 2-task high grid
  60               at one edge of the screen.  This means that only half
  61               of the task representations touch the screen edge and as a result
  62               only half of them benefit from the 'infinite size' of a screen
  63               edge with respect to activating it with the mouse.
  64
  65               In the KDE 3.5.x series there is a bug in Kicker where the
  66               colour of the text for a minimized task is grey, against what
  67               is usually a grey/silverish panel background.  This makes the
  68               text difficult to read.
  69
  70         Navigation between tasks usually occurs for two reasons:
  71
  72         A)  The user decides to switch to a different task of their own
  73             volition.
  74
  75         Example:  Greg has been writing a business letter to a client,
  76                   he decides he wishes to take a break for twenty minutes
  77                   during which he intends to listen to music and read
  78                   the latest news online.
  79
  80                   He therefore wishes to switch away from the word document
  81                   and email related to that letter to his music player and
  82                   feed reader.
  83
  84         B)  An external interruption
  85
  86         Example:  Paul is watching the latest episode of a TV drama online when
  87                   he is alerted by his messaging client that a friend he wants
  88                   to talk to has come online.  Paul then wishes to switch
  89                   away from the TV episode he is watching and start a conversation
  90                   with his friend.
  91
  92 3.  Grouping
  93
  94         This is intended to be the main area of innovation in the KDE 4
  95         'taskbar' versus that found in KDE 3, Gnome, Windows and MacOS X.
  96
  97         Some of these windows are likely to be related to the same logical
  98         activity from the user's point of view.  For example, a paper which
  99         the user is writing and the various research material used to
 100         write that paper.
 101
 102         The idea is to allow the user to easily group these related tasks
 103         so that he can treat them as one.  That is, bringing all of them
 104         to the front, closing all of them or layout out the windows within
 105         a group so that they are all visible on screen at the same time
 106         and can be worked with together.
 107