Hacker Newsnew | past | comments | ask | show | jobs | submit | chawyehsu's commentslogin

It seems few people are aware of how customizable nano actually is. Usually, they use nano with the default preset for quick bootstrapping tasks and then switch to vim without hesitation. While vim/neovim are certainly very powerful, nano remains my go-to editor for many quick terminal operations. I've customized it quite a bit[1], especially the key bindings, though the defaults are already excellent.

[1]: https://github.com/chawyehsu/dotfiles/blob/main/.config/nano...


I would dearly love it if you could comment a little bit more that nanorc. I am going to “steal” some of it, for sure. Thank you much for sharing it!


> jailbreak Cursor

What a silly title, for a moment I thought Claude learned to exceed the Cursor quota limit... :s


There are plenty of alternatives you could find on [1] in the context of fantasy console, almost all of them, oss or proprietary, active or dormant. And honestly many of them were inspired by PICO-8.

Disclaimer: I'm one of the contributors of the list of [2].

[1]: https://github.com/paladin-t/fantasy

[2]: https://github.com/pico-8/awesome-PICO-8


WSL 2 1.0.0 lol, bumping version number doesn't make sense imho, look at the changelog.. The critical high CPU issue [1] is yet fixed unfortunately.

[1]: https://github.com/microsoft/WSL/issues/6982


Submitted a year and a half ago and no fix? What a shitshow, recently I've been having this issue with Docker Desktop more and more often, might just move to a normal VM, this is unacceptable.


It's not just a CPU usage issue, either— vmmem leaks and holds onto several times as much memory as the actual guests are using, inevitably chewing up whatever you've set as your maximum quota for WSL even when the guests are only using a few hundred megs of RAM.


Perhaps it was a typo, but actually one can unload dll in the .ini config file.


Yup thanks, my brain farted!


There are screenshots in issue [0] shared by users. My MacType profile repo [1] also has screenshots for comparison. You might see differences between screenshots because MacType works with a profile containing customizable configurations which can tweak font rendering behaviors as per demands (and I think this is why the README does not include screenshots).

[0] https://github.com/snowie2000/mactype/issues/557

[1] https://github.com/chawyehsu/mactype-profile#screenshots


Glad MacType is still being developed, it's been a software existing for over a decade. And it has been with me for 8 years so far.


> The fact that this even needs to be stated makes it a hard no, especially for a terminal emulator.

True. And a terminal that requires an e-mail login? I doubt they are going to build a social product, then users can co-op or date in the terminal.


They're definitely planning to build a social product:

https://assets-global.website-files.com/60352b1db5736ada4741...


If this was a better, generic, screen sharing solution, it might be awesome. But forcing people to use a specific terminal to work with others feels like it'll be a non-starter for most people. Not least given how rarely I've ever had a need to show anyone my terminal (despite having had solutions for it for literally decades via e.g. sharing screen or screen sharing all the way back to VNC and similar).


Our strategy here is to share sessions to the web, so collaborators don't need to download the app. It's fascinating how far utilities like screen will get you in functionality, but I agree it's really hard to get people on there.


My point in mentioning screen was rather that despite having had solutions that work for decades, that everyone I collaborate with knows how to use, I can literally count the number of times I've felt a need to share just a terminal window with someone, rather than e.g. a full screen, on two hands over the course of 25 years.

It's rare enough for me to have a need for sharing a screen, but sharing a single type of window would cover just a tiny proportion of those rare cases.

My tech stack is atypical enough in many respects that maybe others will find it more useful, but to me this seems like a couple of useful but easily copied features (the auto-complete), and some stuff I'd never use.


> terminal that requires an e-mail login

Email is required only for the closed beta. Warp will be offline-first. All details here: https://www.warp.dev/privacy.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: