• KiranWells
    link
    English
    81 year ago

    When I first tried Helix, my main concern (that prevented me from getting too far into it) was not going from Vim to Helix, but the other way around. Vim (or sometimes vi) is a standard editor on almost any Linux machine, so if I am ever working on a server if a VM, I would need to know/use Vim keybinds. That made Vim a more useful tool for me to learn at the time, as I could use the skills both on my machine and anywhere else.

    • @Fryboyter@discuss.tchncs.deOP
      link
      fedilink
      English
      11 year ago

      Vim (or sometimes vi) is a standard editor on almost any Linux machine, so if I am ever working on a server if a VM, I would need to know/use Vim keybinds.

      I understand the argument, but in my opinion it is used far too often and is not always true.

      Not everyone works with servers on which they have no influence on the installed software.

      And in the few cases where I had to work with servers on which I had no influence on the installed software and on which actually only vim was installed, I could always use sshfs or rclone mount without any problems so that the editor I used didn’t matter.

      • KiranWells
        link
        English
        11 year ago

        In my (limited) experience, I most needed a CLI/TUI editor when working over ssh on a server or in a VM where I didn’t want to bother installing a new editor or setting up a remote editing connection, or inside of something like a docker container, where the image is somewhat immutable.

        If I needed to spend enough time editing that it made sense to set up an editor, then I could just spend the time getting VSCode or Neovim set up just as easily as Helix.

        I don’t really mean this as a criticism of Helix, just explaining why I did not initially want to invest time into learning it. Now that it has matured more and I have learned Vim enough to be comfortable, I would be interested in taking another look.