4 ms·

I've never understood what gUI code editors provide over vim/emacs.

nurettin 10y ago
As seen in the animations, you can select multiple random places and insert text simultaneously which, having used vim for over a decade, I do not know how to do.
- graphememes 10y ago
  Multiple cursor plugin adds the "select random places" which there are more powerful ways to do this in vim specifically search/replace or edit + n + .. will get what you want using a simple search query.
  - nurettin 10y ago
    Said functionality just isn't supported as readily and intuitively out of the box as a graphical editor with a mouse. I am not afraid to admit that this is the nature of terminal editors.
    - graphememes 10y ago
      It most certainly is, there is just a plugin to do the behavior exactly how you want to do it, which in my opinion after learning other ways is much slower.
- OJFord 10y ago
  /{oldtext}<CR>cgn{newtext}<Esc>... Where each . is for each repetition - text won't be inserted simultaneously, but you hit . (or skip over one search match with n) instead of the initial Cmd+click+mousemove+click+mousemove+click in a GUI editor. You probably also want in your vimrc: nnoremap <esc> :nohlsearch<CR><esc> set hlsearch in order to highlight search terms (so you know if you want to apply with . or skip over one with n) and <Esc> to clear highlighting.
  - OJFord 10y ago
    There's also terryma/vim-multiple-cursors if you really want to edit all locations simultaneously.
mhd 10y ago
Emacs/Vim doesn't have a GUI?
- graphememes 10y ago
  Suppose this is more of a philosophical and personal idea. Do you consider textual to be the same as graphical?
  - mhd 10y ago
    I draw the line at character addressed displays, i.e. what Unix used to call "visual" editors. Especially when it comes to programming IDEs/editors, where your main UI area is a matrix of monospaced characters anyways. Both variants can have subwindows, boxes, colors etc., the ability to display icons or finer-grained widgets doesn't really seem like a distinguishing factor to me. Heck, once you add mouse addressing there's even fewer distinguishing marks, so I don't think someone can feel elitist just because he's pressing F3 in his Norton Commander clone instead of dragging and dropping files in Finder/Explorer. A more "programmatic" mode of interaction seems like a better dividing line, i.e. regular command line tools or line editors. I always thought the early Bell Labs UI experiments and Wirth in general was a more interesting alternative to VT52 smart terminal UIs.

As seen in the animations, you can select multiple random places and insert text simultaneously which, having used vim for over a decade, I do not know how to do.

graphememes 10y ago
Multiple cursor plugin adds the "select random places" which there are more powerful ways to do this in vim specifically search/replace or edit + n + .. will get what you want using a simple search query.
- nurettin 10y ago
  Said functionality just isn't supported as readily and intuitively out of the box as a graphical editor with a mouse. I am not afraid to admit that this is the nature of terminal editors.
  - graphememes 10y ago
    It most certainly is, there is just a plugin to do the behavior exactly how you want to do it, which in my opinion after learning other ways is much slower.
OJFord 10y ago
/{oldtext}<CR>cgn{newtext}<Esc>... Where each . is for each repetition - text won't be inserted simultaneously, but you hit . (or skip over one search match with n) instead of the initial Cmd+click+mousemove+click+mousemove+click in a GUI editor. You probably also want in your vimrc: nnoremap <esc> :nohlsearch<CR><esc> set hlsearch in order to highlight search terms (so you know if you want to apply with . or skip over one with n) and <Esc> to clear highlighting.
- OJFord 10y ago
  There's also terryma/vim-multiple-cursors if you really want to edit all locations simultaneously.

mhd 10y ago

Emacs/Vim doesn't have a GUI?

graphememes 10y ago
Suppose this is more of a philosophical and personal idea. Do you consider textual to be the same as graphical?
- mhd 10y ago
  I draw the line at character addressed displays, i.e. what Unix used to call "visual" editors. Especially when it comes to programming IDEs/editors, where your main UI area is a matrix of monospaced characters anyways. Both variants can have subwindows, boxes, colors etc., the ability to display icons or finer-grained widgets doesn't really seem like a distinguishing factor to me. Heck, once you add mouse addressing there's even fewer distinguishing marks, so I don't think someone can feel elitist just because he's pressing F3 in his Norton Commander clone instead of dragging and dropping files in Finder/Explorer. A more "programmatic" mode of interaction seems like a better dividing line, i.e. regular command line tools or line editors. I always thought the early Bell Labs UI experiments and Wirth in general was a more interesting alternative to VT52 smart terminal UIs.