[racket-users] Re: Using Racket behind proxy

ps:// instead? Also, if anyone has any pointers to how to add proxy support and fix the git URL long term and for all users, I would be happy to try and see if I could make the changes myself to submit back to Racket. Thanks. On Thursday, September 13, 2018 at 1:59:43 PM UTC-4, making-a-r

[racket-users] Canvas animation performance

Hello all, I am embarking upon a project to doing 2D graphics in Racket, so I am starting off with various experiments, some of which include testing out performance and replicating Processing examples. I definitely need to do some more reading, but I am wanting to post this to get some leads

Re: [racket-users] Canvas animation performance

nimated-canvas package. It isn't any >> faster, but can (at least on my machine) handle 50,000 (or even 100,000) >> lines, although slowly. If you need speed, you can try using the OpenGL >> package. >> >> Doug >> >> On Sun, Jan 10, 2021 at 11:50 P

[racket-users] Looking for idiomatic way to represent very similar but different data types

Hello. I have a project where I am needing to represent vectors (in the mathematical sense), points, and colors. Both the vectors and points will be 3D. I'm having trouble knowing what's an idiomatic way to represent and interact with data types that are similar but different. In general, I

[racket-users] Re: How to draw an arc with module `graphics/turtles`?

Turtles can only turn or move forward with or without drawing. To draw an arc, you'll need to combine these methods to do that. I highly recommend the book *Turtle Geometry* by Abelson and diSessa .

[racket-users] Re: Looking for idiomatic way to represent very similar but different data types

missing some secret sauce of structs or something else. On Monday, February 1, 2021 at 4:38:37 PM UTC-6 making-a-racket wrote: > Apologies. By fourth optional argument, I meant a fourth field with the > #auto field option. I'm experimenting with this now. > > On Monday, February 1,

[racket-users] Re: Looking for idiomatic way to represent very similar but different data types

> (type.constructor-id (map-function (type.accessor-id instance)) ...))) > > (struct point (x y z) #:transparent) > > ;; Outputs (point 2 3 4) > (struct-map point (point 1 2 3) add1) > On Sunday, January 31, 2021 at 4:20:03 PM UTC-8 making-a-racket wrote: > >> Hello.

[racket-users] Re: Looking for idiomatic way to represent very similar but different data types

Apologies. By fourth optional argument, I meant a fourth field with the #auto field option. I'm experimenting with this now. On Monday, February 1, 2021 at 3:24:49 PM UTC-6 making-a-racket wrote: > Thanks for the suggestion and for the macro implementation. I'll have to > pour over that