Re: [racket] Crowdsourcing Pict3D's design

2015-03-19 Thread Raoul Duke
the only reason i know is because i finally bit the bullet and got something "modern" (as in: pci-x instead of agp), for Minecraft. :-) Racket Users list: http://lists.racket-lang.org/users

Re: [racket] Using 2htdp/image with racket-gui

2015-03-19 Thread Robby Findler
Oh, I see. In that case, they should use the render-image function directly. Override the on-paint method, call the get-dc method and pass that and some suitable coordinates to do the drawing. I recommend using this only for drawing the final image, don't use other dc methods (I mean, you can, but

Re: [racket] Using 2htdp/image with racket-gui

2015-03-19 Thread Andrew Mauer-Oats
Thanks. Yes, they want to (say) draw a solid green circle next to the name of someone who has been active in the last five minutes. As I understand it, they followed the GUI Toolkit intro and arrived at the point where they have a canvas% with the on-paint method specified in its constructor. The o

Re: [racket] Crowdsourcing Pict3D's design

2015-03-19 Thread Neil Toronto
On 03/19/2015 10:00 PM, Neil Toronto wrote: On 03/19/2015 02:09 PM, Raoul Duke wrote: Currently, the vertex data for frozen shapes is transferred every frame. The 3D engine is saturating your AGP bus. the year 2003 called and wants its technology back. :-) The year 1861 sent you a telegraph:

Re: [racket] Crowdsourcing Pict3D's design

2015-03-19 Thread Neil Toronto
On 03/19/2015 02:09 PM, Raoul Duke wrote: Currently, the vertex data for frozen shapes is transferred every frame. The 3D engine is saturating your AGP bus. the year 2003 called and wants its technology back. :-) The year 1861 sent you a telegraph: they want their insult back. :p Anyway... t

Re: [racket] Using 2htdp/image with racket-gui

2015-03-19 Thread Alexander D. Knauth
Here’s one way, if you mean a bitmap% object: #lang racket/base (provide image->bitmap) (require racket/class (only-in racket/draw make-bitmap bitmap-dc%) (only-in 2htdp/image image-width image-height) (only-in mrlib/image-core render-image)) (define (image->bitmap im

Re: [racket] Using 2htdp/image with racket-gui

2015-03-19 Thread Robby Findler
When you say "bitmap" do you mean "bitmap% object"? And if so, why do they want to do that? If not, do you mean something else? Robby On Thu, Mar 19, 2015 at 5:24 PM, Andrew Mauer-Oats wrote: > Is there a public way to change an image created using the 2htdp/image > library into a bitmap? > > M

[racket] why you should consider sponsoring RacketCon 2015

2015-03-19 Thread Matthew Butterick
I just sent $1500 to help sponsor this year's RacketCon. That's an increase from the $1000 I put in last year, because Vincent St-Amour told me that he and Matthew Flatt want to scale up this year's event. I mention this not to bring attention to myself. Rather, I mention it to bring attention

[racket] Using 2htdp/image with racket-gui

2015-03-19 Thread Andrew Mauer-Oats
Is there a public way to change an image created using the 2htdp/image library into a bitmap? My students are used to those functions and it would be easier for some of them to go and build the GUI they want if they didn't have to change over to explicitly using drawing contexts. I have looked at

Re: [racket] Breaks always go to main thread?

2015-03-19 Thread Greg Hendershott
> That sounds very cool! If you can maybe keep some amount of model/view > abstraction going maybe we could get that into drr? I'll definitely keep that in mind; I'd like to help do that! Racket Users list: http://lists.racket-lang.org/users

Re: [racket] Breaks always go to main thread?

2015-03-19 Thread Robby Findler
That sounds very cool! If you can maybe keep some amount of model/view abstraction going maybe we could get that into drr? Robby On Thursday, March 19, 2015, Greg Hendershott wrote: > Thank you, Robby. > > > Another approach that you might want to try is to catch the "c:c;c:c" > > at the emacs

Re: [racket] Breaks always go to main thread?

2015-03-19 Thread Greg Hendershott
Thank you, Robby. > Another approach that you might want to try is to catch the "c:c;c:c" > at the emacs level and instead of turning that into SIGINT (or > whatever signal it is) send an explicit message across to the "(sync > never-evt)" code that tells it to break the user's program's thread. >

Re: [racket] Breaks always go to main thread?

2015-03-19 Thread Greg Hendershott
> 2. exn:break, although I'm not yet sure how that will work. Actually, break on any uncaught exception. Racket Users list: http://lists.racket-lang.org/users

Re: [racket] Crowdsourcing Pict3D's design

2015-03-19 Thread Tomi Pieviläinen
> Freezing takes a while, though, and has this annoying property that > it takes the most time the first time the frozen Pict3D is rendered. > (The actual freezing has to be done with an active OpenGL context.) > I'm not sure what to do about the latter problem. Would it be enough to render to a f

[racket] Submodule access in nested function definitions

2015-03-19 Thread Rickard Andersson
Hi, everyone. So, the background for this e-mail is the following macro: http://pasterack.org/pastes/51673 In short, it allows me to do function definition closely connected with contracts as well as test cases. The problem I ran into last time I worked on this, though, is that I can't actually

Re: [racket] Error with pict3d

2015-03-19 Thread Tomi Pieviläinen
On Sun, Mar 15, 2015 at 01:01:02PM +0530, Dr. C. SHUNMUGA VELAYUTHAM wrote: > I tried first glxinfo | grep "version" on my ubuntu machine and found that > openGL version is 1.4. > > I also tried your racket code but it gave the following error > > ?: unbound identifier in module in: ? > > So I

Re: [racket] Crowdsourcing Pict3D's design

2015-03-19 Thread Raoul Duke
> Currently, the vertex data for frozen shapes is transferred every frame. The > 3D engine is saturating your AGP bus. the year 2003 called and wants its technology back. :-) Racket Users list: http://lists.racket-lang.org/users

Re: [racket] Crowdsourcing Pict3D's design

2015-03-19 Thread Neil Toronto
Thanks, and I'm glad you're having a good time. :) Currently, the vertex data for frozen shapes is transferred every frame. The 3D engine is saturating your AGP bus. I have plans to add either `freeze/send` or a `#:send?` argument to `freeze`, which will send the vertex data once to reside on

Re: [racket] Greetings!

2015-03-19 Thread J Arcane
I will second that. The performance difference between the racket dedicated executable, and running something under a DrR REPL can be surprisingly huge. It's one of the reasons why I've been slowly transitioning to using racket-mode under Emacs instead. On Thu, Mar 19, 2015 at 1:25 PM, Neil Toront

Re: [racket] Greetings!

2015-03-19 Thread Neil Toronto
Welcome! Thank you for your past work. Trying to emulate it concretized and motivated almost all of my high school and undergraduate math classes. On 03/18/2015 02:59 PM, John Carmack wrote: ... I have a specification for a VR related file format that is headed towards JSON, but I am seriou

Re: [racket] Greetings!

2015-03-19 Thread Tomi Pieviläinen
> I have a specification for a VR related file format that is headed > towards JSON, but I am seriously considering changing it to > s-expressions and embedding a trivial (not Racket) Scheme for > scripting. FWIW http://mr.gy/software/microlisp/ dialect seems to be somewhat popular in implementing