Sure thing, Leif. Thanks for the offer!
https://github.com/thoughtstem/racket-blocks
On Fri, Apr 27, 2018 at 12:33 PM Leif Andersen
wrote:
> Stephen,
>
> Do you have a link to your current source code? If so I'd be happy to
> take a look at it and give you general feedback.
>
> Also yes, your
Stephen,
Do you have a link to your current source code? If so I'd be happy to
take a look at it and give you general feedback.
Also yes, your solution is (very sadly) the current state of the art I
have in #lang editor. (https://github.com/videolang/idmt). In the
future I hope to improve DrRacke
Cool!
At first I wondered on the purpose of the racket-bricks (since there is
scratch already) but when you mentioned the transition from block based
coding it made a perfect sense!
BTW - have you considered
using https://pkgs.racket-lang.org/package/scratchy with your B-expressions?
G.
On Fr
Actually, I figured it out myself. For the curious:
What I ended up doing was implementing a custom language "#lang
racket-bricks". I used syntax/module-reader's #:wrapper1 to intercept the
code prior to execution. It scrapes out all of the brick-snip%s and
replaces them with their associate
I finally had some time to revisit this. I'm hoping someone can help me
out a bit more.
I made a basic renderer that takes arbitrary S-expressions and renders them
as bricks. I've made an interface for editing the bricks (and thus editing
the S-expressions underneath).
What I would like
5 matches
Mail list logo