@jestarray Maybe blank
?
Is there an equivalent of the bash
\
in racket that ignores new lines ?
Doesn’t work?
(I can’t remember)
Or am I thinking of here-strings?
Yes it does
oh no - i mean in at-exp!
Herestring: #<<EOS
some line
some other line
EOS
No, doesn’t work in at-exp. You’ll have to escape to sexp strings
#lang at-exp racket/gui
@string-append{
Lorum ipsum\
dolor emet\
}
That won’t work
(slightly slower, but I often use ~a
instead of string-append when using at-exp.)
or rename string-append
I still get "Lorum ipsum\ndolor emet"
from #lang at-exp racket/gui
@~a{
Lorum ipsum
dolor emet
}
How about: #lang at-exp racket/gui
@~a["Lorum ipsum\
dolor emet\
"]
weirdly the first \n
is missing?
nice
With [" "] the standard string-reader is used. With {} the at-exp reader is used.
ahh
You can use the line-comment form @;
to consume a newline: #lang at-exp racket/base
@string-append{
Lorum ipsum@;
dolor emet@;
}
Nice trick.
very nice.
ahh found it
! @foo{bar @; comment
baz@;
blah}
I did not have time to test it out, but, as far as I understand it, when the plot functions are exported using unsafe-provide
, the contracts on the function parameters are discarded. This is mitigated in the code by adding checks for some, but not all the arguments. #:title
for example is not checked, so if you pass a number as the title, the error is a contract fail on get-text-extent
inside the plot package. With my changes, if you pass a number, it will now crash, presumably because the internal code paths have changed. The solution is to check the type of all the arguments for the plot functions.
Yes, that sounds like I missed #:title
and probably other things when I added unsafe-provide
I will fix that when I finish the pull request.