2,543 karma · joined August 15, 2007
Same, but with Project Oberon on bare metal.
CP/M would be a nice option too.
> Can you go lower level than obj_msgSend?
In Oberon you have low-level message sending. See this article that builds in small steps through the various OOP strategies and shows message sending in the last example:
While there's no doubt that React and virtual DOM offer advantages, it's essential to clearly demonstrate where and how these benefits manifest in real-world applications.
> they're not showcasing cases where the performance gains are perceptible
According to this commenter, it's not even about the performance gains:
https://news.ycombinator.com/item?id=41271272
> and IMO not even cases where the "organizational" benefits of such libraries are salient
Apparently, that is what it ultimately boils down to:
> But i guess JS engine is not even in the mix
Ideally a web renderer would support HTMX natively.
The general idea is that HTMX supports features that make HTML more complete:
- Why should only <a> & <form> be able to make HTTP requests?
- Why should only click & submit events trigger them?
- Why should only GET & POST methods be available?
- Why should you only be able to replace the entire screen?
Another way of thinking about it is that HTMX makes HTML elements less restrictive and more generic. If a web renderer takes that into account in its design, it could end up simpler.
The option and argument handling is intuitive; it makes sense instantly. It gives a more grounded understanding of what's happening with the encryption process, especially because of the short-form recipient format.
Also, setting it up with a Yubikey and Passage (a GNU pass alternative for Age) was a breeze.
The concise format suits his style perfectly, as each story leaves readers with a wealth of ideas to ponder long after they've finished reading.
If someone needs a pointer on where to start, I can recommend this thread:
https://redlib.freedit.eu/r/printSF/comments/x1i4bj/greg_ega...
I especially enjoyed:
- The Safe-Deposit Box
- Into Darknesshttps://www.foodandwine.com/health-benefits-of-eating-wild-f...
I think Ryan Elston's blog post is more effective in explaining the advantages of markdown for LLM interaction.
I spent 3 hours developing this tool. It prevents me from checking HN too frequently throughout the day, saving me a significant amount of time.
It would be fine if I'm in insert/edit mode and I can move around entering values in several cells and then press escape to exit that mode.
The reason I think TUIs are attractive to use is because they're more efficient to use. But this one doesn't feel more efficient to use than its GUI counterparts.
In a spreadsheet, I'm used to being able to move around with arrow keys and start typing immediately. Using SCIM, it feels like I'm constantly hitting a wall.
Despite that, I think the idea of a spreadsheet as a TUI is really great.
I suppose you could detect some patterns, and it definitely wouldn't be clickable. But is the text google.com considered a URL for example? I guess it isn't?
(yeah I know, it's a stupid law anyway, but just wondering)
It would increase visibility for projects that don't want to use GitHub as a host for their code.
Most open source projects are completely dependent on Microsoft for their visibility.