| informationsyndicateUTC clock | event counters The last message was received 1.03 years ago at 16:49 on May 15, 2011 0 messages so far today, 0 messages yesterday 0 messages so far this week, 0 messages last week 0 messages so far this month, 0 messages last month 126 messages since the first one, 3.88 years ago, for an average of 1.6 weeks between messages recent messages date | project | content | link |
|---|
| 16:49 on May 15, 2011 | KDE | Commit by cmollekopf :: r 1232100 /trunk/www/sites/planet/planetkde/config: ( link) Added feed of Christian Mollekopf | # | | 01:15 on Jan 25, 2011 | KDE | Commit by cmollekopf :: r 1216830 akonadi/trunk/KDE/kdepimlibs/akonadi/ (3 files): ( link) react to changes of the monitored resources | # | | 22:04 on Dec 17, 2009 | KDE | Commit by cmollekopf :: r1063353 workspace/trunk/KDE/kdebase/workspace/libs/taskmanager/groupmanager.cpp: make sure that groups are reevaluated, when the tasks are reloaded | # | | 08:26 on Nov 25, 2009 | KDE | Commit by cmollekopf :: r1053974 workspace/trunk/KDE/kdebase/workspace/ (18 files in 4 dirs): So far one rootGroup was used as library representation of the visualization. For manual grouping/sorting the tasks were remembered to restore the old grouping/sorting after a desktop change.
From now on we use another approach, by creating a rootGroup for each desktop. This allowed to remove all the code which was used to store the grouping/sorting (which was also rather messy IMHO), since no reevaluation is done when we return to the old desktop. The only change to the library user is: Instead that all tasks are removed when the desktop changes, the rootGroup changes.
Different grouping of tasks on different screens is not supported, since tasks cannot be on several screens at the same time afaik. | # | | 22:55 on Sep 01, 2009 | KDE | Commit by cmollekopf :: r1018615 workspace/trunk/KDE/kdebase/workspace/libs/taskmanager/strategies/manualgroupingstrategy.cpp: resolves crash when removing a group, origin group is closed before the last item has been moved to the parentGroup | # | | 21:52 on Mar 16, 2009 | KDE | Commit by cmollekopf :: r940216 workspace/trunk/KDE/kdebase/workspace/plasma/applets/tasks/ (4 files): remove traces of obsolete tasksmenu | # | | 18:01 on Mar 15, 2009 | KDE | Commit by cmollekopf :: r939789 workspace/trunk/KDE/kdebase/workspace/plasma/applets/tasks/ (taskgroupitem.cpp taskgroupitem.h): relayout items if a subgroup expands to apply the stretch factors. | # | | 17:42 on Mar 15, 2009 | KDE | Commit by cmollekopf :: r939777 workspace/trunk/KDE/kdebase/workspace/plasma/applets/tasks/ (3 files): make "collapse parent group" menu option work again, rename TaskGroupItem::abstractItem to abstractTaskItem let TaskGroupItem::abstractTaskItem function also find subtasks | # | | 14:58 on Mar 15, 2009 | KDE | Commit by cmollekopf :: r939708 workspace/trunk/KDE/kdebase/workspace/plasma/applets/tasks/taskgroupitem.cpp: remove items if they are not added to the offscreenLayout | # | | 18:26 on Mar 09, 2009 | KDE | Commit by cmollekopf :: r937480 workspace/trunk/KDE/kdebase/workspace/plasma/applets/tasks/ (3 files): Show the real taskitems in the grouppopup. an offscreen widget is used instead of the tasksmenu. | # | | 22:54 on Mar 08, 2009 | KDE | Commit by cmollekopf :: r937074 workspace/trunk/KDE/kdebase/workspace/libs/taskmanager/strategies/programgroupingstrategy.cpp: only join existing subgroups and not also the rootGroup, otherwise a program is not grouped if there is only this program open, which is typically on startup. | # | | 11:46 on Mar 08, 2009 | KDE | Commit by cmollekopf :: r936682 workspace/trunk/KDE/kdebase/workspace/plasma/applets/tasks/layoutwidget.cpp: remove all items from the layout before readding them in case the order has changed | # | | 13:36 on Mar 07, 2009 | KDE | Commit by cmollekopf :: r936400 workspace/trunk/KDE/kdebase/workspace/libs/taskmanager/abstractgroupingstrategy.cpp: when a group is closed, insert the items in the parent group where the items group was. This applies only to manualSorting. | # | | 22:00 on Feb 23, 2009 | KDE | Commit by cmollekopf :: r930612 workspace/trunk/KDE/kdebase/workspace/plasma/applets/tasks/ (3 files): This patch enables the LayoutWidget of the Tasks applet to have another layout direction than the applet itself. This is a preparation for the popup since we want there the popup to be vertical for a horizontal taskbar. | # | | 19:42 on Feb 18, 2009 | KDE | Commit by cmollekopf :: r928010 workspace/trunk/KDE/kdebase/workspace/plasma/applets/tasks/ (4 files): Turn the LayoutWidget into a QGraphicsGridLayout, and stop recreating the layout every time. Works only with qt 4.5. | # | | 22:15 on Jan 07, 2009 | KDE | Commit by cmollekopf :: r907339 workspace/branches/KDE/4.2/kdebase/workspace/libs/taskmanager/taskmanager.cpp: fixed typo | # | | 22:07 on Jan 07, 2009 | KDE | Commit by cmollekopf :: r907336 workspace/trunk/KDE/kdebase/workspace/libs/taskmanager/taskmanager.cpp: typo, fixes not removed windows from taskbar if window changed desktop | # | | 23:01 on Jan 05, 2009 | KDE | Commit by cmollekopf :: r906329 workspace/trunk/KDE/kdebase/workspace/plasma/applets/tasks/layoutwidget.cpp: make the manual sorting somwhat more logical, it follows now at least the order the items get inserted. But i don't think its very intuitive. | # | | 20:35 on Dec 16, 2008 | KDE | Commit by cmollekopf :: r897791 workspace/trunk/KDE/kdebase/workspace/plasma/applets/tasks/ (layoutwidget.cpp taskgroupitem.cpp): fill a horizontal layout vertical when forceRows is set since the layouting gets totally awkward otherwise. Or in other words: bias towards rows when forceRows is set | # | | 22:44 on Dec 08, 2008 | KDE | Commit by cmollekopf :: r894607 workspace/trunk/KDE/kdebase/workspace/plasma/applets/tasks/taskgroupitem.h: forgot to remove a debug function, sorry for the noise | # |
|