Earlier quoted context omitted.
Is it 400mb? Could be V8 for plugins.
Thanks for reminding me. Unfortunately yes, it's because of v8 (for Deno). For extensions, the choice was either TypeScript (and get this bloat) or go with Lua and a much smaller binary (but less popular language). But - I just realized stripping it brings it down to 76MB so I guess that's ok! Will push a commit :)
Show HN: Fresh – A new terminal editor built in Rust
41–50 of 158 posts
Re: Show HN: Fresh – A new terminal editor built in Rust
#42I love a new editor as much as the next guy but has there been any real new/novel features in text editors over last 10 years? I feel like sublime text got most of it right and every editor since then has been a reskin of the same (just written in a different stack)
Since the original post was about a TUI editor, its worth mentioning Helix which supports most modern language out the box. That's amazing and wouldn't have been possible 10 years ago.
Re: Show HN: Fresh – A new terminal editor built in Rust
#43I love a new editor as much as the next guy but has there been any real new/novel features in text editors over last 10 years? I feel like sublime text got most of it right and every editor since then has been a reskin of the same (just written in a different stack)
For terminal based, there are also many options but not so much in the direction of "VSCode style". They're mostly focused on being "vi-style". And also the huge file support isn't as good in any of the others that I've tried.
Re: Show HN: Fresh – A new terminal editor built in Rust
#44What are the reasons behind going with GPL-2 instead of a more permissive license like MIT or 0BSD?
You will probably at minimum build some neat helper functions and maximum code reuse is IMHO the best thing for the world.
I would for instance be curious on the ANSI routines but hesitate to invest mental energy when the code has limitations on usage.
Lastly cool to see new open source programs being built with heavy help from a code generation model. Inspiring!
Re: Show HN: Fresh – A new terminal editor built in Rust
#45Earlier quoted context omitted.
Thanks for reminding me. Unfortunately yes, it's because of v8 (for Deno). For extensions, the choice was either TypeScript (and get this bloat) or go with Lua and a much smaller binary (but less popular language). But - I just realized stripping it brings it down to 76MB so I guess that's ok! Will push a commit :)
Great! Just wondering maybe Bun (different JS engine) could do the job for plugins.
Re: Show HN: Fresh – A new terminal editor built in Rust
#46Looking forward to giving this a try, especially on my first gen Raspberry Pi! :) What are the reasons behind going with GPL-2 instead of a more permissive license like MIT or 0BSD? You will probably at minimum build some neat helper functions and maximum code reuse is IMHO the best thing for the world. I would for instance be curious on the ANSI routines but hesitate to invest mental energy when the code has limitat…
Re: Show HN: Fresh – A new terminal editor built in Rust
#47I tried it, I like it a lot, but I did find an issue straight away. I'm on MacOS and I have remapped the fn and command keys so it can be more like Windows (I can't undo 20+ years of muscle memory, and also I just don't wanna) Anyway, Fresh seems to ignore the remapping - it's back to the command key for copy/paste and the command palette. Is there a way to access the dropdown menus by keyboard? I can see F underline…
Re: Show HN: Fresh – A new terminal editor built in Rust
#48> I did a quick benchmark loading a 2GB log file with ANSI color codes... Emacs: Load Time: ~10 seconds | Memory: ~2 GB Now try opening it in Emacs with vlf [1] ;) Great work overall — looking forward to seeing further development! [1] https://elpa.gnu.org/packages/vlf.html
It loads instantly, and memory usage is minimal It does seem like vlf requires configuration and adjustment, e.g. navigation with the normal keys works differently (jumps to beginning/end of current chunk instead of the whole file). Basically it exposes the chunk concept to the user.
In Fresh it's designed into the core and should be more transparent (although there are still limitations).
Re: Show HN: Fresh – A new terminal editor built in Rust
#49Great work on this! Very good performance but also a very good UX and you really nailed the discoverability / accessibility - basically everything works intuitively and needs very little explanation - this is something that I can't say about really any other editor I've tried.
This may finally replace nano as my default utility editor, if not my main IDE.
Re: Show HN: Fresh – A new terminal editor built in Rust
#50Looking forward to giving this a try, especially on my first gen Raspberry Pi! :) What are the reasons behind going with GPL-2 instead of a more permissive license like MIT or 0BSD? You will probably at minimum build some neat helper functions and maximum code reuse is IMHO the best thing for the world. I would for instance be curious on the ANSI routines but hesitate to invest mental energy when the code has limitat…
I need to think about that still, you raise a good point. I'd like people to be able to use parts of the source pretty much freely, but I wouldn't want someone to replicate the entire editor as a proprietary closed-source product.