Can you recommend some suckless, minimal editor? I’m programming and also I need to edit HTML/CSS files sometimes. When I mean suckless minimal editors and I don’t mean whole operating system like Emacs or big security hole like vim and it’s clones/forks.

  • kixik@lemmy.ml
    link
    fedilink
    arrow-up
    2
    ·
    3 hours ago

    Please define suckless. See on under suckless.org one can find rocking software, meaning suckless alternatives not developed/maintained by them, and on the editors section I see:

    • acme - Rob Pike’s framing text editor for Plan 9. Included in plan9port.
    • ed - ED IS THE STANDARD TEXT EDITOR!
    • ired - A minimalist hexadecimal editor and bindiffer for p9, w32 and *nix.
    • mg - A portable version of mg.
    • mle - A small, flexible console text editor.
    • nano - A pico clone - this is small simple code and easy to use.
    • neatvi - A minimal vi implementation supporting bidirectional UTF-8
    • nextvi - A continuation of neatvi development with more features.
    • nvi - A small, multiple file vi-alike.
    • micro - A terminal text editor, written in go with common key bindings like ctrl-c to copy and ctrl-v to paste.
    • sam - An editor by Rob Pike with inspiration from ed.
    • sim - The sim text editor. Based on vim and sam.
    • traditional vi - A fixed version of the original vi.
    • vim (With the GUI, use :set go+=c to kill popup dialogs). It can be compiled to be as minimal as possible (see vim-tiny in Debian repos).
    • vis - A modern, legacy free, simple yet efficient vim-like editor.
    • wily - An acme clone for POSIX.

    That said, also note there’s an emacs-nox package available in most distros, which only includes the editor able to run on a terminal emulator, if emacs OS is too much. And can you share URLs justifying why vim is a big security hole? BTW I don’t see neovim as part of the suckless.org/rocks software. What is suckless depends a lot about what one might consider it to be, even though there might be some common characteristics that can be recognized as not good such as bloated, too big code base and so on.

    • mlody@lemmy.worldOP
      link
      fedilink
      arrow-up
      2
      ·
      5 hours ago

      How ed is for programming? It looks interesting. If you’re saying about zile I tried mg and it looks great but I can’t display or type some characters from my native language, I think that it will be same with zile. I think that good idea would be to use mg with ed, for example write most of the code in mg, but fixing needed letters in ed.

      • solrize@lemmy.ml
        link
        fedilink
        arrow-up
        2
        ·
        5 hours ago

        I don’t know the unicode situation with ed. It is pretty minimal. There is also GNU Nano which I’ve never learned how to use. Ed is a line based editor, not screen oriented. I’ve programmed with it (back in the day) but these days I use Emacs for everything except minimal tweaks.

  • talkingpumpkin@lemmy.world
    link
    fedilink
    arrow-up
    3
    ·
    5 hours ago

    I really don’t get your reasoning, but I recommend helix (because I recommend it to everybody).

    It’s a pleasure to use, and it’s… also not widespread or old enough to have any reported CVE ;)

    Oh, it’s written rust IIRC, so it probably doesn’t suckless.

    • mlody@lemmy.worldOP
      link
      fedilink
      arrow-up
      1
      ·
      5 hours ago

      Haha, I don’t know how, it’s just text editor so it shouldn’t have any CVE. But it have a lot of them, just check on internet.

      • nobody_1677@lemmy.world
        link
        fedilink
        arrow-up
        5
        ·
        4 hours ago

        Any program that takes in input has a greater chance of bugs that may result in security vulnerabilities. And I should hope that a text editor can take inputs…