Ability to select subset of tags for 'group by tags' #958
Replies: 5 comments 12 replies
-
I am not fluent on all tag-related terms, but how much of this could be solved with a query like "group by subtags rootTag" (e.g. "group by subtags |
Beta Was this translation helpful? Give feedback.
-
Request for something similar: to exclude particular tags from 'group by tags' |
Beta Was this translation helpful? Give feedback.
-
I literally have the same use case as you do, claremacrae - a hierarchy of I set up a This functionality would be greatly appreciated! |
Beta Was this translation helpful? Give feedback.
-
Hi there, similar demand from me. As a fellow GTD user, I'm using a #next for my next actions, meaning the next steps/tasks needed to be done when possible.
The issue is that filtering by #next and grouping by #next isn't good because this implies duplicates tasks that have both tags. BUT, and that's important, if we totally exclude the #next tag from the filter, we would miss out the tasks that just have a #next tag and no context tag. TLDRI would love a feature that helps filtering and searching for #next tasks, grouping by tags, but preventing duplicates.
It would probably attract GTD users using this tool, I could write a guide I have a pretty simple yet functionnal setup, but I just need this feature to get it going smoothly. |
Beta Was this translation helpful? Give feedback.
-
Hi there, I haven't forgotten you. Here's my guide using GTD and your plugin almost everywhere. You can also find a template vault here. Hope it helps o/ |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Having used 'group by tags' a fair bit now, I'm getting more keen on being able to give a partial tag string, to select the tags to use as groups.
I have many tasks with
#context/...
and some withtask_tags/...
. Those with both are displayed twice, which is the intended behaviour, but I also have a bunch with no tags.So I have to scroll past all the duplicates to see the
(No tags)
ones.Suggestion:
I was thinking something like:
group by tags #context/
Implementation thoughts
One issue to consider for the parsing code is that we will likely have at some point:
group by tags reverse
Any syntax we choose for this needs to be clear about how reverse would be specified, so we don't break user queries when reverse is added.
For example, we could say that thereverse
would have to be the last word on the line... So both these would work:We have decided to put reverse before the tags...
How is the supplied argument used. Options:
Beta Was this translation helpful? Give feedback.
All reactions