
@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.