83 pointsby luke80864 hours ago16 comments
  • chipotle_coyote2 hours ago
    To promote this to a top-level comment, because I think it's important context: nothing in the README file says the point is to be "beginner-friendly". As far as I can tell, that's something that Hacker News or whoever submitted this used as a description. Neither the word "beginner" nor the word "friendly" appear in the README; its goal is to "be the smallest functional Emacs in less than 2000 lines of C."

    I think somebody incorrectly described Atto as comparable to nano/pico, and these comments are dragging it because it's not something that it was never intended as.

    • luke8086an hour ago
      OP here, I just paraphrased the announcement:

      > To ease the transition for new users, #NetBSD -current now includes an alternative editor to vi(1) and xedit(1) in its base system, atto(1). https://man.netbsd.org/atto.1

      > It is a modeless screen-based editor similar to nano, pico, xedit, or emacs. It is only 48 kilobytes, making it suitable for inclusion in the rescue system.

      I think it's fair to call it beginner-friendly, in context of BSD and vi, but maybe indeed it shouldn't be part of the title.

      • SoftTalkeran hour ago
        I can't imagine a beginner really knowing what is going on in nano.

        Every time I get launched into nano/pico on a new system I find it very confusing. To use the help menu you need to know that ^-X means Ctrl-X and M-X means Alt-X. Why "Write Out" and not "Save"? And when I "Write Out" I'm offered DOS format or Mac format, and options to Append or Prepend (not even sure what that does).

        It's completely bizarre if you're used to something like Notepad or Word.

    • drummojg2 hours ago
      I would never drag pico. I wrote software that's been packaged in Linux distros in pico. And I lost the urge to be The Smartest Guy In The [Room/Mailing List/Forum] a long, long time ago.
      • Natfan2 hours ago
        what's really the point in being the smartest person in the room? you'll never learn anything!
        • MonkeyCluban hour ago
          Yep, whenever you find yourself being the smartest person in the room, you need to find yourself a smarter room.
          • vinceguidryan hour ago
            Or just learn how to teach.
            • aleph_minus_one6 minutes ago
              > Or just learn how to teach.

              Most people don't want to learn (in particular not learn sufficiently hard to really improve).

        • metchioan hour ago
          sometimes humans do irrational things / have illogical behaviour just to glorify their own ego. it happens also to the very best sometimes
    • insanetake2 hours ago
      From the announcement

      > To ease the transition for new users...

      So I would consider it for beginners ("new users") and friendly ("to ease").

    • 2 hours ago
      undefined
  • MonkeyCluban hour ago
    OpenBSD also has an Emacs-y non-extensible editor, mg(1):

    https://man.openbsd.org/mg

    Just noting for completeness, as I didn’t catch any mention of it.

    • torstenvl41 minutes ago
      I've used mg and find it generally useful. It's my default editor pretty much everywhere.

      However, the code is a mess, with deliberately cryptic identifiers (e.g., `w_doto` for `cursorOffset`), redundant functions (e.g., `vtputc()` is a strict subset of the behavior of `vtpute()`) and a bunch of other weird choices (e.g., deeply-baked assumptions that one byte == one char == one column, even thought Big5 and ShiftJIS were already a thing when it was written).

      I tried adding UTF-8 support to mg a couple years ago and basically gave up.

      I'll probably be an atto convert.

    • SoftTalker42 minutes ago
      Also available for most linux distros as a package.
  • Levitating3 hours ago
    NetBSD isn't the first to use the name. My pet text editor is also called atto: https://git.levitati.ng/Levitating/atto
  • codedokode2 hours ago
    Why are they using weird key combinations instead of traditional Ctrl + S, Ctrl + A, Ctrl + C used in desktop applications? Why every console program wants to be a special snowflake and not use standard key combinations, please explain. I do not care that 40 years ago someone used Ctrl + C to send SIGINT, it is 2026 now.
    • elehack2 hours ago
      Atto's default key bindings match Emacs, which is about as standard as you get for non-modal editing keys in older Unix traditions.
      • pjmlpan hour ago
        I would assert Wordstar style are equally as old.
        • Narishmaan hour ago
          But are mostly forgotten while emacs keybindings are still popular and found in all kinds of places you wouldn't expect, like MacOS textboxes.
          • pjmlpa minute ago
            Not when using joe, for example.
      • cowlevelan hour ago
        and isn't at all beginner friendly
      • codedokodean hour ago
        Emacs is probably older than me why should we care about what they used in 80s?
        • MonkeyCluban hour ago
          I see you’re using Latin characters...
        • pjmlpan hour ago
          Depends, do you care about UNIX and C, as products from 1970's?
          • codedokodean hour ago
            UNIX doesn't exist anymore, and C has lot of negative points (easy to create buffer overflows, integer overflows, use-after-free, and other vulnerabilities).
            • pjmlp2 minutes ago
              It surely does, Linux distros, BSDs, Aix, z/UNIX are all alive and well.

              Despite all those flaws, people keep writing new software in C every day, go figure.

    • currysausage2 hours ago
      You might enjoy the new Microsoft Edit [1].

      [1] https://github.com/microsoft/edit

    • athoraxan hour ago
      These are about as standard as you can get when it comes to Unix keybindings
    • superbaconmanan hour ago
      I think you're underestimating just how "standard" many of the shortcuts are when mapped against a standard shell.
      • codedokodean hour ago
        "Standard shell" also should allow Ctrl + C for copying, it makes no sense to use a different combination for console.
    • rustyhancock2 hours ago
      Because this isn't beginner friendly it's a new micro Emacs and those are standard libreadline/emacs bindings.
    • boricj2 hours ago
      That sounds like Emacs. Wouldn't know though, given that I dislike vim too.

      I would prefer ms-edit or nano if I have to edit text files from the terminal.

    • insanetake2 hours ago
      These key combinations have been used for 50 years, so I'm not sure why you call them non-standard. They're just a different standard from what you're used to.
  • mig39an hour ago
    Is this the same editor that is used in the open-source Moodle LMS?

    https://docs.moodle.org/400/en/Atto_editor https://github.com/moodlehq/moodle-editor_atto

  • itomato3 hours ago
    NetBSD has beginners?
    • officeplant2 hours ago
      Currently seeing an influx of interest from new people who want an OS with strong anti-ai stances.
      • Narishmaan hour ago
        And those who still use 32-bit machines, as Linux is in the process of killing support for them.
    • graemep3 hours ago
      Beginners to NetBSD who are not vi users.
    • alnsn2 hours ago
      You can ask Claude to cross-complie, prepare an image (aka install) and run an emulator. I tried exactly this yesterday and in about an hour I could attach to tmux and run tests on emulated riscv64 board.
      • daishi552 hours ago
        Careful, they might ban you!
      • 2 hours ago
        undefined
  • markusQi2 hours ago
    The source code and README are here: https://github.com/NetBSD/src/tree/trunk/usr.bin/atto

    You are welcome!

  • Gracanaan hour ago
    Who knew a little emacs-like editor would be so controversial.

    I think it looks great. Syntax highlighting, multi-buffer, splits, standard emacs commands... For new users in the emacs camp, this seems like a nice editor to include in the base install. Even as a vi user, I'd be pretty happy being stuck with this in a rescue system.

  • OnlineTux3 hours ago
    Why not just add nano?
    • Matl3 hours ago
      Because the BSD's are reflexively anti GNU.
      • ninjin3 hours ago
        nano(1) is GPLv3 last time I checked and that imposes more restrictions than most (all?) of the rest of the code in NetBSD. It is not about being "reflexive", it is a violation of the very ethos of the project. Gnu rejecting non-free licenses from their own distributions is not "reflexive", it is simply not in line with what they want to achieve and one should respect that.
        • Matl3 hours ago
          Unless they modify it, the GPL really doesn't impact them. AFAIK FSF considers most BSD/MIT style licences to be compatible. It's the other way around where things gets stuck. Unless they need Linux GPU/WIFI/BT drivers to make things work, of course. Then it's fine.
          • brewmarche2 hours ago
            > Unless they need Linux GPU/WIFI/BT drivers to make things work, of course. Then it's fine.

            The parts of Linux that get integrated into BSDs should not be GPL-licensed, e.g. <https://github.com/torvalds/linux/blob/c339f4010dea8b0d754f8...> and its siblings use MIT.

            • 2 hours ago
              undefined
          • ninjin2 hours ago
            Modification is the whole point of open source: "Unless you want to modify Windows, the closeness does not impact you". If you want to learn about how NetBSD looks at things, there is this page:

            https://netbsd.org/about/redistribution.html

            As for being compatible. Yes, FSF considers anything permissive to be compatible with their family of licenses. However, it is a one-way relationship in that permissive code can be freely used by GPL projects, but not the other way around as using GPL code would impose further restrictions compared to a permissive license.

    • jmclnx2 hours ago
      Size:

      Linux:

           -rwxr-xr-x 1 root root 321832 Dec 15  2021 /usr/bin/nano
      
      per the link, atto(1) is 48 kilobytes.
  • Rucadi3 hours ago
    For me the most easy-to-use editor for cli / ssh and relatively lightweight is https://github.com/sinelaw/fresh everybody can just use it intuitively.
    • hnlmorg2 hours ago
      I’ll take a look at this. But it’s worth noting that NetBSDs goal was to have something small enough that it can be used in a recovery shell.
    • Daunk2 hours ago
      I think they'd have your head on a plate if you suggested a vibe coded text editor.
    • stonogoan hour ago
      There is nothing intuitive about any text editor.
  • cowlevelan hour ago
    To be beginner friendly they should call it text editor. Or notepad, or quickwriter. No beginner is going to guess that something called Atto lets you write words on a computer.
  • bmachoan hour ago
    Badly editorialized title.
  • jmclnx2 hours ago
    >making it suitable for inclusion in the rescue system

    People seem to be missing the point. Also NetBSD has what I call a "real single user mode". Last time I had to boot single user, ed(1) was the only editor available without some work. My guess is this new editor will be useful for people who do not want to deal with ed(1).

    I have not seen it yet, but I guess it will be included in 11.1.

    • iamnotherean hour ago
      I think single user has nvi as well.

      Edit: apparently it requires /usr to be mounted though

  • arbor-group2 hours ago
    [flagged]
  • georgestones3 hours ago
    [dead]
  • IshKebab3 hours ago
    > Perhaps all that needs to be known to use atto at a basic level is that holding the control key, pressing x, then pressing w will write the currently open file, and holding the control key, pressing x, then pressing c will exit the editor.

    Very beginner friendly lol. These people have no idea.

    Micro is a beginner-friendly console text editor. This isn't.

    • hnlmorg2 hours ago
      I don’t think NetBSD and yourself are using the term in the same context.

      By this I mean, a beginner to NetBSD is already a far more competent user than a beginner in many other contexts of OS users.

    • passthejoe2 hours ago
      Micro is MIT licensed, so it should be shippable in NetBSD base.

      https://github.com/micro-editor/MICRO

      • lukaslalinsky2 hours ago
        But written in Go, and I would expect the NetBSD base only includes software buildable using tools already in the base system.
        • iamnotherean hour ago
          11 MB is also a lot bigger than 48k

          I do think Micro is a nice editor, but we need a tiny, BSD licensed pico/nano for true beginners

          • passthejoean hour ago
            I didn't realize the size difference was so huge.

            Atto has a great man page that would give a user everything they needed to know if they were unfamiliar with emacs keybindings.

        • passthejoe2 hours ago
          Good point
    • chipotle_coyote2 hours ago
      Nothing in the README file says the point is to be "beginner-friendly"; as far as I can tell, that's something that Hacker News or whoever submitted this used as a description. Neither the word "beginner" nor the word "friendly" appear in the README; its goal is to "be the smallest fuctional Emacs in less than 2000 lines of C."

      tl;dr: I think somebody incorrectly described Atto as comparable to nano/pico, and these comments are dragging it because it's not the thing that it was never meant to be.

    • CodeCompost2 hours ago
      It's using keystrokes inspired by emacs. Ok.
    • 2 hours ago
      undefined
    • yearolinuxdsktp2 hours ago
      Project headline is “The smallest functional Emacs in less than 2000 lines of C.”

      How someone jumped to beginner-friendly from that is the real question.