Amazing work by Minad on #GNU #Emacs : https://debbugs.gnu.org/cgi/bugreport.cgi?bug=80281. His patch adds a canvas image type which adds a canvas to Emacs (direct pixel buffer manipulation that we very desperately need see: https://codeberg.org/MonadicSheep/emacs-reader/pulls/126#issuecomment-9191474).

This work was inspired by the various PALE demos by @divyaranjan.

This means emacs-reader and PALE will be able to delete a lot of hacks and have even better performance :D.

@divyaranjan Here is a demo of the new canvas API:

#emacs

@divyaranjan yet another demo, this time Minad ported #Doom to #GNU #Emacs. (#Doomemacs?)

https://github.com/minad/doom-on-emacs

@divyaranjan https://codeberg.org/tusharhero/snippets/raw/branch/master/patches/fix-doom-on-emacs-resolution.diff

had to make these changes to fix some weird issues with resolution and scaling.

@tusharhero @divyaranjan An API for attaching behavior to pixels/regions in the internal pixmap would be a very nice addition for building graphical applications in emacs 😊
@jack @divyaranjan Can you explain what you mean exactly?
@tusharhero @divyaranjan I take it back! My memory of click events included indicating which glyph was clicked on but not the dx,dy tuple for pixel offset within the glyph. The latter is enough to code all kinds of interesting interactivity in these pixel buffers 😊
@jack @tusharhero I think we can track the mouse's pixel coordinates within the canvas that is displaying something and then ask Pale to do some interactivity there. That's how I plan to use this for text selection in Emacs Reader.