- 201111 ( 1)
- 201005 ( 1)
- 201004 ( 1)
- 201003 ( 2)
- 200912 ( 2)
- 200910 ( 1)
- 200909 ( 4)
- 200908 ( 1)
- 200907 ( 3)
- 200906 ( 4)
- 200905 ( 1)
- 200904 ( 1)
- 200812 ( 1)
- 200811 ( 2)
- 200809 ( 1)
- 200808 ( 1)
- 200806 ( 2)
- 200805 ( 2)
- 200804 ( 2)
- 200803 ( 5)
- 200802 ( 4)
- 200801 ( 1)
- 200712 ( 5)
- 200711 ( 3)
- 200709 ( 1)
- 200706 ( 1)
- 200704 ( 4)
- 200703 ( 1)
- 200702 ( 3)
- 200701 ( 5)
- 200612 ( 3)
- 200610 ( 2)
- 200609 ( 2)
- 200608 ( 3)
- 200607 (10)
- 200606 (10)
- 200605 ( 9)
- 200604 ( 7)
- 200603 ( 9)
- 200602 (11)
- 200601 (26)
- 200512 (20)
- 200511 (22)
- 200510 (19)
- 200509 (13)
- 200508 ( 2)
- 200507 ( 3)
- 200506 ( 7)
- 200505 (26)
- 200504 ( 9)
- 200503 (15)
- 200502 (20)
- 200501 (28)
- 200412 (16)
- 200411 ( 5)
- 200410 (18)
- 200409 ( 7)
- all
blogroll
Mon, 14 Sep 2009
...is here! You'll need Graphics.UI.Gtk (a.k.a. Gtk2Hs), Graphics.Rendering.Cairo (also part of Gtk2Hs, but sometimes distributed separately), and Control.Concurrent (I use an MVar for game state in case I want to do something crazy later).
For now, this is just a normal tetris game. Ctrl-R restarts, Ctrl-Q (or Alt-Q, or the Quit button) quits.
[ permalink | 5 comments ]
I don't wanna sound like an Egyptian or nothin'
...but I really like libcairo. Over the weekend I wrote a Tetris-like game using cairo via Haskell's Gtk2Hs bindings.
I have one more obvious bug to fix before I release the source, so I'll probably post tonight once it's fixed. After that, I'm going to implement a bastard function, then scale it out to two players and allow each player to choose the other's next piece if they want.
Obviously we'll need a computer opponent mode as well...
(If you're wondering, I'm hovering around 300 lines of code, but that's a bit on the high side because I went for readability over smallest LoC, and I basically wrote a library of game state transforms and collision predicates and didn't use all of them.)
[ permalink | 0 comments (add one you lazy bastard!) ]