Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Todo list in tree view #69

Open
lewislepton opened this issue Jul 21, 2015 · 5 comments
Open

Todo list in tree view #69

lewislepton opened this issue Jul 21, 2015 · 5 comments

Comments

@lewislepton
Copy link

just a request if possible. that the list could be put at the sidebar, under the source code portion. ill give a screenshot just to show where just in case ;)

great package though, really useful ;)

screen shot 2015-07-21 at 17 15 23

@mrodalgaard
Copy link
Owner

I have been thinking about making a compact mode in a panel. Might also be able to put it in the lower part of the tree view if space or scalable. But this will take a lot of work to implement.

@mrodalgaard mrodalgaard changed the title FEATURE REQUEST - list on the sidebar Todo list in tree view Jul 30, 2015
@nonameolsson
Copy link

Would be a nice feature!

@dmig
Copy link

dmig commented Sep 24, 2017

Would be very useful enhancement! Current table view is bloated and a space-waster

@BuonOmo
Copy link

BuonOmo commented Jun 11, 2018

Maybe just a tree view in place of the table view (with an option on which to prefer) would be nice already. Like todo package

@brettz9
Copy link

brettz9 commented Sep 27, 2019

I was thinking it might also be interesting to leverage the format of https://github.com/sindresorhus/eslint-plugin-unicorn/blob/master/docs/rules/expiring-todo-comments.md which would make a tree view even more interesting, as one could change the table into a tree using not only the files as the main branches, but optionally also other aspects of the to-dos (e.g., their expiration date).

Though Unicorn wasn't interested in the bulk of my proposals for expanding their rule, I wonder if it would be in the scope of your package, particularly the ability to parse a to-do for a particular structure so as to discover features like dates priority and/or scope information (e.g., // todo (testing=5) for a to-do whose scope is for "testing" and which is a level 5 priority), and even to allow further nesting of to-dos according to an arbitrary hierarchy, e.g., // todo (testing.mocha.modules): Switch to ESM. The hierarchy could thus be organized by priority or by scope--including nesting scopes (e.g., "modules" within "mocha" within "testing" to-dos).

I'd even find this useful from within Markdown files, as I'd sometimes like to view to-dos according to their concept (e.g., all of my refactoring to-dos together), and sometimes for their need for immediacy/priority.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

6 participants