Custom Query (25 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (4 - 6 of 25)

1 2 3 4 5 6 7 8 9
Ticket Resolution Summary Owner Reporter
#35 fixed Space leak in timing code Ben Lippmeier
Description

This program leaks 25k/sec

module Main (
    main
)
where

import Graphics.Gloss
import Graphics.Gloss.Interface.IO.Game

main = 
    playIO (InWindow "glossmem" (500, 500) (0,0)) white 10 0
    (\world -> return (translate (-250) 0 (text $ show world)))
    (\event -> (\world -> return world))
    (\timePassed -> (\world -> return $ world + timePassed))
#26 fixed Fix end of arc condition in arc rendering Ben Lippmeier
Description

With this program:

import Graphics.Gloss
main    
= animate (InWindow "Foo" (800,800) (0,0)) black 
$ \t -> pictures 
       [ color white $ ThickArc (5 * t+ 0.01) (10 * t+ 0.1) 200 100
       , color red   $ ThickArc (5 * t+ 0.01) (10 * t+ 0.1) 250 10
       , color red   $ ThickArc (5 * t+ 0.01) (10 * t+ 0.1) 150 10 ]

The arc ends aren't at the right angle, depending on the value for the total arc length. I expect this is an interaction between the number of draw steps and the total length.

#25 fixed Add IO derivatives of the play, simulate, and animate actions Thomas DuBuisson
Description

I propose we generalize the animate, simulate, and play actions by providing variants allowing IO actions for world stepping and rendering.

The reasoning here is: 1) World-stepping should be permitted to be IO because there might be outside influences on the world state (ex: a networked game). 2) Rendering the world should be permitted to be IO because there might be outside information needed (texture loading, map tile retrieving, etc).

This would be particularly useful for work like gloss-osm, that allows immediate rendering by presenting missing tiles with a default until the download is complete.

1 2 3 4 5 6 7 8 9
Note: See TracQuery for help on using queries.