Luke Hatcher's Blog - Latest Comments

Re: Coloring Sprites With Cocos2d-iPhone

Sybren — Wed, 30 Sep 2009 05:12:43 -0000

Is there a way to change the color of a sprite that is initiated with a file which has a color allready? For example i have a green png image and i like to change the color to white within the code. [sprite setColor:ccc3(255,255,255)] does not work.

Re: Coloring Sprites With Cocos2d-iPhone

lukeman — Mon, 07 Sep 2009 23:32:48 -0000

That looks great, slycrel. I can only imagine the work involved in coloring each of those meeps separately, and that is just the reason I found the tip so useful in the first place. Keep up the good work!

Re: Coloring Sprites With Cocos2d-iPhone

slycrel — Mon, 07 Sep 2009 22:00:13 -0000

I know this is an old post, but I stumbled on this myself a month or so back and it's working out well for me. See this related post on my blog about what I have done with it:

http://dothemeep.blogspot.com/2009/07/meeps-col...

I only have one sprite and am using cocos2d for all of the color -- it's great!

Thanks!

Re: Coloring Sprites With Cocos2d-iPhone

afzal — Sun, 06 Sep 2009 05:39:46 -0000

very nice and effective way of laarning from this blog and
hence give more example....

Re: Coloring Sprites With Cocos2d-iPhone

afzal — Sun, 06 Sep 2009 05:39:44 -0000

very nice and effective way of laarning from this blog and
hence give more example....

Re: Store Binary Data in Twitter With Tootfiles

orta — Tue, 01 Sep 2009 17:13:46 -0000

Good work there sire!

Re: Coloring Sprites With Cocos2d-iPhone

Sybren — Mon, 20 Apr 2009 07:46:57 -0000

Thank you very much. mister Luke

Re: Coloring Sprites With Cocos2d-iPhone

Luke — Fri, 17 Apr 2009 16:26:17 -0000

Sybren,

Some of the API has changed since I built my last project, but the following is one way to do things.

First, change `[self addChild...]` from `GameLayer`'s `init` to also assign an integer tag to the sprite:

[self addChild:plainSprite z:0 tag:200];

To retrieve the sprite somewhere else in your project, you'll need to make a new pointer to the Sprite. Since we added a `tag:` to our Sprite, we can grab it again. Modify `ccTouchesEnded` to look like the following:

- (BOOL)ccTouchesEnded:(NSSet*)touches withEvent:(UIEvent*)event {
Sprite *plainSprite = (Sprite*)[self getChildByTag:200];
[plainSprite setRGB:rand()*255 :rand()*255 :rand()*255];
return kEventHandled;
}

If you run the project now, you'll see that the leftmost sprite will change to a random color when you click.

_Disclaimer: I've yet to look into `AtlasSpriteManager`, which is probably a better way to handle sprites. Also, my use of tagging in this example is suspect, as I just assigned a number (200) to the sprite._

Hope that helps!

Re: Coloring Sprites With Cocos2d-iPhone

Sybren — Fri, 17 Apr 2009 06:54:07 -0000

How do I change the color of the sprite while it is allready displayed on the screen, for example.. make the sprite green when I press a button.

Re: touchDefense – Tower Defense for the iPhone

MikkiDee — Fri, 28 Nov 2008 13:16:52 -0000

Hi Luke, Nice work on your game, also thanks, as i believe you contributed to the blog on Touch Detection and Sprite Tracking which i found very useful. Best of luck... mike!

Re: Thoughts on Version Control

Peter Burns — Thu, 13 Nov 2008 10:47:29 -0000

Yeah, git's success over the other DVCS's so far owes no small part to Github.

I've had a similar blog post to this stewing in my head for a while. One additional point that you touched on above: git doesn't make you publish before you're ready. Seems small and petty, but it's huge, especially when you're starting a new project.

Look at all of the open source code hosting places. There's a ton of projects that were abandoned long before there were any files released, which frustrates others when they think they've found what they're looking for only to find that there's nothing there. The thing is, in the centralized VCS world, these are the people who are doing it as recommended, they set up a repository and used source control from the beginning. The alternative is to wait until you've got something to show to publish, which is reasonable, but forces you to go without source control until you're ready.

Publishing and committing are two distinct operations.

Re: Thoughts on Version Control

Luke — Wed, 12 Nov 2008 17:04:35 -0000

Good points.

One thing I forgot to mention is the importance of Github in all of this. Without such a snazzy web interface dangling as a tasty looking carrot, I doubt I would have stuck with git through the early troubles I had learning to use a new system. I don't know of anything equivalent in other VCS worlds, although I'm guessing there are a few.

Re: Thoughts on Version Control

Will Larson — Wed, 12 Nov 2008 13:18:26 -0000

For me offline commits were the gateway drug that got my foot into the distributed door, but branching is the thing that has really kept me there. I think the best example of that flexibility is when you are working on the bleeding edge of the code base, and discover that you need to make a small patch to your 1.0 release version. I'm not even quite sure how you'd go around doing that in SVN, but doing it in Git would be nigh trivial, and you wouldn't have to screw around with changing paths or symlinks or anything to accomplish it.

That said, I still hate Git some evenings. Although I suspect it's more my fault than Git's.