I recently got back to my work on literate #GRASP, and I think things finally started to look good. I implemented a new document representation (the previous one was built from cons-cells and multiple hacks), and I have some working tests that are capable of rendering this representation to "unicode-art" strings, and I'm currently working on a new parser that would work well with that representation.

I still have a long way to go before I get a running system, and I don't think it's a very good literature, but if you're a #Scheme maniac or a fan of #LiterateProgramming and you don't find the #Java runtime environment too repulsive, I invite you to follow the work and provide your feedback:

https://github.com/panicz/grasp/blob/main/literate/grasp.org

Currently, when exported to pdf, the document has about 100 pages, and it mainly describes language extensions that were developed for Kawa Scheme to develop GRASP. I think it might be a delight to people who enjoy studying language extensions, but unfortunately the part about the architecture and implementation of GRASP has yet to be developed.

(the document is written in #Emacs #OrgMode using its #noweb component for literate programming. I recommend reading it from Emacs rather than from its github preview)

time to iterate for vectors now that I have my punch out grid for enough chars.

all the caps are done. lowers done. this isnthe biiiig version of course. goal is some stamps.
also to mess with subtrsctive modelling and ultimately make a high carbon steel set of them at a few sizes.

then I can do more #programming. LOL

we are bridging #digital and #analogue hard over here.

hammers, steel, wood, chisels, sanding, and letters!!!? yep.

#fontforge #typography #stamps #noweb lol

Over on imapfilter filters my imap I have cooked up a simple Org Babel page which generates a set of mail filtering rules for the imapfilter utility. It's operated using Lua, but with a lot of rules it gets a bit difficult to manage. I broke my configuration up in to a number of org-mode tables that are processed by ten lines of Emacs Lisp which turns it in to Lua code that is written to the imapfilter configuration.

While I don't publish the raw org-mode file since it has un-published headings with rules I don't want to publish, the usage flow is pretty simple, so let me walk you through it:

• in the imapfilter configuration I define a handful of lua helper functions which take a list of mails to act on, a search key, and a destination to move the matching mails.

• Define some emacs-lisp which takes a table as variable; these are passed in to the ELisp as list of lists, the inner list being a single row. This is stored in a named Org Mode source block. It takes each row and turns it in to a single Lua statement:

  (thread-last tbl (seq-map (lambda (row) (format "mb = file_by_%s(mb, \"%s\", \"%s\")" (first row) (second row) (third row)))) (s-join "\n"))

• Define a table with at least three rows

  • the first is the "type" of rule – notice in the format call that the string contains file_by_%s, this first row is used to pick one of the helpers.
  • the second row is the value to filter on, that subject, sender, or destination.
  • the third row is the destination to send it.

• Create "lua" source code blocks with noweb syntax enabled, and with a tangle destination of the imapfilter configuration. That calls, via noweb, our code generation elisp, passing in each table, and then tangling that generated lua in to the configuration file. <<call-imapfilter-from-table(social-lists)>>

The end result is a set of tables which can be shared or published, edited and reordered etc, easily, and then seamlessly exported as a configuration file.

I do this as well in some other places:

• in my Nix Version Pins page (see This document contains Magic)
• Declarative KDE Configuration with Home Manager generates a bunch of kwriteconfig5 shell scripts which are run by home-manager
• When I used Universal Aggregator i used this similarly, generating an UA configuration in the Arroyo Feed Cache, but no longer use that any more.
• i3wm Keybindings are generated as well, though I don't use that either.

Using literate programming for generating configuration is really fun and lets you scale your code and configuration while keeping it legible!