profile-image

gottcode

Graeme Gott

FocusWriter

Office May 30 2017
Score 77%
77.00 Likes
23 Dislikes

Tetzle

Games Other Oct 16 2016
Score 67%
67.00 Likes
33 Dislikes

Connectagram

Games Other Oct 16 2016
Score 61%
61.00 Likes
39 Dislikes

CuteMaze

Arcade Oct 12 2016
Score 55%
55.00 Likes
45 Dislikes

Hexalate

Games Other Oct 09 2016
Score 59%
59.00 Likes
41 Dislikes

Tanglet

Games Other Oct 08 2016
Score 60%
60.00 Likes
40 Dislikes

Simsu

Games Other Oct 08 2016
Score 59%
59.00 Likes
41 Dislikes

Peg-E

Board Oct 08 2016
Score 70%
70.00 Likes
30 Dislikes
Tanglet Games Other
Oct 09 2016
Tanglet Games Other
Oct 09 2016
Tanglet Games Other
Oct 09 2016
FocusWriter Office
Jun 13 2012
Peg-E Board
Jun 10 2012
Hexalate Games Other
Dec 22 2010
Peg-E Board
Nov 15 2010
Hexalate Games Other
Jan 01 2010
Tetzle Games Other
Jun 13 2008
Tetzle Games Other
I am unable to reproduce this bug. It doesn't even seem possible, because I clear the OpenGL surface before rendering the pieces every time you move or rotate a piece. If instead you are referring to the fact that when you are holding a piece, rotating it doesn't shove the other pieces away, that was a gameplay decision: if the piece you are holding belongs on the opposite side of another one, you would have to circle around it to connect it, because trying to move over it would push it away.

1.) I will see what I can do. Qt 4 is good about threading, but as far as I am aware things relating to the GUI (such as creating OpenGL textures) have to be done in the GUI thread. However, I should at least be able to create the pieces in a new thread.

2.) It already does calculations on the fly when resizing the window--it keeps the pieces the same size. I view resizing as a way to get a larger play area, not a way to change the play area zoom. If you want to zoom in or out, there's the mouse wheel, the statusbar slider, and the "+" or "-" keys.

3.) The starting size is calculated to show you every piece of the board. Because zooming is so easy, I think when starting a new game it is more important to see the entire puzzle than it is to zoom in on it.

4.) It already tracks what images you have added to play puzzles with. Do you mean some kind of category system?

5.) KSnapshot, gnome-screenshot, xfce-screenshoter-plugin, Gimp's acquire screenshot ability, etc, already allow for screenshots of specific windows or the whole desktop, so I figured that adding in my own version would be a little redundant.

Also, I understand that your game uses xjig and imagemagick, but mine uses neither, so some of your suggestions (while appreciated) wouldn't really work with my code.

Thanks for the input!
May 22 2008