@andreiformiga that i know, but for my use case just interested in Racket vs Julia
I have just watched a very nice talk on Guile-Racket on FOSDEM, there are 2 more talk happening right now regarding Racket, here is a link to livestream: https://live.fosdem.org/watch/k4201
The one that ended was: “A Guiler’s Year of Racket” by Christopher Webber
The one starting right now is: “Fractalide and Cantor A Racket application built with Flow-Based Programming” by Claes Wallin
Finally last one will be: “Make your own language with Racket A kickstart workshop for the creative minds” by Jérôme Martin
quick question about Frog (https://docs.racket-lang.org/frog/index.html) is it possible to execute Racket in Markdown files like you can in Scribble, say, if I want to generate images with 2htdp?
@d_run No. Well. I mean, there’s probably some way.
Your frog.rkt
’s enhance-body
function can do things to xexprs. I suppose you could put HTML in the markdown file, have enhance-body
notice it, do things, replace it, etc.
i.e. that is how the pygments highlighting works
<d_run_racket_code> ___ </d_run_racket_code>
, your enhance-body
notices that. etc.
I’ll let you eval (equal? 'possible 'desirable)
:smile:
@greg I wanted to ask about something similar - what I would like to have is markdown as a preprocessor that could be working with different #lang
s so that I could have a hybrid system - something like #lang markdown scribble/manual
@(require markdown/manual)
so that I could specify in my own library the defaults for markdown depending on main #lang
to be used including custom ones
could current implementation of markdown be used in such manner
the use case is for people that are familiar with markdown but would like to have more flexibility and a easy learning curve
Do you mean something like write @markdown{This is _italic_ etc.}
? You could define that markdown
function yourself I think, calling the markdown
lib’s parse-markdown
function, and somehow wrangling the xexprs into something Scribble wants.
Which I added at someone’s request years ago but now can’t remember exactly who or why.
So you could probably figure that out as quickly as me, these days. ¯_(ツ)_/¯
thanks I see it more as a document that starts as markdown until something more complicated is needed - then @something{more complicated}
is used
it looks like the “pre-Scribble” is almost there where I need it!
@githree Pollen markdown mode is exactly what you describe I think
@sorawee thanks, but I am thinking about the reverse to what pollen is doing, ie instead of pollen preprocessing to get md file use markdown to generate (in this case) pollen tags
@greg one question about Frog…e.g. Nikola (python ssg) can invoke external compilers to process posts written in e.g. AsciiDoc markup (using Ruby implementation called Asciidoctor), Hugo can invoke (python) rst2html (to e.g. process posts written in reStructuredText markup, so I’m curious if it would be easy to add capability to Frog to use some ‘non-native’ markup for which there is no Racket-powered parser available (yet)?
I don’t know.
But probably doing that wouldn’t be as easy as not doing it. ¯_(ツ)_/¯
heh, if the latter is easy, than the former could be doable without (too) much pain :smile:
@greg would you accept PR with an added reader so it would work as mentioned or would you rather have it as separate package?
I see there is similar PR by Leif hence the question
@githree I think it’s hard for me to say without seeing the PR? If it seems too complicated for me to understand quickly, and feel good about maintaining long-term, I might ask separate package? But then you’d have to redo it as a separate package. :disappointed:
I’m kind of in maintenance mode for Frog, at least for the foreseeable future. I have too much else on my plate, and I haven’t worked deeply on the code for a couple years now. I still use it, dogfood it. It’s not going to be abandonware. But maybe not big expandware.
A simple reader change could be cool… unless it isn’t cool. Sorry I feel like a prima dona but just trying to be honest.
OK I will see first how it works with systems like Pollen and Scribble and then we will see if it is even worth
Sorry to be a downer it sounds like a cool idea and if it were a few years ago I’d enthusiastically jump in and actively help.
no problem :slightly_smiling_face:
Racket 7.2 PPAs are cooking… will be ready later today hopefully
Anyone had a Inlining expected for #<procedure:extflvector-length>.
error during build on 7.2?
With scribble/example
, if I define this at the module level: (define module-sharing-evaluator-factory
(make-base-eval-factory (list 'racket/base 'my/module 'my/other/module))
…will the instantiations of those modules be collectable by the GC?
On a platform where extflonums are not supported? It looks like an old Racket bug that is probably triggered by a new-to-v7.2 use of extflonum-length
in rackunit.
It’s on an i386 build and not sure if extflonums are supported or not, but it only errored on one of several builds so I suspect they are available. Here’s the detailed build log: https://launchpadlibrarian.net/409497645/buildlog_ubuntu-trusty-i386.racket_7.2+ppa1-1~trusty1_BUILDING.txt.gz Edit: and it indeed does look like it’s building rackunit docs when it aborts.
Commit 80f84f2132 should fix the problem. I’ll alert the release managers to see if we should do more than have a patch available.
Yes, after the document is rendered. But probably not before the document finishes, which is why there’s close-eval
.
So there shouldn’t be memory management issues if I do this? #lang scribble/manual
@(define module-sharing-evaluator-factory
(make-base-eval-factory (list 'racket/base 'my/module 'my/other/module))
... some docs ...
@(examples
#:eval (module-sharing-evaluator-factory) #:once
(do-stuff))
Yes, using #:once
is a good approach.