Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[fireside]

I have two entities using the same sprites.  The following code should get the same results because the sprite path prints the same to the screen, but the first one says "equal" and the second one says "not equal".
 var ball = Scene.GetNode(varPark2.currentBall);
 Game.Msg(ball.GetSprite());
 var ballSprite = "entities\ballRed\sprites\ballClear.sprite";
 if (ball.GetSprite() != ballSprite)
 {Game.Msg("not equal");}
 if (ball.GetSprite() == ballSprite)
 {   Game.Msg("equal");}

I'm totally stumped on what could be wrong. I've clicked between the two entities in the editor and the sprites are exactly the same.

[metamorphium]

try Game.Msg(ball.GetSprite()); to see what's in the other one.

[fireside]

It's already reading what's in both of them.  It goes through once, then varPark2.currentBall gets changed to the other one and it again reads it to the screen.  I have it print out which ball entity it is, and it prints "ball1" and the sprite path, then it prints "ball2" and the sprite path.  Even though they have exactly the same sprite path printed to the screen, one shows equal and the next shows not equal. If it's comparing strings, then something is different about the two strings that are being returned.  Either that, or it's not comparing strings.

I found a work around for it.  If I set the sprite in scene.init, it works, even though I'm setting the sprite to the same thing that it's set for in the scene editor.

[Mnemonic]

Perhaps those two filenames differ in case? ("filename" != "Filename")

[fireside]

That's what was happening.  When I pick up the sprite by clicking in the scene editor, it changes the name to all lower case letters, from ballClear.sprite to ballclear.sprite.  The first one had used SetSprite() in the scene init, but not the second one.  Why does it do that?

[sharkbait]

I have to agree that I find the lower-casing annoying. Sometimes I even end up opending the files via a text editor to correct the cases but obviously the changes get lost as soon as I use the related editors. Is there a reason for the change of case?

[Mnemonic]

Well there are some internal reasons but I guess I can eliminate them (actually I just did, so expect the filename case to be preserved in the next wme release).

[fireside]

Good, thanks.  It's tough for me to name things in a different way.  I've been doing it that way for quite a while.