DrRacket uses `pretty-print`, which will print numbers using `number->string`, and so (I think) won't go through your parameter.
I think there may be problems with parametering the core printer, partly because printing is is sometimes used where `read` is supposed to work on the result, but I think there may be other issues and I haven't thought through them enough. Just to make sure, does using the pretty printer and its hooks (especially `pretty-print-print-hook`) work for your goals? At Fri, 29 May 2020 07:35:03 -0700 (PDT), Thomas Dickerson wrote: > On an apparently related note: > > I have modified Racket to allow parameterized control over how numbers are > written/printed/displayed ( cf. https://github.com/racket/racket/pull/3222 > ). > This works fine from command-line racket, but DrRacket (installed using > `raco pkg install -i drracket` of my modified racket) is merrily doing its > own thing and printing numbers without invoking my parameterized routine. > > It doesn't appear to be a case of DrRacket using a separate binary, because > I can still read and set the parameter, it just has no effect. > > Thoughts? > > -- > You received this message because you are subscribed to the Google Groups > "Racket Users" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To view this discussion on the web visit > https://groups.google.com/d/msgid/racket-users/6f260d7e-68e0-454c-9d81-04d74cb7 > 8b9a%40googlegroups.com. -- You received this message because you are subscribed to the Google Groups "Racket Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/racket-users/20200529092932.2e0%40sirmail.smtp.cs.utah.edu.
