frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

Back to FreeBSD: Part 1

https://hypha.pub/back-to-freebsd-part-1
64•enz•4h ago•13 comments

Show HN: Elecxzy – A lightweight, Lisp-free Emacs-like editor in Electron

https://github.com/kurouna/elecxzy
14•kurouna•23h ago•17 comments

How Taalas “prints” LLM onto a chip?

https://www.anuragk.com/blog/posts/Taalas.html
179•beAroundHere•17h ago•86 comments

How I use Claude Code: Separation of planning and execution

https://boristane.com/blog/how-i-use-claude-code/
616•vinhnx•11h ago•384 comments

Japanese Woodblock Print Search

https://ukiyo-e.org/
118•curmudgeon22•8h ago•23 comments

How far back in time can you understand English?

https://www.deadlanguagesociety.com/p/how-far-back-in-time-understand-english
571•spzb•3d ago•312 comments

Two Bits Are Better Than One: making bloom filters 2x more accurate

https://floedb.ai/blog/two-bits-are-better-than-one-making-bloom-filters-2x-more-accurate
125•matheusalmeida•5d ago•21 comments

Show HN: Llama 3.1 70B on a single RTX 3090 via NVMe-to-GPU bypassing the CPU

https://github.com/xaskasdf/ntransformer
271•xaskasdf•15h ago•64 comments

Gamedate – A site to revive dead multiplayer games

https://gamedate.org/
152•msuniverse2026•1d ago•16 comments

Unreal Numbers

https://lcamtuf.substack.com/p/unreal-numbers
17•surprisetalk•4d ago•0 comments

Evidence of the bouba-kiki effect in naïve baby chicks

https://www.science.org/doi/10.1126/science.adq7188
145•suddenlybananas•14h ago•42 comments

Parse, Don't Validate and Type-Driven Design in Rust

https://www.harudagondi.space/blog/parse-dont-validate-and-type-driven-design-in-rust/
198•todsacerdoti•16h ago•49 comments

Claws are now a new layer on top of LLM agents

https://twitter.com/karpathy/status/2024987174077432126
319•Cyphase•1d ago•756 comments

What's the best way to learn a new language?

https://www.bbc.com/future/article/20260220-whats-the-best-way-to-learn-a-new-language
12•1659447091•5h ago•6 comments

A Botnet Accidentally Destroyed I2P

https://www.sambent.com/a-botnet-accidentally-destroyed-i2p-the-full-story/
118•Cider9986•11h ago•77 comments

CXMT has been offering DDR4 chips at about half the prevailing market rate

https://www.koreaherald.com/article/10679206
214•phront•21h ago•196 comments

zclaw: personal AI assistant in under 888 KB, running on an ESP32

https://github.com/tnm/zclaw
190•tosh•23h ago•108 comments

How I launched 3 consoles and found true love at Babbage's store no. 9 (2013)

https://arstechnica.com/gadgets/2013/01/how-i-launched-3-consoles-and-found-true-love-at-babbages...
23•zepearl•2d ago•9 comments

Carelessness versus craftsmanship in cryptography

https://blog.trailofbits.com/2026/02/18/carelessness-versus-craftsmanship-in-cryptography/
40•ingve•3d ago•7 comments

Toyota’s hydrogen-powered Mirai has experienced rapid depreciation

https://carbuzz.com/toyota-mirai-massive-depreciation-one-year/
152•iancmceachern•18h ago•352 comments

Coccinelle: Source-to-source transformation tool

https://github.com/coccinelle/coccinelle
103•anon111332142•1d ago•29 comments

I verified my LinkedIn identity. Here's what I handed over

https://thelocalstack.eu/posts/linkedin-identity-verification-privacy/
1300•ColinWright•1d ago•449 comments

Canvas_ity: A tiny, single-header <canvas>-like 2D rasterizer for C++

https://github.com/a-e-k/canvas_ity
105•PaulHoule•17h ago•35 comments

Scientists discover recent tectonic activity on the moon

https://phys.org/news/2026-02-scientists-tectonic-moon.html
59•bookmtn•4d ago•4 comments

A16z partner says that the theory that we’ll vibe code everything is wrong

https://www.aol.com/articles/a16z-partner-says-theory-well-050150534.html
153•paulpauper•1d ago•218 comments

ReferenceFinder: Find coordinates on a piece of paper with only folds

https://mutsuntsai.github.io/reference-finder/
4•icwtyjj•3d ago•0 comments

Keep Android Open

https://f-droid.org/2026/02/20/twif.html
2109•LorenDB•1d ago•701 comments

The Human Root of Trust – public domain framework for agent accountability

https://humanrootoftrust.org/
20•3du4rd0v3g4•22h ago•7 comments

Inputlag.science – Repository of knowledge about input lag in gaming

https://inputlag.science
96•akyuu•16h ago•32 comments

Permacomputing

https://wiki.xxiivv.com/site/permacomputing.html
158•tosh•4d ago•40 comments
Open in hackernews

Show HN: Elecxzy – A lightweight, Lisp-free Emacs-like editor in Electron

https://github.com/kurouna/elecxzy
14•kurouna•23h ago
Hi HN. I am a programmer from Japan who loves Emacs. I am building elecxzy. It is a free (zero-cost), lightweight, Emacs-like text editor for Windows.

I designed it to be comfortable and ready to use immediately, without a custom init.el. Here is a quick overview:

- Provides mouse-free operation and classic Emacs keybindings for essential tasks (file I/O, search, split windows, syntax highlighting).

- Drops the Lisp execution engine entirely. This keeps startup and operation lightweight.

- Solves CJK (Chinese, Japanese, Korean) IME control issues natively on Windows.

I never managed to learn Lisp. I just copy-pasted snippets to maintain my init.el. However, I loved the Emacs keybindings. I loved operating an editor entirely without a mouse. I wanted an editor I could just open and use immediately. Also, standard Emacs binaries for Windows often have subtle usability issues for CJK users.

So, I thought about whether I could build an Emacs-like text editor using Electron, the same framework as VS Code.

Building an editor inside a browser engine required thinking a lot about what NOT to build. To make it feel native, I had to navigate DOM limitations. I learned that intentionally dropping complex features improves rendering speed. For example, I skipped implementing "word wrap." For syntax highlighting, I did not use a full AST parser. Instead, I used strict "line-by-line" parsing. The highlight colors for multi-line comments are occasionally incorrect, but it is practically unproblematic and keeps the editor fast.

Under the hood, to bypass browser limitations and handle large files smoothly, I implemented a virtual rendering (virtual scrolling) system. For text management and Undo/Redo, I use a custom Piece Table. I built a custom KeyResolver for Emacs chords. I also used koffi to call Win32 APIs directly for precise IME control.

I respect Windows Notepad as one of the most widely used text editors. However, in my daily work or coding tasks, I often felt it lacked certain features. On the other hand, I found VS Code too heavy just to write a quick memo. Even with extensions, it never quite gave me that native Emacs flow. I do not want to replace Notepad, VS Code, or Emacs. If users want rich extensions and heavy customization, I believe they should use Emacs or VS Code. My goal is to fill the gap between them—to build a "greatest common denominator" editor for people who just want an Emacs-like environment on Windows without the setup.

It is still in alpha (so it might not work perfectly), but you can test it on Windows by downloading the zip from the GitHub releases, extracting it, and running elecxzy.exe. For screenshots, basic usage, and keybindings, please check the README on the GitHub project page.

I am looking for feedback: Is there a demand for a zero-config, Lisp-free, "Notepad-like" Emacs-style editor? What are the minimum standard features required to make it useful? I would love to hear your technical insights.

Comments

luckymate•1h ago
Just to be clear: you say by ‘dropping’ lisp you’re keeping it lightweight but it’s based on electron? So what does ‘lightweight’ mean in your opinion?
imcritic•1h ago
What answer to that question and in this situation would make any sense?
exe34•30m ago
I believe it's called a rhetorical question.
embedding-shape•25m ago
The motivation/justification from the author why they believe removing lisp but adding Electron somehow sums up to being "lightweight"?

Maybe the author thought of the UX/baggage/legacy or something else when they thought about "lightweight", rather than how much memory/cpu cycles something is using? Not sure, but maybe there is a more charitable reading of it out there.

maybewhenthesun•1h ago
lisp-free emacs to me is like tomato-free ketchup? I mean, the main reason to use an editor with such arcane keybindings is the way you can live-edit the running editor?

So for me personally there's no demand. But still, if it scratches your personal itch, there are most probably others who would like that itch scratched. It might also because I rarely have to use windows these days and in linux there's not much 'setup' in using normal lispy emacs.

Also, for me , electron based editors have too much input latency.

subhro•1h ago
Light weight and electron in the same sentence?

Oh well.

chii•1h ago
Light weight has become a marketing term that targets software developers who have gotten sick of bloat and want their software to run fast and take less resources. It used to mean a trade-off between feature rich and speed. It's been so over-used now that i automatically ignore it unless there's demonstrated reason(s) for it being called light weight.
pjmlp•1h ago
I guess the "eight megabytes and constantly swapping" meme is now lost given Electron.
__d•1h ago
Egacs
throwa356262•1h ago
What I need is an emacs with more lisp and less javascript.

If you want a really lean emacs-like editor, there is always mg and microemacs.

Edit: not trying to be a dick or a gatekeeper. This is HN, all ideas should be welcome including the one that dont make sense to some people. And always interesting to see contributions from Japan.

johanvts•11m ago
What javascript is in emacs? I often find myself wishing eww had javascript support, a lot of the web is unuseable as it stands.
noufalibrahim•1h ago
- Lisp Free x Emacs like

- Lightweight x Electron

Contradictions. Writing ones own editor is a bit of a rite of passage though. So, on that front, Congratulations!

artemonster•1h ago
dry water powder. just add water
rasur•43m ago
With respect, you should learn Lisp - it will allow you to turn Emacs into whatever you want. In my opinion just keeping the Emacs keybindings but dropping all the other advantages of Emacs is missing the point entirely, and using Electron instead is just - as the saying goes - "adding insult to injury".
sanskritical•36m ago
If you want an example of an actually lightweight modern desktop editor to take inspiration from, try zed.dev

Zed is written in Rust, insanely fast, consumes virtually no resources, has an Emacs input mode (which I use exclusively) and despite not having the greatest support for Emacs LISP (only via limited third party extension, its singular flaw) has replaced emacs-ng as my daily driver.

PacificSpecific•20m ago
ようこそ

As an aside. What were the CJK IME issues you resolved? Was it related to win32 emacs IME issues?