This package lets you “supercharge” your Org daily/weekly agenda. The idea is to group items into sections, rather than having them all in one big list.
Now you can sort-of do this already with custom agenda commands, but when you do that, you lose the daily/weekly aspect of the agenda: items are no longer shown based on deadline/scheduled timestamps, but are shown no-matter-what.
So this package filters the results from org-agenda-finalize-entries, which runs just before items are inserted into agenda views. It runs them through a set of filters that separate them into groups. Then the groups are inserted into the agenda buffer, and any remaining items are inserted at the end. Empty groups are not displayed.
The end result is your standard daily/weekly agenda, but arranged into groups defined by you. You might put items with certain tags in one group, habits in another group, items with certain todo keywords in another, and items with certain priorities in another. The possibilities are only limited by the grouping functions.
The primary use of this package is for the daily/weekly agenda, made by the org-agenda-list command, but it also works for other agenda views, like org-tags-view, org-todo-list, org-search-view, etc.
Here’s what a normal agenda looks like:
Here’s what the “super” agenda looks like:
There are also a few more screenshots.
After installing, run the command org-super-agenda-mode, then set the variable org-super-agenda-groups as desired. The variable should be a list of groups. Then run an agenda command, and the entries will be grouped!
Here’s the code for the example above. You can test it quickly by evaluating this form:
(let ((org-super-agenda-groups
'(;; Each group has an implicit boolean OR operator between its selectors.
(:name "Today" ; Optionally specify section name
:time-grid t ; Items that appear on the time grid
:todo "TODAY") ; Items that have this TODO keyword
(:name "Important"
;; Single arguments given alone
:tag "bills"
:priority "A")
;; Set order of multiple groups at once
(:order-multi (2 (:name "Shopping in town"
;; Boolean AND group matches items that match all subgroups
:and (:tag "shopping" :tag "@town"))
(:name "Food-related"
;; Multiple args given in list with implicit OR
:tag ("food" "dinner"))
(:name "Personal"
:habit t
:tag "personal")
(:name "Space-related (non-moon-or-planet-related)"
;; Regexps match case-insensitively on the entire entry
:and (:regexp ("space" "NASA")
;; Boolean NOT also has implicit OR between selectors
:not (:regexp "moon" :tag "planet")))))
;; Groups supply their own section names when none are given
(:todo "WAITING" :order 8) ; Set order of this section
(:todo ("SOMEDAY" "TO-READ" "CHECK" "TO-WATCH" "WATCHING")
;; Show this group at the end of the agenda (since it has the
;; highest number). If you specified this group last, items
;; with these todo keywords that e.g. have priority A would be
;; displayed in that group instead, because items are grouped
;; out in the order the groups are listed.
:order 9)
(:priority<= "B"
;; Show this section after "Today" and "Important", because
;; their order is unspecified, defaulting to 0. Sections
;; are displayed lowest-number-first.
:order 1)
;; After the last group, the agenda will display items that didn't
;; match any of these groups, with the default order position of 99
)))
(org-agenda nil "a"))The groups apply to all agenda commands (at least, every one that calls org-agenda-finalize-entries). You can set different groups for custom commands by setting org-super-agenda-groups in the custom command’s settings list (see the description for org-agenda-custom-commands). You can disable grouping by binding org-agenda-super-groups to nil around a call to an agenda command, or you can disable it globally by disabling the mode.
At first you might feel bewildered by all the options. Never fear, examples are here!
Each group selector takes an argument which can be a single atom or a list, e.g. :tag takes a string or list of strings. Some selectors are predicates, like :deadline or :habit; for consistency, they also take an argument, but it is ignored.
A group selector creates a section in the agenda containing the items it matches, and any items it doesn’t match are passed to the next group selector.
:discard is a special exception to this: it simply discards any items it matches, and passes through the rest to the next group selector.
Note that the :not group selector creates a group with items it does not match; it can be combined with :discard to discard items that don’t match, e.g. (:discard (:not (:priority "A"))) as the first selector would mean that only priority A items would appear in the agenda, while (:discard (:priority "C")) would mean that any priority C items would not appear in the agenda.
Keywords:
:nameOptionally, set group name header. May be a string; or the symbolnone, in which case no header will be inserted. If:nameis not set at all, the group will be named automatically.
Special selectors:
Every selector requires an argument, even if it’s just t, e.g. :anything, :auto-category, :auto-group, and :discard.
:andGroup ITEMS that match all selectors in GROUP.:anythingSelect every item, no matter what. This is probably most useful with:discard, because it doesn’t actually test anything, so it’s faster than, e.g.:regexp ".", which has to get the entry text for every item.:auto-categoryThis automatically groups items by their category (usually the filename it’s in, without the.orgsuffix).:auto-groupThis selects items that have theagenda-groupOrg property set. By setting this property for a subtree, every item in it will be sorted into an agenda group by that name and placed into the agenda where the:auto-groupselector is (example).:discardDiscard items that don’t match selectors. Any groups processed after this one will not see discarded items. You might use this at the beginning or end of a list of groups, either to narrow down the list of items (used in combination with:not), or to exclude items you’re not interested in.:notGroup ITEMS that match no selectors in GROUP.:orderA number setting the order sections will be displayed in the agenda, lowest number first. Defaults to0.:order-multiSet the order of multiple groups at once, like(:order-multi (2 (groupA) (groupB) ...))to set the order of these groups to 2.
Normal selectors:
These selectors take one argument alone, or multiple arguments in a list.
:childrenSelect any item that has child entries. Argument may betto match if it has any children,nilto match if it has no children,todoto match if it has children with any to-do keywords, or a string to match if it has children with certain to-do keywords. You might use this to select items that are project top-level headings. Be aware that this may be very slow in non-daily/weekly agenda views because of its recursive nature.:dateGroup items that have a date associated. Argument can betto match items with any date,nilto match items without a date, ortodayto match items with today’s date. Thets-datetext-property is matched against.:deadlineGroup items that have a deadline. Argument can bet(to match items with any deadline),nil(to match items that have no deadline),past(to match items with a deadline in the past),today(to match items whose deadline is today), orfuture(to match items with a deadline in the future). Argument may also be given likebefore DATEorafter DATEwhere DATE is a date string thatorg-time-string-to-absolutecan process.:effort<Group items that are less than (or equal to) the given effort. Argument is a time-duration string, like5or0:05for 5 minutes.:effort>Group items that are higher than (or equal to) the given effort. Argument is a time-duration string, like5or0:05for 5 minutes.:habitGroup habit items. Habit items have a “STYLE: habit” Org property.:heading-regexpGroup items whose headings match any of the given regular expressions.:logGroup items from log mode. Note that these items may also be matched by the:time-gridselector, so if you want these displayed in their own group, you may need to select them in a group before a group containing the:time-gridselector.:priorityGroup items that match any of the given priorities. Argument may be a string or list of strings, which should be the priority letter, e.g.A.:priority>Group items that are higher than the given priority, e.g.C.:priority>=Group items that are higher than or equal to the given priority, e.g.B.:priority<Group items that are lower than the given priority, e.g.A.:priority<=Group items that are lower than or equal to the given priority, e.g.B.:regexpGroup items that match any of the given regular expressions.:scheduledGroup items that are scheduled. Argument can bet(to match items scheduled for any date),nil(to match items that are not schedule),past(to match items scheduled for the past),today(to match items scheduled for today), orfuture(to match items scheduled for the future). Argument may also be given likebefore DATEorafter DATEwhere DATE is a date string thatorg-time-string-to-absolutecan process.:tagGroup items that match any of the given tags. Argument may be a string or list of strings.:time-gridGroup items that appear on the time grid.:todoGroup items that match any of the given TODO keywords. Argument may be a string or list of strings, ortto match any keyword, ornilto match only non-todo items.
Install org-super-agenda from MELPA. Then:
- Add to your init file:
(use-package org-super-agenda :config (org-super-agenda-mode)). - Set the
org-super-agenda-groupsvariable. Use the example code above as a guideline. - Start the day with confidence, knowing that nothing important has been lost in the jumble of ahem overdue items.
If you want to install manually, you must also install these packages:
- Emacs >= 25.1
dash>= 2.13ht>=2.2org-mode>= 9.0s>= 1.10
Contributions and feedback are welcome.
If you find this useful, I’d appreciate if you would share a screenshot or two of your agenda views using it (minus any private data, of course). I’d like to get ideas for how to better organize my agenda. :)
- The
org-search-viewagenda command does not seem to set thetodo-statetext property for items it finds, so the:todoselector doesn’t work with it. We should be able to work around this by getting the todo state for each item manually, but we have to make sure that we only do that when necessary, otherwise it might be slow. And I wouldn’t be surprised if there are other selectors that don’t work with this or other commands, butorg-agenda-listshould work fine, andorg-tags-viewandorg-todo-listseem to work.
GPLv3+