Tmux and Vim – better together

Post by adrianN » Thu, Apr 20, 2017, 7:26 PM UTC

RomanPushkin wrote: post #218

adrianN wrote: post #33

Earlier quoted context omitted.

Neovim tries to improve defaults. My vimrc is 32 lines and contains no ifs and I'm reasonably happy with it. I don't use many plugins. The configuration is only as complicated as you make it to be. I suppose over the decades you used vim your vimrc accrued many layers of cruft. I wonder how your VSCode config will look like in 20 years.

Can you share your 32 line config?

    execute pathogen#infect()
    syntax on
    filetype plugin indent on
    
    set list listchars=tab:>-,trail:-
    
    set ff=unix
    
    set autoread
    
    set number
    set relativenumber
    
    set linebreak
    set tabstop=2
    set shiftwidth=2
    set expandtab
    
    set ignorecase
    set smartcase
    set timeoutlen=1000 ttimeoutlen=0
    let $BASH_ENV = "~/.bash_aliases"
    
    color desert
    set cursorline
    augroup linehighlight
      autocmd!
      autocmd InsertEnter * set nocursorline
      autocmd InsertLeave * set cursorline
    augroup END
    :hi CursorLine cterm=NONE ctermbg=darkblue ctermfg=white
    :hi Normal ctermbg=black

Post by Tenhundfeld » Thu, Apr 20, 2017, 7:36 PM UTC

ruleabidinguser wrote: post #162

dmix wrote: post #107

Earlier quoted context omitted.

Pretty much everyone knows the price of admission to using tools like Vim and Emacs is the time investment in config and learning the quirks. What the OP is saying that this doesn't have to be a perpetual state. Once you invest effort early on getting it right you often don't need to touch it, beyond a few tweaks now and then. The maintenance burden definitely declines over time. Then all you need is a storage soluti…

No matter how much you tweak it, you will never even start to scratch an experience like Visual Studio. Vim is a fundamentally weaker platform.

Post by michaelmrose » Thu, Apr 20, 2017, 7:45 PM UTC

Touche wrote: post #125

juandazapata wrote: post #121

Earlier quoted context omitted.

My point is that after the initial investment in the setup, it takes almost no time to maintain them. In my particular case, I invested about 2 weeks tweaking settings here and there until I felt comfortable with it. After that initial setup, it just gets out of your way.

I disagree. Plugins breaking or interfering with other plugins is a regular thing.

Post by michaelmrose » Thu, Apr 20, 2017, 8:00 PM UTC

sullyj3 wrote: post #148

scruple wrote: post #123

Earlier quoted context omitted.

I'd like to try Kak, a friend recently told me about it. But, I'm concerned about needing to relearn common commands. For instance, I believe that they mentioned that in Kak the Vim equivalent to `dw` is `wd`. I've got decades of use with Vi(m) under my belt, as well, and I am not too thrilled at the idea of having to unlearn/relearn common commands.

The whole point of Kak is that it's a different editing paradigm, still modal and "text editing language" based, but in subject verb order rather than verb subject order. The idea is to give you more confidence as you type your commands by visually showing what they'll be applied to, instead of having to wait to see the result if you screw up. If you're not interested in kak because of that paradigm change why are yo…

Post by matzy » Thu, Apr 20, 2017, 8:06 PM UTC

ruleabidinguser wrote: post #190

marktangotango wrote: post #182

Earlier quoted context omitted.

Your tone and absolutism is getting you down voted like crazy. You're placing the IDE experience on a pedastal and it's really not warranted. IDE's can have lots of problems, speaking as 15 year enterprise java developer. The primary problem is hiding complexity from the developer, which is obviously good and bad. For example, IDE's typically maintain an internal representation of a project, which can get out of sync…

Yea you're right I've overstated my position. Don't really see how vim is useful for excploring a codebase.