{"action":"created","issue":{"url":"https://api.github.com/repos/jceb/vim-orgmode/issues/211","repository_url":"https://api.github.com/repos/jceb/vim-orgmode","labels_url":"https://api.github.com/repos/jceb/vim-orgmode/issues/211/labels{/name}","comments_url":"https://api.github.com/repos/jceb/vim-orgmode/issues/211/comments","events_url":"https://api.github.com/repos/jceb/vim-orgmode/issues/211/events","html_url":"https://github.com/jceb/vim-orgmode/issues/211","id":138714143,"number":211,"title":"Thoughts on: 1, overly large tabstep; 2, behavior of dragging into insert mode when creating new item","user":{"login":"Ron89","id":2696381,"avatar_url":"https://avatars.githubusercontent.com/u/2696381?v=3","gravatar_id":"","url":"https://api.github.com/users/Ron89","html_url":"https://github.com/Ron89","followers_url":"https://api.github.com/users/Ron89/followers","following_url":"https://api.github.com/users/Ron89/following{/other_user}","gists_url":"https://api.github.com/users/Ron89/gists{/gist_id}","starred_url":"https://api.github.com/users/Ron89/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/Ron89/subscriptions","organizations_url":"https://api.github.com/users/Ron89/orgs","repos_url":"https://api.github.com/users/Ron89/repos","events_url":"https://api.github.com/users/Ron89/events{/privacy}","received_events_url":"https://api.github.com/users/Ron89/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":null,"milestone":null,"comments":1,"created_at":"2016-03-05T20:04:13Z","updated_at":"2016-03-12T17:18:51Z","closed_at":null,"body":"These are my opinions on vim-orgmode's visual and behavior design.\r\n\r\n1. In current version of Org-mode on spacemacs, tabstep appears to be 2, giving\r\n   a much compact look, comparing to vim-orgmode's default value;\r\n\r\n2. Many orgmode functions that generate new items, like creating new\r\n   checkbox/plainlist with `<LocalLeader>cn`, when triggered, will drag user into\r\n   insert mode. I wonder what is behind this behavior design. All functions of\r\n   orgmode are only accessible on normal mode; navigation in vim is more\r\n   convenient in normal mode; more importantly, recursive operations would also\r\n   be more convenient if entering insert mode is cancelled. So I believe the\r\n   frequent entering of insert mode only hampers workflow. \r\n   \r\nWhat do you think?\r\n"},"comment":{"url":"https://api.github.com/repos/jceb/vim-orgmode/issues/comments/195776711","html_url":"https://github.com/jceb/vim-orgmode/issues/211#issuecomment-195776711","issue_url":"https://api.github.com/repos/jceb/vim-orgmode/issues/211","id":195776711,"user":{"login":"jceb","id":101593,"avatar_url":"https://avatars.githubusercontent.com/u/101593?v=3","gravatar_id":"","url":"https://api.github.com/users/jceb","html_url":"https://github.com/jceb","followers_url":"https://api.github.com/users/jceb/followers","following_url":"https://api.github.com/users/jceb/following{/other_user}","gists_url":"https://api.github.com/users/jceb/gists{/gist_id}","starred_url":"https://api.github.com/users/jceb/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/jceb/subscriptions","organizations_url":"https://api.github.com/users/jceb/orgs","repos_url":"https://api.github.com/users/jceb/repos","events_url":"https://api.github.com/users/jceb/events{/privacy}","received_events_url":"https://api.github.com/users/jceb/received_events","type":"User","site_admin":false},"created_at":"2016-03-12T17:18:51Z","updated_at":"2016-03-12T17:18:51Z","body":"Thanks for pointing out these issues.  Regarding 1, I think the fix should also include the use of `formatlistpat`.  It's not yet set in vim-orgmode but it should make some of the indentation code obsolete as well which relies on 6 space == 1 tab (as far as I remember).\r\n\r\nRegarding 2, what's your usecase for adding a new list element without ending up in insert mode?"}}