fresh

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.

A comparison with editors like micro https://github.com/micro-editor/micro or fresh https://github.com/sinelaw/fresh (discussed in the comments) would make more sense than one with vim and emacs. The shortcuts are CUA based. And to me these editors feel more like using GUI editor like sublime text for example. And that's nice. While vim and emacs have their advantages which I don't want to discuss here, they are also the "big players" with their own philosophy, shortcuts and commands. Which is a hassle to learn when you're used to GUI editors. Why not let a little space for users who don't want to re-learn how to edit a file ?

Also https://github.com/sinelaw/fresh which is micro "on steroids" (i dislike the expression but can't think of a better one now)

To be clear, I'm not trying to argue or disagree with you. I agree that PPAs are a fine option. I'm not trying to disparage them, I'm trying to explain the reasoning behind my suggestion: PPAs enforce a number of requirements that exist for a reason, but that can be a challenge to meet depending on the project. The biggest example is that of source packages. I don't mean "your source needs to be open" (which of course this project is), but rather "your software needs to be built on Launchpad infrastructure." If you take a look at the existing CI the maintainer has in place to build the binary deb, you'll see what I mean: https://github.com/sinelaw/fresh/blob/master/.github/workflo... . The maintainer already has this, and it would need to be completely re-done to make it work in Launchpad, and the amount of work might be quite significant

Looks like a nice editor (not an IDE), will give it a spin. Have you seen Fresh? https://github.com/sinelaw/fresh

I use Debian 13 in a regulated industry and I'm teaching people how to code in the context of large projects and TUI. I want to use Fresh Editor (https://getfresh.dev/). This is because Fresh is easier to learn quickly than vim & emacs, and more of an IDE than micro & nano, and more favorable for compliance auditing because of its core-and-plugins architecture and open source code using Rust. I would like to donate toward this goal. I can afford to offer $100 to any Debian Developer who has the suitable skill and trust to accomplish this. The software author must say yes too, of course. Success looks like this: create a new Debian 13 server, type "apt install fresh-editor", and it works. No third-party apt sources needed, because I have compliance reasons. Fortunately Fresh already has a *.deb file and explains it on the Fresh installatio

Really? I ask because there's already an epub TUI reader, written in Rust, and open source, and I'm already using it in the terminal. I want it or something similar within Fresh because the two together will greatly help me with Fresh IDE epub docs in projects. See https://github.com/bugzmanov/bookokrat Update: a developer just now created a Fresh IDE pull request, thanks to this incentive. See https://github.com/sinelaw/fresh/pull/2093

I donate to open source, and I'm loving the new Fresh IDE TUI for teaching students. I found it after trying astronvim, helix, zed, micro, etc. I'm offering $100 as an incentive for anyone on HN who can add epub reader capabilities to Fresh using Rust. https://github.com/sinelaw/fresh/issues/2087 Spec: in the left-side file explorer, I select file `foo.epub`, then the right-side file viewer shows me the epub content as human-readable text not bytes. Scope: The goal is to be good enough for a developer to be able to read epub documentation within Fresh in the TUI, without needing to call pandoc or launch a separate app or helper or plugin. Fresh runs locally on the developer's laptop, and the ePub is on a remote server and for security reasons cannot be downloaded to the local laptop. Implementation: I can suggest trying the Rust crate `ep

I tried Emacs a bit after using Sublime Text for a while. I'm still using Sublime Text to this day because muscle memory, but the experience got me a deeper understanding of the capabilities of Sublime. While Emacs is profoundly hackable it feels a little bit "rough" on the edges. Sublime feels less hackable but more "clean". I did not get IDEmacs ( https://codeberg.org/IDEmacs/IDEmacs ) to work but it basically it's an editor I would use. For now fresh ( https://github.com/sinelaw/fresh/tree/master ) seems to be very promising. Anyway I traded very happily the command palette Ctrl-Shift-P in Sublime for M-x and few other cool things. Emacs will always have all my respect because of the concepts it introduced.

Have a look also at this https://github.com/sinelaw/fresh

I also got tired of the bloat and also prefer working from the terminal. I'm building Fresh [0] [1] as an alternative to VSCode that runs in your terminal, with the main goal being ease-of-use out of the box (not a vi-clone modal editor), for example supports mouse, menu, command palette, etc out of the box. LSP as well. I'm focused on making it easy to use with minimum or zero configuration. [0] https://github.com/sinelaw/fresh [1] https://sinelaw.github.io/fresh/

Thanks! Will take a look. Opened https://github.com/sinelaw/fresh/issues/231

Did you review Claude's code? If so, how much experience do you have with programming and reviewing? For example: extract_config_structs in build.rs (https://github.com/sinelaw/fresh/commit/a9f2fbc74b86840fe441...) does not, in fact, do what the comment says.