I always wondered why Emacs struggled to render certain visual elements as quickly as other editors (e.g. Sublime). For example, load in a relatively long line (not even ridiculously long), and it comes grinding to a halt, can't even edit text _near_ the long lines, if its in view! Same goes for linum mode being resource heavy. Why is this? I would have expected that a text editor built in the 70s should excel at rendering text quickly and efficiently?
Is the reason related to this blog post? Every time I tried to profile emacs it led me to the redisplay function, and from there i was lost..
Is there any hope that emacs will ever render code as quickly as modern 'native' apps (e.g sublime)??
Do you mind telling me how you use kanban? I tried kanban.el but couldnt get it to update and populate the table, is there any way that emacs can auto-update live the kanban board based on todo states of items?? (e.g. if you hit shift + right for todo it is automatically seen in the todo column, without having to revert the file?)
After a lot of though, I had a little epiphany. Vanilla org-mode is great as a kanban as long as you don't try to visualize it as a table. One should use an outline instead. org-mode is an extension of outline-mode, so this should not be surprising.
Then everything is simple. Create custom states (I have TODO, PROG, WAIT & DONE). Agenda commands show you summarized views of the kanban. You can customize stuff with a bit of elisp, but org-mode as it is works great.
Note the outline version of a kanban is still 2D, as a table, but strictly more powerful (as you can nest tasks, add text) which would be next to impossible in a table.
I'm UK based, London.
5+ years of experience. Typescript, Node (Express.js), AWS.