jonpalmisc

For anyone wanting to play around with this online, Compiler Explorer [0] supports displaying Python bytecode, such as this example. [1]

[0] https://godbolt.org

[1] https://godbolt.org/z/5sYs7dT54

I run into this often and share the same desire. I quite like Go, but unfortunately the interaction of "my interests" (such as the userspace library you suggested) and "things Go excels at" isn't very large. Having to do everything important through FFI or shell commands defeats the purpose of writing Go, imo.

I tend to agree with this. I'm not anti-formatting, but it seems that in the majority of cases, the "formatting" isn't done artfully, and actively makes it harder to read command output, etc.

At the risk of sounding too negative/critical, I honestly just don’t like the design language here.

Everything seems overly rounded, and more importantly, the screenshots even show very weird/inconsistent alignment and padding in the UI.

Why is it that so many Linux GUIs — between apps and desktop environments — suffer from a lack of attention to detail?

Once again, it’s early, I’m sure they are aware of some of these issues, but I can’t say I’m excited for this based on what I just saw.

First two infections were closer to 3-4 months IIRC, third was probably ~6 months.

Personal anecdote, sample size of 1: I know an unvaccinated person who has had it 3 times. Not immunocompromised, otherwise healthy.

I feel like every developer at some point Googles "URL regex" and is inevitably led down a rabbit hole of different regexes — some optimizing for maximum accuracy, others for minimum insanity.

Having been down that rabbit hole before myself, I have to admit, this email regex is tamer than I expected it to be.

My site [0] uses Jekyll. Jekyll it stable, mature, and easy to work with. It has solutions to common needs, e.g. layouts, components, Markdown.

I’d suggest starting with the barebones option and making a theme yourself if you’re comfortable with CSS; it will yield a lighter site and also be easier to maintain than using some big pre-made Jekyll theme.

[0] https://jonpalmisc.com/

I love stories like these that leverage practical tricks such as percent-encoding the URL to bypass the filter URL filter.

I love technical writeups about masterfully overwriting structures on the heap, etc. as much as anyone else, but I find more “simple” hacks/workarounds equally exciting.

I realized this after it was too late to edit my comment. Apparently a year of using Emacs is not enough to stop confusing “completion” and “auto-completion” in my head..

I only got into Emacs last year or so, but I’ve never used anything but company-mode. I’m also curious if this is what they are talking about or if there’s something else I’m missing.

I actually used this recently for a little project. Very easy to use, and funnily enough, I passed it through `zig cc` and (as expected) everything worked just fine. I've ranted about this before on this site, but I wish all C and C++ libraries were this easy to integrate into projects as miniz is.

I’ve had a very positive experience using Lua as an extension language.

I was writing a text editor at the time. I wanted as much of the core code/actions to be written in Lua as possible, as I’ve always disliked very thin scripting APIs that sit on top of opaque native procedures.

I was able to wrap a handful of native functions in Lua code, then write the remaining 85% of the editor core in Lua. Everything was very fast and the process was straightforward. I’d definitely choose it again.

Google Meet isn’t my favorite and browsers obviously aren’t immune to exploits, but things like this make me glad Meet is fully-featured and usable in the browser.

Wow, this is incredible. Can’t imagine how much work this took.

Seeing this makes me think about how many modern applications could learn a few things from the old Mac OS 8/9 Human Interface Guidelines. [0]

[0] http://mirror.informatimago.com/next/developer.apple.com/doc...

Ah, my bad — got thrown off by the original wording

Care to elaborate on what's wrong with Druid?

In my opinion, this looks far better and more usable than a lot of new UIs nowadays.

I’d say appearance != usability, and while this might look a bit dated, it probably behaves a lot more like a desktop application than most Electron apps out there.

Maybe I’m just being pedantic, but when an OS uses 4+ different design languages across all the system software, While it has little to no effect on my ability to get work done, I simply prefer looking at a pretty, consistent UI.

To be fair, macOS isn’t perfect either, especially with some of the system apps that have become the iOS equivalent running on macOS in the past years. Although I do find macOS to have greater consistency overall than Windows.

I'd suggest checking out Binary Ninja [1] as well. Also reasonably priced and very solid, but available on all platforms --- not to mention having a much nicer UI and API than all the other tools out there.

[1] https://binary.ninja

Disclosure: I'm currently an intern working on the product.

A nice bonus of being on macOS is that native Cocoa applications/controls understand a handful of Emacs bindings by default, and can be tweaked [1] to understand far more Emacs keys [2].

[1] http://www.hcs.harvard.edu/~jrus/site/cocoa-text.html [2] https://irreal.org/blog/?p=259

I may be biased (as you point out), but I think that the flexibility Emacs’ architecture (and Lisp) provides is what makes Emacs such a great editor. It’s effectively a canvas for you to create your ideal text editor on. (Although not everyone wants to do that, I know.)

Re: Electron, I personally feel like Electron would be the opposite of the solution. Rather, I’d be excited to see a new high-performance Emacs GUI with graphics acceleration, greater visual fidelity, etc. similar to Sublime Text. ST is the only editor I’d consider switching back to. It just feels so snappy and smooth to use.

The only other thing I’d desire in a “NeoEmacs” would just be better performance defaults — many configs including my own have plenty of lines dedicated to tweaking obscure settings to squeeze more performance out. Ideally that wouldn’t be required.

Somewhat recently the native-comp branch was merged which compiles Elisp to native code.

In my experience, this has a huge positive impact on performance, and can make Emacs feel a lot faster, smoother, and more responsive. Others say it doesn’t yield a noticeable difference for them, but on both of my machines it’s quite noticeable.

Domas is incredible — every time I see watch his talks (and they are absolutely worth re-watching) I always think to myself “this guy is /so good/ at what he does”. Sadly he seems to have stopped putting content out after he began working for Intel.

I actually followed this guide the other day. Pretty neat to be able to run NeXTSTEP and play around with all the old apps. Be warned though, as the article says, the mouse is very difficult to use/control due to the drivers and differences between modern mice and the mice of the time.

I'll start - While it's not perfect, I have really enjoyed using Qt for creating desktop applications. The API documentation itself is pretty good - although I'd say the official examples could be more accessible. Overall, it provides a relatively easy way to make cross-platform desktop apps (and more, although that's not where my experience is) without compromising on performance.

You might want to check out Neovide.

https://github.com/Kethku/neovide

Somewhat related: Some of the older (maybe still current?) Call of Duty games would straight-up ban you if IDA Pro [1] was open on your computer, regardless of whether you were reverse engineering the game or not. Good times.

[1] https://www.hex-rays.com/ida-pro/

Reaper is incredibly powerful, no doubt about it. However, as a long time Ableton and Logic user, I would say that both of those programs have a much better UI/UX than Reaper. Personally, I find Ableton more enjoyable to work in, as it has a nice UI and stays out of my way while I work. That’s just my opinion though. In the end of the day, the best DAW is the one that works for you.

Any more info on this available? I'd be curious to read about it.