Actually the flag version does not work for me.
(I thought it did because on-paint was fast enough not to be noticed that
it was sequentially processing every mouse event with a paint call)
#(struct:v2 109 80) ;; mouse pos
draw ;; beginning of draw
cpu time: 8 real time: 8 gc time: 0 ;; duratio
Hi all,
I just registered the Racket project on irc.libera.chat with ownership of
#racket and #racket-*.
Would those who have served as chanops on freenode who are willing to also
do the same for libera.chat please email me privately to let me know your
nick etc.?
Thanks!
Tony
--
You recei
Ok, i think i found in the kernel where this is set up.
```
(define 1/check-for-break
...
(let ((exn:break*_0
(let ((tmp_0 (thread-pending-break t_0)))
(if (eq? tmp_0 'hang-up)
exn:break:han
Den lør. 22. maj 2021 kl. 05.37 skrev schle...@gmail.com <
schleesi...@gmail.com>:
> I have a racket gui app that uses a canvas% with overridden on-event and
> on-paint methods.
> When the user hovers over drawn elements the on-paint is called via (send
> this refresh)
> to display the element und
A more general remank on the governance of these channels (freenode /
libera, but also other non-IRC venues like Discord or Slack).
I think it is important that there is no ambiguisty as to whether the
Racket project has meaningful control over a given communication
channel.
For instance, if ther
I tried your flag version too, I like it, it works without delay and is
simple.
But theoretically you can have situations where the drawn output doesn't
fully represent the current state (if some things were already done and the
data was changed afterwards).
Unless I misunderstand your solution.
6 matches
Mail list logo
