GDIdotNETgames Work Item Rss Feed

CREATED ISSUE: Infinite Loop on Squeeze Between Sprite and Map Edge

IrishBouzouki — Sun, 04 May 2008 21:21:22 GMT

The pushback for sprite collisions with the map edge is directly away from the map edge.
The pushback for sprite collisions with another sprite is the reversal of the intersecting movement.
When these conflict it results in just pushing back and forth in an endless loop.
The if-else structure resolves priority for each in turn but they get into a situation where they alternate.

CREATED FEATURE: Help->About Dialog with Root Folder Information

IrishBouzouki — Sun, 04 May 2008 12:49:01 GMT

Provide a "Help>About" dialog box (needed anyway).
As part of this dialog box show the full path name for the application's root install hidden system folder so the user may modify the game content.

CREATED FEATURE: AI Plug-Ins

IrishBouzouki — Sat, 03 May 2008 15:49:19 GMT

Very long term goal...
(after all, there is no AI anything yet or even anything for an AI to do)
Provide a mechanism for the user to add plug-ins to provide AI functions without re-compiling game code (i.e. an entry in a save game XML file, easily edited by the user, pointing to the AI plug-in to use).

REOPENED ISSUE: Mouse Wheel Tie to Zoom Bar

IrishBouzouki — Sat, 03 May 2008 15:41:53 GMT

Need to add support for the mouse wheel to zoom in and out by manipulating the zoom bar programatically on mouse wheel events.
Need to do this during sprite drag operations as well as normal operation.

This one should be easy - something like handle MouseWheel event, vScrollBarZoom.Value += e.Delta and that is it.
Comments: ** Comment from web user: IrishBouzouki **

COMMENTED ISSUE: Mouse Wheel Tie to Zoom Bar

IrishBouzouki — Sat, 03 May 2008 15:41:53 GMT

Completed. Will be in next upload.

** Closed by IrishBouzouki 4/26/2008 6:28 AM

REOPENED ISSUE: Map Pan on Sprite Drag Near Edge

IrishBouzouki — Sat, 03 May 2008 15:40:48 GMT

Map needs to support automatic panning when dragging sprite near the display edge, with increasing speed of pan closer to the display edge.
_But_ also need to stop pan when actual world map edge reached.

Related - need to prevent sprites from being dragged so that they are entirely/partially off world map.

Need some consideration for drag and drop to/from other control areas, when fixing these issues.
Comments: ** Comment from web user: IrishBouzouki **

COMMENTED ISSUE: Map Pan on Sprite Drag Near Edge

IrishBouzouki — Sat, 03 May 2008 15:40:48 GMT

Completed. In next release.

** Closed by IrishBouzouki 5/2/2008 3:55 AM

COMMENTED ISSUE: Map Pan on Sprite Drag Near Edge

IrishBouzouki — Sat, 03 May 2008 15:40:14 GMT

Issue actually moved to a couple others that cropped up - pan too fast and rotation off world map edge

CREATED ISSUE: Sprite Drag Rotation Collision With World Map Edge

IrishBouzouki — Sat, 03 May 2008 15:37:45 GMT

Need to detect on rotation when collision with world map edge (not just camera viewport edge) occurs and if collision is detected reset mouse to last position and reverse transformation.

CREATED ISSUE: Pan Too Fast for User to Interrupt

IrishBouzouki — Sat, 03 May 2008 15:35:17 GMT

Pan calls to AutoNudge need to use a threaded timer to allow painting via update to catch up and the user to stop panning where they want.
Have to use Update() because Invalidate() does not cause repainting while mouse is down/captured.
Timer needs to be threaded because windows forms timers do not fire while mouse is down/captured. Hopefully threaded timer with a delegate/BeginInvoke() back to the UI thread will work?

CREATED ISSUE: Animation Pauses During Sprite Drag Operation

IrishBouzouki — Sat, 03 May 2008 11:40:44 GMT

This is because (near as I can tell) some windows forms events do not fire while the mouse is down, or at least are queued up until the mouse is released. I know scroll bar events still work but I know windows forms timers do not (perhaps a thread timer would - but that would require an invoke to fire animation updates back onto the UI thread). Minor issue at most. Probably will not worry about it at all, we will see, but worth noting.

CLOSED ISSUE: Map Pan on Sprite Drag Near Edge

IrishBouzouki — Fri, 02 May 2008 10:55:49 GMT

CREATED ISSUE: Scroll/Zoom Bars Do Not Match Viewport on File Open/New

IrishBouzouki — Sat, 26 Apr 2008 21:07:07 GMT

When a file is first opened (or a new file is loaded) the scroll and zoom bars retain their former setting but the viewport now shows the game in its 'default' state.
As soon as any of the bars are moved this is corrected.

Either...
(a) Set scroll/zoom bars to 'default' when a file is new/opened, or...
(b) Immediately apply the transofrms for the current scroll/zoom bar settings when a file is new/opened.

CLOSED ISSUE: Mouse Wheel Tie to Zoom Bar

IrishBouzouki — Sat, 26 Apr 2008 13:28:03 GMT

CREATED ISSUE: Sprite Groups

IrishBouzouki — Fri, 25 Apr 2008 23:04:23 GMT

Another cc class, this one takes groups of sprites and replaces them on the map with a unified control that paints as each sprite separately but uses a combined union region and intercept any mouse events before they are processed by child sprites within the group - so you move the entire group like a single sprite (ie wheel about the corners of the group rather than individual sprites) but it is painted as individual sprites.

Groups would be broken up by a context menu action. Groups would be formed by.... well, to be determined.

CREATED ISSUE: Sprite Collision

IrishBouzouki — Fri, 25 Apr 2008 23:00:46 GMT

Sprites have regions, it should not be complicated to determine during sprite drag operations if they are colliding with other sprites and if so reset the position/rotation/whatever to the last pre-collision point.
Care is needed when sprites are snapped to one another that they are not yet considered collided or it might mean they can not initiate movement of any kind.
Also setup will need some care to avoid (as in the current file) overlapping sprites for the same reason.

CREATED ISSUE: Sprite Agents and Sprite Objects

IrishBouzouki — Wed, 23 Apr 2008 00:09:33 GMT

The current ccSprite class is really what I would call a "Sprite Agent", a control moved around by the player as part of playing the game.

There is also a need for a very similar class which I would call a "Sprite Object".

Sprite Objects would be placed on the map in the editor and would then not be moveable by players in-game. Their control regions would still be used (for interesection collision with sprite agents the player would move - unlike sAgent-sAgent or sObject-sObject overlaps sAgent-sObject overlaps will still be permitted), but for a sprite object the control region would be tight-fitting rather than rotated rectangular. They would still have tool tips with their names and might still have a context menu - I am not quite sure yet.

CREATED ISSUE: More Representative Game Artwork and Default XML

IrishBouzouki — Tue, 22 Apr 2008 10:16:59 GMT

I _will_ get this, soon. It was not a priority for doing my own coding in private because I know at least some stuff I want to do. But for public consumption it needs improvement to give a better idea.

Sub-tasks:
1. Map bitmap file (1800x1200 pixels, overhead terrain view - can have different resolution since the map custom control knows to stretch it on load)
2. Many sprite bitmap files (40 pixels wide, height depends on content - can eventually have different resolution, but right now just yet I do not think the code has the little bits in there to support scaling it)
3. Representative positioning of sprites on map in the XML file.

I do not know how well CodePlex hosting support image files for something like this. There may be a space limit which I will run into so anything that goes up here will likely be sprites with just a few different actual image files, even though in the final product there is no reason beyond download time why that needs to be the case.

CREATED ISSUE: Cursor Artwork

IrishBouzouki — Tue, 22 Apr 2008 10:08:36 GMT

Need better cursors (argh, more artwork), especially for the sprite drag rotate functions, to make it more intuitive to the user what they can do.

CREATED ISSUE: Sprite Drag "Navigation Aids"

IrishBouzouki — Tue, 22 Apr 2008 10:07:18 GMT

There needs to be some "aids to navigation" drawn on the map during sprite drag operations. To permit the sprite drag to be lined up or set at range against map terrain or enemy sprites as the user wishes. Some particulars of this will be handled by context menu items as well, especially those too hard for a user with a mouse to do (ie snap to enemy edge/corner etc). But the aids need to be good enough to give the user dragging the sprite an idea.