| I worked on this for a little while myself. It wasn't so much "pc board by code" so much, but it was more a "pc board by CLI" approach. And by that what my goal was, was to offer primitives and utility functions that would build the board up over time, but it was to be done incrementally in a Lisp REPL. My use case scenario, was ancient AutoCAD. Back in the day, while you could hook up a tablet or other pointing device (I'm talking pre-mouse here) to make AutoCAD drawings, a lot of it was done simply through typing in commands, in AutoLISP. (lineto 100 100) kind of thing. And the drawing would appear on the screen over time, you'd save the data model, and manipulated with the REPL. If you wanted 10 lines: (dotimes (i 10) (let ((x (* i 10)) (y 100)) (line x y x (+ y 100)))
(HN does not have a paren matching editor, apologies...)Where it broke down for me was coming up with a graphic rendition using CL. If emacs had anything reasonable regarding graphic support (its SVG support is Not Good), I'd have done it there. Rethinking it, it just occurred to me I could have probably gone a good way using ABCL in a Java GUI shell. But the key point is that I think using a REPL for building up something like a circuit can actually work, actually be efficient for users, especially if it's extensible (i.e. (defun grid ...) ). Especially a hybrid (like clicking on a line pastes an identifier into the REPL). My experiences with KiCAD drove me down that mad hole. |