
@lexi.lambda hi, i just noticed your vector-struct package. Was there a specific reason for deprecating it? Are there alternatives out there for lighter structs?

hi @david.alkire, you can override the on-paint
method of the pasteboard%
class and draw the background image when the before?
flag is #t
. You can actually do quite complex things with pasteboard% objects: For example, I implemented a prototype where the background of the pasteboard%
is a map which can be panned around with the mouse and there are snips which can be dragged over the map when the control key is pressed.

@mflatt I am having issues with using the result of define-runtime-module-path-index
with dynamic-place
. I have (define-runtime-module-path-index mod-bootup 's10/place-bootup)
which I then use with (dynamic-place mod-bootup 'place-bootup)
however, I get from racket: dynamic-place: contract violation
expected: (or/c module-path? path?)
given: #<module-path-index:'#%embedded:g29862:place-bootup>
is this a bug in dynamic-place
or am i missing something?

@pocmatos Structs got faster. On modern Rackets, I didn’t detect any meaningful performance difference between vectors and structs.

Oh OK. Thanks.

@lexi.lambda That’s interesting, do you know roughly what Racket versions?

I don’t remember exactly, I’m afraid.

It was a while ago, though, somewhere in the single-digit 6.x line IIRC.

That’s helpful, thanks.

dynamic-place
currently really does require a module-path?
or a path?
; no doubt it can be updated to take a module path index, but maybe using collapse-module-path-index
is the right thing for now

thanks, I clearly did not know about collapse-module-path-index
. Still, it doesn’t sound like a bad idea for dynamic-place
to do this - it would be interesting to get dynamic-place
and dynamic-require
to accept the same type of arguments.

@robby What could possibly cause DrRacket to produce “instantiate-linklet: mismatch; reference to a variable that has the wrong procedure or structure-type shape; possibly, bytecode file needs re-compile because dependencies changed” when “Populated ‘compiled’ directories” is unchecked and running the test from the command-line doesn’t produce the same error? Simply closing and reopening the file in DrRacket seems to make the error go away.

Dunno

A bug?

Okay. :)

I have somehow gotten DrRacket into a state where every time I do c. 20 seconds worth of editing, it pops up an internal error dialog about attempting to re-declare racket/private/stx
(full message below). I certainly have no idea if I can reproduce this—I’m about to try restarting DrRacket and hope it goes away—but I thought I’d post just in case this is enough to make the problem obvious to someone. module: cannot redeclare cross-phase persistent module
module name: #<resolved-module-path:"/Applications/Racket v7.0/collects/racket/private/stx.rkt">
context...:
declare-module!58
declare-this-module
standard-module-name-resolver
namespace-module-instantiate!96
for-loop
[repeats 1 more time]
run-module-instance!125
for-loop
[repeats 1 more time]
run-module-instance!125
for-loop
[repeats 1 more time]
run-module-instance!125
for-loop
[repeats 1 more time]
run-module-instance!125
...