3 ms·

Thanks for your feedback. And your point about 'Vim philosophy and features' section is interesting. I find it difficult to explain abstractly and I wondered if

by asicsp 5y ago

Thanks for your feedback. And your point about 'Vim philosophy and features' section is interesting. I find it difficult to explain abstractly and I wondered if I should copy-paste some sections from the famous "you don't grok vi" answer (https://stackoverflow.com/a/1220118 https://stackoverflow.com/a/1220118). >Some things I noticed, you mention registers in the insert mode section before explaining what they are. It seemed odd to me that you used the word before explaining what it meant, but maybe it is unavoidable? Yeah, my chapter structuring ended up in many cases like that. For example, I mention how to modify behavior of left/right arrow keys to move across lines using a setting. But, Command-line mode chapter comes later and use of vimrc comes even later. For cases like registers in Insert mode chapter, I linked to the Normal mode section after the bullet points (may be I could move it to the start of section). >I also noticed you completely left out folds I knew that there's a fold feature but haven't used them. I think I cover only about three commands with `z` in Normal mode chapter. I don't use multiple buffers in same window, tags, third-party packages, etc - so details on them are light too (or entirely missing).

doix 5y ago
Oh yeah, I just realized you completely left that stuff out. That's one of my favorite parts of vim and what I find lacking in 'vim mode' plugins. They get the hotkeys right, but they lack the abstractions of tabs/buffers/windows. What most editors call 'tabs' are windows in vim, and they lack the concept of a vim tab. I use them all the time when I'm doing refactoring work. Being able to organize 'views' in a way that makes sense, then switch between them rapidly is so awesome. You're refactoring some code across 3 files (all open in splits), then you want to look up some other part of the code base for reference. :tabe browse around, read whatever with 100% of the screen devoted to what you're trying to read, then gT and you're back on your old view with 3 buffers open. I have to constantly build up and then destroy these views in other editors. Or just accept that half my screen is cluttered up with irrelevant stuff. Also the fact that everything in vim is a buffer inside a window means that everything is super consistent! You can switch focus between your plugin windows and your files with the same hotkeys! And unless the plugin writer intentionally changed stuff, the plugin buffer works just like a normal buffer, so all the hotkeys you learned before still apply. It's what I really miss in IntelliJ IDE's. I can see all the different panels, but I cannot switch focus to them without memorizing panel-specific hotkeys! I can see the bloody panel is left of my current focus, let me switch focus by just pressing ctrl+h instead of alt+shift+3. Anyway, vim is very vast and trying to explain everything is a daunting task. I think you've made a good attempt :).

by asicsp 5y ago

doix 5y ago

Oh yeah, I just realized you completely left that stuff out. That's one of my favorite parts of vim and what I find lacking in 'vim mode' plugins. They get the hotkeys right, but they lack the abstractions of tabs/buffers/windows. What most editors call 'tabs' are windows in vim, and they lack the concept of a vim tab. I use them all the time when I'm doing refactoring work. Being able to organize 'views' in a way that makes sense, then switch between them rapidly is so awesome. You're refactoring some code across 3 files (all open in splits), then you want to look up some other part of the code base for reference. :tabe browse around, read whatever with 100% of the screen devoted to what you're trying to read, then gT and you're back on your old view with 3 buffers open. I have to constantly build up and then destroy these views in other editors. Or just accept that half my screen is cluttered up with irrelevant stuff. Also the fact that everything in vim is a buffer inside a window means that everything is super consistent! You can switch focus between your plugin windows and your files with the same hotkeys! And unless the plugin writer intentionally changed stuff, the plugin buffer works just like a normal buffer, so all the hotkeys you learned before still apply. It's what I really miss in IntelliJ IDE's. I can see all the different panels, but I cannot switch focus to them without memorizing panel-specific hotkeys! I can see the bloody panel is left of my current focus, let me switch focus by just pressing ctrl+h instead of alt+shift+3. Anyway, vim is very vast and trying to explain everything is a daunting task. I think you've made a good attempt :).