From b9badc3e3483e632fc9394a9216323186c42f809 Mon Sep 17 00:00:00 2001 From: Adam Porter Date: Mon, 2 Sep 2019 05:22:11 -0500 Subject: [PATCH] Notes: Add --- notes.org | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/notes.org b/notes.org index 1c0cc1f..9186ced 100644 --- a/notes.org +++ b/notes.org @@ -269,6 +269,10 @@ I should benchmark it to see how much difference it makes, because all those ~fs When tag inheritance is enabled, and the given tags aren't file-level tags, we could search directly to headings containing the matching tags, and then only do per-heading matching on the subtrees. Sometimes that would be much faster. However, that might make the logic special-cased and complicated. Might need a redesign of the whole matching/predicate system to do cleanly. +** MAYBE Implement view with tabulated-list-mode or magit-section + +[2019-09-02 Mon 05:20] Especially with some of the new packages that make =tabulated-list-mode= easier to use, like =navigel=. However, it would probably break grouping, or require some kind of adapter or extension to do grouping, so I don't know if that would work. Something like =magit-section= would be more flexible, and could be recursively grouped, like in =magit-todos=. + ** DONE Byte-compile lambdas CLOSED: [2018-05-09 Wed 17:30] :LOGBOOK: