I like the vim-todo-lists plugin. The way I started using it, I noticed that I always add dates when I add a new item and the date when I check an item to be completed. I would be nice to have these added automatically, e.g.:

1. when a new item is added, add "{added on d1.m1.yyyy}" at the end of the new line
2. when an item is checked to be done, add "{completed d2.m2.yyyy}" at the end of the line, or, if there is already "{added on " in that line, replace this with "{completed " and the last "}" with " to d2.m2.yyyy}" to read "{completed d1.m1.yyyy to d2.m2.yyyy}"

where d1.m1.yyyy and d2.m2.yyyy are the current dates, d1.m1. for a new line and d2.m2. for a task that is completed.

Great plugin. My only problem is that when I am in item editing mode, o and O insert a new item below/above the current line, but the indentation is one level deeper, instead of at the same level as the current line as I would expect.

Also, when in both modes, pressing enter at the end of an item creates a new item at the left most level (2 spaces) regardless of how far the current line is intended.

I am not sure if this has to do with my shiftwidth/tabstop settings. I have tried to set them correctly, and they seem to work as expected when I am in normal edit mode.

Has anyone else ran into this issue? Any ideas?

Thanks!!

Super cool project.

Folding would be a great feature for indented todos.

I think the folding on WOFL might be a similar capability.

https://github.com/lukaszkorecki/workflowish

Hello,

i'm using mardown blockquote to comment actions or evolutions on the todo items, for examle :

- [ ] Incident Apps1 Vlan X
  - [X] Action X / Modification confi Ipv6
  > 20210322
    >> toujours présent

  > 20210323
    >> Analyse du 33 ; proposition de sorti des serveurs impactés de production
    >> Chercher entre 33 (surtout) + 35 (28/02) / et les autres
    >> Difference configuration pour urandom Java
    >> Chemin réseau
    >> Système / différence de configuration

  > 20210329
    >> Changement de chassis pour la lame 33
  - [ ] Traitement Ok
  - [X] Changement de chassis lame 33
- [ ] Evolution Apps2

Is there a way to prevent blockquotes and other block element to break todo lists ?

Improved indents handling to allow toggling lines not only in case of two spaces before [.

Add support for item coloring for important and done items.

Basing on feedback it is not a common practice to remap such keys as hjkl.

So it should be allowed to user map keys in accordance to users preferences.

Hello,

Is there a way to insert automatically date only when we mark an item as done ?

Regards,
Nicolas.

Items should be markdown compatible:

- [ ] Incomplete item
- [X] Complete item

Hello!

I have testing your plugin and I like it! I found a little issue.

When you have a Parent list and a couple of child tasks if you mark both as done the Parent is marked as done, that's right. But if now you add a third Child, the Parent keeps been marked as done. Should be automatically be Undone... (IMHO)

The same feature should be if you have 3 Child tasks, 2 done and 1 undone. The Parent is Undone. Ok. But if you delete the Child that is Undone, the Parent should be Done...

Sorry for this mess of Child, Parents, done and undone tasks!! :)

Mark done

Item marked as done is moved to the end of all done items list.
If done list doesn't exist, item is placed just after the last not done item.

Before

[ ] Not Done 1
[ ] Will be done now
[ ] Not Done 2
[X] Done

After

[ ] Not Done 1
[ ] Not Done 2
[X] Done
[X] Will be done now

Mark undone

Undone item is moved to the end of all not done items list.
If all items are marked done, the items is moved before the first done item.
Before

[ ] Not Done 1
[ ] Not Done 2
[X] Done
[X] Will be undone now

After

[ ] Not Done 1
[ ] Not Done 2
[ ] Will be done now
[X] Done

Additional Requirements

• Moving items should keep the hierarchy
• The option to disable the feature should be provided

Hi – thanks for writing this very useful plugin. I was wondering if there's a way to remove the underlining of the line in the buffer that the cursor's currently placed on?

I don't know how to uninstall this plugin.

mac 10.14.3
Term
junegunn/vim-plug

Show me follow error when I press "o" after uninstall aserebryakov/vim-todo-lists with junegunn/vim-plug in mac 10.14.3 systerm.

E492: Not an editor command VimTodoListsCreateNewItemBelow

Scenario:

1. Open new file test.dodo
2. Press j

Expected:

Nothing happens

Actual:

E486: Pattern not found: ^\s*\[.\]

I just downloaded and started using this plugin today. This is a pretty slick plugin, and I think I'll be getting a lot of use out of it, so thanks!

When I started using this plugin, I would get this annoying warning that Autocommands were nested too deep. It doesn't seem to cause a major issues, but it drives OCD people like me crazy :)

Looking through the plugin, I can see where you set an auto command for "FileType todo" to call the VimTodoListsInit function. In the VimTodoListsInit function the first line issues a "set filetype=todo", creating the infinite loop that triggers the autocommand nesting error.

I fixed this in my local plugin with a quick and dirty hack (probably not the best way to do it, but it works for me) by:

1. Rename the VimTodoListsInit function to VimTodoListsPostInit
2. Delete the "set filetype=todo" from the VimTodoListPostsInit function
3. Create a new function named VimTodoListsInit that ONLY sets filetype=todo
4. Change the "autocmd FileType todo call VimTodoListsInit" to call VimTodoListsPostInit

I'm sure there is a better way to fix this, but please find my work around attached.
vim-todo-lists.txt

Add the automatic migration to new list format.

Probably requires the notification to user.

can this work with file.md instead of file.todo.md, is the filename pattern a mandatory requirement?

it would be nice to insert todo list into regular named markdown files

Items hierarchy support:

[ ] Parent
  [ ] Child 1
  [ ] Child 2

If all children are marked as done, parent also should be marked as done.

If parent is marked as done, children also should be marked as done.

Scenario

[ ] Parent
  [ ] Child
  [ ] Child

If all items are selected then state will not change because toggling will be applied sequentially for all items so it will cause setting all items on Parent and then resetting each of Child items.

The proposed behavior in this case is to set Parent and do not change Child items after that.

First of all thanks for the plugin.

When I try to use it via vim-plug as following:

Plug 'aserebryakov/vim-todo-lists', { 'for': 'todo' }

It doesn't seem to work even though I did configure filetype correctly:

autocmd BufRead,BufNewFile *.todo set ft=todo

It does work if I add call VimTodoListsInit:

autocmd BufRead,BufNewFile *.todo set ft=todo | call VimTodoListsInit()

but I find this solution a bit of a hack.

The following functionality should be implemented:

• Set TODO lists directory
• Create new TODO list
• Delete TODO list
• Archive TODO list
• List the archive
• Open list from archive

Each movement over items makes a noise when user works in default mode.

To more model how normal vim works "O" would insert a line above while this program does it opposite, consider changing to more closely model vim?

It would be very useful to add mappings for more convenient items hierarchy control e.g. TAB to increase indentation level and SHIFT + TAB to decrease indentation level.

Implement easy TODO list editing and navigation.

Due to incorrectly defined augroup it breaks the filestyle plugin.

When user toggles the item the cursor is moved to position between [ and ], but it should stay on the same position.

Support item toggle in visual mode.

Is there a way to turn off the display of the command name?

(:VimTodoListsGoToPreviousItem in the picture)

Thank you for very cool plugin.

My issue: if you switch from item mode to normal mode, than the <CR> mapping stays mapped

inoremap <buffer> <CR> ...

Consequence: wenn pressing enter in insert mode, "- [ ]" get inserted. In item mode it's cool, but in normal mode it's not as cool, since you probably doing some clean ups at this moment and is not interested in adding new tasks (this is, why I'm switching to the normal mode, at least).

Another reason to fix this: pressing o and O in normal mode doesn't add new tasks. So it's at least not consistent ;)