Thomas Ingram

@tiang
84 Followers
163 Following
348 Posts

Writing stuff with GNU Emacs. Interested in libre technology like #emacs #orgmode #lisp #indieweb #gnu #linux #foss

Also interested in traditional arts and gardening.

Bloghttps://taingram.org/
Codehttps://git.sr.ht/~taingram/
Thomas IngramFeb 23
Vandenoever501Feb 18
Priest-entrance of the Grote Kerk in Oosthuizen - Holland
#priestentrance #grotekerkoosthuizen #church #warder #oosthuizen #holland #draw #drawing #drawings #drawdaily #dailydrawing #drawingoftheday #sketch #sketching #dailysketch #sketchdaily #sketchofday #sketchoftheday #inkmatters #penandink #ilovedrawing #copicmultiliner #pensketch
Thomas IngramFeb 23
Vandenoever501Feb 8
The World War II memorial in Oosthuizen is a commemorative monument in memory of the residents who lost their lives during the Second World War."
#ww2 #warmemorialmonument #oosthuizen #edamvolendam #thepiedpiperofharlin #draw #drawing #drawings #sketcher #sketching #dailysketch #sketchdaily #sketchofday #sketchoftheday #inkmatters #drawdaily #dailydrawing #urbansketch #sketchbook #warder #pensketch #penandink #ilovedrawing #pilotrazorpoint
Thomas IngramFeb 23
Vandenoever501Feb 21
The Ooster- of Schipperskerk (Eastern or Mariners' Church) in Hoorn is a church, built in Gothic style, whose origins date back to the 15th century.
#oosterkerk #hoorn #westfriesland #warder #holland #draw #drawing #drawings #drawdaily #dailydrawing #drawingoftheday #sketch #sketching #dailysketch #sketchdaily #sketchofday #sketchoftheday #inkmatters #penandink #ilovedrawing #copicmultiliner #pensketch
Thomas IngramFeb 12
Hacker News 50Feb 12

AI agent opens a PR write a blogpost to shames the maintainer who closes it

Link: https://github.com/matplotlib/matplotlib/pull/31132
Discussion: https://news.ycombinator.com/item?id=46987559

[PERF] Replace np.column_stack with np.vstack().T by crabby-rathbun · Pull Request #31132 · matplotlib/matplotlib

This PR addresses issue #31130 by replacing specific safe occurrences of np.column_stack with np.vstack().T for better performance. IMPORTANT: This is a more targeted fix than originally proposed. ...

GitHub
Thomas IngramFeb 12
Andrew NesbittFeb 12
OSS is Going Just Great: https://nesbitt.io/oss-is-going-just-great/
OSS Is Going Just Great

A timeline of generative AI’s impact on open source maintainers and software supply chain security.

Andrew Nesbitt
Thomas IngramFeb 12
Show threadTeamtypeFeb 12

For some background, you can watch the talk @zormit and @blinry gave at #FOSDEM:

https://fosdem.org/2026/schedule/event/CQHN8T-teamtype-towards-a-collaborative-editing-protocol/

We'd especially love your input if you already have experience standardizing protocols, to point us towards best practices!

Thomas IngramFeb 12
TeamtypeFeb 12

Imagine a protocol like #LSP, but for adding real-time collaboration to existing text editors. It would allow #Neovim to edit a #Hedgedoc, or peer-to-peer pair programming between #VSCode and #Emacs!

We've come up with our own little protocol like that (for Teamtype), but we'd like to open up the discussion:

That's why we're inviting everyone interested to an initial online gathering on Feb 26, 19:00 UTC, to gauge interest for working on a protocol like this together!

https://md.ha.si/collaborative-editing-protocol

Thomas IngramFeb 12
The thing that stresses me out about AI is it may never actually be better than a good human. It might always be objectively worse and create worse stuff. However, if that worse product is cheaper it will still probably replace people's jobs because capital only cares about ROI not quality.
Thomas IngramFeb 12
abadideaFeb 12
I can't stop thinking about the LLM-generated compiler that passes all the unit tests but emits inner loops that benchmark over 150,000x slower than a gcc debug build. I couldn't possibly have intentionally come up with such a funny demonstration of the point of genuine expertise https://harshanu.space/en/tech/ccc-vs-gcc/
CCC vs GCC

A Guide to comparing Claude Code Compiler with GCC

Harshanu
Thomas IngramJan 28
Divya Ranjan Jan 27

Introducing PALE (Picture & Animation Library for Emacs)

I have been trying to push the limits of #Emacs to do real-time graphics since I started working on Emacs Reader (~1 year).

Emacs Reader has to do a lot of hacks to be efficient in performance, and in doing so we encountered memory leaks of horrible kinds (in Emacs itself), GC overloading of strings and other issues.

Finally over the last month or so, I decided to build a graphics library called PALE for Emacs which will leverage dynamic modules for efficiency. And here's the result, the animation below is hardware-accelerated, i.e the textures are rendered on GPU and then displayed on Emacs.

There are jitters here and there, but I still have a lot of room for optimization (I think!). The library will provide an API similar to svg.el, on top of that I will provide a C API so that dynamic module packages like Reader can directly provide image data from C and use it.

Right now it lives inside Emacs Reader's git, but it will eventually be separated:

https://codeberg.org/divyaranjan/emacs-reader/src/branch/partial-rendering/pale